CN101087275A - 承载端点的审计方法及其系统 - Google Patents

Abstract

本发明涉及通信领域，公开了一种承载端点的审计方法及其系统，使得MGC能在短时间内快速完成大量承载端点的审计。本发明中，在MGC向MGW发送的一个审计请求消息请求审计多个承载端点，并在该审计请求消息中标识出请求审计的承载端点。MGW接收到该审计请求消息时，对相应的承载端点进行状态检测，并可通过三种方式向MGC返回请求审计的承载端点的状态：第一种方式为一条审计响应消息内携带一个请求审计的承载端点的状态；第二种方式为在审计响应消息内新增比特位图，将所有请求审计的承载端点的状态携带该比特位图中通知给MGC；第三种方式为将请求审计的承载端点的状态分组返回给MGW。

Description

承载端点的审计方法及其系统

技术领域

本发明涉及通信领域，特别涉及承载端点的审计技术。

背景技术

在通信领域，传统的语音业务通常由公用电话交换网(Public SwitchedTelephone Network，简称“PSTN”)提供，PSTN是一种电路交换网，给用户带来很多不便，例如通信价格高、上网速度慢、等待时间长、传输质量低、增加新业务难等。随着通信技术的发展和数据业务的飞速增长，将语音和数据等业务共同承载在单一的数据网正逐步成为可能。

下一代网络(Next Generation Network，简称“NGN”)正是在这种情况下提出的，并且在近年来得到了迅速的发展。

NGN采用呼叫控制和承载媒体相分离的软交换设备(SoftSwitch)技术，网络设备的处理能力有了很大的提高，可以处理更多的话务和承载更多的业务负荷。在NGN中，业务控制部分称为媒体网关控制器(Media GatewayController，简称“MGC”)，承载部分称为媒体网关(Media GateWay，简称“MGW”)，MGC和MGW的接口称为Mc接口，如图1所示。Mc接口可以使用H.248媒体网关控制协议，该协议是由互联网工程任务组(InternetEngineering Task Force，简称“IETF”)、国际电信联盟-电信标准部(International Telecommunication Union Telecommunication StandardizationSector，简称“ITU-T”)制定的，用于MGC和MGW之间的通信，提供控制媒体的建立、修改和释放机制，同时也可携带某些随路呼叫信令，支持传统网络终端的呼叫。关于H.248媒体网关控制协议的具体细节，可以参见《Megaco Protocol Version 1.0》(RFC 3015)，中文可译为《媒体网关控制协议1.0版》(请求评注标准3015)。

然而在NGN中，控制和承载分离所带来的一个突出问题是呼叫可能无法正确建立。因为在NGN网络中，处于呼叫中的话音传输电路和MGW上承载端点是一一对应的，因此MGC在控制呼叫过程中，要正确控制MGW上承载的建立、释放等，首先需要知道MGW上承载端点的状态，只有在MGC上了解的承载的状态和MGW上承载的真实状态一致，才能实现呼叫的正确建立。MGC和MGW上承载端点状态的不一致会导致MGC上认为承载正常而建立呼叫，但是实际上MGW上承载故障的情况，此时建立起来的呼叫是无法接通的或者会被拆除。

保持MGC和MGW上承载状态一致是通过“审计(Audit)”的机制来实现的。现有的审计方法如图2所示，MGC在需要确定某承载端点状态时，进入步骤210，向MGW下发审计请求消息，消息中包括需要审计的承载端点的标识，要求MGW对消息中标识的承载端点进行审计。接着进入步骤220，MGW收到该消息后，根据MGC的请求，完成相应端点承载状态的检查，并向MGC返回审计响应消息，将相应端点的承载状态上报MGC，由MGC对该承载端点状态进行更新，保持MGC与MGW双方状态的一致。

在实际应用中，上述方案存在以下问题：现有的审计方式在需要审计的端点过多时，需要耗费许多时间，使得在较长的时间内无法保证MGW和MGC上承载端点的状态一致性。

造成这种情况的主要原因在于，现有的审计方式中，每个承载端点的审计都需要分别进行请求和反馈，在复杂性较强，容量较大的网络中，由于用户众多，每个MGC需要控制大量承载，MGC要对每个承载端点进行审计请求，就需要发送大量的审计请求消息，同样，MGW要根据请求进行状态检测，首先就要处理大量的请求消息，大量消息的收发和处理使得完成所有承载审计所需要的时间增长，容易造成较长时间内MGW和MGC上承载端点的状态不一致。并且，大量收发和处理消息对MGC和MGW的处理能力造成很大的冲击，容易导致MGC和MGW的处理其他业务的能力下降。

