CN101167374A

CN101167374A - 通信系统中协商语音编解码格式的方法、系统及设备

Info

Publication number: CN101167374A
Application number: CNA2006800130047A
Authority: CN
Inventors: 蒋砾
Original assignee: Huawei Technologies Co Ltd
Current assignee: Yingweite Spe LLC
Priority date: 2006-04-18
Filing date: 2006-11-29
Publication date: 2008-04-23
Anticipated expiration: 2026-11-29
Also published as: CN101167374B; US7764953B2; US20070242704A1; EP1848190B1; EP1848190A1; CN101056452B; CN101056452A; WO2007118380A1

Abstract

本发明公开了一种通信系统中协商语音编解码格式的方法，主叫用户始发与被叫移动台进行协商语音编解码格式，包括：通信系统中的移动交换中心接收到主叫用户发送的始呼信号，该始呼信号中携带有被叫移动台的号码；根据始呼信号在存储有移动台信息的数据库中获取到被叫移动台最近使用的语音编解码格式列表；决定主叫用户与被叫移动台进行通信时使用的语音编解码格式，并且以该语音编解码格式建立主叫用户和被叫移动台的语音承载。该方法省略了承载更新步骤，提高了接续速度。同时本发明还公开了一种通信系统中协商语音编解码格式的系统及设备。

Description

通信系统中协商语音编解码格式的方法、系统及设备本申请要求于 2006 年 4 月 18 日提交中国专利局、申请号为 200610035050.9、发明名称为 "通信系统中协商语音编解码格式的方法及系统" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，具体涉及一种在无线通信系统中用来提供协商语音编解码格式的方法、系统及设备。

背景技术

采用码分多址（CDMA )调制技术的移动通信系统采用软交换架构，并使用 IP承载方式进行语音数据传输。 .

在软交换架构下，进行通信的双方在呼叫的建立过程中需要进行语音编解码格式（Codec ) 的协商。现有技术中的协商过程.可简单归结为下列步骤： ' 1、主叫用户发起呼叫请求，同时向被叫用户传递主叫用户所支持的编解码格式列表 CodecListA(Codecl、 Codec2、 Codec3...), 及主叫用户推荐的编解码格式，例如 Codec 1;

2、被叫用户收到来自主叫用户的编解码格式列表后，从 CodecListA中找到一个能够支持的语音编解码格式，并指定给主叫用户使用该编解码格式。被叫用户在选择被叫方使用的编解码格式时，会优先考虑主叫用户所推荐的编解码格式，如上面的 Codecl;

被叫用户的选择有下面三种情况：

A、如果被叫用户选用主叫用户所推荐的优选编解码格式（如都是 Codecl ), 即主被叫编解码格式一致，那么主叫用户到被叫用户的话音通路中不使用语音编解码器，这是理想的情况。

B、如果被叫用户没有选用主叫用户所推荐的编解码格式（被叫用户不支持主叫用户推荐的语音编解码格式，如上述的 Codecl ), 而是选用了主叫用户所支持的编解码格式列表 CodecListA 中的某个非优选编解码格式（如 Codec2 )，那么通信系统中的移动交换系统将向主叫用户发起一个更改流程，命令主叫用户更改编解码格式为 Codec2。这种情况下主被叫编解码格式一致，主叫用户到被叫用户的话音通路中不使用语音编解码器。但比 A情况中多了一个针对主叫用户的编解码格式更改流程。

C、如果被叫用户没有选用主叫用户所支持的编解码格式列表 CodecListA 中的任何一个编解码格式，例如被叫用户选用了 Codec9, 而 Codec9不在主叫 ,5 用户所支持的编解码格式列表 CodecListA之内，那么通信系统将在主叫用户和被叫用户之间插入一个语音编解码器，以实现主、被叫间不同编解码格式语音流的转换。

可以看出，协商主要由主叫用户、被叫用户和通信系统中的移动交换系统 (例如移动交换中心（MSC或 MSCe ) )来交互完成。对于上述情况 B, 现有 10 技术中的流程至少包括下列步骤：

