语音业务类型的确定方法及装置

摘要

本发明实施例公开了一种语音业务类型的确定方法及装置，应用于移动通信网络，所述移动通信网络中设置有应用服务器AS，所述AS与移动交换中心MSC连接；所述方法包括：所述MSC接收主叫终端发送的与语音业务相关的消息，判断所述消息是否为预设类型的消息，为预设类型的消息时，解析所述预设类型的消息，并将所述消息的解析结果向所述AS发送，使所述AS根据所述解析结果判断当前呼叫为明呼还是密呼。

说明书

技术领域

本发明涉及保密语音业务呼叫技术，尤其涉及一种语音业务类型的确定方法及装置。

背景技术

目前，加密用户终端使用带内端到端密钥协商的方式进行加密通话时，密话发起流程与明话完全一致，呼叫信令携带的被叫号码和业务类型参数也与明话完全一致，无法区分出呼叫是明话还是密话。这非常不利于运营商对语音业务的管理。遗憾的是，目前并无针对此问题的解决方案可供参考。

发明内容

本发明实施例为解决上述技术问题，提供一种语音业务类型的确定方法及装置，能方便快捷地识别出当前的语音业务是明呼还是密呼，有利于网络侧对呼叫进行管理。

本发明实施例的技术方案是这样实现的：

一种语音业务类型的确定方法，应用于移动通信网络，所述移动通信网络中设置有应用服务器AS，所述AS与移动交换中心MSC连接；所述方法包括：

所述MSC接收主叫终端发送的与语音业务相关的消息，判断所述消息是否为预设类型的消息，为预设类型的消息时，解析所述预设类型的消息，并将所述消息的解析结果向所述AS发送，使所述AS根据所述解析结果判断当前呼叫为明呼还是密呼。

优选地，所述解析所述预设类型的消息，包括：

判断所述与语音业务相关的消息为语音业务建立Setup消息时，解析所述Setup消息，获取所述Setup消息中的用户至用户信息UUI；

对应地，将所述消息的解析结果向所述AS发送，包括：

将所述UUI向所述AS发送；所述UUI中承载有当前语音业务为明呼或密呼的指示信息。

优选地，所述解析所述预设类型的消息，包括：

判断所述与语音业务相关的消息为初始双音多频DTMF消息时，解析所述DTMF消息，获取所述初始DTMF消息中的内容；

对应地，将所述消息的解析结果向所述AS发送，包括：

将所述内容向所述AS发送；所述初始DTMF消息中承载有当前语音业务为明呼或密呼的指示信息。

优选地，所述解析所述预设类型的消息，包括：

判断所述与语音业务相关的消息为非结构化补充数据USSD消息时，解析所述USSD消息，获取所述USSD消息中的结构化补充数据请求USSR信息；

对应地，将所述消息的解析结果向所述AS发送，包括：将所述USSR信息向所述AS发送；所述初始USSR中承载有当前语音业务为明呼或密呼的指示信息。

优选地，所述解析所述预设类型的消息，包括：

判断所述与语音业务相关的消息为短消息时，解析所述短消息，获取所述短消息中的消息传递MessageTransfer信息；

对应地，将所述消息的解析结果向所述AS发送，包括：将所述MessageTransfer信息向所述AS发送；所述MessageTransfer信息中承载有当前语音业务为明呼或密呼的指示信息。

一种语音业务类型的确定装置，应用于移动通信网络，所述移动通信网络中设置有应用服务器AS，所述AS与所述确定装置连接；所述确定装置包括：接收单元、判断单元、解析单元和发送单元，其中：

接收单元，用于接收主叫终端发送的与语音业务相关的消息；

判断单元，用于判断所述消息是否为预设类型的消息，为预设类型的消息时，触发所述解析单元；

解析单元，用于解析所述预设类型的消息，得到解析结果；

发送单元，用于将所述解析结果向所述AS发送。