发明内容

有鉴于此，本发明的主要目的在于提供一种承载端点的审计方法及其系统，使得MGC能在短时间内快速完成大量承载端点的审计。

为实现上述目的，本发明提供了一种承载端点的审计方法，包含以下步骤：

媒体网关控制器在向媒体网关发送的至少一条审计请求消息中包含对至少两个承载端点的审计请求，并在该审计请求消息中标识出请求审计的承载端点；

所述媒体网关根据收到的所述审计请求消息，对标识出的各所述承载端点分别进行状态检测，并通过审计响应消息向所述媒体网关控制器返回各所述承载端点的状态。

其中，所述媒体网关控制器通过以下方式在所述审计请求消息中标识出所述请求审计的承载端点：

在所述审计请求消息中新增参数，在该新增参数中包含第一字段，该第一字段表示是否需要审计所述媒体网关控制器和所述媒体网关之间所有的承载端点。

此外在所述方法中，所述新增参数中还包含所述请求审计的第一个承载端点标识，指示整数值N的第二字段，以及第三字段，该第三字段表示是否需要审计所述第一个承载端点至该承载端点之后N-1个承载端点中的所有承载端点。

此外在所述方法中，所述新增参数中还包含所述N个比特位的第一比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点是否需要审计；

所述第一比特位图中表示的每一个承载端点分别对应于所述请求审计的第一个承载端点至该承载端点之后的N-1个承载端点。

此外在所述方法中，所述新增参数中还包含用于将该新增参数区分于所述审计请求消息中其他参数的新增参数标识字段，以及表示该新增参数长度的字段。

此外在所述方法中，所述媒体网关通过以下方式向所述媒体网关控制器返回连续的需要审计的承载端点的状态：

在所述审计响应消息中新增参数，在该新增参数中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态；

所述第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；

所述媒体网关为每一个不连续的需要审计的承载端点单独向所述媒体网关控制器返回一条审计响应消息，该审计响应消息仅包含一个承载端点的状态。

此外在所述方法中，所述审计响应消息仅包含一个所述请求审计的承载端点的状态；

所述媒体网关为每一个所述请求审计的承载端点分别向所述媒体网关控制器返回一条所述审计响应消息。

此外在所述方法中，当所有请求审计的承载端点为连续的承载端点时，所述媒体网关通过以下方式向所述媒体网关控制器返回所有请求审计的承载端点的状态：

在所述审计响应消息中新增参数，在该新增参数中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态；

所述第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；

所述媒体网关对所有请求审计的承载端点进行分组，将每一组的承载端点的状态通过一条所述审计响应消息返回到所述媒体网关控制器。

本发明还提供了一种承载端点的审计系统，包含媒体网关控制器与媒体网关，所述媒体网关控制器与媒体网关内分别包含用于进行信息交互的收发模块，所述媒体网关控制器内还包含：生成模块，用于生成请求审计至少两个承载端点的审计请求消息，并在该审计请求消息中标识出所述请求审计的承载端点；

所述收发模块将所述生成模块生成的审计请求消息发送给所述媒体网关；

所述媒体网关内还包含：状态检测模块，用于根据收到的所述审计请求消息，对请求审计的承载端点进行状态检测；

所述收发模块将所述状态检测模块的状态检测结果通过审计响应消息返回给所述媒体网关控制器。

其中，所述生成模块通过以下方式在所述审计请求消息中标识出所述请求审计的承载端点：

在所述审计请求消息中新增参数，在该新增参数中包含所述请求审计的第一个承载端点标识，以及包含N个比特位的第一比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点是否需要审计，其中N为整数；

所述第一比特位图中表示的每一个承载端点分别对应于所述请求审计的第一个承载端点至该承载端点之后的所述N-1个承载端点。

此外在所述系统中，所述审计响应消息中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态，该第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；

