CN101567876B

CN101567876B - 上报会话状态的方法、媒体网关和系统

Info

Publication number: CN101567876B
Application number: CN 200810066670
Authority: CN
Inventors: 杨玮玮
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-04-21
Filing date: 2008-04-21
Publication date: 2011-07-13
Anticipated expiration: 2028-04-21
Also published as: EP2273733A4; WO2009129712A1; EP2273733A1; CN101567876A

Abstract

本发明公开了一种上报会话状态的方法。所述方法包括在媒体网关MG上设置状态期满事件，媒体网关根据所述状态期满事件判断承载会话状态是否期满，如果期满，则所述媒体网关向媒体网关控制器上报状态期满事件；本发明还公开了一种用于上报会话状态的媒体网关和系统。为媒体网关控制器和媒体网关有效控制承载资源会话状态提供了简单有效的解决方案。

Description

上报会话状态的方法、媒体网关和系统

技术领域

本发明涉及移动通信领域，尤其涉及媒体网关控制器和媒体网关控制方面。

背景技术

为了建立具有资源保障的承载路径，MGC和MG使用RSVP协议与用户设备或其它承载实体通信，协商并建立资源预留会话。RSVP会话是为单向流进行资源预留，因此在通常的双向媒体数据传输业务中，需要分别为每个方向的媒体数据传输建立一个RSVP会话。在不同方向的媒体数据传输会话中，MG充当着不同的角色，包括数据发送方和数据接收方。不论是数据发送方还是数据接收方，MGC和MG都需要处理大量的RSVP消息来完成承载路径的建立和状态维护。例如，MGC通过设置事件的方式指示MG检测所接收到的路径请求(RSVP Path)消息或预留请求(RSVP Resv)消息。MG在检测到上述消息后会将消息中包含的相关信息通过事件方式上报给MGC，以便MGC根据本地策略对请求进行授权和响应。但是，由于RSVP会话具有“软状态”的特性，即所建立承载路径的状态需要由周期性的RSVP消息来维护。因此伴随着第一个Path或Resv消息之后，所述消息的发送方需要周期性的重复发送会话状态刷新消息(即对应的Path或Resv消息)来维护会话，这样MG也会周期性地接收到大量重复的RSVP消息。如果MG在每次接收到上述消息后，都触发相关事件上报给MGC，势必会造成MGC和MG之间接口上的消息量大幅增加，而且大部分的消息都是重复的；但是如果MG只在第一次收到对应RSVP消息时上报事件给MGC，则MGC就无法及时获知承载上RSVP会话的状态。

同样的问题也存在于其它类似的使用软状态协议与MG及MGC互通的场景中。目前的网关控制协议中，例如H.248协议，还没有有效的机制可以解决上述问题。

发明内容

本发明实施例提供一种上报承载资源会话状态的方法，媒体网关和系统，为媒体网关控制器和媒体网关有效控制承载资源会话状态、及时获取会话状态期满提供简单有效的解决方案。

一种上报会话状态的方法，该方法包括了以下步骤：

在媒体网关MG上设置状态期满事件；

媒体网关根据所述状态期满事件判断承载会话状态是否期满，如果期满，则所述媒体网关向媒体网关控制器上报状态期满事件。

一种媒体网关，包括：设置单元，判断单元，发送单元，其中，

设置单元，用于设置状态期满事件，

判断单元，用于判断媒体网关判断承载会话状态是否期满，如果期满，则发送单元向媒体网关控制器上报状态期满事件。

一种通信系统，包括媒体网关，媒体网关控制器，其中：

媒体网关控制器，用于设置状态期满事件，判断承载会话状态是否期满，如果期满，则所述媒体网关向媒体网关控制器上报状态期满事件，

媒体网关控制器，用于接收媒体网关发送的状态期满事件。

本发明实施例对MGC与MG之间使用的协议进行扩展，通过扩展的状态期满事件，定义了一套检测媒体网关所承载资源会话状态的机制，MG对资源会话的状态进行检测和监控，并在资源会话状态期满时得到及时通报，避免了之前通过在MGC和MG接口上传递大量重复信息来维护会话状态的问题，为媒体网关控制器和媒体网关有效控制承载资源会话状态提供了简单有效的解决方案。