优选地，所述判断单元，还用于判断所述与语音业务相关的消息为语音业务建立Setup消息时，触发所述解析单元；

所述解析单元，还用于解析所述Setup消息，获取所述Setup消息中的用户至用户信息UUI；

所述发送单元，还用于将所述UUI向所述AS发送；所述UUI中承载有当前语音业务为明呼或密呼的指示信息。

优选地，所述判断单元，还用于判断所述与语音业务相关的消息为初始双音多频DTMF消息时，触发所述解析单元；

所述解析单元，还用于解析所述DTMF消息，获取所述初始DTMF消息中的内容；

所述发送单元，还用于将所述内容向所述AS发送；所述初始DTMF消息中承载有当前语音业务为明呼或密呼的指示信息。

优选地，所述判断单元，还用于判断所述与语音业务相关的消息为非结构化补充数据USSD消息时，触发所述解析单元；

所述解析单元，还用于解析所述USSD消息，获取所述USSD消息中的结构化补充数据请求USSR信息；

所述发送单元，还用于将所述USSR信息向所述AS发送；所述初始USSR中承载有当前语音业务为明呼或密呼的指示信息。

优选地，所述判断单元，还用于判断所述与语音业务相关的消息为短消息时，触发所述解析单元；

所述解析单元，还用于解析所述短消息，获取所述短消息中的消息传递MessageTransfer信息；

所述发送单元，还用于将所述MessageTransfer信息向所述AS发送；所述MessageTransfer信息中承载有当前语音业务为明呼或密呼的指示信息。

本发明实施例中，主叫终端在发起语音业务时，在语音业务请求中添加保密标识，这样，MSC在接收到语音业务相关消息后，获取相关消息中的设定内容，并将设定内容向AS发送，AS根据所接收到的内容，确定当前的语音业务是明呼还是密呼。本发明实施例的技术方案，无需对网络结构进行调整，即可实现对语音业务的管理。

附图说明

图1为本发明实施例的语音业务类型的确定方法的流程图；

图2为本发明示例一的语音业务类型的确定方法的流程图；

图3为本发明示例二的语音业务类型的确定方法的流程图；

图4为本发明示例三的语音业务类型的确定方法的流程图；

图5为本发明示例四的语音业务类型的确定方法的流程图；

图6为本发明实施例的语音业务类型的确定装置的组成结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

图1为本发明实施例的语音业务类型的确定方法的流程图，本示例的语音业务类型的确定方法应用于移动通信网络，移动通信网络中设置有应用服务器AS，所述AS与移动交换中心MSC连接；本示例的语音业务类型的确定方法包括以下步骤：

步骤101，MSC接收主叫终端发送的与语音业务相关的消息，判断所述消息是否为预设类型的消息，为预设类型的消息时，触发步骤102。

本发明实施例中，当MSC接收主叫终端发送的与语音业务相关的消息后，将相关的消息向被叫终端转发的同时，还向AS发送。

本发明实施例中，主叫终端在发起密呼时，可以在Setup消息、初始双音多频(DTMF，DualToneMultiFrequency)消息、用户对用户信令(UUS，User-to-UserSignalling)消息、非结构化补充数据(USSD，UnstructuredSupplementaryServiceData)消息、短消息中承载密呼标识信息，而MSC接收到相关消息后，将承载密呼标识信息的内容部分发送给AS，供AS确定当前的语音业务是明呼还是密呼。

本发明实施例中，MSC接收主叫终端发送的与语音业务相关的消息，首先确定所述与语音业务相关的消息是否为预设类型的消息，若为前述的Setup消息、初始双音多频(DTMF，DualToneMultiFrequency)消息、用户对用户信令(UUS，User-to-UserSignalling)消息、非结构化补充数据(USSD，UnstructuredSupplementaryServiceData)消息、短消息等时，将会获取这些消息中承载的相关信息，并将这些信息同时发送至AS，以使AS根据这些信息确定当前的呼叫是明呼还是密呼。