所述媒体网关通过所述包含第二比特位图的审计响应消息向所述媒体网关控制器返回连续的需要审计的承载端点的状态；通过仅包含一个承载端点状态的审计响应消息向所述媒体网关控制器返回不连续的需要审计的承载端点的状态。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，在MGC向MGW发送的一个审计请求消息请求审计多个承载端点，并在该审计请求消息中标识出请求审计的承载端点。MGW接收到该审计请求消息时，对相应的承载端点进行状态检测，并通过审计响应消息向MGC返回请求审计的承载端点的状态。由于无需为每个承载端点单独发起一次审计过程，大大减少了审计消息的数目，从而减少了网络中MGC和MGW处理审计消息所占用的系统资源，提高了MGC和MGW处理其他用户业务的能力，进而提高了整个网络处理用户业务的能力。并且，与现有技术相比，审计同样数目的承载端点将占用更少的时间，保证了在短时间内MGC和MGW上承载端点的状态一致，避免了由于承载状态的不一致所导致的呼叫失败或异常。

通过在审计请求消息中新增参数，且该新增参数包含表示是否需要审计MGC和MGW之间所有的承载端点的第一字段、请求审计的第一个承载端点标识、指示整数N的第二字段、是否需要审计该第一个承载端点至该承载端点之后N-1个承载端点中所有的承载端点的第三字段、以及对应于该第一个承载端点至该承载端点之后的N-1个承载端点的比特为图，使得审计请求消息可以灵活地标识出多个承载端点。

MGW可通过三种方式向MGC返回请求审计的承载端点的状态：第一种方式为一条审计响应消息内携带一个请求审计的承载端点的状态，以便与现有技术的相融合；第二种方式为在审计响应消息内新增比特位图，将连续的请求审计的承载端点状态通过一条审计响应消息返回给MGC，将不连续的请求审计的承载端点状态单独返回给MGC，使得一条审计响应消息可以携带多个请求审计的承载端点的状态，减少了审计响应消息的数目，进一步提高了MGC和MGW处理其他用户业务的能力；第三种方式为将连续的请求审计的承载端点的状态分组返回给MGW，以适用于请求审计的承载端点的数目过多，单条审计响应消息无法容纳所有连续的请求审计的承载端点的状态的情况。

附图说明

图1是现有技术中MGC与MGW的连接示意图；

图2是现有技术中审计方法流程图；

图3是根据本发明第一实施方式的承载端点审计方法流程图；

图4是根据本发明第二实施方式的承载端点审计方法流程图；

图5是根据本发明第四实施方式的承载端点审计系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明的核心在于，MGC在有多个端点需要审计时，向MGW发送的一条审计请求消息中包含对多个承载端点的审计请求，并在该审计请求消息中标识出请求审计的承载端点。MGW接收到该审计请求消息时，对标识的承载端点进行状态检测，并通过审计响应消息向MGC返回请求审计的承载端点的状态。使得通过一条审计请求消息发起多个承载端点的审计过程，大大减少了审计消息的数目。

下面根据发明原理对本发明第一实施方式的承载端点审计方法进行说明。

如图3所示，MGC在有多个承载端点需要审计时，进入步骤301，MGC评估当前需要审计哪些承载端点，如果需要审计的端点为MGC与MGW之间的所有承载端点，即情况1，则进入步骤302；如果需要审计的端点为MGC与MGW之间某承载端点开始的连续N个承载端点，即情况2，则进入步骤303；如果需要审计的端点为MGC与MGW之间不连续的多个端点，即情况3，则进入步骤304。

MGC分别在步骤302、303和304中，为需要审计的端点生成审计请求消息，并通过在审计请求消息中新增参数来标识请求审计的承载端点。该新增参数的结构如表1所示，包含新增参数标识字段、长度字段、第一字段、第二字段、第三字段、请求审计的第一个承载端点标识、和比特位图。

其中，新增参数标识字段用于将该新增参数和审计请求消息中的其他参数区分开。

长度字段用于表示本新增参数的长度。

第一字段用于指示是否需要审计MGC和MGw之间所有的承载端点，在本实施方式中，该字段的值设置为1的时候表示审计所有承载端点，设置为0时表示不需要。如果审计请求消息中本字段的值为1，则可以省略之后的字段以及比特位图。

第二字段用于指示整数值N。

第三字段用于指示是否需要审计由所标识的需要审计的第一个端点起连续N个承载端点中的所有端点，其中N即为第二字段所指示的整数。在本实施方式中，第三字段的值设置为1时，表示该连续的N个承载端点全部需要审计，为0时表示不需要审计全部的N个承载端点。如果审计请求消息中本字段的值为1，则可以省略之后的比特位图。