附图说明

图1为NGN中MG和MGC组网示意图。

图2为本发明实施例一种上报会话状态的方法的流程图。

图3为本发明实施例一种上报会话状态的方法的流程图。

图4为本发明实施例一种上报会话状态的方法的信号图。

图5为本发明实施例系统图。

具体实施方式

如图1所示，MGC(媒体网关控制器)和MG(媒体网关)是分组网络中的两个关键构件。MGC负责呼叫控制功能，MG负责业务承载功能，藉此实现呼叫控制平面和业务承载平面的分离，从而充分共享网络资源，简化设备升级和业务扩展，大大降低开发和维护成本。

(媒体)网关控制协议是MG和MGC之间通信的主要协议，目前应用较为广泛的有H.248/MeGaCo和MGCP两种协议。

以H.248协议为例，MG上的各种资源被抽象表示为终端(Termination)。终端又分为物理(Physical)终端和临时(Ephemeral)终端，前者代表一些具有半永久存在性的物理实体，例如TDM通道等，后者代表一些临时申请用后释放的公共资源，例如RTP流等。另以根(Root)终端代表MG整体。终端之间的组合被抽象表示为上下文(Context)。上下文可以包含多个终端，因而以拓扑(Topology)来描述终端间的相互关系。对于还未与其它终端发生关联的终端，由一个称为空(Null)上下文的特殊上下文来包含。

基于协议的这种抽象模型，呼叫的接续实际上就是对终端和上下文的操作。这种操作通过MGC和MG之间的命令(Command)请求(Request)和响应(Reply)来完成。命令类型包括添加(Add)、修改(Modify)、删减(Subtract)、移动(Move)、审计值(AuditValue)、审计能力(AuditCapabilities)、通报(Notify)、服务改变(ServiceChange)。命令参数，也称为描述符(Descriptor)，被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)。具有业务相关性的参数逻辑上聚合成为包(Package)。

如图2，本发明实施例提供了一种上报会话状态的方法，包括以下步骤：

在媒体网关上设置状态期满事件；

在使用资源预留协议(RSVP)建立资源预留会话的场景中，由于维护会话状态的需要，MG会周期性地收到UE发来的路径请求消息(RSVP Path)或预留请求消息(RSVP Resv)，这些重复的刷新消息用于保持和维护整个承载路径上特定RSVP会话的状态。但此时，由于这些刷新消息的大量重复性，MG并不需要将它们一一上报给MGC。而为了让MGC及时了解承载资源会话的状态信息，一旦MG检测到承载会话状态期满，此时MG需要向MGC上报状态期满事件。MGC在没有收到状态期满事件之前，可以理解为该资源会话一直处于正常保持状态。

如图3，本发明实施例提供了一种上报会话状态的方法，包括以下步骤：

A、MGC指示MG建立承载资源会话，在承载资源会话建立之后，MG根据会话状态期满条件检测所承载会话的状态信息。所述会话状态期满条件可以是会话状态期满时间间隔，表示会话状态到期的时间定时器，会话状态期满条件也可以是消息触发规则或其他的资源策略规则等。

该步骤中，MGC指示MG建立承载资源会话，包括但不限于MGC指示MG检测承载资源请求事件以及MGC根据相关策略要求MG发送路径建立请求等。

B、MG检测会话状态期满条件的发生，即根据会话状态期满条件检测所承载会话的状态信息，例如在会话状态期满时间间隔参数指定的时间间隔内是否收到刷新消息：如果收到刷新消息，则重置会话状态期满条件，例如重新开始计时；如果否，则表示会话状态已经过期，MG向MGC上报状态期满事件，相当于通知MGC所承载会话的状态已经过期。MGC在收到状态期满事件之后，可以指示MG释放该会话相关的承载资源，结束该会话。MG周期性地收到UE发来的路径请求消息(RSVP Path)或预留请求消息(RSVP Resv)，MG并不需要将它们一一上报给MGC。而为了让MGC及时了解承载资源会话的状态信息，一旦MG检测到在会话状态期满时间间隔参数指定的时间区间内，没有接收到对应的资源预留会话刷新消息(对应为Path或Resv消息)，则认为该承载资源会话的状态已经过期，此时MG需要向MGC上报状态期满事件，以便MGC做出对应决策，例如拆除会话、释放相关承载资源等。

