CN101345722A - 资源预留的实现方法和装置、媒体网关 - Google Patents
资源预留的实现方法和装置、媒体网关 Download PDFInfo
- Publication number
- CN101345722A CN101345722A CNA2007101260839A CN200710126083A CN101345722A CN 101345722 A CN101345722 A CN 101345722A CN A2007101260839 A CNA2007101260839 A CN A2007101260839A CN 200710126083 A CN200710126083 A CN 200710126083A CN 101345722 A CN101345722 A CN 101345722A
- Authority
- CN
- China
- Prior art keywords
- media gateway
- message
- rsvp
- resource reservation
- indication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/782—Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种资源预留的实现方法和装置、媒体网关,可解决媒体网关不能在媒体网关控制器的控制下进行资源预留的问题。所述方法包括:媒体网关控制器向媒体网关发送指示;媒体网关接收媒体网关控制器的指示,根据所述指示构造并发送第一资源预留协议消息。根据本发明实施例,媒体网关通过接收媒体网关控制器的指示,可实现承载路径上的资源预留和释放,从而保证了在IP传输网络中媒体网关发出的媒体流的QoS。
Description
技术领域
本发明涉及一种通信技术,尤其涉及一种资源预留的实现方法和装置、媒体网关和媒体网关控制器。
背景技术
在分组网络中,为了充分共享网络资源,简化设备升级和业务扩展,采用了呼叫控制平面和业务承载平面的分离技术,如,媒体网关被分为两部分:媒体网关控制器(Media Gateway Controller;MGC)和媒体网关(Media Gateway;MG)。媒体网关控制器负责呼叫控制功能,媒体网关负责业务承载功能。这样,可大大降低开发和维护成本。
在媒体网关和媒体网关控制器之间使用媒体网关控制协议进行通信,目前应用较为广泛的媒体网关控制协议有H.248/MeGaCo(以下简称H.248)和MGCP(IETF的媒体网关控制协议)两种协议。其中,MGCP协议版本1由IETF于1999年10月制订,并于2003年1月修订。H.248协议已有多个版本,其中,H.248协议版本3由ITU于2005年9月制订。下面以以H.248协议版本3为例介绍H.248协议中某些概念。
在H.248协议中,媒体网关上的各种资源被抽象表示为终端(Termination)。终端又分为物理(Physical)终端和临时(Ephemeral)终端,前者代表一些具有半永久存在性的物理实体,例如TDM(时分复用模式)通道等,后者代表一些临时申请后释放的公共资源,例如RTP(实时传输协议)流等。根(Root)终端代表媒体网关整体。终端之间的组合被抽象表示为上下文(Context)。上下文可以包含多个终端,因而以拓扑(Topology)来描述终端间的相互关系。对于还未与其它终端发生关联的终端,由一个称为空(Null)上下文的特殊上下文来包含。
基于H.248协议的这种抽象模型,呼叫的接续实际上就是对终端和上下文的操作。这种操作通过媒体网关控制器和媒体网关之间的命令(Command)请求(Request)和响应(Reply)来完成。命令类型包括添加(Add)、修改(Modify)、删减(Subtract)、移动(Move)、审计值(AuditValue)、审计能力(AuditCapabilities)、通报(Notify)、服务改变(ServiceChange)。命令参数,也称为描述符(Descriptor),被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)。具有业务相关性的参数逻辑上聚合成为包(Package)。
在IP网络中,数据流传输方式一般采用“尽最大努力”方式,这种方式用来服务大多数业务已足够。由于目前分组网络中媒体流(尤其是音频媒体流)的传输十分普遍,且越来越受到人们的重视。然而,媒体网关控制器和媒体网关在IP网络中时,媒体网关到媒体流接收端之间的承载路径上无法保证媒体流传输质量,从而限制了媒体网关控制器和媒体网关的应用范围。
发明内容
本发明的实施例提供了一种资源预留的实现方法和装置、媒体网关和媒体网关控制器,可解决现有技术中媒体网关到媒体流接收端之间的承载路径上无法保证媒体流传输质量的问题。
本发明的实施例提供了一种资源预留的实现方法,包括:
媒体网关控制器向媒体网关发送指示;媒体网关接收媒体网关控制器的指示,根据所述指示构造并发送第一资源预留协议消息。
本发明的实施例还提供了一种资源预留的实现装置,包括:
媒体网关,用于接收媒体网关控制器的指示,并根据所述指示向数据流接收端发送第一资源预留协议消息;所述媒体网关还接收第二资源预留协议消息,并通过事件将所述第二资源预留协议消息的信息上报给媒体网关控制器;
媒体网关控制器,用于向媒体网关下发指示,所述指示用于指示媒体网关向数据流接收端发送所述第一资源预留协议消息;所述媒体网关控制器还用于接收媒体网关上报的事件,所述事件包含媒体网关接收到的第二资源预留协议消息的信息。
本发明的实施例还提供了一种媒体网关,包括:
第一接收单元,用于接收媒体网关控制器的指示;
生成单元,用于根据所述第一接收单元接收的指示生成第一资源预留协议消息;
发送单元,用于向数据流接收端发送第一资源预留协议消息。
本发明的实施例还提供了一种媒体网关控制器,包括:
下发单元,用于向媒体网关下发指示,所述指示用于指示媒体网关向数据流接收端发送第一资源预留协议消息;
接收单元,用于接收媒体网关上报的事件,所述事件包括媒体网关接收到的第二资源预留协议消息的信息。
根据本发明的实施例,媒体网关通过接收媒体网关控制器的指示,构造并发送第一资源预留协议消息,使接收到该第一资源预留协议消息的网络实体进行资源预留的相关操作,可实现IP网络中媒体网关到数据流接收端之间的承载路径的建立和拆除,以及承载路径上的资源预留和释放,从而保证了在IP传输网络中媒体网关发出的媒体流传输质量,满足了用户对与媒体流对应的业务流的QoS(服务质量)的要求。
附图说明
图1示出了本发明实施例二中媒体网关作为发送端时的资源预留方法;
图2示出了本发明实施例三中媒体网关作为中间节点时的资源预留方法;
图3示出了本发明实施例四的资源预留的实现装置。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明的实施例。
在本发明实施例中,媒体网关控制器采用扩展媒体网关控制协议控制媒体网关构造并发送RSVP协议消息(第一资源预留协议消息),使接收到该第一资源预留协议消息的网络实体(如IP网络中的路由器或数据流的接收端)进行资源预留的相关操作(如承载路径的建立和拆除、资源预留和释放等),实现在IP网络中媒体网关到数据流接收端之间的承载路径的建立和拆除,以及资源预留和释放。所述扩展媒体网关控制协议包括扩展信号,媒体网关控制器使用所述扩展信号指示媒体网关发送如下第一资源预留协议消息:路径(Path)消息,用于发起建立数据流路径以及携带QoS信息;路径断开(PathTear)消息,用于拆除路径(Path)通道以及释放资源;资源预留错误(ResvErr)消息,用于通知数据流的接收端资源预留失败;资源预留确认(ResvConf)消息,用于对Resv消息的确认。第一资源预留协议消息也可以是其它由媒体网关发出的Resv消息。扩展的信号还可以通过信号参数来携带相应RSVP消息中的内容。以上信号完成的功能也可以通过H.248的属性来实现。所述扩展媒体网关控制协议还包括扩展事件,使媒体网关通过所述扩展事件检测上报如下RSVP协议消息(第二资源预留协议消息)的信息(该信息可以仅包括第二资源预留协议消息的类型,也可以进一步包括该第二资源预留协议消息的内容):资源预留请求(Resv)消息,从数据流的接收端或者中间节点发起,并在每个节点完成资源预留动作;资源预留断开(ResvTear)消息,用于释放通过Resv消息预留的资源;路径错误(PathErr)消息,用于通知数据流的发送端路径建立失败。在上述消息中,第一资源预留消息和第二资源预留消息共同完成路径的建立和删除、以及资源预留和释放的过程。下面通过实施例一描述扩展媒体网关控制协议的过程,实施例二和实施例三描述本发明实施例的实现承载路径建立和拆除以及承载路径上(包括媒体网关)资源预留和释放的方法,实施例四描述本发明实施例的实现承载路径建立资源预留的装置。
为了合理利用各个路由器的资源,各个路由器上通过定时器维护RSVP的软状态,当路由器接收Path和/或Resv消息时,软状态被刷新,如果该定时器超时,则预留的相关资源会给释放,或者路径也被拆除。这样,为了保持各个路由器(包括媒体网关)上的承载路径和预留资源,媒体网关可以根据媒体网关控制器的指示发送相关的消息(如,Path和/或Resv消息),也可以有自动应答的机制,例如在资源已经分配,路径已经建立的情况下,收到相同的、不会引起资源预留变化的Resv消息,则媒体网关上可以设置自动应答机制。另外,Path消息也可以被定期发送来保持或者刷新沿途路由器上的软状态。媒体网关控制器可以通过信号等指示每个Path的发送,也可以指示媒体网关周期性地自动发送该Path消息。
实施例一
本实施例以H.248协议为例来描述对媒体网关协议的扩展,以使媒体网关在媒体网关控制器的控制下支持承载路径的建立和拆除、以及资源预留和释放的功能。这里说的承载路径,用于承载RSVP协议(RFC2205)中的应用数据流(application data streams or flows)。对MGCP协议,可采用同样的方法进行扩展,以便使媒体网关在媒体网关控制器的控制下支持承载路径的建立和拆除、以及资源预留和释放功能。
对H.248协议进行扩展,增加新的信号、事件、属性等,使得H.248协议能够支持由媒体网关控制器控制媒体网关实现承载路径的建立和拆除、以及资源预留和释放功能,从而媒体网关作为承载路径上的节点时,可保证媒体流的传输质量,提高用户的体验。下面对H.248协议作出的扩展,用于从媒体网关到数据流的接收端之间的路径的建立和拆除、以及资源预留和释放,通过该扩展和现有的网络上的其它支持RSVP的主机和路由器结合,可实现完整的集中服务模型的QoS。对于媒体网关作为数据流的接收端或者接收节点完成RSVP功能,对于H.248协议也需要做相应的扩展。
在H.248协议扩展的信号、事件、属性等可以放在一个包中,可以分散在不同的包中。在本实施例中,为了便于管理,可将扩展的信号、事件、属性组成一个包:rsvp。所述rsvp包中包括如下内容。
1.信号:
媒体网关控制器通过信号的方式指示媒体网关发出RSVP的消息。由于RSVP消息可以携带一些对象(object),这些对象的内容有些可以由媒体网关根据自身配置或者保存的信息来填写,也可以由媒体网关控制器通过信号参数的方式指定。另外,各个参数定义在实际实施时可以灵活定义,一些对象字段可以将其包含的多项内容分别用参数单独定义,也可以整体作为一个参数由媒体网关控制器给出。该信号可以下发到媒体网关上的某个IP终端上,也可以下发到媒体网关上的ROOT终端上。下面列出这些信号的例子。
(1)信号pth,该信号用于媒体网关控制器指示媒体网关发送Rsvp的Path消息,pth信号携带的参数的详细内容参见表1。
(2)信号ptht,该信号用于媒体网关控制器指示媒体网关发送Rsvp的PathTear消息,ptht信号携带的参数的详细内容参见表2。
(3)信号rsverr,该信号用于媒体网关控制器指示媒体网关发送Rsvp的ResvErr消息,rsverr信号携带的参数的详细内容参见表3。
(4)信号rsvconf,该信号用于媒体网关控制器指示媒体网关发送Rsvp的ResvConf消息,rsvconf信号携带的参数的详细内容参见表4。
媒体网关控制器可以通过上面列出的信号指示媒体网关发出指定的RSVP消息,并且在信号参数中设置RSVP消息的部分或者全部内容。这些信号参数的部分或者全部内容也可能设置在媒体网关上,或者将这些参数的相关信息设置在媒体网关上,使得媒体网关接收到信号后,自行获得这些参数,而不需要由媒体网关控制器下发。
另外,还有类似的实现方法是:这些信号在实际实现过程中可以合并成一个信号,用于发送RSVP消息。具体的消息类型作为信号的一个参数,比如参数rtype,其取值为枚举类型,取值范围包括“Pth”、“ptht”、“rsverr”和“rsvconf”,对应了RSVP的四个消息类型Path、PathTear、ResvErr和ResvConf。
具体实施时,定义的信号参数可能和本发明不完全相同,可能有些参数不被定义,而增加定义一些别的参数,但是基本原理和本发明一致。
另外,以上的部分或者全部的功能还可以通过H.248的属性的方式完成,例如,可以通过扩展一个属性来设置是否UDP封装等,这里就不赘述了。
2.事件
媒体网关控制器可以向媒体网关设置事件,以检测接收到的RSVP消息。可以定义单个的事件用来检测所有的接收到的RSVP消息,也可以针对不同的RSVP消息单独设置检测事件。下面以单个事件的方式来说明设置检测事件的方法。如果将该事件作为永久事件,也可以不需要媒体网关控制器向媒体网关设置该事件,媒体网关就可以检测上报该事件。
定义事件rvp
为该事件定义如下参数:
(1)参数detlst,该参数用于设置要检测的RSVP消息列表,该列表中包含Resv、ResvTear和PathErr中的任一个,或者任意组合,该参数的默认值为全部。
(2)参数detaddr,该参数用于设置检测的地址。如果没有设置该地址,则在local描述符中的本地地址上检测。
(3)参数UDPdetaddr,该参数用于设置检测UDP封装后的RSVP消息的地址。
以上的事件参数的部分和全部也可以通过H.248的属性的方式下发。
该事件可以设置到媒体网关上的IP终端或者ROOT终端上,如果是设置在媒体网关上的ROOT端点,该端点通常不会设置local描述符,那么RSVP消息的检测接收地址需要进行配置或者由媒体网关控制器设置。
该事件的上报参数(Notify消息的ObservedEventsDescriptor的参数)的详细内容参见表5。
实际实施过程中可能定义的事件参数和本发明不完全相同,表4中有些参数可能不被定义,也可能会增加定义一些其它参数。但是,基本原理和本发明一致。
媒体网关向媒体网关控制器上报事件时,可以通过部分或者全部的上述事件参数携带部分或者全部的RSVP消息的信息。例如:可能上报的事件中只带msgtype(消息类型)参数。
上述信号和事件可用于为从媒体网关控制器发出的数据流而建立和拆除承载路径以及资源的预留和释放。这些信号和事件很容易扩展成在媒体网关作为数据流的接收者情况下而建立和拆除承载路径以及资源的预留和释放。例如,”rvp”事件的detlst可以扩展成支持Resv、ResvTear、PathErr、Path、PathTear、ResvErr和ResvConf中的任一个,或者任意组合。另外还可以扩展其它信号或者信号参数等用于媒体网关控制器指示媒体网关发送RSVP的Resv、ResvTear和PathErr消息。
上述定义的事件rvp如果被作为永久事件,则可以不需要媒体网关控制器在事件描述符中下发就可以自行进行检测。如果事件rvp不作为永久事件,媒体网关控制器在需要媒体网关检测接收到的RSVP消息时,要下发该事件指示媒体网关进行检测和上报。
表1Pth信号参数
参数名称 | 数据类型 | 内容 |
(1)session(会话) | String | 该参数描述Path消息的SESSION字段,内容包括数据流目的IP地址,协议类型等。 |
(2)phop(前一跳) | String | 该参数描述Path消息的RSVP_HOP字段,内容包括前一跳的地址,也可能包括逻辑接口处理(LIH) |
(3)timevalues(刷新周期) | String | 该参数描述Path消息的TIME_VALUES字段,内容包括更新周期R的值 |
(4)policydata(策略数据) | String | 该参数描述Path消息的POLICY_DATA字段 |
(5)sendertemplate(发送模板) | String | 该参数描述Path消息的 |
SENDER_TEMPLATE字段。内容包括发送方的地址信息等。该字段是senderdescriptor字段的一部分。 | ||
(6)sendertspec(发送参数) | String | 该参数描述Path消息的SENDER_TSPEC字段。内容包括发送数据流的传输特性。该字段是sender descriptor字段的一部分。 |
(7)adspec(广告参数) | String | 该参数描述Path消息的ADSPEC字段。内容包括OPWA(One Pass With Advertising,一次广告通过)数据。该字段是senderdescriptor字段的可选部分。 |
(8)source(源地址) | String | 该参数描述发送Path消息的源地址。如果不指定源地址,媒体网关可以使用IP终端的本地(Local描述符中)地址或者配置地址。 |
(9)dest(目的地址) | String | 该参数描述发送Path消息的目的地址。如果不指定目的地址,媒体网关可以使用session属性中的目的地址。 |
(10)udp(UDP封装) | BOOL | 该参数描述发送消息是否需要UDP封装 |
表2ptht信号参数
参数名称 | 数据类型 | 内容 |
(1)session(会话) | String | 该参数描述PathTear消息的SESSION字段,内容包括数据流目的IP地址,协议类型等。 |
(2)phop(前一跳) | String | 该参数描述PathTear消息的RSVP_HOP字段,内容包括前一跳的地址,也可能包括逻辑接口处理(LIH) |
(3)sendertemplate(发送模板) | String | 该参数描述PathTear消息的SENDER_TEMPLATE字段。内容包括发 |
送方的地址信息等 | ||
(4)sendertspec(发送参数) | String | 该参数描述PathTear消息的SENDER_TSPEC字段。内容包括发送数据流的传输特性。 |
(5)adspec(广告参数) | String | 该参数描述PathTear消息的ADSPEC字段。内容包括OPWA(One Pass WithAdvertising,一次广告通过)数据。 |
(6)source(源地址) | String | 该参数描述发送PathTear消息的源地址。如果不指定源地址,媒体网关可以使用IP终端的本地(Local描述符中)地址或者配置地址。 |
(7)dest(目的地址) | String | 该参数描述发送PathTear消息的目的地址。如果不指定目的地址,媒体网关可以使用session属性中的目的地址。 |
(8)udp(UDP封装) | BOOL | 该参数描述发送消息是否需要UDP封装 |
表3rsverr信号参数
参数名称 | 数据类型 | 内容 |
(1)session(会话) | String | 该参数描述ResvErr消息的SESSION字段,内容包括数据流目的IP地址,协议类型等。 |
(2)phop(前一跳) | String | 该参数描述ResvErr消息的RSVP_HOP字段,内容包括前一跳的地址。 |
(3)errorspec(错误参数) | String | 该参数描述ResvErr消息的ERROR_SPEC字段。内容包括发生的错误以及发生错误的节点的IP地址。 |
(4)policydata(策略数据) | String | 该参数描述ResvErr消息的POLICY_DATA字段 |
(5)style(预留类型) | enum | 该参数描述ResvErr消息的STYLE字段。内容包括固定过滤器(FF),共享确定(SE)和通配过滤器(WF)三种类型。用枚举的数据类型描述。 |
(6)errfd(错误流描述) | String | 该参数描述ResvErr消息的error flowdescriptor字段,不同的预留类型,本字段的内容有不同的取值。本参数将error flowdescriptor的内容作为一个整体来描述,可替代方案是由多个参数来分别描述本参数的内容。 |
(7)scope(范围) | String | 该参数描述ResvErr消息的SCOPE字段。内容是发送地址列表。 |
(8)source(源地址) | String | 该参数描述发送ResvErr消息的源地址。如果不指定源地址,媒体网关可以使用IP终端的本地(Local描述符中)地址或者配置地址。 |
(9)dest(目的地址) | String | 该参数描述发送ResvErr消息的目的地址。实际上是下一跳节点的地址。 |
(10)udp(UDP封装) | BOOL | 该参数描述发送消息是否需要UDP封装 |
表4rsvconf信号参数
参数名称 | 数据类型 | 内容 |
(1)session(会话) | String | 该参数描述ResvConf消息的SESSION字段,内容包括数据流目的IP地址,协议类型等。 |
(2)errorspec(错误参数) | String | 该参数描述ResvConf消息的ERROR_SPEC字段。内容包括发生错误的节点的IP地址。 |
(3)style(预留类型) | enum | 该参数描述ResvConf消息的STYLE字段。内容包括固定过滤器(FF),共享确定(SE)和通配过滤器(WF)三种类型。用枚举的数据类型描述。 |
(6)rsvconf(资源预留确认) | String | 该参数描述ResvConf消息的RESV_CONFIRM字段,内容为触发本次ResvConf消息的Resv消息的RESV_CONFIRM字段的拷贝。 |
(7)fdl(流描述列表) | String | 该参数描述ResvConf消息的flowdescriptor list字段。不同的预留类型,本字段的内容有不同的取值。本参数将flowdescriptor list的内容作为一个整体来描述,可替代方案是由多个参数来分别描述本参数的内容。 |
(8)source(源地址) | String | 该参数描述发送ResvConf消息的源地址。如果不指定目的地址,媒体网关可以使用session属性中的目的地址。 |
(9)dest(目的地址) | String | 该参数描述发送ResvConf消息的目的地址。该地址实际上可以从RESV_CONFIRM字段中获得,也可以单独定义一个参数用来指示目的地址。 |
(10)udp(UDP封装) | BOOL | 该参数描述发送消息是否需要UDP封装 |
表5rvp事件上报的参数
参数名称 | 数据类型 | 内容 |
(1)msgtype(消息类型) | enum | 检测上报的RSVP消息的类型。包括”Resv”,”ResvTear”和”PathErr” |
(2)session(会话) | String | 该参数描述接收到的RSVP消息的SESSION字段,内容包括数据流目的IP地 |
址,协议类型等。 | ||
(3)rvphop(下一跳) | String | 该参数描述RSVP消息的RSVP_HOP字段,内容包括下一跳的地址。该下一跳是指数据流方向上的下一跳。 |
(4)timevalues(刷新周期) | String | 该参数描述RSVP消息的TIME_VALUES字段,内容包括更新周期R的值 |
(5)policydata(策略数据) | String | 该参数描述RSVP消息的POLICY_DATA字段 |
(6)rsvconf(资源预留确认) | String | 该参数描述Resv消息的RESV_CONFIRM字段,内容为ResvConf资源预留确认消息的接收者的IP地址。 |
(7)scope(范围) | String | 该参数描述RSVP消息的SCOPE字段。内容是发送地址列表。 |
(8)style(预留类型) | enum | 该参数描述RSVP消息的STYLE字段。内容包括固定过滤器(FF),共享确定(SE)和通配过滤器(WF)三种类型。用枚举的数据类型描述。 |
(9)fdl(流描述列表) | String | 该参数描述RSVP消息的flow descriptorlist字段。不同的预留类型,本字段的内容有不同的取值。本参数将flow descriptorlist的内容作为一个整体来描述,可替代方案是由多个参数来分别描述本参数的内容。 |
(10)errorspec(错误参数) | String | 该参数描述PathErr消息的ERROR_SPEC字段。内容包括发生的错误以及发生错误的节点的IP地址。 |
(11)sendertemplate(发送模板) | String | 该参数描述PathErr消息的SENDER_TEMPLATE字段。内容包括发送方的地址信息等。该字段是senderdescriptor字段的一部分。 |
(12)sendertspec(发送参数) | String | 该参数描述PathErr消息的SENDER_TSPEC字段。内容包括发送数据流的传输特性。该字段是senderdescriptor字段的一部分。 |
(13)adspec(广告参数) | String | 该参数描述PathErr消息的ADSPEC字段。内容包括OPWA(One Pass WithAdvertising,一次广告通过)数据。该字段是sender descriptor字段的可选部分。 |
(14)source(源地址) | String | 该参数描述了接收到的REVP消息的源地址。 |
(15)udp(是否UDP封装) | BOOL | 被检测到的RSVP消息是否被UDP封装。 |
实施例二
有了实施例一的协议扩展后,媒体网关在媒体网关控制器的控制下就可实现承载路径的建立和拆除,和资源预留和释放之类的操作。如图1所示,下面描述资源预留过程。
步骤11、媒体网关控制器作为发送端建立资源预留通道(例如,呼叫信令交互已经在数据流的发送端和接收端协商好了媒体能力后,需要在数据流发送端和接收端之间建立承载路径以及预留相关资源)时,媒体网关控制器发送H.248的pth信号给媒体网关,同时可通过pth信号的参数指示该path消息的内容。pth信号的参数可参见表1。
步骤12、媒体网关接收到pth信号后,可通过该信号的参数构造RSVP的Path消息,例如通过属性session的取值填写Path消息的SESSION对象的内容,通过属性timevalues填写Path消息的TIME_VALUES对象的内容。发送RSVP的Path消息到下一跳路由器直至数据流接收端。在Path消息的发送过程中,接到Path消息的节点会建立承载路径,然后将Path消息转发给下一个路由器。
媒体网关接收到pth信号后,也可自行构造RSVP的Path消息,然后将Path消息转发给下一个路由器。
步骤13、数据流接收端预留了符合请求的QoS参数的资源(如带宽等)。数据流接收端发出RSVP的Resv消息,沿途的每个节点在在成功预留资源后在向上游节点转发Resv消息,转发的Resv消息可以不同于该节点所接收到的从下游来的Resv消息,造成这种不同的原因很多,如,可以是节点的流量控制机制,这样有可能逐跳修改流参数,也可以是在组播等情况下资源预留请求被合并。所述RSVP的Resv消息包括了用于描述QoS的流描述符中的过滤器参数和流参数。
步骤14、RSVP的Resv消息到达媒体网关后,媒体网关通过H.248协议的Notify消息的rvp事件上报给媒体网关控制器(该事件之前已经被媒体网关控制器设置到媒体网关上;或者该事件是一个永久事件,媒体网关自动检测),所述H.248协议的Notify消息的rvp事件的参数携带RSVP的Resv消息中的部分或者全部信息。媒体网关对数据流的资源预留可以有不同的时机,如在发出Path前先预留,或者在发出Path到接到RSVP的Resv消息之间预留,或者在收到Resv消息后再预留。媒体网关控制器根据媒体网关本身的剩余资源状况、用户签约信息、收到Resv消息中的QoS信息以及其它控制单元作出的策略决策,控制媒体网关是否接受资源预留。若接受资源预留,则媒体网关控制器向媒体网关发送H.248的rsvconf信号,以指示媒体网关发送RSVP的ResvConf消息给数据流的接收端,或者媒体网关直接发送RSVP的ResvConf消息给数据流的接收端。若拒绝资源预留,则媒体网关控制器向媒体网关发送H.248的rsverr信号,以指示媒体网关发送RSVP的ResvErr消息给数据流的接收端,或者媒体网关直接发送RSVP的ResvErr消息给数据流的接收端。
在某些情况下,为了加快响应以及减少系统负荷,媒体网关可根据自身信息进行资源预留或者在收到Resv消息前已经预留,并自动对RSVP的Resv消息进行ResvConf应答。
如果Path消息发送途中(如某一个路由器上)遇到异常错误,例如路由失败等,则出现异常的网络实体(如某一个路由器)返回RSVP的PathErr消息给媒体网关。媒体网关收到RSVP的PathErr消息后,则将消息中的部分或者全部信息通过H.248的rvp事件上报给媒体网关控制器,本次资源预留建立失败。媒体网关控制器接收到该事件后可进行后续处理,例如拆除呼叫等。
在停止该数据流(例如数据流接收端退出组播组)时,媒体网关控制器发送H.248的ptht信号给媒体网关,指示媒体网关拆除Path通道。然后,媒体网关发送RSVP的PathTear消息给数据流的接收端,以使沿途路由器以及接收端拆除路径以及释放相关资源。
接收端或者中间节点要求释放预留资源的时候,会向媒体网关发送RSVP的ResvTear消息。媒体网关接收到RSVP的ResvTear消息,并且通过rvp事件上报给媒体网关控制器。上报事件的参数携带了RSVP的ResvTear消息中的部分或者全部信息。该消息要求沿途路由器和发送端释放相关资源。媒体网关控制器获知承载资源已经释放,可以采取后续操作,例如释放呼叫等。
实施例三
如图2所示,媒体网关控制器作为中间节点建立资源预留通道的情况。
步骤21、媒体网关接收RSVP的Path消息,并通过扩展的H.248事件向媒体网关控制器上报所述RSVP的Path消息的内容。
步骤22、媒体网关控制器发送pth信号给媒体网关,可通过pah信号的参数指示该path消息的内容。pth信号的参数可参见表1。
步骤23、媒体网关接收到H.248的pth信号后,通过该信号的参数构造RSVP的Path消息,例如通过属性session的取值填写Path消息的SESSION对象的内容,通过属性timevalues填写Path消息的TIME_VALUES对象的内容。根据指示发送RSVP的Path消息到下一跳路由器直至数据流接收端。在Path消息的发送过程中,接到Path消息的节点处理该消息后将Path消息转发给下一个路由器。
媒体网关接收到pth信号后,也可自行构造RSVP的Path消息,然后将Path消息转发给下一个路由器。
步骤24、数据流接收端预留了符合请求的Qos参数的资源。数据流接收端发出RSVP的Resv消息,沿途的每个节点在在成功预留资源后在向上游节点转发Resv消息,转发的Resv消息可以不同于该节点所接收到的从下游来的Resv消息,造成这种不同的原因很多,如,可以是节点的流量控制机制,这样可能逐跳修改流参数,也可以是在组播等情况下资源预留请求被合并,所述RSVP的Resv消息包括了用于描述QoS参数的流描述符中的过滤器参数和流参数。
步骤25、RSVP的Resv消息到达媒体网关后。媒体网关通过H.248协议的Notify消息的rvp事件上报给媒体网关控制器(该事件之前已经被媒体网关控制器设置到媒体网关上;或者该事件是一个永久事件,媒体网关自动检测),所述H.248协议的Notify消息的rvp事件的参数携带RSVP的Resv消息中的部分或者全部信息。媒体体网关对数据流的资源预留可以有不同的时机,如在发出Path前先预留,或者在发出Path时到接到RSVP的Resv消息之间预留,或者在收到Resv消息后再预留。媒体网关控制器可以根据媒体网关本身的剩余资源状况、用户签约信息、收到Resv消息中的QoS信息以及其它控制单元作出的策略决策,控制媒体网关是否接受资源预留。若接受资源预留,则媒体网关控制器指示媒体网关向上游节点发送RSVP的Resv消息。若无法进行资源预留,则媒体网关控制器向媒体网关发送H.248的resverr消息,以指示媒体网关发送RSVP的ResvErr消息给数据流的接收端。
如果Path消息发送途中遇到异常故障,则有RSVP的PathErr消息返回给媒体网关。媒体网关收到RSVP的PathErr消息后,则将消息中的部分或者全部信息通过H.248的rvp事件上报给媒体网关控制器,本次资源预留建立失败。媒体网关控制器指示媒体网关继续向上游节点发送RSVP的PathErr消息。
在停止该数据流时,或者媒体网关接收到上游节点发来的RSVP的PathTear消息后,媒体网关控制器发送H.248的ptht信号给媒体网关,指示媒体网关拆除Path通道。然后,媒体网关发送RSVP的PathTear消息给数据流的接收端,以使沿途路由器以及接收端拆除路径以及释放相关资源。
接收端或者中间节点要求释放预留资源的时候,会向媒体网关发送RSVP的ResvTear消息。媒体网关接收到RSVP的ResvTear消息,并且通过rvp事件上报给媒体网关控制器。上报事件的参数携带了RSVP的ResvTear消息中的部分或者全部信息。该消息要求沿途路由器和发送端释放相关资源。媒体网关控制器指示媒体网关释放资源并且向上游节点发送RSVP的ResvTear消息。以完成上游节点的资源释放。
实施例四
参见图3,本实施例还公开了一种资源预留的实现装置,包括:媒体网关和媒体网关控制器。下面分别介绍媒体网关和媒体网关控制器。
所述媒体网关用于接收媒体网关控制器的指示,并根据所述指示向数据流接收端发送第一资源预留协议消息;所述第一资源预留协议消息包括RSVP的路径消息,所述路径消息用于建立媒体网关至数据流接收端之间的承载路径;所述媒体网关还接收第二资源预留协议消息,并通过事件将所述第二资源预留协议消息的内容上报给媒体网关控制器;所述第二资源预留协议消息包括RSVP的资源预留消息。所述媒体网关包括:第一接收单元,用于接收媒体网关控制器的指示;生成单元,用于根据所述第一接收单元接收的指示生成第一资源预留协议消息;发送单元,用于向数据流接收端发送第一资源预留协议消息,所述第一资源预留协议消息包括RSVP的路径消息,所述路径消息用于建立媒体网关至数据流接收端之间的承载路径;第二接收单元,用于接收第二资源预留协议消息;上报单元,用于通过事件将所述第二接收单元接收的第二资源预留协议消息的内容上报给媒体网关控制器;所述第二资源预留协议消息包括RSVP的资源预留请求消息;资源预留单元,用于进行资源预留,预留时机可参阅步骤14或步骤25中的描述。
所述媒体网关控制器向媒体网关下发指示,所述指示用于指示媒体网关向数据流接收端发送所述第一资源预留协议消息,所述媒体网关控制器还用于接收媒体网关上报的事件,所述事件包含媒体网关接收的第二资源预留协议消息的内容。所述媒体网关控制器包括:下发单元,用于向媒体网关下发指示,所述指示用于指示媒体网关向数据流接收端发送所述第一资源预留协议消息;接收单元,用于接收媒体网关上报的事件,所述事件包含媒体网关接收的第二资源预留协议消息的内容;指示生成单元,用于生成指示,所述指示包括H.248信号和/或属性;设置单元,用于将资源预留协议消息的内容设置在所述指示生成单元生成的指示中,所述指示包括信号参数和/或属性。
本发明的实施例通过扩展媒体网关控制协议,即,媒体网关通过接收媒体网关控制器的指示,并通过事件向媒体网关控制器上报接收的第二资源预留协议消息的内容,可实现承载路径的建立和拆除,以及承载路径上的资源预留和释放,从而保证了在IP传输网络中媒体网关发出的媒体流传输质量,满足了用户对与媒体流对应的业务流的QoS(服务质量)的要求,另一方面,也扩大了媒体网关控制器和媒体网关的应用范围。
虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围由所附的权利要求来限定。
Claims (20)
1、一种资源预留的实现方法,其特征在于,包括:
媒体网关控制器向媒体网关发送指示;
媒体网关接收媒体网关控制器的指示,根据所述指示构造并发送第一资源预留协议消息。
2、根据权利要求1所述的方法,其特征在于,所述第一资源预留协议消息包括如下几种消息之一:资源预留协议RSVP的路径消息、RSVP的路径断开消息、RSVP的资源预留确认消息、RSVP的资源预留错误消息,所述路径消息用于建立媒体网关至数据流接收端之间的承载路径。
3、根据权利要求1所述的方法,其特征在于,当停止数据流传输时,所述方法还包括:媒体网关接收媒体网关控制器的指示,向媒体流的接收端发送路径断开消息。
4、根据权利要求1所述的方法,其特征在于,所述方法还包括:媒体网关接收第二资源预留协议消息,并通过事件将所述第二资源预留协议消息的信息上报给媒体网关控制器。
5、根据权利要求4所述的方法,其特征在于,所述第二资源预留协议消息包括如下几种消息之一:RSVP的资源预留请求消息、RSVP的资源预留断开消息、RSVP的路径错误消息。
6、根据权利要求5所述的方法,其特征在于,所述第二资源预留协议消息为RSVP的资源预留请求消息时,所述方法还包括:媒体网关接收到第二资源预留协议消息后,接受资源预留,向数据流的接收端发送资源预留确认消息。
7、根据权利要求5所述的方法,其特征在于,所述第二资源预留协议消息为RSVP的资源预留请求消息时,所述方法还包括:媒体网关接收到第二资源预留协议消息后,接受资源预留,媒体网关控制器指示媒体网关向数据流的接收端发送资源预留确认消息。
8、根据权利要求5所述的方法,其特征在于,所述第二资源预留协议消息为RSVP的资源预留请求消息时,所述方法还包括:媒体网关接收到第二资源预留协议消息后,拒绝资源预留,向数据流的接收端发送资源预留错误消息。
9、根据权利要求5所述的方法,其特征在于,所述第二资源预留协议消息为RSVP的资源预留请求消息时,所述方法还包括:媒体网关接收到第二资源预留协议消息后,拒绝资源预留,媒体网关控制器指示媒体网关向数据流的接收端发送资源预留错误消息。
10、根据权利要求1所述的方法,其特征在于,媒体网关通过信号和/或属性接收媒体网关控制器指示。
11、根据权利要求1至10任一项所述的方法,其特征在于,媒体网关通过信号参数和/或属性接收媒体网关控制器指示的第一资源预留协议消息的内容。
12、根据权利要求4至10任一项所述的方法,其特征在于,所述方法还包括:媒体网关检测所述第二资源预留协议消息,并通过事件向媒体网关控制器上报。
13、根据权利要求12所述的方法,其特征在于,所述事件由所述媒体网关控制器向媒体网关设置或者作为永久事件在媒体网关上检测。
14、根据权利要求12所述的方法,其特征在于,媒体网关通过事件的参数向媒体网关控制器上报所述第二资源预留协议消息中的内容。
15、一种资源预留的实现装置,其特征在于,包括:
媒体网关,用于接收媒体网关控制器的指示,并根据所述指示向数据流接收端发送第一资源预留协议消息;所述媒体网关还接收第二资源预留协议消息,并通过事件将所述第二资源预留协议消息的信息上报给媒体网关控制器;
媒体网关控制器,用于向媒体网关下发指示,所述指示用于指示媒体网关向数据流接收端发送所述第一资源预留协议消息;所述媒体网关控制器还用于接收媒体网关上报的事件,所述事件包含媒体网关接收到的第二资源预留协议消息的信息。
16、一种媒体网关,其特征在于,包括:
第一接收单元,用于接收媒体网关控制器的指示;
生成单元,用于根据所述第一接收单元接收的指示生成第一资源预留协议消息;
发送单元,用于向数据流接收端发送第一资源预留协议消息。
17、根据权利要求16所述的媒体网关,其特征在于,所述媒体网关还包括:
第二接收单元,用于接收第二资源预留协议消息;
上报单元,用于通过事件将所述第二接收单元接收的第二资源预留协议消息的信息上报给媒体网关控制器。
18、根据权利要求16或17所述的媒体网关,其特征在于,所述媒体网关还包括:
资源预留单元,用于进行资源预留。
19、一种媒体网关控制器,其特征在于,包括:
下发单元,用于向媒体网关下发指示,所述指示用于指示媒体网关向数据流接收端发送第一资源预留协议消息;
接收单元,用于接收媒体网关上报的事件,所述事件包括媒体网关接收到的第二资源预留协议消息的信息。
20、根据权利要求19所述的媒体网关控制器,其特征在于,所述媒体网关控制器还包括:
指示生成单元,用于生成指示,所述指示包括H.248信号和/或属性。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101260839A CN101345722A (zh) | 2007-07-11 | 2007-07-11 | 资源预留的实现方法和装置、媒体网关 |
PCT/CN2008/071510 WO2009006824A1 (fr) | 2007-07-11 | 2008-07-01 | Procédé d'implémentation et système de réservation de ressources, mg et mgc |
EP08773072A EP2157750A4 (en) | 2007-07-11 | 2008-07-01 | IMPLEMENTATION METHOD AND RESOURCE RESERVATION SYSTEM, MG AND MGC |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101260839A CN101345722A (zh) | 2007-07-11 | 2007-07-11 | 资源预留的实现方法和装置、媒体网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101345722A true CN101345722A (zh) | 2009-01-14 |
Family
ID=40228177
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101260839A Pending CN101345722A (zh) | 2007-07-11 | 2007-07-11 | 资源预留的实现方法和装置、媒体网关 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2157750A4 (zh) |
CN (1) | CN101345722A (zh) |
WO (1) | WO2009006824A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110214456A (zh) * | 2017-01-13 | 2019-09-06 | 高通股份有限公司 | 在新无线电频谱共享(nr-ss)中的自主上行链路(ul)传输 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100521826C (zh) * | 2001-11-02 | 2009-07-29 | 美商内数位科技公司 | 建立用户间基于无线分组的会话的方法及无线设备 |
DE10344346A1 (de) * | 2003-09-24 | 2005-04-28 | Siemens Ag | Verfahren zur Laststeuerung in einem Paketdatennetz |
CN100342693C (zh) * | 2005-04-15 | 2007-10-10 | 华为技术有限公司 | 一种媒体网关监测并上报事件的方法 |
US7889636B2 (en) * | 2005-05-24 | 2011-02-15 | Cisco Technology, Inc. | System and method for implementing a mid-call policy in a RSVP environment |
CN100440890C (zh) * | 2005-12-26 | 2008-12-03 | 华为技术有限公司 | 媒体网关上报终端统计参数值的方法 |
CN1992706A (zh) * | 2005-12-26 | 2007-07-04 | 华为技术有限公司 | 媒体网关中统计参数取值调整方法 |
-
2007
- 2007-07-11 CN CNA2007101260839A patent/CN101345722A/zh active Pending
-
2008
- 2008-07-01 WO PCT/CN2008/071510 patent/WO2009006824A1/zh active Application Filing
- 2008-07-01 EP EP08773072A patent/EP2157750A4/en not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110214456A (zh) * | 2017-01-13 | 2019-09-06 | 高通股份有限公司 | 在新无线电频谱共享(nr-ss)中的自主上行链路(ul)传输 |
Also Published As
Publication number | Publication date |
---|---|
EP2157750A1 (en) | 2010-02-24 |
WO2009006824A1 (fr) | 2009-01-15 |
EP2157750A4 (en) | 2010-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100372304C (zh) | 基于软交换设备感知业务的wimax动态qos实现方法 | |
CN101330445B (zh) | 承载路径的实现方法及其装置、系统 | |
CN100488111C (zh) | 基于终端感知业务的wimax动态qos实现方法 | |
CN103404102B (zh) | 一种承载创建方法、装置和系统 | |
CN1937623A (zh) | 一种控制网络业务的方法及系统 | |
CN1997010B (zh) | 一种包过滤的实现方法 | |
CN1984089B (zh) | 用于在分布于节点中的应用的部分之间建立连接的方法 | |
CN101166178B (zh) | 会话描述协议版本协商方法、系统及网络实体 | |
CN101123512A (zh) | Ip多媒体子系统对用户进行计费的方法及系统 | |
CN101345703A (zh) | 一种承载资源预留方法、系统和装置 | |
CN101232503B (zh) | 资源分配方法及资源释放方法 | |
CN100426805C (zh) | 下一代网络中边缘或分组网关控制系统及其方法 | |
CN101155148B (zh) | 媒体网关发布接收组播数据的方法、系统及装置 | |
CN100473059C (zh) | 一种切换媒体流编解码格式的方法 | |
CN101360113B (zh) | 服务质量请求信息的实现方法以及策略执行功能实体 | |
CN101345722A (zh) | 资源预留的实现方法和装置、媒体网关 | |
CN100542354C (zh) | 终端配置方法和终端配置系统 | |
CN103416037A (zh) | 用于建立通信连接的方法 | |
CN101316176B (zh) | 基于服务质量策略计费方法以及资源接纳控制子系统 | |
CN100399773C (zh) | 实现ip域跨域互通的方法 | |
CN101803332B (zh) | 用于在通信网络中建立呼叫的方法 | |
WO2009100625A1 (zh) | 资源接纳控制系统中的策略决策功能实体的选择方法 | |
CN100486233C (zh) | 实现ip域间互通的方法 | |
CN101258717B (zh) | 媒体网关系统与实现媒体网关内部呼叫的方法 | |
CN100438515C (zh) | 下一代网络中边缘或分组网关控制方法及其系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090114 |