CN101803451A - 用于为语音服务实现编解码器变换的方法和系统 - Google Patents

Abstract

提供了一种用于为语音服务实现编解码器变换的方法和系统。该方法包括：响应于接收到对第一服务的请求，在信道上建立业务路径，该信道具有至少处理用于第一服务的第一编解码器的能力；响应于经由所述业务路径接收到对第二服务的请求，确定该信道是否支持从第一编解码器到第二编解码器的编解码器变换；以及基于所述确定步骤的结果，对第二服务的请求作出响应。该方法和系统在不进行用来切换信道的硬切换的情况下无缝地实现了语音编解码器变换，从而避免了信道分配的失败，并且降低了由于编解码器变换而造成的掉话率。

Description

用于为语音服务实现编解码器变换的方法和系统

技术领域

本发明总体上涉及编解码器变换领域，并且更具体地，本发明涉及一种用于为语音服务实现编解码器变换的方法和系统。

背景技术

“语音透明性服务(Voice Transparency service)”提供了用于诸如蜂窝电话这样的特殊类型的移动装置的语音安全性服务。本质上，当在主叫方和被叫方之间建立了正常业务信道之后，举例来说，两个用户将推按特殊按钮，以便通知他们的服务提供商利用ISLP(系统间链路协议)编解码器来在业务信道上建立新的应用。这将在两个用户之间提供语音安全性，并且一旦这两个用户切换到ISLP，那么在CDAM(码分多址)网络中便没有人可以“听见”他们。

一些电信服务提供商已经为他们的网络(诸如CDMA网络)请求了语音透明性服务。语音透明性特征提供了端到端加密的语音服务。可以通过将语音呼叫切换到新的服务选项(例如，服务选项(SO)：0x80a0h)-ISLP协议，来从常规的EVRC(增强型可变速率编解码器)语音转换(例如，SO：0x0003)激活语音透明性服务。ISLP协议在64K载波上携带加密的语音，而不破坏已加密的数据。其可以确保MS(移动台，即蜂窝电话)正确地解析所接收到的加密数据。

在CDMA网络中对服务的现有实现遵循呼叫建立的常规过程，并且然后进行硬切换以实现从一个编解码到另一个编码器的呼叫切换，例如，从EVRC编解码器到ISLP编解码器。图1示意性地示出了用于实现从EVRC到ISLP呼叫的硬切换的系统100。系统100包括：用于控制和切换的网络元件，以及用于在移动单元与所述用于控制和切换的网络元件之间提供接口的网络元件。在图1中，用于控制和切换的网络元件被示为MSC(移动交换中心)120，并且用于在移动单元与所述用于控制和切换的网络元件之间提供接口的网络元件被示为小区站点110。从EVRC到ISLP呼叫的硬切换涉及在MSC 120与小区站点110之间的信息交换以及相应的功能配置。MSC 120包括呼叫控制模块121、EVRC编解码器122、ISLP编解码器123，以及外围接口124和125。通过外围接口124和125，在MSC120中的编解码器是可访问的。小区站点110可以经由信令路径141通过呼叫控制模块121与MSC 120进行通信，例如，通知MSC 120建立呼叫路径或改变编解码器。分别经由EVRC业务路径142和ISLP业务路径143，EVRC编解码器122和ISLP编解码器123可以通过外围接口124从小区站点110接收信息，并且通过外围接口125在64K载波130上发送被处理的信息。如下是对于呼叫建立的常规过程以及然后用于实现从EVRC编解码器到ISLP编解码器的编解码器变换的硬切换的基本描述。

经由信令路径141，小区站点110通过呼叫控制模块121通知MSC120，以便在EVRC编解码器信道上建立常规业务路径(即，作为用于接收/传送语音业务数据的语音路径)。在成功地建立了业务路径之后，两个用户可以处于谈话状态。按照该方式，由EVRC编解码器122来编码/解码语音业务数据。

