一种带内收号的方法、系统及设备

摘要

本发明实施例公开了一种带内收号的方法，包括：在用户通话过程中，接收应用服务器发送的消息，所述消息中携带有带内DTMF业务的业务接入码；接收用户带内拨号信息，将所述用户带内拨号信息与应用服务器发送的带内DTMF业务的业务接入码进行匹配，如果匹配成功，则将所述带内拨号信息发送给所述应用服务器。本发明实施例中，业务控制网元AS下发业务要求的数图信息，接入网元或接入终端下发数图给媒体网关，由媒体网关根据数图信息匹配用户的带内拨号信息，只有匹配成功之后才需要上报，减少了安全隐患。

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种带内收号的方法、系统及设备。

背景技术

目前很多业务都用到了带内DTMF(Dual Tone Multi Frequency，双音多频)检测，检测方式都是通过终端或者接入网元检测，然后上报给AS(Application Server，应用服务器)处理。

现有技术中终端或接入网元检测到用户的带内拨号信息后，通过带外方式逐位上报给AS，SIP协议中可以用INFO方法传送DTMF信号。当AS需要提供检测带内DTMF信令的业务时，一般是通过接入网元或者终端的配置决定，将用户的所有带内拨号信息都通过INFO逐位上报给AS。

现有技术中，在IMS中各个网元上启动针对特定号码的跟踪，可以很方便得到用户的卡号密码等信息。因此，现有的通过带外方式逐位上报用户带内拨号信息的方式，存在一定的安全隐患。

发明内容

本发明实施例提供了一种带内收号的方法、系统及设备，在网络侧要求检测带内DTMF信号时，避免用户的私密信息在信令层面的泄漏。

为达到上述目的，本发明实施例提供了一种带内收号的方法，包括：

在用户通话过程中，接收应用服务器发送的消息，所述消息中携带有带内DTMF业务的业务接入码；

接收用户带内拨号信息，将所述用户带内拨号信息与应用服务器发送的带内DTMF业务的业务接入码进行匹配，如果匹配成功，则将所述带内拨号信息发送给所述应用服务器。

本发明实施例提供了一种带内收号的系统，包括：

应用服务器，用于向媒体网关发送携带所述应用服务器需要的业务接入码的消息；

媒体网关，用于在用户通话过程中，接收用户带内拨号信息，将所述用户带内拨号信息与应用服务器发送的带内DTMF业务的业务接入码进行匹配，如果匹配成功，则将所述带内拨号信息发送给所述应用服务器。

本发明实施例提供了一种应用服务器，包括：

发送单元，用于所述检查单元确认签约需要检测带内拨号信息的业务后，将携带所述应用服务器需要的业务接入码的消息发送给接入设备；

接收单元，用于接收与应用服务器需要的业务接入码匹配的带内拨号信息。

本发明实施例提供了一种接入设备，包括：

接收单元，用于接收来自所述应用服务器的携带有带内DTMF业务的业务接入码的消息；

转发单元，用于将所述消息进行格式转换后，发送给媒体网关。

本发明实施例提供了一种媒体网关，包括：

接入码接收单元，用于接收所述应用服务器发送的携带所述应用服务器需要的业务接入码的消息；

带内拨号信息接收单元，用于在用户通话过程中，接收用户发送的带内拨号信息；

匹配单元，用于将所述带内拨号信息接收单元接收的用户带内拨号信息与所述接入码接收单元接收的业务接入码进行匹配，如果匹配成功，则将所述带内拨号信息发送给所述应用服务器。

与现有技术相比，本发明实施例至少存在以下优点：

本发明实施例中，业务控制网元AS下发业务要求的数图信息，接入网元或接入终端下发数图给媒体网关，由媒体网关根据数图信息匹配用户的带内拨号信息，只有匹配成功之后才需要上报，减少了安全隐患。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一中一种带内收号的方法流程图；

图2是本发明实施例二中通话切换业务流程图；

图3是本发明实施例中一种带内收号的系统结构图；

图4是本发明实施例中一种应用服务器结构图；

图5是本发明实施例中一种接入设备结构图；

图6是本发明实施例中一种媒体网关结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例一提供了一种带内收号的方法，如图1所示，包括：

步骤101，在用户通话过程中，接收应用服务器发送的消息，该消息中携带有带内DTMF业务的业务接入码；其中，业务接入码可以携带在数图信息中。