― 1、主叫用户发起呼叫请求，由该呼叫请求引发的到 MSCe的信号中携带了主叫用户支持的语音编解码格式列表，例如 CodecListA, 并且在该列表中指定了优选语音编解码格式（例如 Codecl ), 目的是指示期望使用该优选语音编解码格式建立承载；

5 2、 MSCe接收到所述信号后，利用优选语音编解码格式（即 Codecl )建立承载，具体建立过程为： MSCe 向媒体网关（MGW )发送建立主叫承载端点请求， MGW收到该请求后利用 Codecl建立主叫承载端点后向 MSCe返回建立成功信息；

3、 MSCe向被叫用户发起寻呼；

0 4、被叫用户向 MSCe发送寻呼响应信号，该响应信号中携带了被叫用户支持的语音编解码格式列表，例如 CodecListB, 并且在该列表中指定了优选语音编解码格式（例如 Codec2 ), 目的是指示期望使用该优选语音编解码格式建立承载；

' 5、 MSCe判断 CodecListA和 CodecListB有交集，但是该 ¾集中不包含 5 Codecl , 包含 Codec2 (或其它主叫用户和被叫用户都支持的 Codec ), MSCe 则向主叫用户发送承载更新请求，要求主叫用户更改优选语音编解码格式为 Codec2 (或其它主叫用户和被叫用户都支持的 Codec ); 并且在接到主叫用户的响应后更新在步骤 2中建立的主叫承载端点；并且建立被叫承载端点（建立过程同步骤 2中主叫承载端点的建立相似）。从上述的协商步骤来看，对于主、被叫双方具有共同支持的 Codec列表（即上述 CodecListA和 CodecListB的交集），但主叫方的优选 Codec却不在该列表中的情况下，需要有一个承载更新的流程，这个承载更新流程增加了系统开销和接续时间。

5 发明内容

本发明的目的在于提供一种通信系统中协商语音编解码格式的方法、系统及设备，以减少系统开销、提高接续速度。

本发明一方面提供了一种通信系统中协商语音编解码格式的方法，该方法 ' 的一个实施例包括：所述通信系统中的移动交换中心接收所述主叫用户发送的 0 始呼信号，所述始呼信号中携带有被叫移动台的号码；居所述被叫移动台的号码在存储有移动台信息的数据库中获取到所述被叫移动台最近使用的语音编解码格式列表；所述移动交换中心获取所述主叫用户支持的语音编解码格式列表；根据所述主叫用户支持的语音编解码格式列表及所述被叫移动台最近使用的语音编解码格式列表确定主叫用户与被叫移动台进行通信时使用的语音 5 编解码格式。

.本发明另一方面提供了一种通信系统中协商语音编解码格式的系统，该系统的一个实施例包括：包括：主叫用户设备、被叫移动台，其特征在于，还包 . 括：

数据库，用于存储用户支持的语音编解码格式信息；

0 移动交换中心，用于根据所述数据库中存储的信息确定所述主叫用户设备与被叫移动台进行通信时使用的语音编解码格式。。

本发明还提供了一种通信系统中协商语音编解码格式的设备，该设备的一个实施例包括： . ' 收发装置，与通信系统中的其他设备进行消息交互，包括接收主叫用户发 5 送的始呼信号，以及被叫移动台发送的应答信号，所述始呼信号中携带有被叫移动台的号码；

移动台信息获取装置，用于根据所述收发装置接收的消息获取进行语音通话的移动台的信息，所述信息包括移动台支持的语音编解码格式列表；

数据库，与所述移动台信息获取装置耦接，用于存储所述移动台信息获取装置获取的移动台的信息；

业务协商器，分别与所述接收装置和所述数据库耦接，用于根据所述始呼信号从所述数据库中获取所述被叫移动台最近使用的语音编解码格式列表，并根据所述收发装置接收的始呼信号获取所述主叫用户支持的语音编解码格式列表，并确定主叫用户与被叫移动台进行通信时使用的语音编解码格式。