当两个用户例如通过推按特殊按钮来请求新的应用时，通过空中接口来通知小区站点110。如果两个用户选择了语音透明性服务，那么小区站点110经由信令路径141通知MSC 120在ISLP编解码器信道上建立另一业务路径用于语音透明性业务。

在成功地进行了与编解码器变换有关的一些操作(诸如分配信道资源和配置功能模块)之后，MSC 120将进行硬切换以便切换业务路径(即，从EVRC业务路径142到ISLP业务路径143)，并且释放EVRC业务路径142。

当实现了编解码器变换并且已经在ISLP编解码器信道上建立了所请求的业务路径时，两个用户可以在这样的业务路径上谈话以便实现语音透明性服务。

在图1中，仅示出了一半呼叫路径，另一半呼叫与它相同，该另一半呼叫具有相同的呼叫建立过程来如上所述那样建立EVRC编解码器和ISLP编解码器的业务路径。

用于实现编解码器变换的以上方法存在若干缺点，例如，如果在MSC中没有更多的ISLP信道的资源，则在ISLP信道上建立业务路径容易失败。另外，硬切换可能导致可使服务提供商不愉快的较高的掉话率。

发明内容

本发明的目的是提供一种改进的方法和系统，用于在不进行用来切换信道的硬切换的情况下无缝地实现编解码器变换，从而避免信道分配的失败并且降低由于编解码器变换而造成的掉话率。

在本发明的一个方面中，提供了一种用于为语音服务实现编解码器变换的方法。该方法包括：响应于接收到对第一服务的请求，在信道上建立业务路径，所述信道具有至少处理用于第一服务的第一编解码器的能力；响应于经由所述业务路径接收到对第二服务的请求，确定所述信道是否支持从第一编解码器到第二编解码器的编解码器变换；以及基于所述确定步骤的结果，对第二服务的请求作出响应。

在本发明的另一方面中，提供了一种用于为语音服务实现编解码器变换的系统。该系统包括：第一网络元件，以及与第一网络元件通信的第二网络元件，其中第二网络元件被配置以便：从第一网络元件接收对第一服务的请求，在具有至少处理用于第一服务的第一编解码器的能力的信道上建立业务路径，经由所述业务路径从第一网络元件接收对第二服务的请求，确定所述信道是否支持从第一编解码器到第二编解码器的编解码器变换，以及基于所述确定对第二服务的请求作出响应。

附图说明

在所附的权利要求中阐述了被认为是本发明的特性的新颖性特征。当结合附图阅读时，通过参照下面的具体实施方式将最好地理解本发明本身及其进一步目的和优点，在附图中：

图1示意性地示出了现有技术中通过硬切换的用于语音服务的编解码器变换；

图2示意性地示出了根据本发明实施例的在现有业务路径上的编解码器变换；以及

图3图示了根据本发明实施例的消息流示图，其说明了在现有业务路径上从EVRC切换到ISLP编解码器。

具体实施方式

图1示意性地示出了现有技术中通过硬切换的用于语音服务的编解码器变换，已经结合本发明的背景技术对其进行了讨论。现在将详细参考本发明的优选实施例。

图2示意性地示出了根据本发明实施例的在现有业务路径上的编解码器变换。具体地，图2图示了用于实现在现有业务路径上从EVRC到ISLP呼叫的编解码器变换的系统200。如图所示，系统200可以包括用于控制和切换的网络元件，以及用于在通信设备与所述用于控制和切换的网络元件之间提供接口的网络元件。在示例性实施例中，所述用于控制和切换的网络元件可以是MSC(移动交换中心)220，并且用于在通信设备与所述用于控制和切换的网络元件之间提供接口的网络元件可以是小区站点210。MSC 220可以包括呼叫控制模块221、外围接口224和225，以及具有至少一个编解码器模式的组合编解码器(诸如EVRC/ISLP组合编解码器226)。通过外围接口224和225，在MSC 220中的组合编解码器是可访问的，并且业务数据可以被输入/输出。组合编解码器可以根据用户的要求，以不同的编解码器模式(诸如EVRC、13K、8K、EVRCB和ISLP)来为语音服务编码/解码业务数据。