步骤102，解析所述预设类型的消息，并将所述消息的解析结果向所述AS发送。

本发明实施例中，解析结果向AS发送的目的，是使所述AS根据所述解析结果判断当前呼叫为明呼还是密呼。

本发明实施例中，MSC确定当前接收的消息为Setup消息、初始双音多频(DTMF，DualToneMultiFrequency)消息、用户对用户信令(UUS，User-to-UserSignalling)消息、非结构化补充数据(USSD，UnstructuredSupplementaryServiceData)消息、短消息等消息时，解析Setup消息、初始双音多频(DTMF，DualToneMultiFrequency)消息、用户对用户信令(UUS，User-to-UserSignalling)消息、非结构化补充数据(USSD，UnstructuredSupplementaryServiceData)消息、短消息中而获取承载于上述消息中的密呼标识信息的内容部分，将该内容发送给AS。

具体地，本发明实施例中，MSC所接收到的消息类型不同，处理方式也不同。MSC接收主叫终端发送的语音业务建立Setup消息，解析而获取所述Setup消息中的用户至用户信息UUI，将所述UUI向所述AS发送；

所述UUI中承载有当前语音业务为明呼或密呼的指示信息。

或者，所述MSC在主叫终端与被叫终端建立语音业务连接后，接收所述主叫终端发送的初始双音多频DTMF消息，解析而获取所述初始DTMF消息中的内容，将所述内容向所述AS发送；

所述初始DTMF消息中承载有当前语音业务为明呼或密呼的指示信息。

或者，所述MSC在主叫终端发起语音业务过程中，接收所述主叫终端发送的非结构化补充数据USSD消息，解析而获取所述USSD消息中的结构化补充数据请求USSR信息，将所述USSR信息向所述AS发送；

所述初始USSR中承载有当前语音业务为明呼或密呼的指示信息。

或者，所述MSC在主叫终端与被叫终端建立语音业务连接后，接收所述主叫终端发送的短消息，解析而获取所述短消息中的消息传递MessageTransfer信息，将所述MessageTransfer信息向所述AS发送；

所述MessageTransfer信息中承载有当前语音业务为明呼或密呼的指示信息。

被叫终端接收到所述语音业务相关的消息，对所述语音业务相关的消息中的包含密呼标识的设定内容进行丢弃。即被叫终端不处理呼叫相关消息中的密呼标识信息。

本发明实施例中，相关消息中的设定内容中至少包括主叫终端号码、被叫终端号码和密呼标识。

本发明实施例中，AS通过指示信息中是否包含密呼标识信息来确定当前的语音业务为明呼还是密呼，指示信息中包含密呼标识信息时，当前的语音业务为密呼，而指示信息中不包含密呼标识信息时，当前的语音业务为明呼。

以下通过具体示例，进一步阐明本发明实施例的技术方案的实质。

本发明实施例在语音业务系统架构的基础上，增加AS网元，以实现网络区分一个呼叫是明话还是密话的目的。在网络侧，该系统引入了应用服务器(AS)实现指示消息解析、明密呼叫区分等功能。在终端侧，加密终端将在发起带内端到端加密呼叫时，发出密话提示消息，目的是提示应用服务器(AS，ApplicationServer)此次呼叫是密话。本发明实施例，可以以现有TD-SCDMA网络系统为基础，通过新增AS实体提供指示消息内容解析、明密呼叫区分功能。一方面，AS可以对MSC下达命令，要求其能下发某些特定用户的消息给AS；另一方面，AS通过接口与MSC实体通信，能够接收MSC下发来的消息。

MSC具有标准交换机的功能的基础上，增加新的功能，包括能够接收AS下发的命令；采集特定用户发出的指示消息，并将信息传送给AS。

主叫加密终端能构建指示消息，并可以通过DTMF信令或UUS、USSD和短消息业务承载指示消息，发送给被叫加密终端。被叫加密终端接到指示消息后，忽略此消息不作处理。

