CN101316263A - 资源预留方法及设备 - Google Patents

资源预留方法及设备 Download PDF

Info

Publication number
CN101316263A
CN101316263A CNA2007101117313A CN200710111731A CN101316263A CN 101316263 A CN101316263 A CN 101316263A CN A2007101117313 A CNA2007101117313 A CN A2007101117313A CN 200710111731 A CN200710111731 A CN 200710111731A CN 101316263 A CN101316263 A CN 101316263A
Authority
CN
China
Prior art keywords
resource
equipment
load bearing
reservation
context
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
Application number
CNA2007101117313A
Other languages
English (en)
Other versions
CN101316263B (zh
Inventor
林扬波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101117313A priority Critical patent/CN101316263B/zh
Priority to PCT/CN2008/071112 priority patent/WO2008148340A1/zh
Publication of CN101316263A publication Critical patent/CN101316263A/zh
Priority to US12/627,365 priority patent/US20100074269A1/en
Application granted granted Critical
Publication of CN101316263B publication Critical patent/CN101316263B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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
    • 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/827—Aggregation of resource allocation or reservation requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及通信领域，公开了一种资源预留方法及设备，使得同类资源预留的效率更高。本发明中，承载控制设备向承载设备发送用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量。承载设备根据该消息中资源的描述及该资源的数量，在指定上下文中进行资源预留。承载设备还需在指定上下文中进行资源预留后，向承载控制设备返回相应的响应消息，使得该承载控制设备可以获知资源的预留结果。

Description

资源预留方法及设备
技术领域
本发明涉及通信领域，特别涉及业务与承载相分离的构架中资源预留技术。
背景技术
媒体网关控制器(Media Gateway Controller，简称“MGC”)和媒体网关(Media Gateway，简称“MG”)是业务与承载分离架构下的分组网络的两个关键构件。其中，MGC负责业务控制功能，MG负责媒体承载功能，藉此实现业务控制平面和媒体承载平面的分离，从而充分共享网络资源，简化设备升级和业务扩展，降低开发和维护成本。
媒体网关控制协议是MGC和MG之间通信的主要协议，目前应用较为广泛的有网关控制协议(H.248/Gateway Control Protocol，简称“H.248/MeGaCo”)和媒体网关控制协议(Media Gateway Control Protocol，简称“MGCP”)两种协议，如图1所示。
H.248/MeGaCo协议是在MGCP协议的基础上发展而来，以H.248协议为例，MG对于业务的承载是通过其上的资源来实现的，而这些资源被抽象地表示为终端(Termination)。终端之间的关联被抽象表示为上下文(Context)。上下文可以包含多个终端，因而以拓扑(Topology)结构来描述终端间的相互关系，对于还未与其它终端发生关联的终端，由一个被称为空(Null)上下文的特殊上下文来包含。
基于上述抽象连接模型，业务与承载之间的交互实际上就是对终端和上下文的操作。这种操作通过MGC和MG之间的命令(Command)的请求(Request)和响应(Reply)来完成。命令类型包括增加(Add)、修改(Modify)、删减(Subtract)、移动(Move)、审计值(AuditValue)、审计能力(AuditCapabilities)、通报(Notify)、服务改变(ServiceChange)。命令参数，也称为描述符(Descriptor)，被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)等。为了方便，将具有业务相关性的参数从逻辑上聚合为包(Package)。
目前，MGC指示MG添加终端到上下文中以创建媒体流时，通常以媒体(Media)描述符来描述该终端的特征。媒体描述符包括终端状态(TerminationState)和流(Stream)描述符，终端状态描述符描述终端与流无关的特征，包括服务状态(ServiceState)和事件缓存控制(EventBufferControl)等参数。流描述符描述终端与流相关的特征，包括本端控制(LocalControl)、本端(Local)和对端(Remote)描述符。本端控制描述符包括模式(Mode)、预留组(ReserveGroup)和预留值(ReserveValue)等参数，模式描述终端对上下文外部是否可以收或发。本端描述符描述本端接收(也即对端发送)媒体流的参数，对端描述符描述对端接收(也即本端发送)媒体流的参数，例如IP地址端口、编解码算法、打包时长等，这些参数采用会话描述协议(Session Description Protocol，简称“SDP”)的形式来组织。
其中，预留组和预留值是目前H.248协议所定义的关于资源预留的两个预留属性参数，针对终端上单个流(Stream)设置，取值均为布尔型(Boolean)。具体地说，如果预留属性取值为假(False)，则表示仅为某一可能性预留资源；如果预留属性取值为真(True)，则表示为所有可能性预留资源。如果是为所有可能性预留资源，那么预留资源的标准是需要满足这所有可能性中的任一种可能性单独存在时的资源需求。预留组的对象是媒体组，即同一用户所有的媒体形成的组，因此该预留组的取值为假时表示的是：仅为选取的某一媒体组预留资源，取值为真时表示的是：为所有可能的媒体组预留资源。预留值的对象是值集合(即某一媒体的特征值的集合)，因此该预留值的取值为真时表示是：仅为选取的单一值集合预留资源，取值为假时表示的是：为所有可能的值集合预留资源。
然而，本发明的发明人发现，目前的预留属性参数是针对单个用户的。比如说，在一个会议场景中，需要支持最多5个可发言和10个只旁听用户接入，也就是说，MGC需要指示MG创建一个代表该会议的上下文，并在该上下文中为5个对上下文外可收可发和10个对上下文外只发不收的终端预留资源。如果采用上述预留属性参数，那么MGC就需要在这15个用户实际接入该会议前就指示MG在上下文中加入15个终端，并为这15个终端上的每个流(即针对每个用户)逐一设置预留属性，进行资源的预留，而针对每个用户逐一进行资源预留将带来相当大的通信和性能开销，从而造成资源的预留效率低下的问题。
发明内容
本发明实施方式要解决的主要技术问题是提供一种资源预留方法及设备，使得同类资源预留的效率更高。
为解决上述技术问题，本发明的实施方式提供了一种资源预留方法，包含以下步骤：
承载控制设备向承载设备发送用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；
承载设备根据消息中资源的描述及该资源的数量，在指定上下文中进行资源预留。
本发明的实施方式还提供了一种承载控制设备，包括：
生成单元，用于生成用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；
发送单元，用于向承载设备发送生成单元生成的消息。
本发明的实施方式还提供了一种承载设备，包括：
接收单元，用于接收来自承载控制设备的用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；
操作单元，用于根据消息中资源的描述及该资源的数量，在指定上下文中进行资源预留。
本发明实施方式与现有技术相比，主要区别及其效果在于：
承载控制设备向承载设备发送用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；承载设备根据该消息中资源的描述及该资源的数量，在指定上下文中进行资源预留。因此，当需要在一个代表会议的上下文中加入多个终端(每个终端对应一个用户)时，本发明的实施方式中只需通过一条用于指示资源预留的消息，通过在该消息中携带在指定上下文中需要预留的资源的描述(如对上下文外只发不收)及该资源的数量，就可以指示承载设备为该个用户预留终端资源，在为多个用户预留相同的资源时，不需要针对每个用户逐一进行资源预留的指示，从而提高了同类资源的预留效率。
附图说明
图1是现有技术中MGC和MG的组网结构示意图；
图2是根据本发明第一实施方式的资源预留方法流程图；
图3是根据本发明第二实施方式承载控制设备结构示意图；
图4是根据本发明第三实施方式承载设备结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。
本发明的第一实施方式涉及一种资源预留方法，在本实施方式中，通过扩展一个属性(Property)参数来表示在一个指定上下文中需要预留的资源的描述及该资源的数量，可以将该属性参数命名为“资源描述(ResourceDescription，简称“rd”)”。该属性参数可以定义在现有包(Package)或新的包中，例如将该新的包命名为“资源预留配置(Resource ReservationConfiguration，简称”rrc“)包”。该属性参数应用于上下文一级，因此作为上下文特性(ContextAttribute)之一。本实施方式中以承载控制设备为MGC，承载设备为MG为例进行说明，具体流程如图2所示。
在步骤210中，MGC向MG发送命令请求，其中携带rd属性参数，该属性参数中包括在指定上下文中需要预留的资源的描述及该资源的数量。该属性参数的类型为字符串列表，该列表中的每个子符串表示一种资源的描述及该资源的数量。也就是说，该列表中的每个字符串实例(Instance)或元素(Element)包含资源的描述和该资源的数量，例如可以采用“数量:资源”的格式表示一种资源。其中，资源的描述中包含一个或多个具体资源，每个具体资源包含类型和参数的信息，例如采用“类型:参数”的格式表示一个具体资源。其中的“类型”域可以是媒体(Media)、终端状态(TerminationState)、流(Stream)、本端控制(LocalControl)、本端(Local)、远端(Remote)或模式(Mode)等标识，“参数”域可以采用包项目(PackageItem)和/或SDP进行描述。
“类型”域中可以采用的标识存在包括和被包括的关系，比如说，媒体包括终端状态和流，流包括本端控制、本端和远端，本端又包括模式等，在本实施方式中，如果引用高一级的资源类型就意味着通配低一级的资源类型，例如“类型”域中的标识为流标识，则意味着同时为本端和远端两侧预留该资源。另外，如果“参数”域中的某些部分并不被关心，则可以以“任选($)”通配符来替代，也就是说，具体资源的参数支持通配符。
下面通过几个简单的例子，对如何通过属性参数rd表示在指定上下文中需要预留的资源的描述及该资源的数量，进行说明。
举例1：在一个指定上下文中为5个对上下文外可收可发和10个对上下文外只发不收的终端预留资源。由于有2种资源需要在指定上下文中预留，第一种资源为可收可发的资源，其数量为5，第二种资源为只发不收的资源，其数量为10，因此可以表示为：
rrc/rd＝“5:localcontrol:sendreceive”，“10:localcontrol:sendonly”
举例2：在一个指定上下文中为2个具有音频/视频和3个只有音频的终端预留资源。由于有2种资源需要在指定上下文中预留，第一种资源的数量为2，包含两个具体资源：音频资源和视频资源；第二种资源的数量为3，包含一个具体资源：音频资源。因此可以表示：
rrc/rd＝“2:stream:SDP(v＝0
                       c＝IN IP4 $
                       m＝audio $$$)，
            stream:SDP(v＝0
                       c＝IN IP4 $
                       m＝video $$$)”，
        “3:stream:SDP(v＝0
                       c＝IN IP4 $
                       m＝audio $$$)”
