移动交换中心服务器中的媒体网关编解码器信息管理方法.pdf

在移动交换中心(MSC)服务器中的管理媒体网关(MGW)的编解码器信息的方法，包括从所述至少一个或多个MGW接收登记请求；登记请求的MGW；和向登记的MGW传输编解码器信息请求消息，以使用从MGW接收的编解码器信息更新MSC服务器本身管理的MGW编解码器信息。

1.  一种在移动交换中心(MSC)服务器中的媒体网关(MGW)编解码器信息管理方法，所述移动交换中心服务器与至少一个或多个MGW交互，所述方法包括：
从MGW接收登记请求；
登记请求的MGW；和
向登记的MGW传输编解码器信息请求消息，以使用从相应的MGW接收的编解码器信息更新MGW编解码器信息。

2.  如权利要求1所述的方法，其中，该MGW编解码器信息是在每个MGW中使用的编解码器信息。

3.  如权利要求1所述的方法，其中，该编解码器信息请求消息是当希望知道关于MGW终点的信息时使用的消息。

4.  如权利要求1所述的方法，其中，该编解码器信息请求消息是AuditValue。

5.  如权利要求1所述的方法，其中，该编解码器信息请求消息被在登记MGW时创建，该MSC服务器使用人机指令(MMC)指令产生新的编解码器类型，或操作员人工请求MGW编解码器信息的更新。

6.  如权利要求1所述的方法，其中，该更新步骤包括：
由人机指令(MMC)指令处理单元从媒体网关控制(MEGACO)处理单元请求更新编解码器信息；
由MEGACO处理单元向MGW传输编解码器信息请求消息；
由MGW向MEGACO处理单元传输编解码器信息答复消息；
MEGACO处理单元使用在编解码器信息答复消息中含有的编解码器信息更新在每个MGW中使用的编解码器信息；和
在编解码器信息完全更新时向MMC指令处理单元通告完成编解码器信息更新。

7.  如权利要求6所述的方法，其中，在登记MGW时传输该编解码器信息更新请求，MMC指令处理单元产生新编解码器类型，或操作员请求更新编解码器信息。