由于本发明可以在存储有移动台信息的数据库中存储有主叫用户和 /或被叫移动台的语音编解码格式信息，因此在以后的通话过程中，移动交换中心可以通过与该数据库通信以获得被叫移动台的最近的语音编解码格式信息，提前判决采用何种语音编解码格式通话，从而省略了更新承载流程，减少了系统开销和接续时间。

附图说明

图 1是本发明方法的一个实施例的实现流程图；

图 2是本发明系统的第一实施例的网絡结构图；

图 3是图 2中移动交换中心的一个实施例的结构图；

图 4是本发明提供的基于图 2的通信系统的协商语音编解码格式的消息交互流程图；

图 5是本发明系统的第二实施例的网络结构图；

图 6是本发明提供的基于图 5的通信系统的协商语音编解码格式的消息交互流程图；

图 7 是本发明通信系统中协商语音编解码格式的设备的一个优选实施例的原理框图。

具体实施方式

本发明在任意一个移动台进行语音通话时，记录该移动台支持的语音编解码格式列表，并将记录的信息存储到数据库中。这样，在主叫用户发起呼叫后，就可以由移动交换中心根据该呼叫信号中携带的被叫移动台的号码，从所述数据库中提取出该被叫移动台最近使用的语音编解码格式列表，然后，根据主叫用户支持的语音编解码格式列表及被叫移动台最近使用的语音编解码格式列表确定主叫用户与被叫移动台进行通信时使用的语音编解码格式，并且以该语音编解码格式建立主叫用户和被叫移动台的语音承载。参照图 1 , 图 1示出了本发明方法的一个实施例的实现流程，包括以下步骤：

步骤 1001 : 通信系统中的移动交换中心接收主叫用户发送的始呼信号，该始呼信号中携带有被叫移动台的号码。

主叫用户可以是移动台，也可以是固定电话。

步骤 1002: 根据被叫移动台的号码在存储有移动台信息的数据库中获取被叫移动台最近使用的语音编解码格式列表。