由于资源类型通常反映为终端类型，所以携带在命令请求中的rd属性参数也通常反映为在一个指定上下文中为一定数量的某类终端进行资源预留，但并不同于将这些终端真正加入该上下文。
由于是通过一个属性参数，携带表示在指定上下文中需要预留的资源的描述及该资源的数量，因此可避免在为多个用户预留相同的资源时，需要针对每个用户逐一进行资源预留的指示，从而提高了同类资源的预留效率。而且，只需对现有协议进行简单的扩展就可以提高同类资源的预留效率，具有较好的可行性。
接着，在步骤220中，MG根据收到的命令请求中的属性参数rd，在指定上下文中进行资源预留。比如说，MG收到的命令请求中的属性参数rd表示为：“5:localcontrol:sendreceive”，“10:localcontrol:sendonly”，则在指定上下文中为5个对上下文外可收可发和10个对上下文外只发不收的终端预留资源。
接着，在步骤230中，MG判断资源预留是否成功，如果预留成功，则进入步骤240，如果预留失败，则进入步骤250。
在步骤240中，由于资源预留成功，因此在本步骤中，MG向MGC返回表示预留成功的正常命令响应。
在步骤250中，由于资源预留失败，因此在本步骤中，MG向MGC返回表示预留失败的错误命令响应，该错误命令响应中包含相应的错误码和/或错误描述文本，例如，如果该错误命令响应中包含“510 InsufficientResource”，则表示资源不足。通过返回相应的响应消息，使得该MGC可以获知资源的预留结果，以便进行正常的后续操作，减少出错概率。
本发明的第二实施方式涉及承载控制设备，该承载控制设备可以是MGC。如图3所示，包括：生成单元，用于生成指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；发送单元，用于向承载设备发送该生成单元生成的消息。
其中，该用于指示资源预留的消息是命令请求，在指定上下文中需要预留的资源的描述及该资源的数量携带在该命令请求的属性参数中。该属性参数的类型为字符串列表，该列表中的每个子符串表示一种资源的描述及该资源的数量。也就是说，该列表中的每个字符串实例(Instance)或元素(Element)包含资源的描述和该资源的数量，例如可以采用“数量:资源”的格式表示一种资源。其中，资源的描述中包含一个或多个具体资源，每个具体资源包含类型和参数的信息，例如采用“类型:参数”的格式表示一个具体资源。其中具体资源的类型可以为以下之一：媒体类型、终端状态类型、流类型、本端控制类型、本端类型、远端类型、模式类型，其中高一级的类型通配低一级的类型。具体资源的参数可以采用包项目(Package Item)和/或会话描述协议(SDP)进行描述，并且，具体资源的参数支持通配符。也就是说，如果“参数”域中的某些部分并不被关心，则可以以“任选($)”通配符来代替。
不难发现，在本实施方式中，是通过一个属性参数，携带表示在指定上下文中需要预留的资源的描述及该资源的数量，因此可避免在为多个用户预留相同的资源时，需要针对每个用户逐一进行资源预留的指示，从而提高了同类资源的预留效率。而且，只需对现有协议进行简单的扩展就可以提高同类资源的预留效率，具有较好的可行性。
本发明的第三实施方式涉及承载设备，该承载设备可以是MG。如图4所示，包括：接收单元，用于接收来自承载控制设备的用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；操作单元，用于根据该接收单元收到的消息中资源的描述及该资源的数量，在指定上下文中进行资源预留；响应单元，用于在该操作单元预留成功时，向该承载控制设备返回表示预留成功的正常命令响应，在该操作单元预留失败时，向该承载控制设备返回表示预留失败的错误命令响应，该错误命令响应中包含相应的错误码和/或错误描述文本。由于MG在指定上下文中进行资源预留后，还需向MGC返回相应的响应消息，使得该MGC可以获知资源的预留结果，以便进行正常的后续操作，减少出错概率。
其中，用于指示资源预留的消息为命令请求，在指定上下文中需要预留的资源的描述及该资源的数量，携带在该命令请求的属性参数中。
综上所述，在本发明的实施方式中，承载控制设备向承载设备发送用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量。承载设备根据该消息中资源的描述及该资源的数量，在指定上下文中进行资源预留。避免了在为多个用户预留相同的资源时，需要针对每个用户逐一进行资源预留的指示，从而提高了同类资源的预留效率。
通过在命令请求中扩展的属性参数，携带表示在指定上下文中需要预留的资源的描述及该资源的数量。只需对现有协议进行简单的扩展就可以提高同类资源的预留效率，具有较好的可行性。
承载设备还需在指定上下文中进行资源预留后，向承载控制设备返回相应的响应消息，使得该承载控制设备可以获知资源的预留结果，以便进行正常的后续操作，减少出错概率。
采用本发明实施例进行资源预留时，承载控制设备向承载设备发送用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；承载设备根据该消息中资源的描述及该资源的数量，在指定上下文中进行资源预留。因此，当需要在一个代表会议的上下文中加入多个终端(每个终端对应一个用户)时，本发明的实施方式中只需通过一条用于指示资源预留的消息，通过在该消息中携带在指定上下文中需要预留的资源的描述(如对上下文外只发不收)及该资源的数量，就可以指示承载设备为该个用户预留终端资源，在为多个用户预留相同的资源时，不需要针对每个用户逐一进行资源预留的指示，从而提高了同类资源的预留效率。
虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (12)