为了实现上述的实施例，本发明实施例在H.248协议中定义以下机制：

1、一个事件参数作为会话状态期满条件，实现相当于定时器的功能，标志会话状态期满的时间间隔，即会话状态到期的时间期限。例如，将该事件参数命名为“状态期满间隔(State Expiration Interval，缩写为sei)”。通常软状态协议的消息具有一个刷新周期，即每隔一个刷新周期，消息发起方会重新发送一个刷新消息，因此可以定义状态期满间隔参数指定的时间间隔大于刷新消息的周期。其中，该参数可以预先在MG上设置，其取值为默认通用的会话状态期满时间间隔值；或者该参数也可以通过MGC下发给MG，则MGC可以根据需要随时改变状态期满间隔参数的值，这样可以更加方便、灵活进行控制。该参数可以包含在现有或新的承载请求事件中下发，例如包含在H.248的RSVP包的路径请求接收事件(Path Received，rsvp/pathr)或预留请求接收事件(Resv Received，rsvp/resvr)中。

进一步：事件参数sei的类型可以定义为整数型(Integer)，单位为毫秒(milliseconds)。会话期满间隔值就设定为消息刷新周期值的数倍，来允许网络中可能存在的部分消息丢失。此外，该参数除以事件参数的方式定义之外，还可以以H.248中的属性或信号方式定义，来达到同样的目的。

2、一个事件，用于MG检测并上报承载资源会话状态期满信息。该事件定义为MG检测到会话状态期满条件的发生，例如是在上述扩展的会话状态期满时间间隔内没有接收到会话刷新消息，则判断出所述承载会话的状态已经过期，并通过该定义事件向MGC上报会话状态过期信息。例如，将该事件命名为“状态期满(State Expiration，缩写为se)”事件。该事件可以归属于现有或新的包中，例如包含在H.248.RSVP中的RSVP扩展包中，或定义一个新包，命名为状态期满检测包(State Expiration Detection Package，缩写为sed)。

进一步：在H.248中，事件的检测和上报需要有预先的设置或下发，所以为了使能MG对状态期满事件的检测，需要在MG上设置状态期满事件(如rsvp/se，这里假设se事件定义在rsvp包中)。该事件可以由MGC下发给MG，也可以预先配置在MG上。事件可以下发到MG的ROOT终端上：表示对整个MG检测状态期满事件；也可以是MG上某个特定的终端上：表示对该终端上所承载的会话状态进行检测；还可以是MG上某个特定的流：表示该事件的检测仅适用于特指的流。例如，MGC将事件下发给MG的过程为：MGC可以通过Modify请求消息向MG设置状态期满事件(rsvp/se)；MG收到该Modify请求消息后向MGC发送Modify回复消息。该事件的下发可以不带任何事件参数。

如图4，本发明一个具体实施例提供了一种上报会话状态的方法，包括以下步骤：

步骤1：MGC通过修改请求(Modify)消息下发检测路径请求接收事件(rsvp/pathr)和状态期满事件(rsvp/se)到MG上。

其中，路径请求接收事件包含上述定义的事件参数：状态期满间隔(sei)，表示所建立资源预留会话的状态期满时间间隔值，状态期满间隔也可以通过其他的承载请求事件下发，在此仅以路径请求接收事件为例。另外，也可以通过其它消息下发路径请求接收事件(rsvp/pathr)和状态期满事件(rsvp/se)，例如添加请求(Add)消息或移动(Move)请求消息等。

步骤2：MG发送修改响应消息给MGC，并开始指定事件的检测。

步骤3：MG接收到第一个路径请求消息(RSVP Path)。

MG在接收到承载上其它实体，例如是用户设备UE(User Equipment)，发送来的第一个RSVP Path请求消息后，触发路径请求接收事件，通过步骤4向MGC通报对应信息。同时，MG需要保存该会话的状态信息，例如所述承载请求消息(在这里是指RSVP Path消息，即路径请求消息)中携带的会话参数信息，其中包含会话标识等。由于一个承载资源会话通常有唯一的会话标识，例如RSVP中的SESSION对象，MG可以通过对会话标识的检测来识别某个特定的承载资源会话。