存储有移动台信息的数据库可以是 VLR (访问位置寄存器）。可以在任意一个移动台（作为主叫或被叫）进行语音通话时，将该移动台支持的语音编解码格式列表记录并保存到该数据库中。这样，每个移动台号码可能对应了一个或多个语音编解码格式列表，在选取时，可以从中选择被叫移动台最近使用的语音编解码格式列表。当然，也可以在保存新的语音编解码格式列表时将对应该移动台号码的其他语音编解码格式列表覆盖。也就是说，在该数据库中只存储移动台最近使用的语音编解码格式列表。

另外，还可以在该数据库中存储移动台推荐的语音编解码格式。

移动交换中心向 VLR发送请求信号，在该请求信号中携带被叫移动台的号码；访问位置寄存器收到所述请求信号后，将被叫移动台最近使用的语音编解码格式列表发送给移动交换中心。移动交换中心可以经由 HLR (归属位置寄存器）与 VLR进行消息交互，比如，通过 LOCREQ、 ROUTREQ、 routreq、 locreq消息交互获得被叫移动台最近使用的语音编解码格式列表。

步骤 1003: 移动交换中心获取主叫用户支持的语音编解码格式列表。在主叫用户发送的呼叫请求消息中携带了主叫用户所推荐的语音编解码格式及主叫用户所支持的语音编解码格式列表，可以由主叫用户所属的基站向移动交换中心转发该始呼信号时携带主叫用户支持的语音编解码格式列表。这样，移动交换中心直接从该始呼信号中就可获取到主叫用户支持的语音编解码格式列表。也可以通过移动交换中心与主叫用户所属的基站交互，获取主叫用户支持的语音编解码格式列表。

步骤 1004: 根据主叫用户支持的语音编解码格式列表及被叫移动台最近使用的语音编解码格式列表确定主叫用户与被叫移动台进行通信时使用的语音编解码格式。

在确定主叫用户与被叫移动台进行通信时使用的语音编解码格式时，可以选取被叫移动台最近使用的语音编解码格式列表与主叫用户支持的语音编解码格式列表的交集中的语音编解码格式，作为主叫用户与被叫移动台进行通信时使用的语音编解码格式。当然，如果该交集中有主叫用户或被叫移动台用户推荐优选的语音编解码格式，则可以优选该语音编解码格式。

这样，主叫用户和被叫移动台就可以按照该语音编解码格式建立主叫用户和被叫移动台的语音承载。

可以在寻呼被叫移动台之前或与寻呼被叫移动台并行执行建立被叫移动台的承载的过程。

参考图 2, 该图示出了本发明系统第一实施例的组网结构：

如图所示， MS (移动台） 100和 MS200是两个移动台，为了便于区别，称 MS 100为第一通信装置， MS200为第二通信装置。当 MS 100始发与 MS200 进行通话时， MS100为主叫用户，而 MS200为被叫用户。

所述 MS100和 MS200协商语音编解码格式及后面的通话都要通过通信网络（图未标号）。该通信网络包括接入网（图未标号）和核心网（图未标号）两部分。如图所示，接入网包括 BSC(基站控制器）105和 BSC205。所述 BSC105 是主叫用户 MS100的接入网设备， BSC205则是被叫用户 MS200的接入网设备。所述 MS100与 BSC105耦合， MS200与 BSC205耦合。当然，接入网还可能包括 BTS (基站收发器）等设备，但这些设备及其号传递是本领域普通技术人员熟知的技术，在此不赘述。

所述 BSC105和 BSC205与核心网设备 MSCe (移动交换中心） 300耦合。该 MSCe300与核心网其它设备,例如 VLR (访问位置寄存器） 400、 MGW (媒体网关） 500耦合。所述 BSC105和 BSC205分别与 MGW500耦合。当 MS100 和 MS200语音编解码格式协商完成后，通信双方将以 MGW500提供的话路进行通信。当然，核心网设备还可以包括其它设备，因其并不是本发明的重点，故不赘述。

值得说明的是，上述各网元设备在数量上包括单数和复数。

参考图 3, 该图示出了图 2中移动交换中心一个实施例的结构。在该实施例中，移动交换中心包括：发送装置 303、接收装置 302和业务协商器 301 , 发送装置 303和接收装置 302分别与业务协商器 301耦接。发送装置 303和接收装置 302分别与接口 310耦接，通过接口 310发送或接收消息。

参考图 4, 该图示出了本发明提供的一种基于图 2的通信系统的协商语音 "5 编解码格式的消息交互流程。如图所示，包括步骤：

1、 MS100始发与 MS200进行语音编解码格式的协商， MS100发送始呼信号。该始呼信号中包括被叫用户 MS200的号码。

2、 BSC105接收到所述始呼信号，处理后以 CM Service Request消息的方式发送出去。处理时，可以在该消息中携带 MS100支持的语音编解码格式列 0 表，例如 CodecListA, 其中包括（Codecl、 Codec2、 Codec3、 Codec4 ), 并且指定优选 Codec为 Codecl , 即希望以 Codecl建立承载连接。当然也可以不携带 MS100支持的语音编解码格式列表，即 BSC105负责转发所述始呼信号，并且有权处理该始呼信号。

, 3、 MSCe300通过接口 310和接收装置 302接收到所述 CM Service Request 5 消息，由业务协商器 301生成一请求信号，该请求信号携带 MS200的号码（该号码从 CM Service Request消息中获得），该请求信号指示请求获得 MS200最近使用的语音编解码格式列表。该请求信号（图 4中的 Request )被发送装置 303通过接口 310发送出去。

4、 VLR400接收到所述请求信号，找到 MS200最近使用的语音编解码格 0 式列表，例如 CodecListB, 包括（Codec2、 Codec3、 Codec4、 Codec5 ), 并生成响应信号（图 4中的 Answer ), 该响应信号携带所述列表 ( CodecListB )„ 该响应信号被发送出去。

MSCe300通过接口 310和接收装置 302接收到所述响应信号，业务协商器 301根据在所述始呼信号中的 CodecListA与所述响应信号中的 CodecListB 5 的交集中选定用于 MS100 和 MS200 通信的优选语音编解码格式。因为 CodecListA为 ( Codecl、 Codec2、 Codec3、 Codec4 ), CodecListB为 ( Codec2、 Codec3、 Codec4、 Codec5 ),二者的交集为（Codec2、 Codec3、 Codec4 ), MS 100 推荐的优选 Codec, 即 Codecl并不在该交集中，因此 MSCe300可以选用交集中的 Codec2建立承载（当然也可以选用 Codec3或 Codec4 )。建立承载包括下述步骤 5、 6、 7、 8、 9、 10、 11、 12。

5、 MSCe300通过发送装置 303和接口 310向 MGW500发送 ADD消息，请求 MGW创建 MS100的语音承载端点， ADD消息中指定了该端点釆用的语音编解码格式为 MSCe300选定的 Codec2。

5 6.MGW500建立 MS100的语音承载端点后，向 MSCe300发送 ADD Reply 消息，指示建立承载端点成功。

7、 MSCe300接收到 ADD Reply消息后，通过发送装置 303和接口 310 ，向 BSC105发送 Assignment Request消息，同时携带 MSCe300指定 MS100使用语音编解码格式 Codec2的消息。

0 8、 BSC 105向 MSCe300返回 Assignment Complete消息，表明指定成功。

9、 MSCe300向 BSC205发送指配请求（ Paging Request )。

10、 BSC205向 MSCe300发送指配响应（Paging Response ), 表明指配成功。