1.一种资源预留方法，其特征在于，包含以下步骤：
承载控制设备向承载设备发送用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；
所述承载设备根据所述消息中资源的描述及该资源的数量，在所述指定上下文中进行资源预留。
2.根据权利要求1所述的资源预留方法，其特征在于，所述用于指示资源预留的消息是命令请求，所述在指定上下文中需要预留的资源的描述及该资源的数量携带在该命令请求的属性参数中；
所述承载设备进行资源预留的步骤中，包含以下子步骤：
所述承载设备根据所述命令请求的所述属性参数中，携带的在指定上下文中需要预留的资源的描述及该资源的数量，在所述指定上下文中进行资源预留。
3.根据权利要求2所述的资源预留方法，其特征在于，所述属性参数的类型为字符串列表，该列表中的每个子符串表示一种资源的描述及该资源的数量；
所述承载设备进行资源预留的步骤中，包含以下子步骤：
所述承载设备根据所述列表中的各字符串，预留相应数量的各资源。
4.根据权利要求1所述的资源预留方法，其特征在于，所述资源的描述中包含至少一个具体资源，每个具体资源包含类型和参数的信息；所述具体资源的类型为以下之一：媒体类型、终端状态类型、流类型、本端控制类型、本端类型、远端类型、模式类型；其中，高一级的类型通配低一级的类型；
所述承载设备进行资源预留的步骤中，包含以下子步骤：
所述承载设备根据所述资源的描述中各具体资源包含的类型和参数的信息，进行该资源的预留。
5.根据权利要求4所述的资源预留方法，其特征在于，所述具体资源的参数以包项目和/或会话描述协议进行描述；所述具体资源的参数支持通配符。
6.根据权利要求1所述的资源预留方法，其特征在于，在所述承载设备在所述指定上下文中进行资源预留的步骤之后，还包含以下步骤：
如果所述资源预留成功，则所述承载设备向所述承载控制设备返回表示预留成功的正常命令响应；
如果所述资源预留失败，则所述承载设备向所述承载控制设备返回表示预留失败的错误命令响应，该错误命令响应中包含相应的错误码和/或错误描述文本。
7.根据权利要求1至6中任一项所述的资源预留方法，其特征在于，所述承载控制设备是媒体网关控制设备，所述承载设备是媒体网关。
8.一种承载控制设备，其特征在于，包括：
生成单元，用于生成用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；
发送单元，用于向承载设备发送所述生成单元生成的所述消息。
9.根据权利要求8所述的承载控制设备，其特征在于，所述承载控制设备是媒体网关控制设备。
10.一种承载设备，其特征在于，包括：
接收单元，用于接收来自承载控制设备的用于指示资源预留的消息，该消息中携带在指定上下文中需要预留的资源的描述及该资源的数量；
操作单元，用于根据所述消息中资源的描述及该资源的数量，在所述指定上下文中进行资源预留。
11.根据权利要求10所述的承载设备，其特征在于，还包括：
响应单元，用于在所述操作单元预留成功时，向所述承载控制设备返回表示预留成功的正常命令响应，在所述操作单元预留失败时，向所述承载控制设备返回表示预留失败的错误命令响应，该错误命令响应中包含相应的错误码和/或错误描述文本。
12.根据权利要求10中任一项所述的承载设备，其特征在于，所述承载设备是媒体网关。
CN2007101117313A 2007-06-02 2007-06-02 资源预留方法及设备 Active CN101316263B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2007101117313A CN101316263B (zh) 2007-06-02 2007-06-02 资源预留方法及设备
PCT/CN2008/071112 WO2008148340A1 (fr) 2007-06-02 2008-05-28 Procédé et dispositif de réservation de ressources
US12/627,365 US20100074269A1 (en) 2007-06-02 2009-11-30 Method and device for reserving resources

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101117313A CN101316263B (zh) 2007-06-02 2007-06-02 资源预留方法及设备