移动交换中心服务器中的媒体网关编解码器信息管理方法
技术领域
本发明涉及移动交换中心(MSC)服务器的信息管理方法，且具体地说涉及在MSC服务器中的编解码器信息管理方法媒体网关(MGW)。
背景技术
一般来说，通用移动电信系统(UMTS)是从全球移动通信系统发展来的欧洲型第三代移动通信系统。通过将无线接入网络(RAN)与基于GSM的宽带码分多址(W-CDMA)结合，UMTS用于提供各种移动通信服务。
UMTS规范目前正在通过被称为第三代伙伴项目(3GPP)的标准化开发组开发。3GPP提出已逐步开发的标准化包括多个改进的功能，该标准化的每个发展步骤被分成版本(R)。其中，在3GPP R4中，为属于线路交换区域的核心网络节点的移动交换中心/接入者位置寄存器(MSC/VLR)被分成移动交换中心(MSC)服务器和媒体网关(MGW)。
图1示出在典型的3GPPR4中描述的UMTS系统的示范结构。
如图1所示，MSC服务器10通过Mc接口连接到MGW20。MSC服务器10通过Nc接口在它们之间连接，同时MGW20通过Nb接口在它们之间连接。MSC服务器10或MGW20通过lu接口连接到通用移动电信系统无线接入网络(UTRAN)。MSC10和MGW20也可以连接到公共交换电话网络(PSTN)。这里，UTRAN可以包括无线网络控制器(RNC)30和用户终端(用户设备：UE)40。MSC服务器10使用媒体网关控制(MEGACO，ITU名字是H.248)作为控制MGW20的协议。
MSC服务器10包括进行终端移动管理和MGW20控制的VLR功能。另外，MSC服务器10使用承载电路独立呼叫控制(BICC)彼此连接，其是软交换之间的信号协议规范，以便向基于分组的通信网络传送在公共电话网络或智能网络中的呼叫信号和语音数据。用BICC进行用于建立下一代网络的软交换之间的交互。另外，MSC服务器10通过无线接入网络应用部件(RANAP)连接到RNC30。
MGW20执行基本的交换功能和网络的交互(I/W)功能等。MGW20可以附加执行例如将因特网上的语音(VoIP)转换成电路交换分组的功能。以及代码转换器的功能，回声消除，调制解调器功能等。在MGW20之间的CN承载电路和在MGW20和RNC30之间的1u承载电路使用AAL2和ALCAP进行信号处理。RNC30通过无线承载电路连接到UE40。
下面说明具有这样的结构的3GPP R4的UMTS系统中MGW编码信息管理方法。
见图1，在两个终端40之间建立呼叫时，每个MGW20产生处理相应呼叫的称为终点(termination)的逻辑实体，并且交换相应的终点，这样在两个终端40之间进行通信。此时，MSC服务器10必须管理MGW20的编码器和解码器(编解码器)的信息，以便进行无代码转换器的操作(TrFo)功能。这里，终点是指表示在每个MGW20中使用的媒体流的逻辑实体。
TrFO功能是指匹配多个MGW20的编解码器信息的功能，即，防止尽可能避免使用代码转换器的功能。即，如果每个MGW20支持几个编解码器，预先确定每个MGW20的编解码器的信息，以便完全选择相同的编解码器，因此进行协商以选择最佳的操作编解码器，这样的功能被称为TrFO。因此，MSC服务器10与控制功能一起进行编解码器功能，MGW20进行实际终点的交换功能。
结果，在现有技术中，在系统中建立在MSC服务器和MGW之间数据处理使用的编解码器信息后进行TrFO功能。也就是说，MSC服务器10使用编解码器信息从发送端到接收端进行编解码器协商，以便在每个MGW20中使用的终点之间匹配编解码器信息，从而避免使用代码转换器。
然而，由于3GPP标准化尚未确定如何管理MGW的编解码器信息，所以由单独的操作员管理编解码器信息。其结果，当MGW的编解码器信息改变时，操作员必须人工匹配每个MGW的编解码器信息，以在系统之间匹配信息。因此，在现有技术中，当操作员错误地没有更新每个MGW的编解码器信息时，编解码器协商选择的编解码器不能够在MGW中使用。
发明内容
因此，本发明的目的是提供有效管理MGW的编解码器信息的方法。
为了达到这些和其他优点和根据本发明的目的，如实施例表明和在此广泛说明的，提供一种与至少一个或多个媒体网关(MGW)交互的移动交换中心(MSC)服务器中的MGW编解码器信息管理方法，所述方法包括：从MGW接收登记请求，登记请求的MGW，向登记的MGW传输编解码器信息请求消息以使用从相应的MGW接收的编解码器信息更新MGW编解码器信息。
优选的，MGW编解码器信息是在每个MGW中使用的编解码器信息。
优选的，编解码器信息请求消息是当MSC服务器希望知道关于终点的信息时使用的AuditValue消息。
优选的，在登记MGW时构造编解码器信息请求消息，MSC服务器使用人机指令(MMC)指令来建立新编解码器类型，或操作员人工请求MGW编解码器信息的更新。
在MGW编解码器信息管理方法中更新MGW编解码器的信息的步骤可以包括MMC指令处理单元从MEGACO处理单元请求更新编解码器信息，MEGACO处理单元向MGW传输编解码器信息请求消息，MGW向MEGACO处理单元传输编解码器信息答复消息，MEGACO使用在编解码器信息答复消息中含有的几个编解码器消息更新在每个MGW中使用地编解码器消息，和在编解码器消息完全更新时向MMC指令处理单元通告编解码器消息更新完成。
优选的，在登记MGW时，传输编解码器信息更新请求，MMC指令处理单元产生新编解码器类型，或操作员请求更新编解码器信息。
参照附图的以下详细说明将使得本发明的上述和其他目的，特征，面和优点更明了。
附图说明
附图是为了能进一步了解本发明而包含的，并且被纳入本说明书中构成本说明书的一部分，这些附图示出了本发明的一个或多个实施例，并用于与本说明书一起对本发明的原理进行说明。
在附图中：
图1是在3GPP R4中描述的典型UMTS系统的示范结构的示意图；
图2是在MSC服务器和多个MGW之间的交互的方框图；
图3是根据本发明在MSC服务器中的示范MGW编解码器信息管理方法的顺序步骤流程图；
图4是在MSC服务器与多个MGW交互时MGW编解码器信息管理方法的信号流程图；
图5是在本发明中使用的AuditValue请求消息和AuditValue答复消息的示范结构图；和
图6是在MSC服务器管理MGW编解码器信息时，在MSC服务器内每个模块的示范操作的信号流程图。
具体实施方式
下面参照在附图中示出的优选实施例详细说明本发明。
本发明涉及管理在MSC服务器中多个MGW的编解码器信息，MSC服务器与多个MGW交互。
见图2，例如，MGW21首先接入与其交互的MSC服务器10，并进行登记处理。在完成该登记处理时，MSC服务器10向MGW21发送AuditValue消息，以从其接收MGW21的编解码器信息。重复进行这些操作使得根据MGW21，22和23匹配编解码器信息。这里，AuditValue表示用于识别关于MGW的终点的信息的消息(或指令)。
图3是根据本发明在MSC服务器中的示范MGW编解码器消息管理方法。
见图3，首先，MGW20初始接入MSC服务器10，并且从MSC服务器请求它的登记(S10)。在MGW20请求其登记时，MSC服务器向MGW20传输登记答复消息(S11)，然后使用在MSC服务器10和MGW20之间传输的AuditValue消息从MGW20请求编解码器消息。
MGW20答复MSC服务器的编解码器信息请求，因此向MSC服务器10传输它的编解码器信息(S13)。然后，服务器10使用接收的MGW20的编解码器信息以更新MSC服务器本身管理的MGW编解码器信息。
图4是在本发明中MSC服务器与多个MGW交互时MGW编解码器信息管理方法的信号流程图。
在MGW#0 21初始接入MSC服务器10时，MGW#0 21向MSC服务器10传输MGW登记请求消息，以在其中请求它的登记(S20)。MSC服务器10在其中登记MGW#0 21，然后向MGW#0 21传输MGW登记答复消息。
在完成该登记处理时，MSC服务器10向MGW#0 21传输AuditValue请求消息，以请求它的编解码器消息(S22)。MGW#0 21使用AuditValue答复消息向MSC服务器10传输它的编解码器信息(S23)。
因此，MSC服务器10使用接收的MGW#0 21的编解码器信息，更新服务器10本身管理的MGW编解码器信息。图5示出AuditValue请求消息和AuditValue答复消息的示范结构。
在MGW#1 22和MGW#2 23初始接入MSC服务器10时，进行与MGW#0 21的相同操作。也就是说，MGW#1 22初始接入MSC服务器10时，MGW#1进行向MSC服务器10的登记处理过程(S30和S31)。在完成该登记处理过程时，MSC服务器10向MGW#1 22传输AuditValue请求消息，以请求MGW#1 22的编解码器信息(S32)。MGW#1 22然后使用AuditValue答复消息向MSC服务器传输它的编解码器信息。因此MSC服务器使用接收的MGW#1 22的编解码器信息，更新MSC服务器10本身管理的MGW编解码器信息(S34)。
在MGW#2 23初始接入MSC10服务器时，MGW#2 23也进行向MSC服务器10的登记处理过程(S40和S41)。在完成该登记处理过程时，MSC服务器10向MGW#2 23传输AuditValue请求消息，以请求MGW#2 23的编解码器信息(S42)。MGW#2 23使用该AuditValue答复信息向MSC服务器10传输它的编解码器信息。因此，MSC服务器10使用接收的MGW#2 23的编解码器信息更新MSC服务器10本身管理的MGW编解码器信息(S44)。也就是说，MSC服务器10执行这些过程，以匹配它管理的MGW21，22和23的编解码器信息。
图6是在MSC服务器管理MGW编解码器信息时在MSC服务器内的每个模块的示范操作的信号流程图。这里，标记11表示人机指令(MMC)指令处理单元，标记12表示媒体网关控制(MEGACO)处理单元。
如图6所示，在登记MGW后，当MSC服务器10使用MMC指令产生新编解码器信息(新编解码器类型)，或操作员人工请求更新MGW编解码器信息时，MMC指令处理单元11请求MEGACO处理单元12更新MGW编解码器信息(S50和S51)。MEGACO处理单元12响应该更新请求，向MGW20传输AuditValue请求消息。此时，基于从每个MGW接收的编解码器信息更新在产生的编解码器类型当中实际使用的编解码器类型。
接收了AuditValue请求消息的MGW20向MSC服务器10的MEGACO处理单元12传输含有它的编解码器信息的AuditValue答复信息(S53)。MEGACO处理单元12更新MGW编解码器信息(S54)，然后通告MMC指令处理单元11MGW编解码器信息已完全更新(S55)。
因此，MSC服务器10可以产生它管理的编解码器类型，并且通过从每个MGW20接收编解码器信息能够更新相应的(产生的)编解码器类型以便使用。也就是说，在MSC服务器进行TrFO功能时，MSC服务器10自动管理与MSC服务器10交互的MGW能够支持的编解码器信息。
如上所述，在本发明中，当MSC服务器进行TrFO功能时，MSC服务器自动管理与MSC服务器10交互的MGW能够支持的编解码器信息，从而能够方便使用编解码器信息和能够有效防止在操作员未更新编解码器信息时在现有技术中引起的缺点。
因为在不脱离本发明的精神和本质特征的情况下，其可以具体表现为多种形式，应该理解除非特别说明，上述的实施例不由任意前述描述的细节所限制，而是应该在附加的权利要求中定义的精神和范围内被广泛的理解，并且因此，所有在权利要求范围，或范围的等效物内的修改和变更都意在被附加的权利要求所包括。