此外，在本发明中，在MSC中可以定义一种具有组合编解码器的新信道，这意味着该信道具有处理至少一个编解码器的能力。因而，可以在该信道上传送由该组合编解码器所编码/解码的业务数据，只要该信道能够处理与该组合编解码器当前所采用的编解码器模式的编解码器是相同类型的编解码器。例如，在MSC 220中可以定义一种具有组合EVRC/ISLP编解码器的新信道，并且该信道具有处理EVRC和ISLP两种编解码器的能力。在这种情况下，如图2所示，在无需经由该信道上的业务路径246而分别针对EVRC编解码器和ISLP编解码器来引入EVRC业务路径和ISLP业务路径的情况下，组合EVRC/ISLP编解码器226可以通过外围接口224从小区站点210接收信息，并且通过外围接口225在64K载波230上发送被处理的信息。

在根据本发明的示例性实施例中，关于呼叫建立以及然后在现有业务路径上从EVRC到ISLP呼叫的编解码器变换的过程如下。

经由信令路径241，小区站点210通知MSC 220(例如，通过呼叫控制模块221)在所分配的信道上建立常规业务路径。要注意，可以在具有组合编解码器或没有组合编解码器的情况下在该信道上建立业务路径，只要该信道具有处理用于所请求的服务的编解码器(即，在该例中是EVRC编解码器)的能力。在成功地建立了业务路径246之后，两个用户可以处于谈话状态，并且根据两个用户的要求，由组合编解码器226以EVRC模式来编码/解码语音业务数据。

当两个用户例如通过推按特殊按钮来请求新的服务时，通过空中接口来通知小区站点210。在该例中，两个用户选择了语音透明性服务，那么小区站点210经由在当前业务路径246(而不是信令路径241，这不同于现有技术)上的服务请求消息来通知MSC 220，以便弄清楚是否可以将呼叫从EVRC编解码器转换到ISLP编解码器。在图3中将进一步描述在小区站点与MSC之间的消息交换的原型。

如果信道可以支持这样的编解码器变换，也就是说，信道具有处理ISLP编解码器的能力，则小区站点210将从MSC 220接收消息，该消息指示允许编解码器变换，并且然后小区站点210可以通知MS在不切换到另一业务路径的情况下在当前业务路径246上传送/接收ISLP业务数据。

如果信道不支持这样的编解码器变换，也就是说，信道没有处理ISLP编解码器的能力，则小区站点210将从MSC 220接收消息，该消息指示不允许编解码器变换，并且然后小区站点210可以根据来自服务提供商的要求来确定在EVRC模式上保持呼叫或拆除呼叫。

现在参照图3，图3图示了对于根据本发明实施例的编解码器变换，在MSC与小区站点之间的业务路径上的消息交换的新原型。更具体地，图3图示了在现有业务路径上从EVRC切换到ISLP编解码器的过程中的信息流。可以在本发明系统(诸如图2中的系统200)中的上下文中实现用于编解码器变换的在MSC与小区站点之间的现有业务路径上的消息交换。相应地，该信息流可以包括MSC 220、小区站点210和诸如MS 350的通信设备(针对一半呼叫路径)。