11、 MSCe300通过发送装置 303和接口 310向 MGW500发送 ADD消息， 5 请求 MGW创建 MS200的语音承载端点， ADD消息中指定了该端点采用的语音编解码格式为 MSCe300选定的 Codec2。

12、 MGW500建立 MS100的语音承载端点后，向 MSCe300发送 ADD Reply 消息，指示建立承载端点成功。

13、 MSCe300接收到 ADD Reply消息后，通过发送装置 303和接口 310 0 向 BSC205发送 Assignment Request消息 , 同时携带 MSCe300指定 MS200使用语音编解码格式 Codec2的消息。

14、 BSC205向 MSCe300返回 Assignment Complete消息，表明指定成功。值得说明的是，步骤 11、 12和 13、 14可以并行执行，也可以互换执行顺序。也即是说，建立被叫端点和指定请求响应过程可以并行执行，也可以不用 5 区分先后顺序。

在本发明的另一个具体实施例中，步骤 2中的 CM Service Request消息没

- 有携带 MS100支持的语音编解码格式列表，而是在步骤 7、 8中 MSCe300在 Assignment Request消息中请求 MS100发送其支持的语音编解码格式列表，而 MS 100则通过' Assignment Complete返回该语音编解码格式列表。如此一来，步骤 4中介绍的选定优选语音编解码格式的过程和步骤 5、 6中的指定 MS100 的语音承载端点过程就要移动到步骤 7、 8之后。也即是说，步骤 5、 6、 7、 8、 9、 10、 11、 12是 MSCe300决定 MS100和 MS200的语音编解码格式过程，交互方式可以有多种变化形式。

此时协商已经成功， MS100和 MS200进入通话状态。而在 MS100和 MS200 通话期间 , MSCe300可以将 MS100和 /或 MS200支持的语音编解码格式列表传送到 VLR400处， VLR400将其保存，以备下次协商时使用。这个过程包括步骤 15和 16。