Publications (2)

Publication Number Publication Date
CN101316263A true CN101316263A (zh) 2008-12-03
CN101316263B CN101316263B (zh) 2011-08-31

Family

ID=40093188

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101117313A Active CN101316263B (zh) 2007-06-02 2007-06-02 资源预留方法及设备

Country Status (3)

Country Link
US (1) US20100074269A1 (zh)
CN (1) CN101316263B (zh)
WO (1) WO2008148340A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9348865B2 (en) 2014-04-02 2016-05-24 Futurewei Technologies, Inc. System and method for massively parallel processing database

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0005426D0 (en) * 2000-03-08 2000-04-26 Ericsson Telefon Ab L M Signalling in a telecommunications network
US7701926B2 (en) * 2002-06-14 2010-04-20 Polycom, Inc. Multipoint multimedia/audio conference using IP trunking
CN100359899C (zh) * 2002-10-31 2008-01-02 中兴通讯股份有限公司 通过megaco协议在会议中实现多路同时放音的方法
DE602004002672T2 (de) * 2003-02-03 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Shared-risk-gruppenhandhabung in einem media-gateway
DE10344346A1 (de) * 2003-09-24 2005-04-28 Siemens Ag Verfahren zur Laststeuerung in einem Paketdatennetz
CN100337477C (zh) * 2004-04-02 2007-09-12 华为技术有限公司 一种视讯业务实现方法
CN100531193C (zh) * 2004-09-06 2009-08-19 中兴通讯股份有限公司 一种h.248协议资源的释放方法
WO2006058498A1 (fr) * 2004-12-02 2006-06-08 Huawei Technologies Co., Ltd. Procede de transfert intercellulaire dans un systeme de communication mobile pour garantir la continuation de la communication
US7792096B2 (en) * 2005-11-18 2010-09-07 Genband Us Llc Methods, systems, and computer program products for distributed resource allocation among clustered media gateways in a communications network
WO2007070889A2 (en) * 2005-12-16 2007-06-21 Glt Corporation System and method for detection of data traffic on a network
CN100471174C (zh) * 2006-04-03 2009-03-18 华为技术有限公司 一种通过h.248协议实现录音暂停功能的方法