该信息流的前提是：两个用户已经在谈话中具有正常的EVRC语音呼叫370。当启动了编解码器变换时，也就是说，用户请求与当前服务不同的新服务，可以推按MS 350的特殊按钮371，以便通知服务提供商建立新的应用。在从MS 350接收到服务请求消息372时，小区站点210经由现有业务路径而不是信令路径向MSC 220发送服务请求373。在服务请求373中的SO可以指示请求了哪种编解码器变换，例如，用于请求从EVRC切换到ISLP编解码器的SO＝0x80a0。响应于对新服务的请求，MSC 220确定当前信道是否支持所请求的编解码器变换。确定的结果取决于当前信道是否具有处理用于所请求的新服务的编解码器(在该例中是ISLP编解码器)的能力。如果当前信道具有处理ISLP编解码器的能力，那么需要在该信道上完成准备连接新服务的以下操作374：停止EVRC编解码器的编码/解码、释放EVRC编解码器的资源，以及初始化ISLP编解码器，诸如分配ISLP编解码器的资源以及准备利用ISLP编解码器来进行编码/解码。在成功地执行了以上操作之后，将对于服务请求的肯定ACK 375从MSC220发送回小区站点210，并且然后通过服务连接消息376，小区站点210可以通知MS 350在不切换到另一业务路径的情况下，在当前业务路径上传送/接收ISLP业务数据。然后，完成服务连接377，并且两个用户可以在谈话中进行ISLP语音呼叫378。

如果当前信道没有处理ISLP编解码器的能力，则将对于服务请求的否定ACK从MSC 220发送回小区站点210(图3中未示出)。特别地，造成对于服务请求的否定ACK的原因可能是：在具有组合编解码器的信道上的硬件故障、无法停止EVRC编解码器的编码/解码、无法释放EVRC编解码器的资源，以及无法分配ISLP编解码器的资源，等等。响应于从MSC 220接收到对于服务请求的否定ACK，小区站点210可以根据来自服务提供商的要求来确定在EVRC模式上保持呼叫或拆除呼叫。

从以上描述可以看出，在本发明下的编解码器变换的过程中不再有用于第二业务路径的呼叫建立，这可以节省网络资源，并且在没有更多附加的ISLP资源的情况下避免信道分配的失败。本发明还可以通过经由现有业务路径而不是信令路径传送服务请求消息来节省信令资源。此外，其可以在不进行用来切换信道的硬切换的情况下无缝地实现语音编解码器变换，并且可以降低掉话率。

本发明的方法不仅可应用于针对语音透明性服务从EVRC到ISLP的编解码器变换，而且如果服务提供商想要的话，还可应用于在EVRC、13K、8K、EVRCB等之间的所有任何其它种类的编解码器变换。在此所描述的例子是为了说明从13K到EVRC的编解码器变换。

在根据本发明的实施例中，在MSC中定义了具有组合EVRC/13K编解码器的一些信道。例如，在CDMA网络的环境中，可以动态地请求MS改变编解码器模式。假定MS经由信令路径发起了可以提供更好语音质量的13K呼叫，小区站点通知MSC在具有至少13K编解码器的信道上建立用于该13K呼叫的业务路径。然后，两个用户可以处于谈话状态，这类似于在图2中所示的过程，并且通过13K编解码器来编码/解码语音数据。在会话期间，由于繁重的呼叫负载或任何其它原因，可以通知MS从13K编解码器改变到EVRC编解码器。当通过空中接口通知小区站点时，小区站点然后可以在当前业务路径(不再是信令路径)上经由服务请求消息来通知MSC，以便弄清楚是否可以将呼叫从13K编解码器转换到EVRC编解码器，这类似于在图3中所示的过程。如果该信道可以支持编解码器变换，则需要在该信道上完成以下事情：停止13K编解码器的编码/解码、释放13K编解码器的资源、分配EVRC编解码器的资源，以及准备好利用EVRC编解码器来编码/解码。在成功地处理了这些事情之后，将对于服务请求的肯定ACK发送回小区站点，并且然后，小区站点可以通知MS在不切换到另一业务路径的情况下在当前业务路径上传送/接收EVRC业务数据。如果该信道不能支持该编解码器变换，则将对于服务请求的否定ACK发送回小区站点，并且然后，小区站点可以根据来自服务提供商的要求来确定在13K模式上保持呼叫或拆除呼叫。

在成功的编解码器变换之后，反向的编解码器变换可以根据请求而发生在任何时间。在根据本发明的另一实施例中，通过经由现有业务路径向MSC发送对13K呼叫的服务请求并且确定当前信道具有处理13K编解码器的能力，可以实现在会话期间从EVRC到13K的反向的编解码器变换。详细的操作过程类似于图2和图3中所示的操作过程，这里不再重复相应的描述。