15、 MSCe300通过发送装置 303和接口 310向 VLR400发送一传送信号 (如图中的 NOTIFY消息），该传送信号携带 CodecListA和 /或 CodecListB。

16、 VLR400接收到所述传送信号后，将该传送信号中携带的 CodecListA 和 /或 CodecListB存储，并向 MSCe300发送应答信号（如图中的 REPLY消息），表示存 4诸成功。

值得说明的是，步骤 15和 16也可以在 MSCe300在接收到 MS100发送请求后就执行，这时仅存储 MS100的 CodecListA。

从上面的说明可知，本发明提供的这种方法及系统，通过在 VLR400或其它存储移动台信息的存储器中存储移动台最近使用的语音编解码格式，在移动台进行语音编解码格式协商时，移动交换中心通过查询 VLR400或其它存储移动台信息的存储器并提取移动台的语音编解码格式，提前判决主被叫移动台采用何种语音编解码格式通话，从而省略了针对主叫用户的更改流程，减少了系统处理开销，缩短了接续时间。

参考图 5, 该图示出了本发明系统的第二实施例的网络结构:

同时参考图 2, 如图所示，图 5与图 2相比， MS100和 MS200处于不同的局中，即 MS100针对 MS200的呼叫是跨局呼叫。此时，为 MS100服务的移动交换中心和访问位置寄存器是 MSCe300和 VLR400, 为 MS100服务的媒体网关是 MGW500; 而为 MS200服务的移动交换中心和访问位置寄存器是 MSCe700和 VLR800, 为 MS200服务的媒体网关是 MGW900。 MGW500于 MGW900相连接。此时，如果 MS100发起始呼与 MS200协商语音编解码格式，因为 MS200最近使用的语音编解码格式存储在 VLR800中，做协商的 MSCe300 就必须到 VLR800 中去取该语音编解码格式，因此需要通过 HLR (归属位置寄存器） 600到达 MSCe700和 VLR800中。

针对跨局呼叫的情况，现有技术中主叫 MSCe/VLR和被叫 MSCe/VLR之间有 LOCREQ、 ROUTREQ、 routreq、 locreq的消息交互过程，被叫移动台的语音编解码格式可以通过 routreq->locreq 消息携带传递回主叫的 MSCe/VLR 中。

具体到本实施例中，参考图 6, 该图示出了本发明提供的一种基于图 5的通信系统的协商语音编解码格式的方法在跨局呼叫时主叫 MSCe/VLR在被叫的 MSCe/VLR中获取被叫的语音编解码格式的消息交互流程：

同时参考图 4，图 6所示的消息交互流程即图 4中步骤 3和 4所做的工作。其它消息与图 4一致，不再赘述。

参考图 6 , 同时参考图 5 , 主叫用户 MS100 发起始呼后，主叫侧的 MSCe300/VLR400要通过 HLR600获得被叫移动台 MS200的语音编解码格式。消息包括： MSCe300/VLR400 向 HLR600发送 LOCREQ 消息； HLR600 向 MSCe700/VLR800发送 ROUTREQ消息； MSCe700/VLR800向 HLR600发送 routreq消息，表示响应请求； HLR600向 MSCe300/VLR400发送 locreq消息，表示响应； MSCe300/VLR400在向 MSCe700/VLR400发送 INVITE消息，表示请求获得 MS200的最近使用的语音编解码格式。此后 MSCe300/VLR400和 MSCe700/VLR800通过 SIP协议通信，传递 MS200的语音编解码格式。

在上述本发明系统的实施例中，描述了主叫用户设备为移动台的情况，当主叫用户设备为固定电话，即固化用户呼叫移动用户时，也同样可以适用，在此不再赘述。

参照图 7, 该图示出了本发明通信系统中协商语音编解码格式的设备的一个优选实施例的原理才医图：

在该实施例中，本发明设备包括：收发装置 71、移动台信息获取装置 72、数据库 73和业务协商器 74。

其中，收发装置 71与通信系统中的其他设备进行消息交互，包括接收主叫用户发送的始呼信号，以及被叫移动台发送的应答信号，所述始呼信号中携带有被叫移动台的号码；移动台信息获取装置 72用于根据所述收发装置接收的消息获取语音通话的移动台的信息，所述信息包括移动台支持的语音编解码格式列表；数据库 73分别与移动台信息获取装置 72及业务协商器 74耦接，用于存储所述移动台信息获取装置获取的移动台的信息；业务协商器 74用于根据所述始呼信号从数据库 73中获取被叫移动台最近使用的语音编解码格式 5 列表，并根据收发装置接收的始呼信号获取主叫用户支持的语音编解码格式列表，并确定主叫用户与被叫移动台进行通信时使用的语音编解码格式。

在图 7中，业务协商器 74的一个实施例包括：比较单元 741和编解码格式选择单元 742。其中，比较单元 741用于获取被叫移动台最近使用的语音编

- 解码格式列表与主叫用户支持的语音编解码格式列表的交集中的语音编解码 0 格式。编解码格式选择单元 742用于从该交集中选择作为主叫用户与被叫移动台进行通信时使用的语音编解码格式，如果该交集中包含主叫用户或被叫移动台推荐的语音编解码格式，则优先选择该语音编解码格式。当然，业务协商器还可以通过其它方式来实现。

为了向移动台提供语音承载业务，还可以在该设备中设置一个与业务协商 5 器耦接的语音承载建立装置 75。在业务协商器确定了主叫用户和被叫移动台可以使用的语音编解码格式后，由语音承载建立装置 75为主叫用户和被叫移动台建立该语音编解码格式的语音承载。可见，利用本发明，在主叫用户支持的语音编解码格式和被叫移动台支持的语音编解码格式存在交集时，即使主叫用户先前推荐的语音编解码格式没有包含在其支持的语音编解码格式列表中， 0 也可以避免主被叫间语音编解码格式的协商过程，从而减少了系统处理开销，缩短了接续时间。

以上所揭露的仅为本发明的优选实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明申请专利范围所作的等同变化，仍属本发明所涵盖的范围。

5

Claims

权利要求

1. 一种通信系统中协商语音编解码格式的方法，其特征在于，所述方法包括：

所述通信系统中的移动交换中心接收所述主叫用户发送的始呼信号，所述始呼信号中携带有被叫移动台的号码；

根据所述被叫移动台的号码在存储有移动台信息的数据库中获取所述被叫移动台最近使用的语音编解码格式列表；

所述移动交换中心获取所述主叫用户支持的语音编解码格式列表；根据所述主叫用户支持的语音编解码格式列表及所述被叫移动台最近使用的语音编解码格式列表确定主叫用户与被叫移动台进行通信时使用的语音编解码格式。
2. 根据权利要求 1 所述的通信系统中协商语音编解码格式的方法，其特征在于，所述方法还包括：

当任意一个移动台进行语音通话时，在所述数据库中存储所述移动台支持的语音编解码格式列表。
3.才艮据权利要求 1或 2所述的通信系统中协商语音编解码格式的方法，其特征在于，当主叫用户与被叫移动台为跨局通信时，所述获取被叫移动台最近使用的语音编解码格式列表为所述移动交换中心经由归属位置寄存器与所述数据库进行信息交互而获取。
4.根据权利要求 1或 2所述的通信系统中协商语音编解码格式的方法，其特征在于，所述移动交换中心获取所述主叫用户支持的语音编解码格式列表的步骤具体为：

主叫用户所属的基站向所述移动交换中心转发所述始呼信号时携带有所述主叫用户支持的语音编解码格式列表；

所述移动交换中心直接从所述始呼信号中获取所述主叫用户支持的语音编解码格式列表。
5.根据权利要求 1或 2所述的通信系统中协商语音编解码格式的方法，其特征在于，所述移动交换中心获取所述主叫用户支持的语音编解码格式列表的步驟具体为：所述移动交换中心通过与主叫用户所属的基站交互获取所述主叫用户支持的语音编解码格式列表。
6. 根据权利要求 1或 2所述的通信系统中协商语音编解码格式的方法，其特征在于，所述确定主叫用户与被叫移动台进行通信时使用的语音编解码格式的步骤包括：

获取所述被叫移动台最近使用的语音编解码格式列表与所述主叫用户支持的语音编解码格式列表的交集中的语音编解码格式；

从所述交集中选择作为主叫用户与被叫移动台进行通信时使用的语音编解码格式。
7. 根据权利要求 6所述的通信系统中协商语音编解码格式的方法，其特征在于，如果所述被叫移动台最近使用的语音编解码格式列表与所述主叫用户支持的语音编解码格式列表的交集中包含所述主叫用户或被叫移动台推荐的语音编解码格式，则优先选择该语音编解码格式。
8. 一种通信系统中协商语音编解码格式的系统，包括：主叫用户设备、被叫移动台，其特征在于，还包括：

数据库，用于存储用户支持的语音编解码格式信息；

移动交换中心，用于根据所述数据库中存储的信息确定所述主叫用户设备与被叫移动台进行通信时使用的语音编解码格式。
9. 根据权利要求 8所述的系统，其特征在于，所述移动交换中心包括：接收装置，用于接收所述主叫用户设备发送的始呼信号，该始呼信号中携带有被叫移动台的号码；

业务协商器，用于根据所述始呼信号从所述数据库中获取所述被叫移动台最近使用的语音编解码格式列表，并根据所述始呼信号获取所述主叫用户设备支持的语音编解码格式列表，并确定主叫用户设备与被叫移动台进行通信时使用的语音编解码格式。
10.根据权利要求 8所述的系统，其特征在于，所述存储有移动台信息的数据库为访问位置寄存器。
11. 根据权利要求 10 所述的系统，其特征在于，所述移动交换中心还包括：发送装置，与所述业务协商器耦接，用于向所述访问位置寄存器发送请求信号，该请求信号表示请求获取所述被叫移动台最近使用的语音编解码格式列表；还用于向所述访问位置寄存器发送一传递信号，该传递信号携带所述主叫用户支持的语音编解码格式列表和 /或被叫移动台支持的语音编解码格式列 5 表；所述访问位置寄存器存储该传递信号所携带的信息；

所述接收装置还用于接收自访问位置寄存器发送的响应信号，该响应信号携带所述被叫移动台最近使用的语音编解码格式列表。
12.根据权利要求 8所述的系统，其特征在于：所述系统还包括媒体网关，与所述移动交换中心耦接，用于为主叫用户和被叫移动台提供所述业务协商器 0 确定的语音编解码格式的语音承载。
13. —种通信系统中协商语音编解码格式的设备，其特征在于，包括：收发装置，与通信系统中的其它设备进行消息交互，包括接收主叫用户发送的始呼信号，以及被叫移动台发送的应答信号，所述始呼信号中携带有被叫移动台的号码；

5 移动台信息获取装置，用于根据所述收发装置接收的消息获取语音通话的移动台的信息，所述信息包括移动台支持的语音编解码格式列表；

数据库，与所述移动台信息获取装置耦接，用于存储所述移动台信息获取装置获取的移动台的信息；

业务协商器，分别与所述接收装置和所述数据库耦接，用于根据所述始呼 0 信号从所述数据库中获取所述被叫移动台最近使用的语音编解码格式列表，并根据所述收发装置接收的始呼信号获取所述主叫用户支持的语音编解码格式列表，并确定主叫用户与被叫移动台进行通信时使用的语音编解码格式。
14. 根据权利要求 13所述的设备，其特征在于，所述业务协商器包括：比较单元，用于获取所述被叫移动台最近使用的语音编解码格式列表与所 5 述主叫用户支持的语音编解码格式列表的交集中的语音编解码格式；

编解码格式选择单元，用于从所述交集中选择作为主叫用户与被叫移动台进行通信时使用的语音编解码格式，如果该交集中包含主叫用户或被叫移动台推荐的语音编解码格式，则优先选择该语音编解码格式。

, 15. 根据权利要求 13或 14所述的设备，其特征在于，所述设备还包括：语音承载建立装置，与所述业务协商器耦接，用于为主叫用户和被叫移动台建立所述业务协商器确定的语音编解码格式的语音承载。