需要审计的第一个承载端点标识即为一个32比特的端点号。

比特位图：包含N个比特位，每一个比特位表示一个承载端点，该比特位的值表示该承载端点是否需要审计。在本实施方式中，将比特位的值设置为1时，表示该比特位所对应的承载端点需要审计。因此，当一个承载端点需要审计时，将其对应的比特位设置为1，否则设置为0。

表1

具体地说，在步骤302中，MGC为需要审计的端点生成审计请求消息，由于MGC和MGW间所有承载端点均需要审计，因此MGC将审计请求消息中新增参数的第一字段的值设置为1，并且，该新增参数中不再包括第一字段之后的其他字段和比特位图。之后，MGC将生成的审计请求消息发送到MGW并保存所发送的审计请求消息。

在步骤303中，MGC为需要审计的端点生成审计请求消息，由于需要审计的承载端点为MGC和MGW间连续的N个端点，因此，MGC将审计请求消息中新增参数的第一字段的值设置为0，第二字段的值设置为需要审计的承载端点的个数N，第三字段的值设置为1，并且设置需要审计的第一个承载端点的标识，该新增参数中不再包含比特位图。之后，MGC将生成的审计请求消息发送到MGW，并保存所发送的审计请求消息。

在步骤304中，MGC为需要审计的端点生成审计请求消息，由于需要审计的承载端点为MGC和MGW间不连续的多个端点，因此，MGC将审计请求消息中新增参数的第一字段设置为0，第三字段设置为0，在该新增参数中设置需要审计的第一个承载端点的标识，并为需要审计的承载端点设置比特位图1，将比特位图1中包含的比特位的个数N设置在第二字段中。比特位图1中每一个比特位表示一个承载端点，每个承载端点所对应的比特位由其原本的排序决定，即比特位图1中第1至N个比特位依次对应由第一个承载端点起连续的N个承载端点。MGC将需要审计的承载端点所对应的比特位的值设置为1，其余设置为0。新增参数设置完成之后，MGC将生成的审计请求消息发送到MGW，并保存所发送的审计请求消息。由于无需为每个承载端点单独发送一条审计请求消息，很大程度上减少了网络中MGC和MGW处理审计消息所占用的系统资源，提高了MGC和MGW处理其他用户业务的能力，进而提高了整个网络处理用户业务的能力。

在步骤302或步骤303之后，接着进入步骤305，MGW接收来自MGC的审计请求消息，并根据该审计请求消息对标识出的各承载端点分别进行状态检查，检查其当前状态为正常还是故障。

接着进入步骤306，MGW对请求审计的承载端点进行分组，每一组为连续的多个承载端点，为每一组的承载端点生成一条审计响应消息，并将各审计响应消息返回到MGC。所生成的每条审计响应消息中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的比特位图2，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态，比特位图2中表示的每一个承载端点分别对应于本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点。在本实施方式中，比特位的值为1时，表示相应承载端点的状态为正常，为0时，表示相应承载端点的状态为故障。比如说，当MGW需要返回承载端点1至承载端点120中所有承载端点的状态时，可以将120个承载端点分为5组，每组包含24个承载端点，MGW为5个组生成五条审计响应消息，因此每条审计响应消息的第二字段M均为24，每条消息包含一个24比特的比特位图。第一条消息中返回的第一个承载端点状态的承载端点标识为承载端点1的标识，比特位图表示承载端点1至承载端点24的状态，第二条消息中返回的第一个承载端点状态的承载端点标识为承载端点25的标识，比特位图表示承载端点25至承载端点48的状态，其后以此类推。MGW通过发送五条审计响应消息将本次请求审计的120个承载端点的状态返回给MGC。本方法在连续的请求审计的承载端点的数目过多，单条审计响应消息无法容纳所有请求审计的承载端点的状态时，也能正确地返回所有承载端点的状态。当然，在请求审计的承载端点较少时，MGW可以将所有承载端点分为一个组，通过一条审计请求消息返回所有承载端点的状态，最大限度地减少审计响应消息的数目，从而减少收发消息和处理消息的时间和消耗。

在步骤304之后，接着进入步骤307，MGW接收来自MGC的审计请求消息，并根据该审计请求消息对标识出的各承载端点分别进行状态检查，检查其当前状态为正常还是故障。