步骤4：MG通过通报(Notify)请求消息向MGC报告所检测到的路径请求接收事件(rsvp/pathr)，其中附带相关的参数信息，例如包括媒体数据流量规格信息和路径状态信息等等，以便MGC做进一步的策略决策。

步骤5：MGC发送通报响应消息给MG。

进一步，MGC在对该承载请求授权之后，可能指示MG建立相关RSVP会话，包括指示MG向UE发送预留请求消息(RSVP Resv)等。

步骤6：MG在MGC的控制指示下，使用RSVP协议与UE进行通信，建立并维护RSVP资源会话。

在会话建立和维护的同时，MG根据会话状态期满时间间隔参数检测会话状态信息，这里状态期满时间间隔参数即相当于一个定时器。MG收到UE发送来随后的RSVP Path刷新消息后，通过判断收到消息中携带的会话标识来识别某个特定资源会话，即将所述会话标识同MG上所承载会话的会话标识进行对比，如果与某个会话的会话标识相同，则判断是收到了该会话的刷新消息。进而MG更新该会话的状态信息，同时重置会话状态期满条件，例如重置所述定时器。

进一步，在根据会话标识确定了所刷新的会话之后，MG所接收的刷新消息(RSVP Path)还存在可能与之前已接收的Path消息相同，也可能不同，例如其中包含了新的会话参数信息。

这两种情况下消息都具有相同的会话标识，但是消息的请求内容不同。重复的RSVP path消息与之前收到的RSVP Path消息内容相同，则MG无需向MGC上报重复的路径请求接收事件。如果所接收RSVP Path消息与之前收到的RSVP Path消息的请求内容不同，此时MG还需要通过路径请求接收事件将所述请求内容上报给MGC。例如之前的RSVP Path消息为只包含了音频会话请求信息，而新收到的RSVP Path消息中又在该会话中增加了视频会话请求内容，MG收到该消息后，重置定时器，并且还需要向MGC上报路径请求接收事件，来报告所收到的资源请求信息。

不论所接收到会话刷新消息中包含内容是上述哪种情况，只要MG接收到刷新消息，则表示所指会话的状态正常。在此不再一一详述。

一旦，MG检测到会话状态期满条件发生，即会话状态期满时间间隔内没有收到对应的会话刷新消息，则表示所述会话的状态已经过期。MG需要将所检测到的会话状态期满信息上报给MGC，以便获取进一步的资源决策。

步骤7：MG通过通报(Notify)请求消息向MGC报告所检测到的状态期满事件(rsvp/se)。

在状态期满事件上报的同时，还可以附带一些参数，以表示会话状态的进一步信息，供MGC进行相应的策略决策。在状态期满事件上报时附带的参数可以包括：

会话标识(Session ID，缩写为sessionid)参数，用以标识发生状态期满的会话信息。该参数的类型定义为字符串列表(Sub-list)。在应用RSVP的场景中，其取值可以对应于RSVP消息中的SESSION对象，来唯一标识某个RSVP会话。

步骤8：MGC发送通报响应消息给MG。

进一步，MGC可能根据相关的策略规则指示MG拆除相关的RSVP会话，释放对应的承载资源等。在此，不再展开。

请参阅图5，本发明实施例提供了一种上报会话状态的系统，包括媒体网关MG50和媒体网关控制器MGC51：

其中媒体网关MG50进一步包括接收单元501，判断单元502，设置单元503，发送单元504，媒体网关控制器MGC51进一步包括发送单元511，接收单元512。

设置单元503用于设置状态期满事件和会话状态期满条件，其中状态期满事件可以为预先在MG的设置单元503上设置，或者是MGC的发送单元511下发给MG的接收单元501，再设置在设置单元503上。会话状态期满条件也可以为预先在MG的设置单元503上设置，或者是MGC的发送单元511下发给MG的接收单元501，再设置在设置单元503上。

判断单元502用于判断承载会话状态是否期满，如果期满，则发送单元504向媒体网关控制器的发送单元512发送状态期满事件。