步骤102，接收用户带内拨号信息，将该用户带内拨号信息与应用服务器发送的带内DTMF业务的业务接入码进行匹配，如果匹配成功，则将该带内拨号信息发送给应用服务器。如果匹配不成功，不向应用服务器上报该带内拨号信息。

步骤101之前还包括：

接收应用服务器发送的业务接入码之前还包括：

应用服务器在呼叫过程中检查主叫用户是否签约了需要检测带内拨号信息的业务，如果签约，则向接入设备发送携带该应用服务器需要的业务接入码的消息。

其中，接收应用服务器发送的消息包括：接入设备接收应用服务器发送的消息，将该消息中携带的带内DTMF业务的业务接入码转换为媒体网关支持的格式，下发给媒体网关。

本发明实施例一中，业务控制网元AS下发业务对应的业务接入码，接入网元或接入终端下发业务接入码给媒体网关，由媒体网关根据业务接入码匹配用户的带内拨号信息，只有匹配成功之后才需要上报。

本发明实施例二中，以通话切换业务为例说明AS与接入设备(例如接入网元或接入终端)之间的配合，实现带内收号流程。对于IMS(IP MultimediaSubsystem，IP多媒体子系统)，接入终端是PCSCF(Proxy Call Session ControlFunction，代理呼叫控制功能)下面的SIP(Session Initiated Protocol，会话发起协议)IAD(Integrated Access Device，综合接入设备)、SIP终端、软终端等，接入网元是指MGCF(Media Gateway Control Function，媒体网关控制功能)、AGCF(Access Gateway Control Function，接入网关控制功能)等。

首先，用户A(主叫用户)建立与用户B(被叫用户)的通话，具体路径为，用户A>-接入设备A>-AS(A)>-AS(B)>-接入设备B>-用户B。通话切换业务是在主叫用户和被叫用户通话过程中，主叫用户或被叫用户直接按键将呼叫切换到第三用户，业务的主要应用场景是用户在通话过程中将呼叫在手机和固话、软终端之间进行任意切换，整个切换过程中，原有通话不需要中断。

如图2所示，假设通话切换业务的接入码为*17，在主叫用户和被叫用户建立呼叫之前，主叫用户或被叫用户可以绑定第三用户，当需要切换时，将主叫用户或被叫用户切换为“接入码*17+该第三用户的号码”，具体过程包括以下步骤，其中省略了被叫侧的描述：

步骤201，AS(A)判断主叫用户签约通话切换业务(被叫用户是否签约通话切换业务由被叫用户所属的AS(B)判断)，可以根据主叫用户的标识信息判断是否签约了通话切换业务，可以通过设置新标识位表示，也可以利用现有比特位没有使用的组合标识。

步骤202，如果用户A和用户B已经签约通话切换业务，AS向接入设备发送INFO消息，该消息中携带DigitMap(数图)信息的XML(The ExtensibleMarkup Language，可扩展标识语言)脚本，其中包括业务接入码。AS利用DigitMap要求接入设备进行收号，并使接入设备下属的网关对收到的号码与DigitMap包含的业务接入码进行匹配，并在匹配成功时上报给AS。DigitMap可以在用户通话后通过接入设备给网关，要求用户拨号；也可以用于新业务中收取，诸如卡号、密码、语音类别等场合。

具体脚本中的内容不限，只要能携带包含业务接入码的数图信息，例如*17*x.|*17#，数图信息示例如下：

Content-Type：application/dtmfinfo+xml

<？xml version＝＂1.0＂encoding＝＂UT1 F-8＂？>

    <dtmf_detect>

     <tt>0</tt>T定时器

     <lt>10</lt>长定时器

           <st>5</st>短定时器

           <digit>*17#|*17*x.#</digit>数图信息

</dtmf_detect>

步骤203，接入设备收到携带数图信息的INFO消息后，根据媒体网关能力，将数图信息转换为媒体网关能够支持的格式，下发给媒体网关，使媒体网关能够按照数图信息包含的业务接入码匹配用户的带内拨号信息，只有完全匹配才能上报带内拨号信息。

步骤204，网关向AS发送200，表示该网关已获取匹配接入码与数图信息的能力。