图2为本发明示例一的语音业务类型的确定方法的流程图，如图2所示，本示例的语音业务类型的确定方法包括以下步骤：

1、当用户A通过终端向用户B发起保密通信呼叫时，终端A向网络发送Setup呼叫建立请求消息，请求与终端B建立加密会话连接，其中Setup消息中嵌入包含密呼标识的UUI。接收到呼叫建立请求后，MSC执行呼叫流程处理，向终端B转发A产生的呼叫建立请求的同时，将包含UUI的指示信息下发给AS。AS对指示信息进行解析，确定本次通话为密话。

2、终端B收到呼叫建立请求消息后，不对UUI进行处理，直接返回回铃消息，并向用户B振铃。

3、用户B接听后，终端B返回Connect接听应答消息。至此，用户A和用户B之间的语音通道建立完成。

4、通信双方开始在语音通道中进行身份认证和密钥协商。密钥交换完成后，通信双方共享此次通话的会话密钥。用户A和用户B开始用会话密钥加密通信内容。

图3为本发明示例二的语音业务类型的确定方法的流程图，如图3所示，本示例的语音业务类型的确定方法包括以下步骤：

1、当用户A通过终端向用户B发起保密通信呼叫时，终端A向网络发送Setup呼叫建立请求消息，请求与终端B建立加密会话连接。接收到呼叫建立请求后，MSC执行呼叫流程处理，向终端B转发A产生的呼叫建立请求。

2、终端B收到呼叫建立请求消息后，直接返回回铃消息，并向用户B振铃。

3、用户B接听后，终端B返回Connect接听应答消息。至此，用户A和用户B之间的语音通道建立完成。

4、终端A发送DTMF给终端B，如果MSC检测到用户A的startDTMF消息后，MSC向终端B转发A产生的DTMF消息，同时，将包含密呼标识的DTMF中相关指示信息下发给AS。AS对指示信息进行解析，确定本次通话为密话。终端B收到startDTMF消息后，不对DTMF进行处理。

5、通信双方开始在语音通道中进行身份认证和密钥协商。密钥交换完成后，通信双方共享此次通话的会话密钥。用户A和用户B开始用会话密钥加密通信内容。

图4为本发明示例三的语音业务类型的确定方法的流程图，如图4所示，本示例的语音业务类型的确定方法包括以下步骤：

1、当用户A通过终端向用户B发起保密通信呼叫时，终端A向网络发送Setup呼叫建立请求消息，请求与终端B建立加密会话连接。接收到呼叫建立请求后，MSC执行呼叫流程处理，向终端B转发A产生的呼叫建立请求。

2、终端B收到呼叫建立请求消息后，直接返回回铃消息，并向用户B振铃。

3、用户B接听后，终端B返回Connect接听应答消息。至此，用户A和用户B之间的语音通道建立完成。

4、通信双方开始在语音通道中进行身份认证和密钥协商。密钥交换完成后，通信双方共享此次通话的会话密钥。用户A和用户B开始用会话密钥加密通信内容。

短消息流程：

1、当用户A通过终端向用户B发起保密通信呼叫时，终端A向网络提交USSD消息。

2、MSC将USSD消息提交给USSDC。MSC获取用户A的USSD消息中的USSR信息，MSC将包含密呼标识信息的USSR信息下发给AS。

3、USSDC将USSD消息转发给MSC。

4、MSC向终端B发送USSD消息，终端B收到USSD消息后，不进行任何处理。

图5为本发明示例四的语音业务类型的确定方法的流程图，如图5所示，本示例的语音业务类型的确定方法包括以下步骤：

本方案在加密语音流程不变的基础上，增加了短消息流程。加密语音流程与短消息流程同时进行。其中短消息内容为指示信息。

其中，加密语音流程包括以下步骤：