除了在两种类型的编解码器之间的编解码器变换之外，本发明还可应用于在不止两种类型的编解码器之间的编解码器变换，这取决于很多因素，诸如服务提供商的要求、组合编解码器的配置、组合信道的硬件支持，以及实现的成本，等等。此外，所描述的本发明的特征、结构或特性可以在一个或多个实施例中以任何适当的方式来组合。

出于说明和描述的目的已经给出了对本发明的特定实施例的前述描述。它们并不旨在穷尽或将本发明的限制成所公开的确切形式，并且鉴于以上教导显然很多修改和变化是可行的。选择和描述实施例是为了最好地解释本发明的原理及其实践应用，从而使得本领域的技术人员能够最好地利用本发明，并且具有各种修改的各种实施例适合预期的特定使用。本发明的范围旨在通过所附的权利要求及其等同物来限定。

Claims (23)

1.一种用于为语音服务实现编解码器变换的方法，所述方法包括以下步骤：

响应于接收到对第一服务的请求，在信道上建立业务路径，所述信道具有至少处理用于所述第一服务的第一编解码器的能力；

响应于经由所述业务路径接收到对第二服务的请求，确定所述信道是否支持从所述第一编解码器到第二编解码器的编解码器变换；以及

基于所述确定步骤的结果，对所述第二服务的请求作出响应。

2.根据权利要求1所述的方法，其中，在所述信道上建立业务路径的步骤包括以下步骤：

经由信令路径接收对所述信道的请求；

分配所述信道用于所述第一服务；以及

使用所述第一编解码器来在所述业务路径上编码和解码所述第一服务的数据。

3.根据权利要求1所述的方法，其中，确定所述信道是否支持从所述第一编解码器到所述第二编解码器的编解码器变换的步骤包括以下步骤：

检查所述信道是否具有处理用于所述第二服务的所述第二编解码器的能力。

4.根据权利要求3所述的方法，其中，如果所述信道具有处理所述第二编解码器的能力，则对所述第二服务的请求作出响应的步骤进一步包括以下步骤：

准备连接所述第二服务；以及

发送对所述第二服务的请求的肯定ACK。

5.根据权利要求4所述的方法，其中，准备连接所述第二服务的步骤包括在所述信道上实现以下步骤：

停止所述第一编解码器的编码和解码；

释放所述第一编解码器的资源；

分配所述第二编解码器的资源；以及

准备好利用所述第二编解码器来编码和解码。

6.根据权利要求5所述的方法，其中，对所述第二服务的请求作出响应的步骤进一步包括以下步骤：

在发送了对所述第二服务的请求的肯定ACK之后，在所述信道上连接所述第二服务；以及

使用所述第二编解码器在所述业务路径上编码和解码所述第二服务的数据。

7.根据权利要求3所述的方法，其中，如果所述信道没有处理所述第二编解码器的能力，则对所述第二服务的请求作出响应的步骤包括以下步骤：

发送对所述第二服务的请求的否定ACK；以及

保持由所述第一编解码器在所述业务路径上编码和解码所述第一服务的数据。

8.根据权利要求3所述的方法，其中，如果所述信道没有处理所述第二编解码器的能力，则对所述第二服务的请求作出响应的步骤包括以下步骤：

发送对所述第二服务的请求的否定ACK；以及

拆除用于所述第一服务的业务路径。

9.根据权利要求1至8中任何一项所述的方法，其中，所述第一编解码器提供常规语音服务，并且所述第二编解码器提供语音安全性服务。

10.根据权利要求1所述的方法，其进一步包括以下步骤：

经由所述业务路径接收对所述第一服务的新请求；

确定所述信道是否支持从所述第二编解码器到所述第一编解码器的反向的编解码器变换；以及

基于所述确定步骤的结果，对所述第一服务的所述新请求作出响应。