步骤205，用户A向接入终端或接入网关发送带内DTMF拨号信息^*17^*88888888#；

步骤206，网关判断用户发送的带内DTMF与数图信息中包括的接入码匹配，则向AS发送INFO消息，该INFO消息中携带^*17^*88888888#。用户不拨号超时或者匹配失败时，仅上报事件，不上报该用户发送的带内DTMF信息，网关将DTMF信息按照正常的媒体路径传送到对端。因此，如果用户拨打电话银行等业务，则会匹配失败，不会将用户的卡号密码等私密信息上报给AS，造成泄漏。

步骤207，当AS收到后，向网关发送200。

步骤208，AS进行业务处理。例如，对于通话切换，AS会发起对用户C的呼叫(号码是用户输入的888888)，接通C之后，释放A，B与C之间进入通话，从而实现用户A与C之间的切换。

另外，在步骤206中，如果用户发送的带内DTMF与数图信息中包括的接入码匹配失败，则网关不会将该不匹配的带内DTMF信息上报给AS，而是将DTMF信息按照正常的媒体路径传送到对端媒体网关及用户。

另外，AS可以向网关发送一个接入码，则网关根据该接入码对用户舒服的带内DTMF信息进行匹配；如果AS向网关发送两个以上接入码(比如用户签约有两种带内DTMF业务)，则网关可以根据这些接入码对用户输入的带内DTMF信息进行匹配操作，如果与其中一个接入码匹配，则匹配成功，向AS上报带内拨号信息，如果均匹配失败，则不上报带内拨号信息，网关将DTMF信息按照正常的媒体路径传送到对端。

本发明实施例二中，业务控制网元AS下发包含业务接入码的数图信息，接入网元或终端下发数图给媒体网关，由媒体网关根据数图信息中包含的业务接入码匹配用户的带内拨号信息，只有匹配成功之后才需要上报。

本发明实施例提供了一种带内收号的系统，如图3所示，包括：应用服务器310，用于向媒体网关330发送携带应用服务器310需要的业务接入码的消息；媒体网关330，在用户通话过程中，接收用户带内拨号信息，将该用户带内拨号信息与应用服务器310发送的带内DTMF业务的业务接入码进行匹配，如果匹配成功，则将该带内拨号信息发送给应用服务器310。

该带内收号的系统还包括接入设备320，用于将来自应用服务器310的携带有带内DTMF业务的业务接入码的消息进行格式转换后，发送给媒体网关330，并将来自媒体网关330的带内拨号信息发送给应用服务器310。

其中，接入设备可以包括接入网元或接入终端。

本发明实施例提供了一种应用服务器，如图4所示，包括：发送单元410，用于将携带应用服务器310需要的业务接入码的消息发送给接入设备；接收单元420，用于接收与应用服务器310需要的业务接入码匹配的带内拨号信息。

该应用服务器还包括检查单元430，用于检查主叫用户是否签约了需要检测带内拨号信息的业务，如果签约，则触发发送单元410。

本发明实施例提供了一种接入设备，如图5所示，包括：接收单元510，接收来自应用服务器的携带有带内DTMF业务的业务接入码的消息；转发单元520，用于将该消息进行格式转换后，发送给媒体网关。

本发明实施例提供了一种媒体网关，如图6所示，包括：接入码接收单元610，用于接收应用服务器发送的携带应用服务器需要的业务接入码的消息；带内拨号信息接收单元620，用于在用户通话过程中，接收用户发送的带内拨号信息；匹配单元630，用于将带内拨号信息接收单元620接收的用户带内拨号信息与接入码接收单元610接收的业务接入码进行匹配，如果匹配成功，则将带内拨号信息发送给应用服务器。

本发明实施例中，业务控制网元AS下发业务要求的数图信息，接入设备下发数图给媒体网关，由媒体网关根据数图信息匹配用户的带内拨号信息，只有匹配成功之后才需要上报。即只检测AS需求的特定号码信息，对于用户的其他拨号信息，比如用户的输入的卡号密码等，直接抑制在媒体层面，在信令中不体现出来，从而防止用户的私密信息在IMS中的泄漏。在媒体层面，带内DTMF信号是可以加密传送的，比如2833方式，因此如果能够做到将这些私密信息抑制在媒体层面就可以保证在IMS中可以端到端解决电话银行泄密问题。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。