1、当用户A通过终端向用户B发起保密通信呼叫时，终端A向网络发送Setup呼叫建立请求消息，请求与终端B建立加密会话连接。接收到呼叫建立请求后，MSC执行呼叫流程处理，向终端B转发A产生的呼叫建立请求。

2、终端B收到呼叫建立请求消息后，直接返回回铃消息，并向用户B振铃。

3、用户B接听后，终端B返回Connect接听应答消息。至此，用户A和用户B之间的语音通道建立完成。

4、通信双方开始在语音通道中进行身份认证和密钥协商。密钥交换完成后，通信双方共享此次通话的会话密钥。用户A和用户B开始用会话密钥加密通信内容。

短消息流程包括以下步骤：

1、当用户A通过终端向用户B发起保密通信呼叫时，终端A向网络提交短消息。

2、MSC将短消息提交给SC。如果MSC检测到用户A的MessageTransfer消息后，MSC将包含短信内容的指示消息下发给AS。

3、SC将短消息转发给MSC。

4、MSC向终端B发送短消息，终端B收到短消息后，不进行任何处理。

图6为本发明实施例的语音业务类型的确定装置的组成结构示意图，本发明实施例的语音业务类型的确定装置，应用于移动通信网络，所述移动通信网络中设置有应用服务器AS，所述AS与所述确定装置连接；所述确定装置包括：接收单元60、判断单元61、解析单元62和发送单元63，其中：

接收单元60，用于接收主叫终端发送的与语音业务相关的消息；

判断单元61，用于判断所述消息是否为预设类型的消息，为预设类型的消息时，触发所述解析单元62；

解析单元62，用于解析所述预设类型的消息，得到解析结果；

发送单元63，用于将所述解析结果向所述AS发送。

作为一种实现方式，所述判断单元61，还用于判断所述与语音业务相关的消息为语音业务建立Setup消息时，触发所述解析单元62；

所述解析单元62，还用于解析所述Setup消息，获取所述Setup消息中的用户至用户信息UUI；

所述发送单元63，还用于将所述UUI向所述AS发送；

所述UUI中承载有当前语音业务为明呼或密呼的指示信息。

作为一种实现方式，所述判断单元61，还用于判断所述与语音业务相关的消息为初始双音多频DTMF消息时，触发所述解析单元62；

所述解析单元62，还用于解析所述DTMF消息，获取所述初始DTMF消息中的内容；

所述发送单元63，还用于将所述内容向所述AS发送；

所述初始DTMF消息中承载有当前语音业务为明呼或密呼的指示信息。

作为一种实现方式，所述判断单元61，还用于判断所述与语音业务相关的消息为非结构化补充数据USSD消息时，触发所述解析单元62；

所述解析单元62，还用于解析所述USSD消息，获取所述USSD消息中的结构化补充数据请求USSR信息；

所述发送单元63，还用于将所述USSR信息向所述AS发送；

所述初始USSR中承载有当前语音业务为明呼或密呼的指示信息。

作为一种实现方式，所述判断单元61，还用于判断所述与语音业务相关的消息为短消息时，触发所述解析单元62；

所述解析单元62，还用于解析所述短消息，获取所述短消息中的消息传递MessageTransfer信息；

所述发送单元63，还用于将所述MessageTransfer信息向所述AS发送；

所述MessageTransfer信息中承载有当前语音业务为明呼或密呼的指示信息。

图6所示的语音业务类型的确定装置，尤其适用于MSC中。

本领域技术人员应当理解，图6中所示的语音业务类型的确定装置中的各处理单元的实现功能可参照前述语音业务类型的确定方法及其实施例的相关描述而理解。本领域技术人员应当理解，图6所示的语音业务类型的确定装置中各处理单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法、装置和电子设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加应用功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明实施例上述集成的单元如果以应用功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以应用产品的形式体现出来，该计算机应用产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的保护范围并不局限于此，熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。