接着进入步骤308，MGW为连续的请求审计的承载端点向MGC返回包含比特位图2的审计响应消息，为不连续的请求审计的承载端点向MGC单独返回仅包含一个承载端点状态的审计响应消息。

具体地说，MGW在为连续的请求审计的承载端点生成的审计响应消息中新增参数，在该新增参数中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的比特位图2，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态，比特位图2中表示的每一个承载端点分别对应于本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点。MGW为不连续的请求审计的承载端点单独生成的审计响应消息，该审计响应消息仅包含一个承载端点的状态。

比如说，媒体网关控制器请求审计的承载端点为承载端点10-20，承载端点30-40，以及承载端点45和承载端点49。那么，MGW分别为承载端点10-20和承载端点30-40生成两条包含比特位图2的审计响应消息。为承载端点10-20生成的审计响应消息中，第一个承载端点状态的承载端点标识为承载端点10的标识，第二字段M的值为11，比特位图2表示承载端点10至承载端点20的状态；为承载端点30-40生成的审计响应消息中，第一个承载端点状态的承载端点标识为承载端点30的标识，第二字段M的值为11，比特位图2表示承载端点30至承载端点40的状态。另外，为承载端点45单独生成一条审计响应消息，该审计响应消息中仅包含承载端点45的状态；为承载端点49单独生成一条审计响应消息，该审计响应消息中仅包含承载端点49的状态。通过在审计响应消息中新增比特位图，将连续的请求审计的承载端点的状态携带在该比特位图中一次性发送给MGC，减少了审计响应消息的数目，进一步提高了MGC和MGW处理其他用户业务的能力。

与现有技术相比，审计同样数目的承载端点，在本实施方式中需要的审计请求消息和审计响应消息均大大减少，使得对多个承载端点进行审计所花费的时间减少，保证了MGC和MGW上承载端点的状态一致，避免了由于承载状态的不一致所导致的呼叫失败或异常。

本发明第二实施方式如图4所示，步骤410至步骤440与步骤301至步骤304相类似，在此不再赘述。

步骤420或步骤430或步骤440之后，进入步骤450，MGW接收来自MGC的审计请求消息，并根据该审计请求消息对标识出的各承载端点分别进行状态检查，检查其当前状态为正常还是故障。

接着在步骤460中，MGW分别为每一个请求审计的承载端点生成单独的审计响应消息，并将消息发送给MGC。所生成的每条审计响应消息中仅包含一个请求审计的承载端点的状态。这种返回承载端点状态的方式与现有技术相同，使得本发明能更好地与现有技术相融合。

接着进入步骤470，MGC根据接收到的各审计响应消息获取相应的各承载端点的状态。

本发明第三实施方式的承载端点审计系统如图5所示，包含MGC与MGW，其中，MGC和MGW内分别包含用于进行信息交互的收发模块；MGC内还包含用于生成审计请求消息的生成模块；MGW内还包含对请求审计的承载端点进行状态检测的状态检测模块。

具体地说，MGC在有多个承载端点需要审计时，通过生成模块生成一条请求审计多个承载端点的审计请求消息，在该审计请求消息中标识出请求审计的承载端点，并通过其收发模块将生成的审计请求消息发送给MGW。

其中，该请求审计多个承载端点的审计请求消息中包含一个新增参数，在该新增参数中包含请求审计的第一个承载端点标识，以及包含整数N个比特位的第一比特位图，该第一比特位图中每一个比特位表示一个承载端点，比特位的值表示该承载端点是否需要审计，该第一比特位图中表示的每一个承载端点分别对应于请求审计的第一个承载端点至该承载端点之后的N-1个承载端点。

MGW接收到该审计请求消息后，通过状态检测模块，根据收到的审计请求消息对请求审计的承载端点进行状态检测，并由其收发模块将各承载端点的状态检测结果通过审计响应消息返回给MGC。其中，为连续的需要审计的承载端点生成的审计响应消息中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态，该第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；为每一个不连续的需要审计的承载端点单独生成一条审计响应消息，该审计响应消息仅包含一个承载端点的状态。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (11)

1.一种承载端点的审计方法，其特征在于，包含以下步骤：

媒体网关控制器在向媒体网关发送的至少一条审计请求消息中包含对至少两个承载端点的审计请求，并在该审计请求消息中标识出请求审计的承载端点；

所述媒体网关根据收到的所述审计请求消息，对标识出的各所述承载端点分别进行状态检测，并通过审计响应消息向所述媒体网关控制器返回各所述承载端点的状态。

2.根据权利要求1所述的承载端点的审计方法，其特征在于，所述媒体网关控制器通过以下方式在所述审计请求消息中标识出所述请求审计的承载端点：

在所述审计请求消息中新增参数，在该新增参数中包含第一字段，该第一字段表示是否需要审计所述媒体网关控制器和所述媒体网关之间所有的承载端点。

3.根据权利要求2所述的承载端点的审计方法，其特征在于，所述新增参数中还包含所述请求审计的第一个承载端点标识，指示整数值N的第二字段，以及第三字段，该第三字段表示是否需要审计所述第一个承载端点至该承载端点之后N-1个承载端点中的所有承载端点。

4.根据权利要求3所述的承载端点的审计方法，其特征在于，所述新增参数中还包含所述N个比特位的第一比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点是否需要审计；

所述第一比特位图中表示的每一个承载端点分别对应于所述请求审计的第一个承载端点至该承载端点之后的N-1个承载端点。

5.根据权利要求4所述的承载端点的审计方法，其特征在于，所述新增参数中还包含用于将该新增参数区分于所述审计请求消息中其他参数的新增参数标识字段，以及表示该新增参数长度的字段。

6.根据权利要求1至5中任一项所述的承载端点的审计方法，其特征在于，所述媒体网关通过以下方式向所述媒体网关控制器返回连续的需要审计的承载端点的状态：

在所述审计响应消息中新增参数，在该新增参数中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态；

所述第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；

所述媒体网关为每一个不连续的需要审计的承载端点单独向所述媒体网关控制器返回一条审计响应消息，该审计响应消息仅包含一个承载端点的状态。

7.根据权利要求1至5中任一项所述的承载端点的审计方法，其特征在于，所述审计响应消息仅包含一个所述请求审计的承载端点的状态；

所述媒体网关为每一个所述请求审计的承载端点分别向所述媒体网关控制器返回一条所述审计响应消息。

8.根据权利要求1至5中任一项所述的承载端点的审计方法，其特征在于，当所有请求审计的承载端点为连续的承载端点时，所述媒体网关通过以下方式向所述媒体网关控制器返回所有请求审计的承载端点的状态：

在所述审计响应消息中新增参数，在该新增参数中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态；

所述第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；

所述媒体网关对所有请求审计的承载端点进行分组，将每一组的承载端点的状态通过一条所述审计响应消息返回到所述媒体网关控制器。

9.一种承载端点的审计系统，包含媒体网关控制器与媒体网关，所述媒体网关控制器与媒体网关内分别包含用于进行信息交互的收发模块，其特征在于，所述媒体网关控制器内还包含：生成模块，用于生成请求审计至少两个承载端点的审计请求消息，并在该审计请求消息中标识出所述请求审计的承载端点；

所述收发模块将所述生成模块生成的审计请求消息发送给所述媒体网关；

所述媒体网关内还包含：状态检测模块，用于根据收到的所述审计请求消息，对请求审计的承载端点进行状态检测；

所述收发模块将所述状态检测模块的状态检测结果通过审计响应消息返回给所述媒体网关控制器。

10.根据权利要求9所述的承载端点的审计系统，其特征在于，所述生成模块通过以下方式在所述审计请求消息中标识出所述请求审计的承载端点：

在所述审计请求消息中新增参数，在该新增参数中包含所述请求审计的第一个承载端点标识，以及包含N个比特位的第一比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点是否需要审计，其中N为整数；

所述第一比特位图中表示的每一个承载端点分别对应于所述请求审计的第一个承载端点至该承载端点之后的所述N-1个承载端点。

11.根据权利要求10所述的承载端点的审计系统，其特征在于，所述审计响应消息中包含本审计响应消息返回的第一个承载端点状态的承载端点标识，指示整数值M的第二字段，以及包含该M个比特位的第二比特位图，每一个比特位表示一个承载端点，该比特位的值表示该承载端点的状态，该第二比特位图中表示的每一个承载端点分别对应于所述本审计响应消息返回的第一个承载端点状态的承载端点至承载端点之后的M-1个承载端点；

所述媒体网关通过所述包含第二比特位图的审计响应消息向所述媒体网关控制器返回连续的需要审计的承载端点的状态；通过仅包含一个承载端点状态的审计响应消息向所述媒体网关控制器返回不连续的需要审计的承载端点的状态。

Images