进一步判断单元502根据所述会话状态期满条件检测所承载会话的状态信息，其中所述会话状态期满条件为会话状态期满时间间隔；如果在会话状态期满时间间隔内，MG的接收单元501收到会话状态刷新消息时，则判断单元502判断为不满足会话状态期满条件，并重置设置单元503的会话状态期满时间间隔；如果在会话状态期满时间间隔内，接收单元501没有收到会话状态刷新消息，则判断单元502判断所述承载会话状态期满，发送单元504向媒体网关控制器的发送单元512发送状态期满事件。

进一步当MG的接收单元501收到会话状态刷新消息时，判断单元502判断所述接收到的会话状态刷新消息与之前已接收会话状态刷新消息进行对比，如果所述接收到的会话状态刷新消息的内容与之前已接收会话状态刷新消息的内容一致，则不触发承载请求事件；如果不一致，则发送单元504向MGC的接收单元512上报承载请求事件。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种上报会话状态的方法，其特征在于，该方法包括了以下步骤：

在媒体网关MG上设置状态期满事件；

2.如权利要求1所述的方法，其特征在于，所述媒体网关判断承载会话状态是否期满具体为：

媒体网关根据会话状态期满条件检测所承载会话的状态信息，其中所述会话状态期满条件为会话状态期满时间间隔；

会话状态期满时间间隔内，如果MG收到会话状态刷新消息时，则重置会话状态期满时间间隔；如果MG在会话状态期满时间间隔内没有收到会话状态刷新消息，则判断所述承载会话状态期满。

3.如权利要求2所述的方法，其特征在于，该方法包括：

所述会话状态期满条件为预先在MG上设置，或者是由媒体网关控制器MGC下发给MG。

4.如权利要求2所述的方法，其特征在于，如果会话状态期满条件是由MGC下发给MG时，则该方法包括：

所述会话状态期满条件承载于网关控制协议的属性、信号或事件参数中下发给MG。

5.如权利要求1所述的方法，其特征在于，该方法包括：

所述在媒体网关上设置状态期满事件的方法为预先在MG上设置，或者是MGC下发给MG。

6.如权利要求1所述的方法，其特征在于，该方法还包括：MG收到会话状态刷新消息时，与当前会话的状态信息进行对比，如果不一致，则向MGC上报承载请求事件。

7.如权利要求6所述的方法，其特征在于，该方法包括：

所述会话状态刷新消息为资源预留协议的路径请求消息或预留请求消息。

8.一种媒体网关，其特征在于，包括：设置单元，判断单元，发送单元，其中，

设置单元，用于设置状态期满事件，

判断单元，用于判断承载会话状态是否期满，如果期满，则发送单元向媒体网关控制器上报状态期满事件。

9.如权利要求8所述的媒体网关，其特征在于，其中

判断单元，进一步根据会话状态期满条件检测所承载会话的状态信息，其中所述会话状态期满条件为会话状态期满时间间隔；

判断单元判断如果MG收到会话状态刷新消息时，则重置会话状态期满时间间隔；如果MG在会话状态期满时间间隔内没有收到会话状态刷新消息，则判断所述承载会话状态期满。

10.如权利要求8所述的媒体网关，其特征在于，

判断单元在MG收到会话状态刷新消息时，进一步用于判断所述消息的内容是否与所述会话的状态信息内容一致，如果不一致，发送单元向MGC上报承载请求事件。

11.一种通信系统，其特征在于，包括媒体网关和媒体网关控制器，其中：

媒体网关，用于设置状态期满事件，判断承载会话状态是否期满，如果期满，则所述媒体网关向媒体网关控制器上报状态期满事件，

媒体网关控制器，用于接收媒体网关发送的状态期满事件。

12.如权利要求11所述的通信系统，其特征在于，

媒体网关进一步根据会话状态期满条件检测所承载会话的状态信息，其中所述会话状态期满条件为会话状态期满时间间隔；

会话状态期满时间间隔内，媒体网关判断如果收到会话状态刷新消息时，则重置会话状态期满时间间隔；如果MG在会话状态期满时间间隔内没有收到会话状态刷新消息，则判断所述承载会话状态期满。