11.根据权利要求1或10所述的方法，其进一步包括以下步骤：

经由所述业务路径接收对第三服务的请求；

确定所述信道是否支持从当前编解码器到用于所述第三服务的第三编解码器的编解码器变换；以及

基于所述确定步骤的结果，对所述第三服务的请求作出响应。

12.一种用于为语音服务实现编解码器变换的系统，所述系统包括：

第一网络元件；以及

与所述第一网络元件通信的第二网络元件，其中所述第二网络元件被配置以便：从所述第一网络元件接收对第一服务的请求，在具有至少处理用于所述第一服务的第一编解码器的能力的信道上建立业务路径，经由所述业务路径从所述第一网络元件接收对第二服务的请求，确定所述信道是否支持从所述第一编解码器到第二编解码器的编解码器变换，以及基于所述确定对所述第二服务的请求作出响应。

13.根据权利要求12所述的系统，其中，所述第一网络元件是小区站点，并且所述第二网络元件是移动交换中心。

14.根据权利要求12所述的系统，其中，所述第二网络元件进一步包括：

呼叫控制模块，其中，所述呼叫控制模块被配置以便经由信令路径从所述第一网络元件接收对所述信道的请求，并且分配所述信道用于所述第一服务；以及

至少具有第一编解码器模式的组合编解码器，其中，所述组合编解码器被配置以便使用所述第一编解码器在所述业务路径上编码和解码所述第一服务的数据。

15.根据权利要求12所述的系统，其中，所述第二网络元件进一步被配置以便：检查所述信道是否具有处理用于所述第二服务的所述第二编解码器的能力。

16.根据权利要求15所述的系统，其中，如果所述信道具有处理所述第二编解码器的能力，则所述第二网络元件进一步被配置以便：

准备连接所述第二服务；以及

向所述第一网络元件发送对所述第二服务的请求的肯定ACK。

17.根据权利要求16所述的系统，其中，所述组合编解码器进一步被配置以便在所述信道上实现以下操作：

停止所述第一编解码器的编码和解码；

释放所述第一编解码器的资源；

分配所述第二编解码器的资源；以及

准备好利用所述第二编解码器来编码和解码。

18.根据权利要求17所述的系统，其中，所述第二网络元件进一步被配置以便：在发送了对所述第二服务的请求的肯定ACK之后，在所述信道上连接所述第二服务，并且所述组合编解码器进一步被配置以便：使用所述第二编解码器在所述业务路径上编码和解码所述第二服务的数据。

19.根据权利要求15所述的系统，其中，如果所述信道没有处理所述第二编解码器的能力，则所述第二网络元件进一步被配置以便向所述第一网络元件发送对所述第二服务的请求的否定ACK，并且所述第一网络元件被配置以便在所述业务路径上保持所述第一服务。

20.根据权利要求15所述的系统，其中，如果所述信道没有处理所述第二编解码器的能力，则所述第二网络元件进一步被配置以便向所述第一网络元件发送对所述第二服务的请求的否定ACK，并且所述第一网络元件被配置以便拆除用于所述第一服务的业务路径。

21.根据权利要求12至20中任何一项所述的系统，其中，所述第一编解码器提供常规语音服务，并且所述第二编解码器提供语音安全性服务。

22.根据权利要求12所述的系统，其中，所述第二网络元件进一步被配置以便：

经由所述业务路径从所述第一网络元件接收对所述第一服务的新请求；

确定所述信道是否支持从所述第二编解码器到所述第一编解码器的反向的编解码器变换；以及

基于所述确定的结果，对所述第一服务的所述新请求作出响应。

23.根据权利要求12或22所述的系统，其中，所述第二网络元件进一步被配置以便：

经由所述业务路径从所述第一网络元件接收对第三服务的请求；

确定所述信道是否支持从当前编解码器到用于所述第三服务的第三编解码器的编解码器变换；以及

基于所述确定的结果，对所述第三服务的请求作出响应。

Images