Also Published As

Publication number Publication date
US20100074269A1 (en) 2010-03-25
WO2008148340A1 (fr) 2008-12-11
CN101316263B (zh) 2011-08-31

Similar Documents

Publication Publication Date Title
CN101297530B (zh) 处理通信系统中的服务质量
CN101305560B (zh) 用于为传输有用数据选择传输模式的方法及通信系统
CN108012106A (zh) 一种视联网监控资源同步的方法及系统
CN102413147A (zh) 代理服务器
CN101018194A (zh) 端到端信令跟踪的方法、系统、软交换及媒体网关设备
CN101651759B (zh) 媒体播放的控制方法、系统和设备
CN101087302B (zh) 呼叫建立方法
EP1183843B1 (en) Connection handle
CN101316263B (zh) 资源预留方法及设备
CN100399773C (zh) 实现ip域跨域互通的方法
CN101552746B (zh) 一种包公布与应用的控制方法、装置
CN101325564B (zh) 一种虚拟媒体网关选择方法、装置及系统
CN101552713B (zh) 一种包基础与扩展关系的交换方法、装置
CN100542354C (zh) 终端配置方法和终端配置系统
CN100486233C (zh) 实现ip域间互通的方法
CN101459631A (zh) 一种虚拟媒体网关选择方法、装置及系统
CN101472169B (zh) 为媒体流内嵌于控制流传输提供支持的方法、装置
CN101471930A (zh) 实现获取媒体流信息的方法及装置
CN101471870B (zh) 一种获取资源期满信息的方法和装置
CN101316264B (zh) 业务与承载分离架构下资源控制方法及设备
CN108833434B (zh) 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法
CN101404821A (zh) 一种基于分离架构的状态信息上报方法、设备和系统
CN101651638B (zh) 一种媒体播放信息上报的方法、装置和系统
CN101282495B (zh) 电信系统的媒体网关控制器和媒体网关及其中使用的方法
CN101197771A (zh) 实现ip域间互通的方法

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