CN101330445A - 承载路径的实现方法及其装置、系统 - Google Patents
承载路径的实现方法及其装置、系统 Download PDFInfo
- Publication number
- CN101330445A CN101330445A CNA200710112411XA CN200710112411A CN101330445A CN 101330445 A CN101330445 A CN 101330445A CN A200710112411X A CNA200710112411X A CN A200710112411XA CN 200710112411 A CN200710112411 A CN 200710112411A CN 101330445 A CN101330445 A CN 101330445A
- Authority
- CN
- China
- Prior art keywords
- information
- path
- message
- media gateway
- reservation
- 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.)
- Granted
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/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- 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/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- 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/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- 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/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种承载路径的实现方法、装置及其系统,本发明方法包括:媒体网关根据接收到的与承载路径相关的请求消息,向媒体网关控制器上报请求事件;所述媒体网关接收所述媒体网关控制器发送的命令,其中携带建立所述承载路径的指示信息;所述命令为所述媒体网关控制器根据所述请求事件,对所述承载路径上的资源预留进行决策,并根据决策结果向所述媒体网关发送的命令;所述媒体网关根据所述指示信息发起资源预留请求,请求建立符合所述资源预留决策结果的承载路径。本发明可实现媒体网关和媒体网关控制器作为数据接收方,对承载上的路径消息进行有效而及时的响应和相应处理,从而实现承载路径的建立。
Description
技术领域
本发明涉及通信领域,尤其涉及一种承载路径的实现方法、媒体网关、媒体网关控制器,以及承载路径的实现系统。
背景技术
MGC(Media Gateway Controller,媒体网关控制器)和MG(Media Gateway,媒体网关)是分组网络中的两个关键构件。MGC负责呼叫控制功能,MG负责业务承载功能,藉此实现呼叫控制平面和业务承载平面的分离,从而充分共享网络资源,简化设备升级和业务扩展,大大降低开发和维护成本。NGN(NextGeneration Network,下一代网络)中MG和MGC的组网可参见图1。
网关控制协议(或媒体网关控制协议)是MG和MGC之间通信的主要协议,目前应用较为广泛的有H.248/MeGaCo和MGCP两种协议。其中,MGCP(Media Gateway Control Protocol,媒体网关控制协议)协议版本1由IETF(Internet Engineering Task Force,互联网任务工程任务组)于1999年10月制订并于2003年1月修订,H.248/MeGaCo协议版本1由IETF和ITU于2000年11月共同制订并于2003年6月修订,H.248协议版本2由ITU(InternationalTelecommunications Union,国际电信联盟)于2002年5月制订并于2004年3月修订,H.248协议版本3由ITU于2005年9月制订。
以H.248协议为例,MG上的各种资源被抽象表示为终端(Termination)。终端又分为物理(Physical)终端和临时(Ephemeral)终端,前者代表一些具有半永久存在性的物理实体,例如TDM(Time Division Multiplex,时分复用)通道等,后者代表一些临时申请用后释放的公共资源,例如RTP(Real-timeTransport Protocol,实时传输协议)流等。另以根(Root)终端代表MG整体。终端之间的组合被抽象表示为上下文(Context)。上下文可以包含多个终端,因而以拓扑(Topology)来描述终端间的相互关系。对于还未与其它终端发生关联的终端,由一个称为空(Null)上下文的特殊上下文来包含。
基于协议的这种抽象模型,呼叫的接续实际上就是对终端和上下文的操作。这种操作通过MGC和MG之间的命令(Command)、请求(Request)和响应(Reply)来完成。命令类型包括添加(Add)、修改(Modify)、删减(Subtract)、移动(Move)、审计值(AuditValue)、审计能力(AuditCapabilities)、通报(Notify)、服务改变(ServiceChange)。命令参数,也称为描述符(Descriptor),被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)。具有业务相关性的参数逻辑上聚合成为包(Package)。
根据H.248规定,事件(Event)指的是MG需要监测的某些可能发生的情况,例如用户摘机、挂机、拨号、拍叉,或者网络故障、质量告警、定时器超时等,事件的发生将触发MG向MGC通报和/或采取某种行动。事件通常首先由MGC下发给MG或在MG上预置,以“包标识(PackageID)/事件标识(EventID)”的格式来标识,并附带有“请求标识(RequestID)”,以及其它可能需要的参数。这种下发的事件也称请求(Requested)事件。然后MG一旦检测到该事件发生,就将该事件上报给MGC,也是以“包标识/事件标识”的格式来标识,并附带有上述相同的“请求标识”,以及其它可能需要的参数。这种上报的事件也称观测(Observed)事件。请求事件和观测事件通过相同的“请求标识”来关联。请求事件和观测事件附带的参数相互独立。另外针对某个终端后续下发的事件将完全替代先前下发的事件。
MGC指示MG添加终端到上下文中以创建媒体流时,通常以媒体(Media)描述符来描述该终端的特征。Media描述符包括终端状态(TerminationState)和流(Stream)描述符,TerminationState描述符描述终端与流无关的特征,包括服务状态(ServiceState)和事件缓存控制(EventBufferControl)等参数。Stream描述符描述终端与流相关的特征,包括本端控制(LocalControl)、本端(Local)和对端(Remote)描述符。LocalControl描述符包括模式(Mode)、预留组(ReserveGroup)和预留值(ReserveValue)等参数。Local描述符描述本端接收(也即对端发送)媒体流的参数,Remote描述符描述对端接收(也即本端发送)媒体流的参数,例如IP地址端口、编解码算法、打包时长等,这些参数采用会话描述协议(SDP)的形式来组织。
利用Local和Remote描述符,MGC为MG预留和批准用于数据流和终端的媒体编解码所需的资源,MG则在响应中通过这些描述符返回它实际预留的资源。MG接收到Local或Remote描述符后采取的操作取决于LocalControl描述符中的ReserveValue和ReserveGroup两个预留属性参数的属性值。预留属性取值为假(False)表示为仅为某一可能性预留资源,取值为真(True)表示为所有可能性预留资源。
在因特网中,当前有两种提供QoS(Quality of Service,服务质量)的模型:综合服务(IntServ)模型和区分服务(DiffServ)模型。综合服务模型被设计用于提供端到端的QoS。端点为其数据流请求一定水平的QoS,如果网络接受这个请求,路由器将据此处理这些数据流。综合服务模型采用RSVP(Resource ReserVation Protocol,资源预留协议)作为资源预留协议,提供了两种业务类型,分别是保证服务(Guaranteed Service)和负载受控服务(Controlled-Load Service)。保证服务通过提供有保证的带宽和时延限制来满足应用的QoS需求,如可以为VoIP应用的业务流量预留10M带宽和不超过1s的端到端传送时延。负载受控服务保证在网络过载(Overload)的情况下,仍能对分组提供类似尽力而为(Best-Effort)在未过载时的QoS,即在网络拥塞的情况下,满足某些业务分组的低时延和低丢包率要求。
RSVP协议是一个网络控制协议,它提供了一种路径资源预留的机制,通过RSVP在IP网络中建立的承载路径将有保障的带宽和路由器资源提供给相应的数据流使用。
RSVP的工作原理是:RSVP从发送方发送一个资源请求消息到目的地址,每一个支持RSVP的路由器沿着下行路由建立一个“路径状态表”;为了获得资源预留,接收方发送一个上行的RESV消息,表明所要求的QoS服务类型,还通知为分组预留的资源,如传输协议和端口号;当每个支持RSVP的路由器沿着上行路径接收RESV的消息时,它采用准入控制过程验证请求,并且配置所需的资源。如果这个请求得不到满足,路由器向接收方返回一个错误消息,而如果这个消息被接受,路由器就发送上行RESV到下一个路由器;当最后一个路由器接收RESV,同时接受请求的时候,它再发送一个证实消息给接收方。上述过程实际上建立了一个从发送方到接收方的承载路径,而这条路径上的路由器都为将要到来的数据传送预留了资源。
目前H.248所实现的资源预留是单点预留,即仅在MG上为终端上某个流预留资源。但当MG接收到承载路径上的资源请求消息时,例如数据发送方发出的RSVP Path消息,由于H.248中还没有提供在MG和MGC作为数据接收方的情况下对RSVP等承载路径建立机制的支持,所以MG和MGC无法对请求消息做出相关的响应,进而完成承载路径的建立。因此对于那些需要由MG或MGC作为数据接收方而进行的用户间会话没有提供实现的基础。
发明内容
本发明实施例提供一种承载路径的实现方法,以实现在媒体网关和媒体网关控制器作为数据接收方时对承载路径进行建立,该方法包括如下步骤:
媒体网关根据接收到的与承载路径相关的请求消息,向媒体网关控制器上报请求事件;
所述媒体网关接收所述媒体网关控制器发送的命令,其中携带建立所述承载路径的指示信息;所述命令为所述媒体网关控制器根据所述请求事件,对所述承载路径上的资源预留进行决策,并根据决策结果向所述媒体网关发送的命令;
所述媒体网关根据所述指示信息发起资源预留请求,请求建立符合所述资源预留决策结果的承载路径。
本发明实施例提供的另一种承载路径的实现方法,以实现在媒体网关和媒体网关控制器作为数据接收方时对承载路径进行拆除,该方法包括如下步骤:
媒体网关接收媒体网关控制器发送的命令,其中携带拆除承载路径的指示信息;所述命令为所述媒体网关控制器对承载路径上的资源预留进行决策,并根据决策结果向媒体网关发送的命令;
所述媒体网关根据所述指示信息发起预留资源拆除请求,请求拆除所述承载路径。
本发明实施例还提供了一种媒体网关,包括:
消息接收模块,用于接收与承载路径相关的请求消息;
事件上报模块,用于根据所述消息接收模块接收到的请求消息,向媒体网关控制器上报相应的事件;
命令接收模块,用于接收所述媒体网关控制器根据所述事件或/和资源策略发送的命令,所述命令中携带有指示信号;
处理模块,用于根据所述命令接收模块接收到的所述指示信号,对相应的承载路径进行处理。
本发明实施例还提供了一种媒体网关控制器,包括:
事件接收模块,用于接收媒体网关根据与承载路径相关的请求消息上报的事件;
命令发送模块,用于根据所述上报的事件或/和资源策略,向所述媒体网关发送命令,所述命令携带有相应指示信号,所述指示信号指示所述媒体网关发起对承载路径的相应处理。
本发明实施例还提供了一种承载路径的实现系统,该系统包括:媒体网关和媒体网关控制器;
所述媒体网关,用于根据接收到的与承载路径相关的请求消息,向媒体网关控制器上报请求事件;接收所述媒体网关控制器发送的命令,并根据命令中携带的指示信号发起对承载路径的相应处理;
所述媒体网关控制器,用于根据所述媒体网关上报的事件,或/和根据资源策略,向所述媒体网关发送命令,所述命令中携带相应的指示信号,所述指示信号指示所述媒体网关发起对承载路径的相应处理。
本发明的上述实施例,一方面,通过媒体网关根据接收到的与承载路径相关的请求消息,向媒体网关控制器上报相应的事件,使媒体网关控制器能够根据上报的事件以及资源预留策略对该承载路径的资源预留进行决策,并根据决策结果指示媒体网关发起路径请求,从而实现对承载路径的建立过程。另一方面,通过媒体网关控制器根据资源策指示媒体网关发起对承载路径的拆除过程。可以看出,本发明的上述实施例,为以媒体网关和媒体网关控制器作为数据接收方时的会话实现提供了可能。
附图说明
图1为现有技术NGN中MG和MGC组网示意图;
图2为本发明实施例一的流程示意图;
图3为本发明实施例二的流程示意图之一;
图4为本发明实施例二的流程示意图之二;
图5为本发明实施例三的流程示意图;
图6为本发明实施例四的流程示意图;
图7为本方面实施例五的流程示意图;
图8为本发明实施例提供的承载路径实现系统的结构示意图;
图9为本发明实施例提供的MG的结构示意图;
图10为本发明实施例提供的MGC的结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
本发明实施例通过扩展H.248协议,以MG和MGC作为数据接收方,对承载上的路径消息进行响应和相应处理,从而为完成承载路径建立、拆除以及差错上报提供简单高效的解决方案。
实施例一
本实施例描述了在使用RSVP作为资源预留协议的场景下,通过扩展H.248协议,MG和MGC作为数据接收方,对承载上的路径建立请求消息进行响应,并建立有保障资源的承载路径的过程。
参见图2,为本发明实施例一的流程示意图。UE作为数据发送方,将提供一个具有特定QoS需求的数据流,MG是该数据流的接收方之一。在本实施例中,省略了其它接收方和发送方之间承载路径的建立过程,仅以MG为例,描述在发送方UE和接收方MG之间建立起有资源保障的承载路径的过程。
图2中所涉及的功能实体包括:UE(或其它网络设备)、MG、MGC和路由器(Router),具体步骤包括:
步骤201、数据发送方UE向MG发送路径请求消息(如RSVP Path消息)。路径请求消息可以是UE或承载路径上的其它节点发送的,本实施例中,发送方UE发送RSVP Path消息,并经路由器Router1和Router2到达MG。
RSVP Path消息中携带有关媒体和路径信息的参数,以描述业务所需的QoS。接收方MG能够根据RSVP Path消息,获知发送方UE将提供一个具有特定QoS需求的数据流,并且承载路径上所有的路由器都知道应该为此数据流预留适当的资源。
步骤202、MG收到RSVP Path消息后,通过通报(Notify)命令向MGC上报路径请求事件。在事件上报时可能附带相应的媒体和路径信息参数。
本发明实施例通过在H.248协议中扩展一个事件,例如命名为“路径请求(Path Request,简称pr)事件”,以实现MG向MGC报告收到的路径建立信息,请求MGC下发资源预留的相应决策。在H.248中,事件的检测和上报要有预先的设置或下发,所以MG在收到承载上的RSVP Path之前,需要在MG上设置路径请求事件。该事件可以由MGC下发给MG,也可以预先配置在MG上。例如,在MGC将事件下发给MG的过程为:MGC通过Modify请求消息向MG设置路径请求事件(pr)。事件可以下发到MG的ROOT终端上,也可以是MG上某个特定的终端上;MG收到该Modify请求消息后向MGC发送Modify回复消息。该事件的下发不带参数。
当MG接收到UE发来的RSVP Path消息,需要向MGC请求有关资源预留的策略时,MG使用通报(Notify)命令向MGC上报该事件。
在路径请求事件上报时,还可以同时附带一些参数,以携带有关媒体流和路径资源的信息,供MGC进行相应的决策。在路径请求事件上报时附带的参数可以包括:
1、发送方模板(Sender Template,简称st);
该参数携带数据发送方的标识信息,对应于RSVP消息中的SENDER_TEMPLATE对象,其类型为一个字符串的列表(List of String),列表中包括IP地址和/或端口号等。在IPv6的情况下,发送方端口号可能会被流标签(flow label)替代。
2、发送方流量规格(Sender Traffic Specification,简称sts);
该参数携带发送方所发送数据流的流量特征信息,对应于RSVP消息中的SENDER_TSPEC对象,例如通过令牌桶的方式来描述说明。该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
令牌桶比率(Token Buchket Rate,简称tbr);
令牌桶大小(Token Buchket Size,简称tbs);
数据流峰值速率(Peak Data Rate,简称pdr);
最小管理单元(Minimum Policed Unit,简称mpu);
最大分组大小(Maximum Packet Size,简称mps):表示发送方所希望发出数据流的最大MTU值。
MGC可以根据MG上报的以上信息获知所接收数据流的特性,进而制定相应的预留策略。
3、缺省常规参数(Default General Parameters fragment,简称dgpf);
该参数携带RSVP Path消息所收集的承载路径上的常规资源信息。该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
综合服务节点数(Integrated Services Hop Count,简称ishc):表示承载路径上支持综合服务(Integrated Services)的路由器数目;
路径带宽(Path BandWidth,简称pbw):表示承载路径上各个连接中的最小可用带宽;
最小路径等待时间(Minimum Path Latency,简称mpl);
路径最大传输单元(Path Maximum Transmission Unit,简称pmtu):表示承载路径上各个连接所支持的全局最小MTU(最大传输单元);
全局断裂位(Global Break Bit,简称gbb):布尔型,例如可以取0或1,0表示路径上的节点均支持RSVP和综合服务模型,1表示路径上至少有一个节点无法提供QoS控制业务。如果该元素的值取1,则表示缺省常规参数中的其它元素值并不可靠,因为在承载路径上至少有一个节点没有对该参数中的其它元素进行处理和更新。
MGC可以根据MG上报的以上信息获知承载路径上的资源可用性信息,进而制定相应的预留策略。该参数包含路径本身的特性信息,与特定的QoS控制业务(保证业务或负载受控业务)无关。如果没有业务特定的相关参数值出现,则该参数中所包含的参数值适用于所有业务。
4、保证业务部分(Guaranteed Service Fragment,简称gsf);
该参数携带RSVP Path消息所收集的承载路径上支持保证业务的资源信息。该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
保证业务断裂位(Guaranteed Service Break Bit,简称gsbb):布尔型,例如可以取0或1,0表示路径上的节点均支持该业务,1表示路径上至少有一个节点支持RSVP但不支持该业务;
速率相关的端到端时延(Ctot);
速率无关的端到端时延(Dtot);
速率相关的局部时延(Csum);
速率无关的局部时延(Dsum);
保证业务常规参数(Guaranteed Service General Parameters,简称gsgp):可以包含缺省常规参数中的参数信息(路径带宽pbw,最小路径等待时间mpl,路径最大传输单元pmtu等),如果包含任何参数,则在选择保证业务进行预留时,应该使用该参数值替代缺省常规参数中相应参数的取值。
MGC可以根据MG上报的以上信息获知承载路径上支持保证业务的资源可用性信息,进而制定相应的预留策略。如果所上报事件中不包含该参数信息,则表示数据流接收方(MG)不能发起保证业务。
5、负载受控部分(Controlled-Load Service Fragment,简称clsf);
该参数携带RSVP Path消息所收集的承载路径上支持负载受控业务的资源信息。该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
负载受控业务断裂位(Controlled-Load Service Break Bit,简称clsbb):布尔型,例如可以取0或1,0表示路径上的节点均支持该业务,1表示路径上至少有一个节点支持RSVP但不支持该业务;
负载受控业务常规参数(Controlled-Load Service General Parameters,简称gsgp):可以包含缺省常规参数中的参数信息(路径带宽pbw,最小路径等待时间mpl,路径最大传输单元pmtu等),如果包含任何参数,则在选择负载受控业务进行预留时,应该使用该参数值替代缺省常规参数中相应参数的取值。
MGC可以根据MG上报的以上信息获知承载路径上支持负载受控业务的资源可用性信息,进而制定相应的预留策略。如果所上报事件中不包含该参数信息,则表示数据流接收方(MG)不能发起负载受控业务。
上述第3-5项参数结合起来,对应于RSVP消息中的ADSPEC对象;第1-5项参数组成了发送方的描述信息,对应于RSVP消息中发送方描述符(Sender Descriptor)所携带的信息。
6、会话标识(Session ID,简称sid);
该参数携带RSVP的会话信息,对应于RSVP消息中的SESSION对象,该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
会话的目的IP地址(IP Destination Address,简称ida);
IP协议标识(IP Protocol Id,简称ipi);
通用目的端口(Generalized Destination Port,简称gdp)。
7、RSVP节点(RSVP Hop,简称rh);
该参数携带承载路径上发出RSVP消息的节点地址信息,对应于RSVP消息中的RSVP_HOP对象,该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
RSVP消息最近的发出端口的IP地址(Interface IP,简称iip);
逻辑接口柄(Logical Interface Handle,简称lih):发出消息的接口信息。
8、时间值(Time Value,简称tv);
该参数携带RSVP Path消息的刷新周期(Refresh Period R,简称rpr),对应于RSVP Path消息中的TIME_VALUES对象。
9、策略数据(Policy Data,简称pd);
该参数携带会话的相关策略信息,对应于RSVP消息中的POLICY_DATA对象。
10、完整性信息(Integrity Information,简称iinfor);
该参数携带相关的加密数据用于验证消息发起方和RSVP消息内容,对应于RSVP消息中的INTEGRITY对象。
11、目的地址(Destination Address,简称da);
该参数携带MG收到消息的目的地址信息,其中包含收到消息的目的地址和/或端口信息。
12、源地址(Source Address,简称sa);
该参数携带MG收到消息的源地址信息,其中包含收到消息的源地址和/或端口信息。
13、UDP(User Data Protocol,用户数据报协议)封装指示(UDPEncapsulation Indication,简称udpei);
该参数携带MG收到消息是否使用UDP封装,其参数类型可以为布尔型。
步骤203、MGC收到Notify命令后,向MG发送Notify答复消息。
步骤204、MGC收到Notify命令后,通过向MG发送Modify命令将资源预留决策下发给MG。Modify命令中可能携带预留指示信号,用以指示MG发起资源预留请求。
MGC根据MG上报的路径请求事件(包括附带的参数),可以获知所接收数据流的特性和承载路径的资源状况。MGC根据相关的策略进行资源预留决策,并在后续命令中下发给MG。例如,如果MGC接纳MG的路径请求,则将有关的资源预留决策下发给MG,通过在Modify命令中携带预留指示信号,指示MG采用RSVP Resv(资源预留请求)消息向数据的发送方发起资源预留请求。
本实施例通过在H.248协议中扩展命令参数中的信号(Signal),例如命名为“预留指示信号(Reservation Indication,简称ri)”,实现MGC指示MG去向数据发送方(如UE或承载路径上的其它节点)发起RSVP资源预留请求消息,来建立有资源保障的承载路径。
MGC向MG下发预留指示信号的同时,还可以携带MGC进行资源预留策略决策后得出的有关媒体流和路径资源的信息,供MG根据这些信息发起资源预留请求,以建立有资源保障的承载路径。在预留指示信号发送时附带的参数可以包括:
1、预留类型(Reservation Style,简称rs);
该参数描述资源预留类型,包括FF(Fixed-Filter,固定过滤)、SE(Shared-Explicit,共享确定)和WF(Wildcard-Filter,通配过滤)三种,对应于RSVP消息中的STYLE对象。不带该参数表示MG使用配置的默认方式。
2、流描述列表(Flow Descriptor List,简称fdl);
该参数携带对数据流的描述信息,如过滤规格信息、流规格信息、预留规格信息等,对应于RSVP消息中的flow descriptor list对象,其类型为一个字符串的列表(List of String),列表中包含以下信息的一种或任意组合:
令牌桶比率(Token Buchket Rate,简称tbr);
令牌桶大小(Token Buchket Size,简称tbs);
数据流峰值速率(Peak Data Rate,简称pdr);
最小管理单元(Minimum Policed Unit,简称mpu);
最大分组大小(Maximum Packet Size,简称mps);
预留速率(Reservation Rate,简称rr):表示预留带宽信息;
松弛项(Slack Term,简称st):表示路径端到端时延低于应用所期望时延的数值;
数据发送方IP地址(Sender IP Address,简称saddr);
数据发送方端口(Sender Port,简称sp);
以上前面五项信息组成了流规格信息,预留速率和松弛项组成了预留规格信息。当请求保证业务时,包含流规格信息和预留规格信息;当请求负载受控业务时,则仅包含流规格信息,而不包含预留规格信息。
上述数据发送方IP地址和端口组成了过滤规格信息。
该参数所包含的内容和格式视预留类型的不同而有所变化。
下面以请求保证业务为例,列出该参数的一种实施方法。
如果预留类型为WF,则仅包含一则流规格信息和预留规格信息,不包含过滤规格信息,参数的格式可以设置为:fdl=”tbr,tbs,pdr,mpu,mps,rr,st”。
如果预留类型为SE,则仅包含一则流规格信息和预留规格信息,而可能包含一到多则过滤规格信息,可以使用空格将每一则过滤规格信息隔开,例如参数设置为:fdl=“tbr,tbs,pdr,mpu,mps,rr,st,saddr1,sp1,,saddr2,sp2,,saddr3,sp3,”,其中包含三则过滤规格信息。
如果预留类型为FF,则可能包含一到多则流规格信息、预留规格信息和过滤规格信息,使用空格将每一个固定过滤元素隔开,例如可以将该参数设置为如下格式:fdl=“tbr1,tbs1,pdr1,mpu1,mps1,rr1,st1,saddr1,sp1,,saddr2,sp2,,tbr3,tbs3,pdr3,mpu3,mps3,rr3,st3,saddr3,sp3,”,其中包含三个固定过滤元素,第二个过滤元素仅包含过滤规格信息则表示其流规格信息和预留规格信息与前一过滤元素相同。
3、预留确认(Reservation Confirm,简称rc);
该参数携带接收方用于接收预留确认消息的IP地址,对应于RSVP消息中的RESV_CONFIRM对象。如果信号中包含该参数,则表示接收方希望在资源预留完成时得到确认。
4、会话标识(Session ID,简称sid);
该参数携带RSVP的会话信息,对应于RSVP消息中的SESSION对象,该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素之一:
会话的目的IP地址(IP Destination Address,简称ida);
IP协议标识(IP Protocol Id,简称ipi);
通用目的端口(Generalized Destination Port,简称gdp)。
5、RSVP节点(RSVP Hop,简称rh);
该参数携带承载路径上发出RSVP Resv消息的节点地址信息,对应于RSVP消息中的RSVP_HOP对象,该参数的类型为一个字符串的列表(List ofString),所携带信息与MG所接收到的RSVP Path消息中的rh参数相同。
6、时间值(Time Value,简称tv);
该参数携带RSVP消息的刷新周期(Refresh Period R,简称rpr),对应于RSVP消息中的TIME_VALUES对象。
7、策略数据(Policy Data,简称pd);
该参数携带会话的相关策略信息,对应于RSVP消息中的POLICY_DATA对象。
8、完整性信息(Integrity Information,简称iinfor);
该参数携带相关的加密数据用于验证消息发起方和RSVP消息内容,对应于RSVP消息中的INTEGRITY对象。
9、发送方主机范围(Sender Hosts Scope,简称shs);
该参数携带RSVP消息所要发到的数据发送方主机的明确范围,对应于RSVP消息中的SCOPE对象。
10、目的地址(Destination Address,简称da);
该参数携带MG发出消息的目的地址信息,其中包含发送消息的目的地址和/或端口信息。
11、源地址(Source Address,简称sa);
该参数携带MG发出消息的源地址信息,其中包含发送消息的源地址和/或端口信息。
12、UDP封装指示(UDP Encapsulation Indication,简称udpei);
该参数携带MG发出消息是否使用UDP封装,其参数类型为布尔型。
步骤205、MG收到MGC的Modify命令后,向MGC发送Modify答复消息。
步骤206、MG收到MGC的Modify命令后,根据MGC下发的预留指示信号(包括附带的参数),沿收到RSVP Path消息的反方向发起资源预留请求(RSVP Resv)。
通过RSVP Resv消息,承载路径上逐跳地实现需要为该会话业务数据流预留的从发送方到接收方的网络资源,从而建立起有资源保障的承载路径。
本实施例中,RSVP预留指示的相关信息(如预留指示信号及附带的参数)由MGC下发给MG,同样也可以不通过下发而是在MG上配置上述相关的预留策略信息,让MG在收到路径上RSVP Path消息后,自动发起RSVP Resv消息。
实施例二
本实施例描述了在实施例一的基础上,承载路径建立过程中的相关节点发生路径建立差错时的处理过程。
参见图3,为本发明实施例二的流程示意图之一。本实施例的流程是在图2流程的基础上,增加了承载路径建立过程中,当MGC发生资源预留差错时的处理过程,具体步骤包括:
步骤301~303、对应于图2中的步骤201~203,MG接收到RSVP Path消息后上报给MGC,请求资源预留策略;
步骤304、MGC在进行资源预留策略决策过程中发生错误导致不能给出相应的资源预留策略,于是向MG下发Modify命令,携带路径差错指示信号,指示MG向发送方发送RSVP PathErr信息,以通知发送方承载建立发生的路径错误信息。
本发明实施例通过在H.248协议中扩展一个信号(Signal),例如命名为“路径差错指示(Path Error Indication,简称pei)”信号,用于MGC指示MG去向数据发送方(如UE或承载路径上的其它节点)发送RSVP PathErr信息,来通知发送方承载建立发生的路径错误信息。
MGC向MG下发路径差错指示信号的同时,还可以携带有关媒体流和路径资源的信息,供MG发起路径差错请求时,将相应信息通知给承载路径上的节点,以便其重新发起路径请求消息,或参考附带的有关媒体和路径资源的信息进行路径建立策略调整后再重新发起路径请求。在路径差错指示信号发送时附带的参数可以包括:
1、发送方模板(Sender Template,简称st);
2、发送方流量规格(Sender Traffic Specification,简称sts);
3、缺省常规参数(Default General Parameters fragment,简称dgpf);
4、保证业务部分(Guaranteed Service Fragment,简称gsf);
5、负载受控部分(Controlled-Load Service Fragment,简称clsf);
上述第3-5项结合起来,对应于RSVP消息中的ADSPEC对象;第1-5项参数组成了发送方的描述信息,对应于RSVP中发送方描述符(SenderDescriptor)所携带的信息。
6、会话标识(Session ID,简称sid);
7、策略数据(Policy Data,简称pd);
8、完整性信息(Integrity Information,简称iinfor);
9、目的地址(Destination Address,简称da);
10、源地址(Source Address,简称sa);
11、UDP封装指示(UDP Encapsulation Indication,简称udpei);上述第1-11项参数的定义对应于实施例一中的路径请求事件中的相关参数定义。
12、差错规格(Error Specification,es);
该参数携带差错信息,对应于RSVP PathErr消息的ERROR_SPEC对象,其中携带对差错的描述和检测到该差错的节点的地址信息(在本例中即MG的地址)。
步骤305、MG收到Modify命令后,向MGC返回Modify答复消息。
步骤306、MG收到Modify命令后,根据路径差错指示信号(包括附带的参数),沿RSVP Path消息路径相反的方向发送RSVP PathErr消息,通知各节点承载路径建立发生错误。
UE或各节点设备收到RSVP PathErr消息后,可重新发起或在对路径建立策略进行调整后重新发起路径请求,以便建立承载路径。
参见图4,为本发明实施例二的流程示意图之二。本实施例的流程是在图2流程的基础上,增加了承载路径建立过程中,当MG到UE的承载路径上的节点发生资源预留差错时的处理过程,具体步骤包括:
步骤401~406、对应于图2中的步骤201~206,MG接收到RSVP Path消息后上报给MGC,请求资源预留策略;MGC向MG下发资源预留策略,并指示MG向发送方发起RSVP Resv请求;通过RSVP Resv消息,承载路径上逐跳地实现需要为该会话业务数据流预留的从发送方到接收方的网络资源,建立有资源保障的承载路径。
步骤407、在建立承载路径的过程中,UE或承载路径上的其它网络节点预留资源失败,向MG发送预留差错(RSVP ResvErr)消息。RSVP ResvErr消息因预留请求消息(Resv)而产生,并向接收方发送。
导致预留资源失败的原因有多种,例如,接纳失败、带宽不足、不支持该服务、不合格的流参数、路径不明确等。
步骤408、MG在收到RSVP ResvErr消息后,通过Notify命令向MGC报告预留差错事件,以便于MGC对相关的资源预留策略进行调整。
本发明实施例通过在H.248协议中扩展一个事件(Event),例如命名为“预留差错(Reservation Error,re)”事件,用于MG向MGC报告收到的预留差错信息。该事件可以由MGC下发给MG,也可以预先配置在MG上。该事件的下发不带参数。
当MG接收到UE或承载路径上的其它网络节点发来的RSVP ResvErr消息时,使用Notify命令向MGC上报预留差错事件,在该事件上报的同时,还可以携带有关媒体流和路径资源的信息,使MGC获知发生预留差错的节点及原因等信息,以便MGC重新进行资源预留策略决策。在预留差错事件上报时附带的参数可以包括:
1、预留类型(Reservation Style,简称rs);
2、流描述列表(Flow Descriptor List,简称fdl);
3、会话标识(Session ID,简称sid);
4、RSVP节点(RSVP Hop,简称rh);
5、策略数据(Policy Data,简称pd);
6、完整性信息(Integrity Information,简称iinfor);
7、发送方主机范围(Sender Hosts Scope,简称shs);
8、目的地址(Destination Address,简称da);
9、源地址(SourceAddress,简称sa);
10、UDP封装指示(UDP Encapsulation Indication,简称udpei);
上述第1-10项参数的定义对应于实施例一中预留指示信号中的相关参数定义。
11、差错规格(Error Specification,简称es);
该参数携带差错信息,对应于RSVP ResvErr消息的ERROR_SPEC对象,其中携带对差错的描述和检测到该差错的节点的地址信息。
步骤409、MGC收到Notify命令后,向MG发送Notify答复消息。
实施例三
本实施例描述了在实施例一的基础上,承载路径建立成功后,UE(或承载路径上的其它网络节点)向MG发送预留确认消息,MG根据该预留确认消息向MGC上报预留请求确认信息的过程。
参见图5,为本发明实施例三的流程示意图。本实施例的流程是在图2流程的基础上,增加了预留确认过程,具体步骤包括:
步骤501~506、对应于图2中的步骤201~206,MG接收到RSVP Path消息后上报给MGC,请求资源预留策略;MGC向MG下发资源预留策略,并指示MG向发送方发起RSVP Resv请求;通过RSVP Resv消息,承载路径上逐跳地实现需要为该会话业务数据流预留的从发送方到接收方的网络资源,从而建立起有资源保障的承载路径。
步骤507、UE或承载路径上的其它网络节点向MG发送资源预留确认消息。
如果在步骤504中,MGC向MG下发的预留指示信号中包含预留确认(rc)参数,则MG所发出的RSVP Resv消息中携带RESV_CONFIRM对象,其中包含接收预留确认消息的单播地址。如果资源预留被成功地实现,则相关网络实体(数据发送方或承载路径上的其它网络节点)会向其中包含的单播地址发送预留确认(RSVP ResvConf)消息。预留请求确认消息是对预留请求消息的预留确认。根据由预留确认对象所得到的单播地址,确认消息被发送到接收方主机。
步骤508、MG收到预留确认消息后,通过Notify命令向MGC上报预留请求确认事件。
当MG收到预留确认(RSVP ResvConf)消息时,如果之前设置了预留请求确认事件,则MG会向MGC上报该事件。
本实施例通过在H.248协议中扩展一个事件,例如命名为“预留请求确认事件(Reservation Confirm,rc)”,用于MG向MGC报告收到的预留请求确认信息。该事件可以由MGC下发给MG,也可以预先设置在MG上。该事件的下发不带参数。
当MG接收到UE或承载路径上的其它网络节点发来的预留请求确认消息时,使用通报(Notify)命令向MGC上报预留请求确认事件,在该事件上报的同时可以附带进一步的参数,以便MGC确认承载路径资源预留的相关信息,这些参数可以包括:
1、预留类型(Reservation Style,简称rs);
2、流描述列表(Flow Descriptor List,简称fdl);
3、会话标识(Session ID,简称sid);
4、完整性信息(Integrity Information,简称iinfor);
5、预留确认(Reservation Confirm,简称rc);
6、目的地址(Destination Address,简称da);
7、源地址(SourceAddress,简称sa);
8、UDP封装指示(UDP Encapsulation Indication,简称udpei);
上述第1-10项参数的定义对应于前面预留指示信号中的相关定义。
9、差错规格(Error Specification,简称es);
该参数携带确认指示信息,对应于RSVP ResvErr消息的ERROR_SPEC对象,其中携带预留确认消息发起方的地址信息。
步骤509、MGC收到Notify命令后,向MG发送Notify答复消息。
承载路径的拆除过程可以通过使用RSVP拆除(Tear)消息,不需要等待超时周期到来就可以删除会话相关的路径和预留状态。拆除消息可以由通信的终端系统(发送方或接收方)发出,也可以在状态超时后由中间的路由器发出。
实施例四
本实施例描述了在使用RSVP作为资源预留协议的场景下,通过扩展H.248协议,MG和MGC作为数据接收方,对承载上的路径拆除请求消息进行响应,并拆除承载路径的过程。
参见图6,为本发明实施例四的流程示意图。本实施例仅以发送方UE发起路径拆除消息为例,描述路径拆除过程。
图6中所涉及的功能实体包括:UE(或其它网络设备)、MG、MGC和路由器(Router),具体步骤包括:
步骤601、数据发送方UE(也可以是承载路径上的其它节点)发送RSVP拆除消息(如RSVP PathTear消息)删除路径状态,并从发送方沿着RSVP Path消息的路由向所有下游接收方传递,本实施例中,UE发送RSVP PathTear消息,并经Router1和Router2到达MG。
根据RSVP PathTear消息,承载路径上逐跳地实现需要为该会话业务数据流释放从发送方到接收方的网络资源(如预留的保障资源),从而拆除承载路径。
步骤602、MG收到RSVP PathTear消息后,通过通报(Notify)命令向MGC上报路径拆除事件。在事件上报时可能附带相应的媒体和路径信息参数。
本发明实施例通过在H.248协议中扩展一个事件,例如命名为“路径拆除(Path Tear,简称pt)事件”,以实现MG向MGC报告收到的路径拆除信息。该事件可以由MGC下发给MG,也可以预先设置在MG上。例如,在MGC将事件下发给MG的过程为:MGC通过Modify请求消息向MG设置路径拆除事件(pt),事件可以下发到MG的ROOT终端上,也可以是MG上某个特定的终端上;MG收到该Modify请求消息后向MGC发送Modify回复消息。该事件的下发不带参数。
在路径拆除事件上报的同时,还可以附带一些参数,以便MGC获知被拆除的承载路径的相关媒体流和路径资源信息,这些参数可以包括:
1、发送方模板(Sender Template,简称st);
2、发送方流量规格(Sender Traffic Specification,简称sts);
3、缺省常规参数(Default General Parameters fragment,简称dgpf);
4、保证业务部分(Guaranteed Service Fragment,简称gsf);
5、负载受控部分(Controlled-Load Service Fragment,简称clsf);
上述第3-5项参数结合起来,对应于RSVP消息中的ADSPEC对象;第1-5项参数组成了发送方的描述信息,对应于RSVP消息中发送方描述符(Sender Descriptor)所携带的信息。
6、会话标识(Session ID,简称sid);
7、RSVP节点(RSVP Hop,简称rh);
8、完整性信息(Integrity Information,简称iinfor);
9、目的地址(Destination Address,简称da);
10、源地址(Source Address,简称sa);
11、UDP封装指示(UDP Encapsulation Indication,简称udpei)。
上述第1-11项参数的定义对应于实施例一中的路径请求事件中的相关参数定义。
步骤603、MGC收到Notify命令后,向MG发送Notify答复消息。
实施例五
本实施例描述了在使用RSVP作为资源预留协议的场景下,通过扩展H.248协议,MG和MGC作为数据接收方,发起拆除承载路径的过程。
参见图7,为本发明实施例五的流程示意图。本实施例仅以MGC和MG发起拆除消息为例,描述路径拆除过程。
步骤701、MGC根据相关的资源策略,决定拆除承载路径,于是通过向MG发送修改(Modify)命令,指示MG拆除承载路径。Modify命令中携带预留拆除指示信号,用以指示MG向数据发送方(如UE或承载路径上的其它节点)发送RSVP ResvTear(预留拆除)消息,通知路径节点删除相关的预留状态。
本实施例通过在H.248协议中扩展命令参数中的信号(Signal),例如命名为“预留拆除指示信号(Reservation Tear Indication,简称rti)”,实现MGC指示MG去向数据发送方发送RSVP ResvTear消息,来通知路径节点删除相关的预留状态。
MGC向MG下发预留指示信号的同时,可以携带有关媒体流和资源路径的信息,以便通知路径节点删除相关的预留状态,这些参数可以包括:
1、预留类型(Reservation Style,简称rs);
2、流描述列表(Flow Descriptor List,简称fdl);
3、会话标识(Session ID,简称sid);
4、RSVP节点(RSVP Hop,简称rh);
5、完整性信息(Integrity Information,简称iinfor);
6、发送方主机范围(Sender Hosts Scope,简称shs);
7、目的地址(Destination Address,简称da);
8、源地址(Source Address,简称sa);
9、UDP封装指示(UDP Encapsulation Indication,简称udpei)。
上述第1-9项参数的定义对应于实施例一中,预留指示信号中的相关参数定义。
步骤702、MG收到MGC的Modify命令后,向MGC发送Modify答复消息。
步骤703、MG收到MGC的Modify命令后,根据MGC下发的预留拆除指示信号,沿收到RSVP Path消息的反方向发起预留拆除(RSVP ResvTear)请求。
通过RSVP ResvTear消息,承载路径上逐跳地实现需要为该会话业务数据流释放的从发送方到接收方的网络资源,从而拆除承载路径。
上述各实施例中随信号一起发送的媒体或/和路径参数,除以信号参数的方式发送外,还可以信号或/和属性参数的形式发送;同理,上述各实施例中随事件一起发送的媒体或/和路径参数,也可以事件参数或/和属性参数的形式发送。上述各实施例中所定义的信号和事件的参数类型定义为字符串的列表的参数,其内容大多都包含了多项信息,当然也可以将相关的信息再组合或可以分别设置为各个单独的参数。这些参数并不一定必须全部出现在相关信号或事件中,具体包含哪些参数可以视实际的需要来定,当然也可能包含更多的参数信息。
上述各实施例的扩展定义,都是RSVP为例,对于其它可以实现类似有保障资源的承载路径建立的信令协议,上述方法同样可以适用。
本发明实施例还提供了一种承载路径的实现系统。
参见图8,为本发明实施例提供的承载路径的实现系统的结构示意图,该系统包括:MG和MGC。
MG用于接收数据发送方(如UE或承载路径上的其它节点)发送的承载路径消息,并向MGC上报与该承载路径消息相应的事件。MG包括:
消息接收模块,用于接收承载路径上网络节点发送的承载路径消息;
事件上报模块,用于向MGC上报与接收到的承载路径消息相应的事件;
命令接收模块,用于接收MGC根据该事件或/和根据资源策略发送的命令,命令中携带有指示信号;
处理模块,用于根据接收到的命令中的指示信号,向数据发送方发送相应的承载路径处理请求消息。
MGC用于根据媒体网关上报的事件,或/和根据资源策略,向MG发送命令,其中携带相应的指示信号,指示MG发起对相应承载路径的处理。MGC包括:
事件接收模块,用于接收MG根据承载路径消息上报的事件;
命令发送模块,用于根据上报的事件或/和资源策略,向MG发送命令,其中携带有相应指示信号,该指示信号指示MG向数据发送方发送相应的承载路径处理请求消息。
例如,在承载路径建立过程中,MG的消息接收模块接收数据发送方发送的路径请求消息,并通过事件上报模块上报通报命令,其中携带路径请求事件;MGC的事件接收模块接收该路径请求事件,命令发送模块根据路径请求事件发送修改命令,其中携带预留指示信号;MG的命令接收模块接收该修改命令,处理模块根据该修改命令中的预留指示信号,向数据发送方发送资源预留请求消息以建立承载路径。
在承载路径建立过程中,MG的消息接收模块还可接收数据发送方发送的预留差错消息,并通过事件上报模块上报预留差错事件;MGC的事件接收模块接收该预留差错事件,并可根据该事件携带上来的参数重新进行资源预留策略决策,并通过命令发送模块发送修改命令,携带预留指示信号。
在承载路径建立过程中,MGC的命令发送模块还可以根据资源策略发送修改命令,携带差错指示信号;MG的命令接收模块接收该差错指示信号,处理模块根据该差错指示信号,向数据接收方发送路径差错消息。数据发送方各节点可根据该路径差错消息,重新发起或在对路径建立策略进行调整后重新发起路径请求,以便建立承载路径。
在承载路径成功建立后,MG的消息接收模块还可接收数据发送方发送的预留确认消息,并通过事件上报模块上报预留确认事件;MGC的事件接收模块接收该预留确认事件,获知承载路径建立成功。
又例如,在承载路径拆除过程中,MG的消息接收模块接收数据发送方发送的路径拆除消息,并通过事件上报模块上报给MGC的事件接收模块。或者,MGC的命令发送模块根据资源策略,发送预留拆除指示信号;MG的命令接收模块接收该预留拆除指示信号,处理模块根据该指示信号向数据发送方发送资源预留拆除消息,以拆除承载路径。
上述系统中的MG和MGC可分别如图9和图10所示。
参见图9,为本发明实施例提供的MG的结构示意图,该MG包括:消息接收模块、事件上报模块、命令接收模块和处理模块。
消息接收模块,用于接收承载路径上的节点发送的承载路径消息;
事件上报模块,用于向MGC上报与接收到的承载路径消息相应的事件;
命令接收模块,用于接收MGC根据所述事件或/和根据资源策略发送的命令,其中携带有指示信号;
处理模块,用于根据接收到的命令中的指示信号,对相应的承载路径进行处理。
为了实现承载路径的建立,消息接收模块包括第一消息接收子模块,用于接收承载路径上的节点发送的路径请求消息;
事件上报模块包括第一事件上报子模块,用于根据路径请求消息上报路径请求事件;
命令接收模块包括第一命令接收子模块,用于接收MGC根据该路径请求事件发送的命令,其中携带有预留指示信号;
处理模块包括第一处理子模块,用于根据预留指示信号向承载路径上的节点发送资源预留请求消息。
为了实现在承载路径建立过程中,对错误信息进行响应,消息接收模块还包括第二消息接收子模块,处理模块还包括第二处理子模块;或/和,命令接收模块还包括第二命令接收子模块,处理模块还包括第二处理子模块;其中
第二消息接收子模块,用于接收承载路径上的节点发送的预留差错消息;
第二处理子模块,用于根据第二消息接收子模块接收到的预留差错消息,向MGC上报预留差错事件;
第二命令接收子模块,用于接收MGC根据路径请求事件和资源策略进行资源预留决策后所发送的命令,其中携带有路径差错指示信号;
第二处理子模块,用于根据第二命令接收子模块接收到的路径差错指示信号,向承载路径上的节点发送路径差错消息。
为了实现在承载路径建立过程中,对确认信息进行响应,消息接收模块还包括第三消息接收子模块,用于接收承载路径上的节点发送的预留确认消息;
事件上报模块还包括第三事件上报子模块,用于根据预留确认消息,向MGC上报预留请求确认事件。
为了响应承载路径上的节点发起的路径拆除,消息接收模块还包括第四消息接收子模块,事件上报模块还包括第四事件上报子模块;或/和,为了响应数据接收方发起的路径拆除,命令接收模块还包括第三命令接收子模块,处理模块还包括第三处理子模块;
第四消息接收子模块,用于接收承载路径上的节点发送的路径拆除消息;
第四事件上报子模块,用于根据第四消息接收模块接收到的路径拆除消息上报路径拆除事件;
第三命令接收子模块,用于接收MGC根据资源策略发送的命令,其中携带有预留拆除指示信号;
第三处理子模块,用于根据第三命令接收子模块接收到的预留拆除指示信号,向承载路径上的节点发送资源预留拆除请求消息,发起承载路径的拆除过程。
参见图10,为本发明实施例提供的MGC的结构示意图,该MGC包括:事件接收模块、命令发送模块。
事件接收模块,用于接收MG根据承载路径消息上报的事件;
命令发送模块,用于根据MG上报的事件或/和根据资源策略,向MG发送命令,其中携带有相应指示信号,该指示信号指示MG发起对相应承载路径的处理。
为了实现承载路径的建立,事件接收模块包括第一事件接收子模块,用于接收路径请求事件;命令发送模块包括第一命令发送子模块,用于根据路径请求事件发送命令,其中携带预留指示信号,该预留指示信号指示MG发起资源预留请求消息以建立承载路径。
为了在承载路径建立过程中,对错误信息进行响应,事件接收模块还包括第二事件接收子模块,或/和,命令模块还包括第二命令发送子模块;
第二事件接收子模块,用于接收预留差错事件;
第二命令发送子模块,用于根据路径请求事件和资源策略进行资源预留决策后,向MG发送命令,其中携带路径差错指示信号。
为了实现在承载路径建立过程中,对确认信息进行响应,事件接收模块还包括第三事件接收子模块,用于接收预留请求确认事件。
为了响应承载路径上的节点发起的路径拆除,事件接收模块还包括第四事件接收子模块,或/和,为了响应数据接收方发起的路径拆除,命令发送模块还包括第三命令发送子模块;
第四事件接收子模块,用于接收路径拆除事件;
第三命令发送子模块,用于根据根据资源策略发送命令,其中携带预留拆除指示信号,该指示信号指示MG发起资源预留拆除请求以拆除承载路径。
综上所述,本发明实施例通过扩展H.248协议,为媒体网关和媒体网关控制器作为数据接收方对承载上的路径请求消息、路径拆除消息、预留差错消息以及预留确认消息,进行有效而及时的响应和相应处理,从而实现对有资源保障的承载路径的建立、拆除,以及路径建立过程中出现的差错处理。通过上述承载路径的建立以及拆除的过程,为以媒体网关和媒体网关控制器作为数据接收方的会话实现提供了可能。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (27)
1、一种承载路径的实现方法,其特征在于,包括如下步骤:
媒体网关根据接收到的与承载路径相关的请求消息,向媒体网关控制器上报请求事件;
所述媒体网关接收所述媒体网关控制器发送的命令,其中携带建立所述承载路径的指示信息;所述命令为所述媒体网关控制器根据所述请求事件,对所述承载路径上的资源预留进行决策,并根据决策结果向所述媒体网关发送的命令;
所述媒体网关根据所述指示信息发起资源预留请求,请求建立符合所述资源预留决策结果的承载路径。
2、如权利要求1所述的方法,其特征在于,所述媒体网关接收到的所述请求消息为路径请求消息,上报的所述请求事件为路径请求事件;所述媒体网关控制器根据所述路径请求事件发送的所述命令中携带的指示信息为预留指示信号;
所述媒体网关根据所述预留指示信号向所述承载路径上的节点发送资源预留请求消息。
3、如权利要求2所述的方法,其特征在于,所述媒体网关上报所述路径请求事件时,携带媒体信息和/或路径信息,所述媒体网关控制器根据所述信息进行资源预留决策;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
发送方模板,用于携带数据发送方的标识信息;
发送方流量规格,用于携带数据发送方所发送数据流的流量特征信息;
缺省常规参数,用于携带所述路径请求消息所收集的承载路径上的常规资源信息;
保证业务部分,用于携带所述路径请求消息所收集的承载路径上支持保证业务的资源信息;
负载受控部分,用于携带所述路径请求消息所收集的承载路径上支持负载受控业务的资源信息;
会话标识,用于携带会话信息;
资源预留节点,用于携带承载路径上发送所述路径请求消息的节点地址信息;
时间值,用于携带消息刷新周期;
策略数据,用于携带会话策略信息;
完整性信息,用于携带验证消息完整性的加密数据;
地址信息,用于携带所述媒体网关收到消息的目的地址和源地址信息;
用户数据报协议UDP封装指示,用于指示所述媒体网关收到消息是否使用UDP封装。
4、如权利要求2所述的方法,其特征在于,所述媒体网关控制器发送所述预留指示信号时,携带媒体信息和/或路径信息,所述媒体网关根据所述信息发起所述资源预留请求消息;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
预留类型,用于携带资源预留类型;
流描述列表,用于携带对数据流的描述信息;
预留确认,用于携带数据接收方接收预留确认消息的IP地址;
会话标识,用于携带会话信息;
资源预留节点,用于携带承载路径上发送资源预留请求消息的节点地址信息;
时间值,用于携带消息刷新周期;
策略数据,用于携带会话策略信息;
完整性信息,用于携带验证消息完整性的加密数据;
发送方主机范围,用于携带数据发送方主机范围;
地址信息,用于携带所述媒体网关发出消息的目的地址和源地址信息;
UDP封装指示,用于指示所述媒体网关发出消息是否使用UDP封装。
5、如权利要求2所述的方法,其特征在于,所述媒体网关控制器进行资源预留决策失败后,进一步包括步骤:
向所述媒体网关发送命令,其中携带路径差错指示信号;
所述媒体网关根据所述路径差错指示信号,向所述承载路径上的节点发送路径差错消息。
6、如权利要求5所述的方法,其特征在于,所述媒体网关控制器发送所述路径差错指示信号时,携带媒体信息和/或路径信息,所述媒体网关根据所述信息发送所述路径差错消息;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
发送方模板,用于携带数据发送方的标识信息;
发送方流量规格,用于携带数据发送方所发送数据流的流量特征信息;
缺省常规参数,用于携带所述路径请求消息所收集的承载路径上的常规资源信息;
保证业务部分,用于携带所述路径请求消息所收集的承载路径上支持保证业务的资源信息;
负载受控部分,用于携带所述路径请求消息所收集的承载路径上支持负载受控业务的资源信息;
会话标识,用于携带会话信息;
策略数据,用于携带会话策略信息;
完整性信息,用于携带验证消息完整性的加密数据;
地址信息,用于携带所述媒体网关发出消息的目的地址和源地址信息;
UDP封装指示,用于指示所述媒体网关发出消息是否使用UDP封装;
差错规格,用于携带差错信息。
7、如权利要求2所述的方法,其特征在于,所述媒体网关发起资源预留请求后,进一步包括步骤:
接收所述承载路径上发送的预留差错消息,并根据该消息向所述媒体网关控制器上报预留差错事件。
8、如权利要求7所述的方法,其特征在于,所述媒体网关上报所述预留差错事件时,携带与所述承载路径上的资源预留差错相关的媒体信息和/或路径信息;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
预留类型,用于携带资源预留类型;
流描述列表,用于携带对数据流的描述信息;
会话标识,用于携带会话信息;
资源预留节点,用于携带承载路径上发送资源预留请求消息的节点地址信息;
策略数据,用于携带会话策略信息;
完整性信息,用于携带验证消息完整性的加密数据;
发送方主机范围,用于携带数据发送方主机范围;
地址信息,用于携带所述媒体网关收到消息的目的地址和源地址信息;
UDP封装指示,用于指示所述媒体网关收到消息是否使用UDP封装;
差错规格,用于携带差错信息。
9、如权利要求2所述的方法,其特征在于,所述媒体网关发起资源预留请求后,进一步包括步骤:
接收所述承载路径上发送的预留确认消息,并根据该消息向所述媒体网关控制器上报预留请求确认事件。
10、如权利要求9所述的方法,其特征在于,所述媒体网关上报所述预留请求确认事件时,携带与所述承载路径上的资源预留确认相关的媒体信息和/或路径信息;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
预留类型,用于携带资源预留类型;
流描述列表,用于携带对数据流的描述信息;
会话标识,用于携带会话信息;
完整性信息,用于携带验证消息完整性的加密数据;
预留确认,用于携带数据接收方接收预留确认消息的IP地址;
地址信息,用于携带所述媒体网关收到消息的目的地址和源地址信息;
UDP封装指示,用于指示所述媒体网关收到消息是否使用UDP封装;
差错规格,用于携带确认指示信息。
11、如权利要求2所述的方法,其特征在于,所述承载路径建立后,进一步包括步骤:
所述媒体网关接收所述承载路径上的节点发送的路径拆除消息,并根据该消息向所述媒体网关控制器上报路径拆除事件。
12、如权利要求11所述的方法,其特征在于,所述媒体网关上报所述路径拆除事件时,携带与被拆除的承载路径相关的媒体信息和/或路径信息;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
发送方模板,用于携带数据发送方的标识信息;
发送方流量规格,用于携带数据发送方所发送数据流的流量特征信息;
缺省常规参数,用于携带所述路径拆除消息所收集的承载路径上的常规资源信息;
保证业务部分,用于携带所述路径拆除消息所收集的承载路径上支持保证业务的资源信息;
负载受控部分,用于携带所述路径拆除消息所收集的承载路径上支持负载受控业务的资源信息;
会话标识,用于携带会话信息;
资源预留节点,用于携带承载路径上发送所述路径拆除消息的节点地址信息;
地址信息,用于携带所述媒体网关收到消息的目的地址和源地址信息;
UDP封装指示,用于指示所述媒体网关收到消息是否使用UDP封装;
完整性信息,用于携带验证消息完整性的加密数据。
13、如权利要求2-12任一权项所述的方法,其特征在于,所述媒体网关通过向所述媒体网关控制器发送通报命令,携带所述路径请求事件、预留差错事件或预留请求确认事件;
所述媒体网关控制器通过向所述媒体网关发送修改命令,携带所述预留指示信号或路径差错指示信号。
14、如权利要求3-12任一权项所述的方法,其特征在于,与所述事件一起上报的所述媒体信息和/或路径信息,以事件参数或/和属性参数的形式,发送到所述媒体网关控制器;
与所述指示信号一起发送的所述媒体信息和/或路径信息,以信号参数或/和属性参数的形式,发送到所述媒体网关。
15、一种承载路径的实现方法,其特征在于,包括如下步骤:
媒体网关接收媒体网关控制器发送的命令,其中携带拆除承载路径的指示信息;所述命令为所述媒体网关控制器对承载路径上的资源预留进行决策,并根据决策结果向媒体网关发送的命令;
所述媒体网关根据所述指示信息发起预留资源拆除请求,请求拆除所述承载路径。
16、如权利要求15所述的方法,其特征在于,所述媒体网关控制器发送的所述命令中携带的指示信息为预留拆除指示信号;
所述媒体网关根据所述预留拆除指示信号向所述承载路径上的节点发送资源预留拆除消息。
17、如权利要求16所述的方法,其特征在于,所述媒体网关控制器发送所述预留拆除指示信号时,携带媒体信息和/或路径信息,所述媒体网关根据所述信息发送所述资源预留拆除消息;所述媒体信息和/或路径信息用如下信息之一或任意组合进行描述:
预留类型,用于携带资源预留类型;
流描述列表,用于携带对数据流的描述信息;
会话标识,用于携带会话信息;
资源预留节点,用于携带承载路径上发送资源预留拆除消息的节点地址信息;
完整性信息,用于携带验证消息完整性的加密数据;
地址信息,用于携带所述媒体网关发出消息的目的地址和源地址信息;
UDP封装指示,用于指示所述媒体网关发出消息是否使用UDP封装;
发送方主机范围,用于携带数据发送方主机范围。
18、如权利要求17所述的方法,其特征在于,与所述预留拆除指示信号一起发送的所述媒体信息和/或路径信息,以信号参数或/和属性参数的形式,发送到所述媒体网关。
19、一种媒体网关,其特征在于,包括:
消息接收模块,用于接收与承载路径相关的请求消息;
事件上报模块,用于根据所述消息接收模块接收到的请求消息,向媒体网关控制器上报相应的事件;
命令接收模块,用于接收所述媒体网关控制器根据所述事件或/和资源策略发送的命令,所述命令中携带有指示信号;
处理模块,用于根据所述命令接收模块接收到的所述指示信号,对相应的承载路径进行处理。
20、如权利要求19所述的媒体网关,其特征在于,所述消息接收模块,用于接收路径请求消息;
所述事件上报模块,用于根据所述路径请求消息上报路径请求事件;
所述命令接收模块,用于接收所述媒体网关控制器根据所述路径请求事件发送的命令,所述命令中携带有预留指示信号;
所述处理模块,用于根据所述预留指示信号,向所述承载路径上的节点发送资源预留请求消息。
21、如权利要求20所述的媒体网关,其特征在于,所述消息接收模块,还用于接收所述承载路径上的节点发送的预留差错消息;或接收所述承载路径上发送的预留确认消息;
所述事件上报模块,还用于根据所述预留差错消息,向所述媒体网关控制器上报预留差错事件;或根据所述预留确认消息,向所述媒体网关控制器上报预留请求确认事件;
所述命令接收模块,还用于接收所述媒体网关控制器根据所述路径请求事件和资源策略发送的命令,所述命令中携带有路径差错指示信号;
所述处理模块,还用于根据所述路径差错指示信号,向所述承载路径上的节点发送路径差错消息。
22、如权利要求20所述的媒体网关,其特征在于,所述消息接收模块,还用于接收所述承载路径上的节点发送的路径拆除消息;
所述事件上报模块,还用于根据所述路径拆除消息上报路径拆除事件;
或/和
所述命令接收模块,还用于接收所述媒体网关控制器根据资源策略发送的命令,所述命令中携带有预留拆除指示信号;
所述处理模块,还用于根据所述预留拆除指示信号,向所述承载路径上的节点发送资源预留拆除请求消息。
23、一种媒体网关控制器,其特征在于,包括:
事件接收模块,用于接收媒体网关根据与承载路径相关的请求消息上报的事件;
命令发送模块,用于根据所述上报的事件或/和资源策略,向所述媒体网关发送命令,所述命令携带有相应指示信号,所述指示信号指示所述媒体网关发起对承载路径的相应处理。
24、如权利要求23所述的媒体网关控制器,其特征在于,所述事件接收模块,用于接收路径请求事件,所述路径请求事件为所述媒体网关根据接收到的路径请求消息上报的事件;
所述命令发送模块,用于根据所述路径请求事件发送命令,其中携带预留指示信号,所述预留指示信号指示所述媒体网关发起资源预留请求消息以建立所述承载路径。
25、如权利要求24所述的媒体网关控制器,其特征在于,所述事件接收模块,还用于接收预留差错事件,所述预留差错事件为所述媒体网关根据接收到的预留差错消息上报的事件;或还用于接收预留请求确认事件,所述预留请求确认事件为所述媒体网关根据接收到的资源确认消息上报的事件;
所述命令发送模块,还用于根据所述路径请求事件和资源策略,向所述媒体网关发送命令,其中携带路径差错指示信号。
26、如权利要求23所述的媒体网关控制器,其特征在于,所述事件接收模块,还用于接收路径拆除事件,所述路径拆除事件为所述媒体网关根据接收到的路径拆除消息上报的事件;或/和
所述命令发送模块,还用于根据根据资源策略发送命令,其中携带预留拆除指示信号,所述指示信号指示所述媒体网关发起资源预留拆除请求以拆除所述承载路径。
27、一种承载路径的实现系统,其特征在于,包括媒体网关和媒体网关控制器;
所述媒体网关,用于根据接收到的与承载路径相关的请求消息,向媒体网关控制器上报请求事件;接收所述媒体网关控制器发送的命令,并根据命令中携带的指示信号发起对承载路径的相应处理;
所述媒体网关控制器,用于根据所述媒体网关上报的事件,或/和根据资源策略,向所述媒体网关发送命令,所述命令中携带相应的指示信号,所述指示信号指示所述媒体网关发起对承载路径的相应处理。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710112411XA CN101330445B (zh) | 2007-06-21 | 2007-06-21 | 承载路径的实现方法及其装置、系统 |
PCT/CN2008/071396 WO2008154886A1 (fr) | 2007-06-21 | 2008-06-20 | Procédé de réalisation et appareil pour chemin de porteuse |
US12/643,306 US8160083B2 (en) | 2007-06-21 | 2009-12-21 | Method and apparatus for implementing bearer path |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710112411XA CN101330445B (zh) | 2007-06-21 | 2007-06-21 | 承载路径的实现方法及其装置、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101330445A true CN101330445A (zh) | 2008-12-24 |
CN101330445B CN101330445B (zh) | 2011-08-24 |
Family
ID=40155930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710112411XA Active CN101330445B (zh) | 2007-06-21 | 2007-06-21 | 承载路径的实现方法及其装置、系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8160083B2 (zh) |
CN (1) | CN101330445B (zh) |
WO (1) | WO2008154886A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102025688A (zh) * | 2009-09-11 | 2011-04-20 | 中兴通讯股份有限公司 | 一种网络资源管理方法及系统 |
CN103051562A (zh) * | 2008-12-01 | 2013-04-17 | 华为技术有限公司 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101923853B (zh) * | 2009-06-12 | 2013-01-23 | 华为技术有限公司 | 说话人识别方法、设备和系统 |
CN107682262B (zh) * | 2012-08-01 | 2020-11-17 | 华为技术有限公司 | 通信路径的处理方法与装置 |
CN103927680B (zh) * | 2013-01-14 | 2017-06-23 | 深圳市腾讯计算机系统有限公司 | 一种网络应用相关商品的发货通知发送方法和装置 |
US9253810B2 (en) | 2013-11-21 | 2016-02-02 | Cisco Technology, Inc. | Localizing a mobile data path in a radio access network under control of a mobile packet core in a network environment |
US9392025B2 (en) | 2013-11-21 | 2016-07-12 | Cisco Technology, Inc. | Subscriber dependent redirection between a mobile packet core proxy and a cell site proxy in a network environment |
US9300453B2 (en) | 2013-11-21 | 2016-03-29 | Cisco Technology, Inc. | Providing in-line services through radio access network resources under control of a mobile packet core in a network environment |
US9769217B2 (en) | 2013-11-21 | 2017-09-19 | Cisco Technology, Inc. | Providing cellular-specific transport layer service by way of cell-site proxying in a network environment |
US10014927B2 (en) | 2015-03-31 | 2018-07-03 | International Business Machines Corporation | Parallel route reservation for wireless technologies |
US20230370368A1 (en) * | 2022-05-11 | 2023-11-16 | Juniper Networks, Inc. | Delaying resource reservation protocol label-switched path signaling through a restarting network device |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6944166B1 (en) * | 2000-08-09 | 2005-09-13 | Nortel Networks Limited | Method for controlling service levels over packet based networks |
US7126941B1 (en) * | 2001-08-24 | 2006-10-24 | Cisco Technology, Inc. | Managing packet voice networks using a virtual switch approach |
ATE400143T1 (de) * | 2001-10-08 | 2008-07-15 | Ericsson Telefon Ab L M | Verfahren und system zur verwaltung einer verbindung in einem telekommunikationssystem |
CN1533113A (zh) * | 2003-03-20 | 2004-09-29 | 华为技术有限公司 | 利用媒体网关控制协议进行传输链路状态检测的方法 |
DE10338055A1 (de) * | 2003-08-19 | 2005-03-17 | Siemens Ag | Abbau von Verbindungen in Kommunikationsnetzen |
-
2007
- 2007-06-21 CN CN200710112411XA patent/CN101330445B/zh active Active
-
2008
- 2008-06-20 WO PCT/CN2008/071396 patent/WO2008154886A1/zh active Application Filing
-
2009
- 2009-12-21 US US12/643,306 patent/US8160083B2/en active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103051562A (zh) * | 2008-12-01 | 2013-04-17 | 华为技术有限公司 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
CN103051562B (zh) * | 2008-12-01 | 2015-09-09 | 华为技术有限公司 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
CN102025688A (zh) * | 2009-09-11 | 2011-04-20 | 中兴通讯股份有限公司 | 一种网络资源管理方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
US20100098096A1 (en) | 2010-04-22 |
WO2008154886A1 (fr) | 2008-12-24 |
CN101330445B (zh) | 2011-08-24 |
US8160083B2 (en) | 2012-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101330445B (zh) | 承载路径的实现方法及其装置、系统 | |
US7760644B2 (en) | IP multiservice network and method for making resource reservations for priority traffic | |
AU768311B2 (en) | Service parameter interworking method | |
EP1312226B1 (en) | DYNAMIC QoS MANAGEMENT IN DIFFERENTIATED SERVICES USING BANDWIDTH BROKERS, RSVP AGGREGATION AND LOAD CONTROL PROTOCOLS | |
KR101508389B1 (ko) | 통신네트워크에서 대역폭을 예약하는 방법 및 통신시스템 | |
US8031603B1 (en) | Technique for reducing resources allocated to an existing reservation in a data network | |
US8908684B2 (en) | Method and communication system for selecting a transmission mode for transmitting payload data | |
US7428216B2 (en) | Method and apparatus for policy and admission control in packet-based communication systems | |
CA2430119A1 (en) | External processor for a distributed network access system | |
WO2006122481A1 (fr) | MÉTHODE POUR ASSURER UNE QdS DYNAMIQUE D’UN SYSTÈME WIMAX | |
WO2006089470A1 (fr) | Procédé de mise en oeuvre de transmission de courants d’informations en ngn | |
WO2007016848A1 (fr) | Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication | |
US7277944B1 (en) | Two phase reservations for packet networks | |
US10212197B2 (en) | Method for setting up a communication link | |
WO2009018756A1 (fr) | Procédé, système et dispositif de réservation de ressource support | |
Cisco | Quality of Service for Voice over IP | |
RU2260253C2 (ru) | Способ и система активизации контекста пакетных данных абонента для пакетных данных | |
Olaussen et al. | A policy-based priority and precedence framework for military IP networks | |
US7542424B2 (en) | Method for setting up connections with guaranteed quality of service for a communications network having a resource manager | |
WO2009006824A1 (fr) | Procédé d'implémentation et système de réservation de ressources, mg et mgc | |
KR100766033B1 (ko) | 에스아이피와 알에스브이피-티이를 이용한 종단간 서비스품질 보장방법 | |
EP1942631B1 (en) | Method and system of managing a call in a telecommunication system | |
JP2002539679A (ja) | パケット流のためのサービス品質の割り当て方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |