CN101641917B - 网络资源协商 - Google Patents
网络资源协商 Download PDFInfo
- Publication number
- CN101641917B CN101641917B CN200880009362XA CN200880009362A CN101641917B CN 101641917 B CN101641917 B CN 101641917B CN 200880009362X A CN200880009362X A CN 200880009362XA CN 200880009362 A CN200880009362 A CN 200880009362A CN 101641917 B CN101641917 B CN 101641917B
- Authority
- CN
- China
- Prior art keywords
- service
- request
- tabulation
- options
- end user
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- 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/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/748—Negotiation of resources, e.g. modification of a request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
-
- 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/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
根据这些示范实施例的***和方法提供用于在通信***中协商资源的方法和***。一种示范方法包括由服务管理器传送对于服务的请求,其中服务请求显式提供或隐式涉及用于提供服务的多个服务选项的列表。另外,资源管理可从服务管理器接收传送请求,并且基于显式传送的服务选项的列表或对服务选项列表的引用来处理请求。
Description
技术领域
本发明主要涉及电信***,并且具体地说,涉及用于通过网络输送服务的方法和***。
背景技术
随着消费电子行业继续走向成熟,并且处理器的能力增强,有了允许在装置之间传输数据的更多装置可供大众使用,并且有了基于此传输的数据操作的更多应用。特别要提到的是因特网和局域网(LAN)。这两项创新允许多个用户和多个装置在不同装置和装置类型之间传递和交换数据。随着这些装置和能力的出现,用户越来越期望通过这些网络接收多种服务。这些服务(或应用)的一些常见示例有视频点播(VoD)、因特网协议电视(IPTV)和音频文件。另外,能收到不同服务质量级别的许多这些服务,例如以不同格式和基于多种参数。这些参数中的一些参数例如包括用户的输出装置能力、可用带宽、服务协定和网络资源可用性。
当前存在的方法允许用户通过网络请求和接收服务。现在将参照图1说明描述此类通信中能涉及的示范要素的一个基本***。这些要素包括最终用户102、资源管理器(RM)104、服务管理器(SM)106、应用功能(AF)108及网络110。这些组件一般能够通过网络110相互通信,然而,有关网络资源的大部分控制功能由RM 104执行,而有关服务策略和会话的大部分控制功能由SM 106执行。最终用户102与用于传播AF 108发送的应用的装置(未示出)交互,如带有显示器的计算机、电视器、音频装置或诸如此类。另外,虽然网络110在图1中示为单个网络,但在许多工作示例中,有相互互连的多个不同网络。
另外,通常通过公共接入网络提供的应用和网络服务要由多个不同操作实体或组织提供和支持。这些组织将扮演一个或许多商业角色,并且也将是一个或几个企业实体的一部分。例如,可能有竞争的节目发布者或者提供电话服务、标准电视节目和VoD电影的单个公司。因此,容易看到最终用户能如何期望与不同服务提供商通过大量网络提供的多种应用交互,在网络中,网络资源能在各个时间共享。用于帮助定义最终用户通过这些网络能从各种服务提供商接入的内容的一个工具是服务等级协定(SLA)。
最终用户与服务提供商之间的关系一般通过特定协定来调整。SLA是在最终用户与服务提供商之间定义服务输送的一组特征的合同。这包括诸如授权用户接入的服务的带宽和可用性等一般技术方面和诸如定价、惩罚或验证方法等非技术方面。此关系通常在最终用户从AF请求服务前建立。
在SLA的细节形成SM能理解的格式(例如程序或数据库)后,最终用户能请求服务。现在将参照图2,描述当前用于服务请求和与其相关联的资源协商的现有消息序列。最初,最终用户202向AF 208发送指示期望得到服务的消息210。AF 208随后将消息211传送到SM206,该消息允许SM在最初验证是否应允许最终用户202接入该应用。如果允许最终用户202接入期望应用,则SM 206随后基于请求和涉及的任何SLA的细节将消息212发送到RM 204。消息212包含服务质量(QoS)请求和有关请求的其它相关细节。
在此示例中,RM 204例如由于当前可用的网络资源不足原因而不能提供期望QoS,并且将消息214发送到SM 206以拒绝请求。SM
206随后将包含同一应用的更低QoS请求的另一消息216发送到RM
204。RM 204再次拒绝请求并在消息218中通知SM 206。此迭代过程继续,直至SM 206发送带有RM 204能授予的请求的消息220。此接受消息222随后从RM 204发送到SM 206。此时,SM 206将消息224发送到AF 208,该消息允许AF 208将应用226发送到最终用户202。基于如RM 204指定的可允许标准和资源,将应用(服务)226发送到最终用户202。本领域的技术人员将理解,用于资源协商的此迭代方法会消耗不必要的带宽并在服务通过通信网络的输送中引入相当大的延迟。
因此,本文中所述的示范实施例解决了改进SM与RM之间的消息传递和向最终用户输送应用的需要。
发明内容
根据一个示范实施例,用于在通信***中协商资源的一种示范方法包括由服务管理器传送对于服务的请求,其中,服务请求显式提供或隐式涉及用于提供服务的多个服务选项的列表。
根据另一示范实施例,用于在通信***中协商资源的一种方法包括由资源管理器接收对于服务的请求,其中,服务请求显式提供或隐式涉及用于提供服务的多个服务选项的列表。
根据仍有的另一示范实施例,用于在通信***中协商资源的一种通信节点包括用于传送对于服务的请求的处理器,其中,服务请求显式提供或隐式涉及用于提供服务的多个服务选项的列表。
根据仍有的另一示范实施例,用于在通信***中协商资源的一种通信节点包括用于接收对于服务的请求的处理器,其中,服务请求显式或隐式涉及用于提供服务的多个服务选项的列表。
附图说明
附图示出本发明的示范实施例,其中:
图1示出用于将应用输送到最终用户的通信网络中的组件;
图2示出为将应用输送到最终用户而在节点之间发送的一系列消息;
图3示出根据示范实施例的、用于将应用输送到最终用户的通信网络中的组件;
图4示出根据示范实施例的、为将应用输送到最终用户而在节点之间发送的一系列消息;
图5示出根据示范实施例的服务选项的排序列表;
图6示出根据示范实施例的服务器的组件;
图7(a)-7(c)包含示出根据示范实施例的由服务管理器和资源管理器使用的通信方法和过程的流程图。
具体实施方式
示范实施例的以下详细说明参照附图。不同图形中的相同标号标识相同或类似的要素。此外,以下的详细描述不限制本发明。相反,本发明的范围由所附权利要求定义。
理想的是,最终用户应能够通过单个接入点接入大量的应用和服务提供商。例如,用户可能要在一台电视机上观看电视表演,在录像机上录制电影以便将来使用,以及在另一房间中播放流传送音频,所有这些优选地经单个接入点提供。要从最终用户实现这些请求,许多消息和组件进行了交互。为提供某个上下文以便论述根据这些示范实施例的示范资源协商,将先参照图3描述示范通信网络。
其中,互连网络300的分类能细分成客户端设备网络302、第一/最后一英里网络304、接入网络306、区域性网络308、服务提供商网络310、身份提供商312及应用服务提供商314。客户端设备网络302包含诸如计算机316、膝上型计算机318、电视320及住宅网关322等连网的家庭设备。住宅网关322能够是路由器或从家中到外部网络的任何其它连接。第一/最后一英里网络304包含用于提供从容户端网络302中的住宅网关322到接入网络306中接入节点324的通信的各种连接和设备(未示出)。接入网络306包括接入节点324、接入边缘站点(AES)328和在服务器(未示出)上运行的资源管理器(RM)。AES 328与接入网络306和区域性网络308中的节点通信。区域性网络308还包含边界边缘站点(BES)330、332,这些站点也能够是服务提供商网络310的一部分。服务提供商网络310还包括在服务器(未示出)上运行的服务管理器(SM)334。另外,与应用服务提供商314相关联的服务器(或应用功能(AF))336、338、340及与身份提供商312相关联的服务器342能够与服务提供商网络310内的单元通信。这些示范组件用于服务的传递、控制和到最终用户的输送。然而,将理解,使用的组件能比上述更多或更少,如更多服务提供商具有在通信路径中的更多服务器和/或更多路由器上运行的更多应用。另外,服务器能支持多个应用功能。
上述示范***中主要关注的功能单元是RM 326、SM 334和AF336。AF 336、SM 335及RM 326之间的一些交互包括用于支持以下功能集的信令:(1)发布、发现、预订、调用和输送服务质量(QoS)启用的服务的功能;(2)基于服务和网络策略控制、用于准入控制的功能;(3)为不同服务提供商提供的服务提供特定功能、以在接入网络和相邻网络中预留资源的功能;(4)用于跨多个管理域的资源预留和准入控制的功能;(5)与策略拉和策略推QoS情形相关联的功能;(6)与保障(guaranteed)、规整(regulated)和尽力而为型网络服务类(NSC)相关联的功能;(7)用于监视目的的与QoS度量和计费信息的导出相关联的功能;以及(8)与不同底层接入和核心网络技术相关联的功能。
AF 336是负责将服务输送到最终用户的网络实体。因此,AF 336是知道将服务输送到最终用户所需资源的类型和量的实体。AF 336的示例有视频流处理器(video streamer)、话音IP(VoIP)网关和其它媒体服务器。在输送服务前,AF 336从SM 334请求授权。
SM 334通过注册表(registry)协调QoS启用的服务的发布和提供。SM 334能被视为一个容器,其中不同的已发布服务受到控制。此外,SM 334与用户入口(user portal)和AF 336(例如,媒体服务器)交互以基于特定策略处理服务请求。交互可以通过域内或域间接口。SM 334也能够为不止一个用户入口和AF 336服务。然而,在服务会话基础上,用户入口和AF 336一般只与一个SM 334交互。另外,SM334验证最终用户是否有权接收它请求的服务,如果有权,则SM 334随后从RM 326请求必需的资源。
根据示范实施例,SM 334还通过将扩展标记语言(XML)编码的简单对象访问协议(SOAP)消息发送到其端点,以及通过接收SOAP消息响应,经由web服务与RM 326通信。由于可能的商业角色的不同实现,SM 334可位于与其交互的RM 326相同的域中或不同的域中。因此,两个实体之间的接口应支持两种情况。RM 326能够为不止一个SM 334服务,并且一个SM 334可与多个RM 326交互,但在服务会话基础上,SM 334一般只与一个RM 326交互。基于为特定服务与最终用户协商的服务等级协定(SLA),SM 334有责任以服务等级规范(SLS)的形式将会话和媒体有关信息发送到RM 326以实现资源预留和准入控制。SLA和SLS在下面更详细论述。成功预留后,SM 334可与AF 336通信以根据需要同步信息。
RM 326负责基于从SM 334收到的特定SLS预留请求,预留、准入、分配和监视给定域内的网络资源。另外,RM 326负责管理与相邻域中其它RM 326的域间通信以便在需要时跨域边界协商SLS。RM
326通过将XML编码的SOAP消息发送到其端点,并通过接收SOAP消息响应,经由web服务相互通信。为此,RM的接口使用Web服务描述语言(WSDL)来记载并发布在其相应注册表中。在输送跨域之间的边界时,相邻域协作提供端对端服务。每个域依赖其相邻域输送其服务业务,并且此相邻域又将服务业务传递到其相邻域等,直至到达最终目的地。一般情况下,每个管理域存在一个RM 326。除服务SLS预留请求外,RM 326也基于本地授权策略执行准入控制,并且在网络单元中设置第2层和第7层策略以适当配置网络,并监视其域内包括其域的边缘(即,连接到相邻网络和从相邻网络连接的节点)的资源状态。
一旦RM 326通过预留请求收到SLS,它便被递归地分割成几个单域SLS实例,一个实例对应一个相邻域。RM 326能支持两阶段和单阶段资源预留。在两阶段情况下,先预留必需的资源,该预留只确保该资源可用。当预留在以后借助于单独的消息提交时,资源能随后在网络中配置。此两阶段预留技术主要用于管理域间预留请求。无论何时在进行预留请求时所有参数已知,则能使用单阶段资源分配。另外,可能请求修改现有预留。
在通信网络中使用的上述组件能够传送、接收和转发多种消息类型。在本申请中特别关注的消息是与协商要用于将应用(服务)提供到最终用户的资源有关的消息。根据示范实施例,与当前使用的方法相比,在SM 334与RM 326之间来回发送的消息的数量能大大减少。现在将如图4所示描述根据示范实施例的通信序列400。
其中,最终用户402向AF 408传送指示请求的服务的消息410。AF 408随后将消息411传送到SM 406,该消息允许SM 406在最初验证是否应允许最终用户402接入该应用。如果允许最终用户402接入期望应用,则SM 406随后基于请求和涉及的任何当前SLA的细节将消息412发送到RM 404。根据示范实施例,消息412包含描述QoS请求选项的排序列表和有关请求的其它相关细节。例如,消息412能指示用于其中能输送请求的服务的各种方式的偏好顺序。下面将参照图5更详细地论述此消息412的示例。
在收到服务请求消息后,RM 404随后确定服务的最高等级(或排序列表中最高排序的服务选项),借助于它,期望应用能基于当前可用的网络资源和可能的其它因素而被提供到最终用户。RM 404随后在消息414中将包括预留令牌和选定等级的服务的此接受信息传送到SM 406。SM 406随后将消息416传送到AF 408,该消息允许AF 408使用协商等级的服务将期望应用418发送到最终用户402。通过在消息412中提供排序的服务选项列表,该列表首先指示SM 406在其服务选项的第一、第二、第三等选择不可用时将如何协商服务等级,此过程大大降低了在SM 406与RM 404之间传送的消息的可能数量。因此,能采用消息的单一交换,而不是为能够提供特定应用(服务)的每个可能服务等级选项在SM与RM之间交换可能的多个协商消息。
如上所述,根据一个示范实施例,从SM 406到RM 404的消息包含QoS选项的排序列表及例如最终用户装置地址信息和AF 408地址信息。例如,SM 406能够发送包含最终用户装置地址、AF 408地址、服务标识符“詹姆斯·邦德”和QoS选项的排序列表的消息。图5所示仅为说明性的排序列表500包含三个服务选项,这些选项按行示出和按偏好的顺序列出。每个服务选项分别包含一组参数:显示格式、带宽字段和编解码器字段。选项1502是例如最终用户最期望的选项,而选项3506是输送电影“詹姆斯·邦德”将使用的方式的最不期望的选项。选项1502参数包括高清晰电视(HDTV)、高带宽和运动图像专家组(MPEG)4。选项_2504参数包括增强清晰度电视(EDTV)、中等带宽和MPEG-2。选项_3506参数包括标准清晰度电视(SDTV)、低带宽和MPEG-2。如上所述,RM 404取得每个排序列表中的这些特定服务请求选项,并将它们与可用资源匹配以确定网络当前能支持的最高排序选项。要理解的是,在图5所示排序列表中使用的参数只是说明可能可供使用的一些参数,其它信息能包括在从SM 406发送到RM 404的消息412中。此外,列表500能包括显式排序信息,例如,编号的字段,而不是按偏好顺序来组织。
根据另一示范实施例,排序列表不在消息412中显式传送,而是在使用前存储在RM 404中,例如,与其相关联的存储器装置中。这种情况下,SM 406将消息发送到RM 404,消息例如包含期望服务标识符和最终用户装置地址信息(或用于标识端点的其它适当信息)。在接收此消息时,RM 404访问更早存储的排序列表信息,该信息与SM 406指定的特定最终用户装置地址和期望服务有关。此信息随后与可用网络资源进行匹配,从中RM 404决定将在什么QoS等级将应用发送到最终用户。例如,假设包含例如“詹姆斯·邦德”等期望的电影和最终用户装置地址信息的消息从SM 406发送到RM 404。RM 404取得该信息,并检索与标识的服务相关联的预存储排序服务选项列表。随后能评估预存储排序服务选项列表(如图5所示)中的每个选项以便例如在每个条目所需的资源和当前可用资源已知的情况下,确定能使用哪个最高排序条目提供请求的服务。
对于上述那些参数的附加或备选参数能由RM 404用于做出此决定,如以前已知的请求或调度的硬件停机时间。随后,此信息被传送回SM 406,SM 406继续用于将应用提供到最终用户的过程。另外,RM 404能具有多个预存储的与特定服务有关的多个列表,而这些列表基于SM 406发送的请求消息来访问。备选地,在RM 404中预存储的列表和来自SM 406的消息中发送的列表均能使用。在这个后一种情况下,RM 404能匹配两个列表,并生成新的排序列表,从其选择用于请求的应用的QoS参数。
根据仍有的另一示范实施例,RM 404能至少在一定程度上基于不同于用户偏好和可用资源的其它因素,从服务选项的此列表内选择。例如,假设SM 406向RM 404发送资源请求,并且在请求中存在RM 404不理解的代码。例如,如果SM 406发送未按排序次序的列表,或者如果SM 406请求RM 404不熟悉的资源,如请求使用RM404不识别的编解码器类型,则这种情形能发生。RM 404随后能在列表内浏览以查找它理解的服务的选项,并基于可用网络资源从列表中的该点确定提供什么级别的服务。又如,假设SM 406将请求消息发送到RM 404,该消息包括诸如列为具有比QoS更高优先级的成本等参数。这种情况下,RM 404能浏览列表,直至找到符合成本限制的最佳可用QoS。
RM 404和SM 406一般驻留在通常在不同域中的单独服务器上。例如,一般如图6中所示,此类服务器600能包括处理器602(或多个处理器核)、存储器604、一个或多个辅助存储装置606、在处理器602上运行并使用存储器604的操作***608及对应的应用610,例如,用于RM 404服务器的资源管理程序和用于SM 406服务器的服务管理器程序。接口单元612可被提供以促进服务器600与网络的其余部分之间的通信,或者可集成到处理器602中。另外,路由器和网络节点能为自己具有已描述用于服务器600的相同或类似的组件。因此,根据示范实施例,服务器或网络节点可包括用于传送和接收与将应用(服务)提供到最终用户相关联的消息的处理器。例如,从SM406的角度而言,通信节点能包括用于传送服务的请求的处理器,其中,服务请求显式提供或隐式涉及用于提供服务的多个服务选项的列表。又如,从RM 404的角度而言,通信节点能包括用于接收服务的请求的处理器,其中,服务请求显式提供或隐式涉及用于提供服务的多个服务选项的列表。
根据最终用户请求的服务类型,服务能提供为单播消息流或多播消息流。例如,如果最终用户请求并收到服务(如詹姆斯·邦德电影)的批准,则做为视频点播(VoD)服务的一部分,由于只有该最终用户将通过诸如播放、暂停或快进等其特定控制选项来观看该电影,因此,消息将做为单播消息流发出。由于此应用需要对该最终用户是独特的,因此,将它做为单播消息发出是适当的。又如,假设有请求当前正在广播给多个最终用户的常规调度的电视节目的最终用户。此电视节目只在特定时间广播,并且发送给多个最终用户,因此,应用做为多播流发出。根据这些示范实施例在SM 406与RM 404之间的资源分配消息传递可根据正在请求的是与单播还是多播信令相关联的服务而有所不同。下面描述用于单播和多播资源预留的一些详细的、但仍只是说明性的实施例。
示范单播资源协商消息传递
本文中相对于在SM 406和RM 404之间的通信,描述了有关经单播将诸如VoD等应用或服务输送到最终用户而使用的示范消息和操作。这些操作例如包括分配资源操作,修改资源操作和释放资源操作。
当在例如上述消息412的上下文中需要新资源时,SM 406使用分配资源操作。在此消息中,SM 406请求RM 404在源(最终用户装置)因特网协议(IP)地址与目的地(AF)IP地址之间分配资源。在此仅说明性示例中的分配资源操作包含称为“allocateResourceRequest”的输入结构和称为“allocateResourceResponse”的输出结构。
根据此示范实施例,“allocateResourceRequest”消息用于将有关最终用户期望接入的应用的信息从SM 406输送到RM 404。在此示例中,“allocateResourceRequest”结构包含“resId”参数和“sls”参数。另外,在分配资源时,能通过全局独特的资源标识符引用它们。“resId”参数是表示此资源标识符的可选参数字符串。如果“resId”存在,则与此请求相关联的资源将由以“resId”指定的值标识。如果它不存在,则RM 404将生成独特的资源标识符,并且将在到SM 406的响应中返回它。根据此示例,“sls”参数在下面描述为XML编码的字符串,其描述实际所需资源的参数,如下:
<?xml encoding=″UTF-8″?>
<!ELEMENT sls(FullResponse?,SourceAddr,DestinationAddr,
UnicastSelections)>
<!--<FullResponse>值应该为0或1-->
<!ELEMENT FullResponse(#PCDATA)>
<!ELEMENT UnicastSelections(Media+)>
<!ELEMENT Media SourceAddr,DestinationAddr>
<!ATTLIST Media nsc NMTOKEN #REQUIRED downstream
NMTOKEN #IMPLIED upstream NMTOKEN
#IMPLIED>
<!ELEMENT SourceAddr(#PCDATA)>
<!ELEMENT DestinationAddr(#PCDATA)>
上面的“FullResponse”字段向RM 404指示SM 406要求在响应中完整描述选定资源而不只是资源的索引。“nsc”参数优选地与RM 404配置数据相关。在RM 404内,一个“nsc”值被转换成特定的优先级和特定QoS。“SourceAddr”和“DestinationAddr”值为vr,IPAddress格式,其中,“vr”是在其中分配IP地址的IP域。“SourceAddr”是最终用户装置的IP地址。“DestinationAddr”是AF服务器的IP地址。“SourceAddr”和“DestinationAddr”对可在每个媒体中是不同的,因为不同类的服务可由不同服务器输送。“upstream”和“downstream”参数表示为该媒体请求的带宽的数量,其值能例如以每秒千比特为单位指定。至少这两个参数之一一般会存在,然而,两者均能在媒体描述中出现。
在此示例中,RM 404将通过匹配请求与可用资源,按每个<Media>条目在请求中出现的顺序尝试它们。与第一个成功的<Media>相关联的资源随后将被预留,并在到SM 406的响应中返回。要理解,请求的上述编码能够是多种格式的任何格式,如抽象语法记法一(ASN.1)或类型长度值(TLV)。上面示出的消息描述示范实施例,其中,该组网络服务类在SM 406与RM 404之间预建立,即,优选服务选项列表未在“allocateResourceRequest”消息中显式传送。在备选示范实施例中,SM 406能将网络服务类的排序列表直接在“allocateResourceRequest”消息中提供到RM 404。
响应“allocateResourceRequest”消息,RM 406可传送“allocateResourceResponse”消息。根据此示范实施例的“allocateResourceResponse”结构包含“done”参数、“resId”参数和“slsResponse”参数。“done”参数提供资源分配操作的状态。“-1”的值指示错误,“0”的值指示资源当前不可用,并且“1”的值指示资源已分配用于此请求。“resId”参数提供与分配的资源相关联的资源标识符,并且只可在返回的“done”参数带有“1”值时才提供。另外,此“resId”参数能在随后的消息中用于更新或释放资源。“slsResponse”参数是XML编码的字符串,表示标记<FullResponse>存在于“allocateResourceRequest”结构的“sls”字符串中并且其值为“1”的情况下分配的实际资源。根据此示例的“slsResponse”字符串由以下文档类型定义(DTD)来控制:
<?xml encoding=″UTF-8″?>
<!ELEMENT sls UnicastSelections>
<!ELEMENT UnicastS elections(Media)>
<!ELEMENT Media SourceAddr,DestinationAddr>
<!ATTLIST Media nsc NMTOKEN#REQUIRED
downstream NMTOKEN#IMPLIED
upstream NMTOKEN#IMPLIED>
<!ELEMENT SourceAddr(#PCDATA)>
<!ELEMENT DestinationAddr(#PCDATA)>
上述XML字符串中使用的字段的定义能够是与上面在用于此仅说明性消息的“allocateResourceRequest”消息中使用的相同的定义。
示范实施例不限于与资源的初始分配相关联的消息传递,而是也能在与后续资源协商相关联的消息传递中用于降低与此相关联的信令的量。例如,在期望或需要修改以前分配的资源时,AF使用另一示范操作modifyResource。根据此仅说明性示例,modifyResource操作包含输入结构“modifyResourceRequest”和输出结构“modifyResourceResponse”。“modifyResourceRequest”结构包含“resId”参数和“sls”参数。“resId”参数是表示与以前分配的资源相关联的资源标识符的字符串,并且“sls”参数是描述对现有资源的修改的XML编码字符串。根据此示例的“sls”字符串由以下DTD控制:
<?xml encoding=″UTF-8″?>
<!ELEMENT sls(UnicastSelections)>
<!ELEMENT UnicastS elections(Media+)>
<!--“nsc”属性应与资源管理器内部使用的值进行协调
用于“downstream”和“upstream”的格式是整数,并可选带有M或G。如果M或G均不存在,则该值指定的单位为千比特/秒。M表示兆比特/秒。
G表示千兆比特/秒。
例如,200 12M 1G
在unicastSelections内,可以指定“downstream”或“upstream”或两者。至少一项必须存在。
-->
<!ELEMENT Media EMPTY>
<!ATTLIST Media nsc NMTOKEN#REQUIRED
downstream NMTOKEN #IMPLIED
upstream NMTOKEN #IMPLIED>
上述XML字符串中使用的字段的定义能够是与上面在“allocateResourceRequest”消息中使用的相同的定义。
RM 404响应“modifyResourceRequest”消息,可传送“modifyResourceRequest”消息。根据此示范实施例的“modifyResourceResponse”结构包含“done”参数和“slsResponse”参数。“done”参数提供资源分配操作的状态。“-1”的值指示错误,“0”的值指示资源当前不可用,并且“1”的值指示资源已修改。“slsResponse”参数是XML编码的字符串,表示标记<FullResponse>存在于“modifyResourceRequest”结构的“sls”字符串中并且其值为“1”的情况下修改的实际资源。根据此示例的“slsResponse”字符串由以下DTD来控制:
<?xml encoding=″UTF-8″?>
<!ELEMENT sls(UnicastS elections)>
<!ELEMENT UnicastSelections(Media)>
<!--“nsc”属性应与资源管理器内部使用的值进行协调
用于“downstream”和“upstream”的格式是整数,并可选带有M或G。如果M或G均不存在,则该值指定的单位为千比特/秒。
M表示兆比特/秒。
G表示千兆比特/秒。
例如,200 12M 1G
在UnicastSelections内,可以指定“downstream”或“upstream”或两者。至少一项一般是存在的。
-->
<!ELEMENT Media EMPTY>
<!ATTLIST Media nsc NMTOKEN #REQUIRED
downstream NMTOKEN #IMPLIED
upstream NMTOKEN #IMPLIED>
上述XML字符串中使用的字段的定义能够是与上面在“allocateResourceRequest”消息中使用的相同的定义。
然而,能使用这些示范技术实现的另一示范资源通信是释放通信。例如,在不再需要以前分配的资源时,AF使用freeResource操作。freeResource操作只包括称为“freeResourceRequest”的输入结构。“freeResourceRequest”结构只包含需要释放的资源的资源标识符“resId”。
示范多播资源协商消息传递
根据另一示范实施例,本文中相对于在SM 406和RM 404之间的通信,描述了有关经多播将诸如PayPerView等应用输送到最终用户而使用的消息和操作。象前面的单播实施例一样,这些操作例如能包括分配资源操作,修改资源操作和释放资源操作。
在上述消息412的上下文中需要新资源时,SM 406使用分配资源操作。在此消息中,SM 406请求RM 404在源(最终用户装置)因特网协议(IP)地址与目的地(AF)IP地址之间分配资源。在此仅说明性示例中的分配资源操作包含称为“allocateResourceRequest”的输入结构和称为“allocateResourceResponse”的输出结构。
根据此示范实施例,“allocateResourceRequest”消息用于将有关最终用户期望接入的应用的信息从SM 406输送到RM 404。在此示例中,“allocateResourceRequest”结构包含“resId”参数和“sls”参数。另外,在分配资源时,能通过全局独特的资源标识符引用它们。“resId”参数是表示此资源标识符的可选参数字符串。如果它存在,则与此请求相关联的资源将由以“resId”指定的值标识。如果它不存在,则RM 404将生成独特的资源标识符,并且将在到SM 406的响应中返回它。根据此示例,“sls”参数在下面描述为XML编码的字符串,其描述实际所需资源的参数,如下:
<?xml encoding=″UTF-8″?>
<!ELEMENT sis(FullResponse?,SourceAddr,DestinationAddr,
MulticastS elections)>
<!--<FullResponse>值应该为0或1-->
<!ELEMENT FullResponse(#PCDATA)>
<!ELEMENT Address-Realm>
<!ATTLIST Address-Realm vno NMTOKEN#REQUIRED>
<!ELEMENT MulticastSelections(Multicast-Group+)>
<!ATTLIST MulticastSelections uip NMTOKEN
#REQUIRED>
<!ELEMENT Multicast-Group>
<!ATTLIST Multicast-Group
addr NMTOKEN #REQUIRED
server NMTOKEN #REQUIRED
nsc NMTOKEN #REQUIRED
downstream NMTOKEN #REQUIRED>
上面的“FullResponse”字段向RM 404指示SM 406要求在响应中完整描述选定资源而不只是资源的索引。“vno”参数指定在SLS中指定的IP地址所属的域。“uip”参数指定为其完成协商的用户装置的IP地址。“addr”参数指定用于多播组的IP地址。“server”参数指示多播流的源。“nsc”参数优选地与RM 404配置数据相关。在RM 404内,一个“nsc”值被转换成特定的优先级和特定QoS。“downstream”参数指定用于多播流的所需带宽,带有例如能以每秒千比特为单位列出的值。在此示例中,RM 404将按每个<Multicast-Group>条目在请求中出现的顺序或排序列表来尝试它们。与第一个成功的<Multicast-Group>相关联的资源将被预留,并在到SM 406的响应中返回。
响应“allocateResourceRequest”消息,RM 404可传送“allocateResourceResponse”消息。根据此示范实施例的“allocateResourceResponse”结构包含“done”参数、“resId”参数和“slsResponse”参数。“done”参数提供资源分配操作的状态。“-1”的值指示错误,“0”的值指示资源当前不可用,并且“1”的值指示资源已分配用于此请求。“resId”参数提供与分配的资源相关联的资源标识符。它一般在返回带有“1”值的“done”参数时提供。另外,此“resId”参数能在以后用于更新或释放资源。“slsResponse”参数是XML编码的字符串,表示标记<FullResponse>存在于“allocateResourceRequest”结构的“sls”字符串中并且其值为“1”的情况下分配的实际资源。根据此示例的“slsResponse”字符串由以下DTD来控制:
<?xml encoding=″UTF-8″?>
<!ELEMENT sls MulticastSelections>
<!ELEMENT MulticastSelections(Multicast-Group)>
<!ELEMENT Multicast-Group>
<!ATTLIST Multicast-Group
addr NMTOKEN#REQUIRED
server NMTOKEN#REQUIRED
nsc NMTOKEN#REQUIRED
downstream NMTOKEN#REQUIRED>
字段的定义能够与上“allocateResourceRequest”消息中的相同。另外,在此响应中一般只能使用一个多播组。
服务等级规范(SLS)
上述示范消息在SM 406与RM 404之间用于通过数量降低的资源协商信令,以可能的“最佳”格式将应用或服务输送到最终用户。除其它之外,此可能的“最佳”格式基于来自SM 406的指示和如RM 404确定的资源可用性。除其它之外,来自SM 406的这些指示又基于已转换成SLS的服务等级协定(SLA)的内容。虽然此过程已在上面的各个部分简要描述,但它将在下面进行更详细地描述。
根据示范实施例,虽然SLA通常用于调整提供商之间的网络连接性,但它们也可用于形式化零售协商。SLA在预订时签署,并且通常从专门为请求的服务设想的模板制定。最终用户有关服务的期望在SLA中指定。为满足这些期望,服务提供商将协定考虑在内,为请求的服务计划资源的供应。然而,服务提供商一般具有对接受最终用户的QoS请求的最终决定权,以便决定如何管理资源和应用其自己的QoS策略。为从端对端的角度提供和输送服务,需要在每个涉及的域(即接入域和服务提供商域)中设置适当的机制。根据要实现的服务行为的类型,一个或多个QoS特征需要基于SLA在这些域中实现。
虽然SLA表示所需服务的高级描述,但SLS是更正式的技术文档,包含用于必需的网络资源的供应和预留的技术参数的列表。此外,虽然SLA预订能被视为相对静态的过程,但SLS通常由于变化的网络条件原因而在更动态的过程中涉及。例如,对于与同一服务有关的两个不同预订,能根据当前网络资源状态得出不同的SLS实例。SLS实例通过上述资源预留和准入控制过程来例示,这使得在请求服务时能够为服务进行资源的动态分配,并且在停用服务时释放这些资源。此方案避免保障型业务的静态过度供应,并且有效地使用部署的底层网络资源。
另外,这些SLS请求和交换一般在提供商之间已经建立的双边协定的上下文内进行。这些双边协定的连结有助于端对端QoS启用的服务的适当输送。为协商目的而输送到RM 404的SLS的数量与沿从源到目的地的路径的域的数量无关。实际上,负责执行SLA到一个或多个SLS的转换的SM 406完全不知道网络细节,如路由选择或拓扑。
根据示范实施例,能包括在SLS中的一些方面包括但不限于:(1)用于服务流的业务参数:承诺信息速率(CIR)、峰值信息速率(PIR)、分组长度等;(2)用于限内业务(in-profile traffic)的QoS属性(吞吐量、丢失百分比、最大延迟、抖动等);(3)用于限外业务(out-of-profile traffic)的QoS属性;(4)服务的持续时间(永久型、根据需要或事先调度);(5)服务流及其指配的NSC;(6)成本;(7)输出装置;(8)家长控制;(9)存储选项;以及(10)与服务的不同流相关联的策略。这些方面进一步编码成SM 406能理解和根据需要使用的形式。另外,SLS的这些方面能(显式或隐式)结合到从SM 406到RM 404的消息中以便为服务请求资源,或者存储在RM 404中以用于当SM为要输送到最终用户的应用请求资源时检索。
从上述内容中,将明白示范实施例包括用于在通信***中协商资源的方法,其示例在图7(a)-7(d)的流程图中示出。其中,如图7(a)所示从SM 406的角度而言,用于协商资源的方法包括由SM传送服务的请求的步骤,其中,服务请求显式提供或隐式涉及用于提供服务702的多个服务选项的列表。此外,在如图7(b)所示,当消息包括显式服务选项时,协商方法提供请求,该请求是包括多个服务选项的列表的消息,列表中的每个条目包括多个参数,如步骤712所示。在步骤714,请求由资源管理器接收。随后,在步骤716评估列表以确定能用于提供服务的多个服务选项中最高排序的一个选项。在步骤718传送服务的请求的回复,指示资源管理器基于其对排序的服务选项列表的评估,为提供服务选择了多个服务选项的哪个选项(718)。
如图7(a)所示从RM 404的角度而言,用于协商资源的方法包括接收服务的请求的步骤,其中,服务请求显式提供或隐式涉及用于提供所述服务的多个服务选项的列表(722)。
上述示范实施例在本发明的所有方面是说明性而不是限制性的。因此,本发明能够在详细的实施方面有许多变化,本领域的技术人员从本文中包含的描述能得出这些变化。所有此类变化和修改要视为在如所附权利要求定义的本发明的范围和精神之内。除非有明确描述,否则,本申请的描述中使用的要素、动作或指示不应视为对本发明是关键或必要的。此外,在本文中使用时,冠词“一(a)”旨在包括一个或多个项目。
Claims (40)
1.一种用于在通信***中协商资源的方法,所述方法包括:
由服务管理器传送对于服务的请求,
其中所述服务请求显式提供或隐式涉及用于提供所述服务的多个服务选项的列表,
其中所述多个服务选项的每个包括定义服务等级的一组参数,以及
其中所述多个服务选项提供多个服务等级之间的选择。
2.如权利要求1所述的方法,其中所述服务请求显式提供所述多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括所述多个服务选项的所述列表。
3.如权利要求1所述的方法,其中每组参数包括至少以下之一:要用于提供所述服务的带宽、要用于提供所述服务的编解码器以及要用于提供所述服务的格式。
4.如权利要求1所述的方法,其中所述服务请求隐式涉及多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括最终用户装置的地址和与所述服务相关联的标识符。
5.如权利要求4所述的方法,其中所述请求包括与至少以下之一相关联的参数:请求的带宽、请求的编解码器和请求的格式。
6.如权利要求2所述的方法,还包括:
在资源管理器接收包括所述列表的所述请求,
评估所述列表以确定能用于提供所述服务的所述多个服务选项的最高排序的选项,以及
传送对于服务的所述请求的回复,指示所述资源管理器已选择所述多个服务选项的哪个用于提供所述服务。
7.如权利要求6所述的方法,其中所述多个服务选项的所述列表包括与用于接收所述服务的最终用户的偏好相关联的排序信息。
8.如权利要求6所述的方法,其中所述多个服务选项的所述列表基于用于接收所述服务的最终用户的偏好来排序。
9.如权利要求4所述的方法,还包括:
在资源管理器接收所述请求,
从与所述资源管理器相关联的存储器装置检索所述多个服务选项的所述列表,
评估所述列表以确定能用于提供所述服务的所述多个服务选项的最高排序的选项,以及
传送对于服务的所述请求的回复,指示所述资源管理器已选择所述多个服务选项的哪个用于提供所述服务。
10.如权利要求1所述的方法,其中所述服务管理器是提供发布、发现、预订、调用和输送服务质量(QoS)启用的服务的功能的服务器。
11.如权利要求1所述的方法,其中所述服务是要从应用功能提供到最终用户的电影。
12.一种用于在通信***中协商资源的方法,所述方法包括:
由资源管理器接收对于服务的请求,
其中所述服务请求显式提供或隐式涉及用于提供所述服务的多个服务选项的列表,
其中所述多个服务选项的每个包括定义服务等级的一组参数,以及
其中所述多个服务选项提供多个服务等级之间的选择。
13.如权利要求12所述的方法,其中所述服务请求显式提供所述多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括所述多个服务选项的所述列表。
14.如权利要求12所述的方法,其中每组参数包括至少以下之一:要用于提供所述服务的带宽、要用于提供所述服务的编解码器以及要用于提供所述服务的格式。
15.如权利要求12所述的方法,其中所述服务请求隐式涉及多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括最终用户装置的地址和与所述服务相关联的标识符。
16.如权利要求15所述的方法,其中所述请求包括与至少以下之一相关联的参数:请求的带宽、请求的编解码器和请求的格式。
17.如权利要求13所述的方法,还包括:
评估所述列表以确定能用于提供所述服务的所述多个服务选项的最高排序的选项,以及
传送对于服务的所述请求的回复,指示所述资源管理器已选择所述多个服务选项的哪个用于提供所述服务。
18.如权利要求17所述的方法,其中所述多个服务选项的所述列表包括与用于接收所述服务的最终用户的偏好相关联的排序信息。
19.如权利要求17所述的方法,其中所述多个服务选项的所述列表基于用于接收所述服务的最终用户的偏好来排序。
20.如权利要求15所述的方法,还包括:
从与所述资源管理器相关联的存储器装置检索所述多个服务选项的所述列表,
评估所述列表以确定能用于提供所述服务的所述多个服务选项的最高排序的选项,以及
传送对于服务的所述请求的回复,指示所述资源管理器已选择所述多个服务选项的哪个用于提供所述服务。
21.如权利要求12所述的方法,其中所述资源管理器是提供以下功能的服务器:基于从服务管理器接收的预留请求,预留、分配和监视域内的网络资源。
22.如权利要求12所述的方法,其中所述服务是要从应用功能提供到最终用户的电影。
23.一种用于在通信***中协商资源的通信节点,包括:
处理器,用于传送对于服务的请求,
其中所述服务请求显式提供或隐式涉及用于提供所述服务的多个服务选项的列表,
其中所述多个服务选项的每个包括定义服务等级的一组参数,以及
其中所述多个服务选项提供多个服务等级之间的选择。
24.如权利要求23所述的通信节点,其中所述服务请求显式提供所述多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括所述多个服务选项的所述列表。
25.如权利要求23所述的通信节点,其中每组参数包括至少以下之一:要用于提供所述服务的带宽、要用于提供所述服务的编解码器以及要用于提供所述服务的格式。
26.如权利要求23所述的通信节点,其中所述服务请求隐式涉及多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括最终用户的地址和与所述服务相关联的标识符。
27.如权利要求26所述的通信节点,其中所述请求包括与至少以下之一相关联的参数:请求的带宽、请求的编解码器和请求的格式。
28.如权利要求23所述的通信节点,其中所述通信节点是提供发布、发现、预订、调用和输送服务质量(QoS)启用的服务的功能的服务器。
29.如权利要求23所述的通信节点,其中所述服务是要从应用功能提供到最终用户的电影。
30.一种用于在通信***中协商资源的通信节点,包括:
处理器,用于接收对于服务的请求,
其中所述服务请求显式提供或隐式涉及用于提供所述服务的多个服务选项的列表,
其中所述多个服务选项的每个包括定义服务等级的一组参数,以及
其中所述多个服务选项提供多个服务等级之间的选择。
31.如权利要求30所述的通信节点,其中所述服务请求显式提供所述多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括所述多个服务选项的所述列表。
32.如权利要求30所述的通信节点,其中每组参数包括至少以下之一:要用于提供所述服务的带宽、要用于提供所述服务的编解码器以及要用于提供所述服务的格式。
33.如权利要求30所述的通信节点,其中所述服务请求隐式涉及多个服务选项的所述列表并且还有的是其中:
所述请求是消息,包括最终用户的地址和与所述服务相关联的标识符。
34.如权利要求30所述的通信节点,其中所述请求包括与至少以下之一相关联的参数:请求的带宽、请求的编解码器和请求的格式。
35.如权利要求31所述的方法,其中所述处理器评估所述列表以确定能用于提供所述服务的所述多个服务选项的最高排序的选项,并且传送对于服务的所述请求的回复,指示所述通信节点已选择所述多个服务选项的哪个用于提供所述服务。
36.如权利要求35所述的通信节点,其中所述多个服务选项的所述列表包括与用于接收所述服务的最终用户的偏好相关联的排序信息。
37.如权利要求35所述的通信节点,其中所述多个服务选项的所述列表基于用于接收所述服务的最终用户的偏好来排序。
38.如权利要求33所述的通信节点,还包括
与资源管理器相关联的存储器装置,从其检索所述多个服务选项的所述列表,
其中所述处理器评估所述列表以确定能用于提供所述服务的所述多个服务选项的最高排序的选项,并且传送对于服务的所述请求的回复,指示所述通信节点已选择所述多个服务选项的哪个用于提供所述服务。
39.如权利要求30所述的通信节点,其中所述通信节点是提供发布、发现、预订、调用和输送服务质量(QoS)启用的服务的功能的服务管理器。
40.如权利要求30所述的通信节点,其中所述服务是要从应用功能提供到最终用户的电影。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/690,453 | 2007-03-23 | ||
US11/690,453 US8127011B2 (en) | 2007-03-23 | 2007-03-23 | Network resource negotiation between a service provider network and an access network |
PCT/IB2008/050788 WO2008117189A2 (en) | 2007-03-23 | 2008-03-04 | Network resource negotiation |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101641917A CN101641917A (zh) | 2010-02-03 |
CN101641917B true CN101641917B (zh) | 2012-12-12 |
Family
ID=39734109
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880009362XA Expired - Fee Related CN101641917B (zh) | 2007-03-23 | 2008-03-04 | 网络资源协商 |
Country Status (7)
Country | Link |
---|---|
US (1) | US8127011B2 (zh) |
EP (1) | EP2135396B1 (zh) |
JP (1) | JP5065422B2 (zh) |
CN (1) | CN101641917B (zh) |
AT (1) | ATE471019T1 (zh) |
DE (1) | DE602008001508D1 (zh) |
WO (1) | WO2008117189A2 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10142023B2 (en) | 2003-01-31 | 2018-11-27 | Centurylink Intellectual Property Llc | Antenna system and methods for wireless optical network termination |
JP2008277961A (ja) * | 2007-04-26 | 2008-11-13 | Hitachi Ltd | オンデマンドデータ配信システム |
JP4930224B2 (ja) * | 2007-06-29 | 2012-05-16 | ブラザー工業株式会社 | ネットワーク装置 |
CN101572650B (zh) * | 2008-04-30 | 2012-02-15 | 华为技术有限公司 | Iptv资源分配方法及*** |
KR101400758B1 (ko) * | 2010-11-08 | 2014-05-28 | 한국전자통신연구원 | Isn 스토어 기반의 오버레이 네트워크 동적 구성 시스템 및 그 방법 |
KR20120066461A (ko) * | 2010-12-14 | 2012-06-22 | 한국전자통신연구원 | 콘텐츠 변환 장치 및 방법 |
US9497800B2 (en) * | 2012-07-05 | 2016-11-15 | Centurylink Intellectual Property Llc | Multi-service provider wireless access point |
US9392641B2 (en) | 2012-07-05 | 2016-07-12 | Centurylink Intellectual Property Llc | Multi-service provider wireless access point |
TW201414241A (zh) | 2012-09-28 | 2014-04-01 | Ibm | 同步化一叢集中之多個資訊設備之slm狀態的方法、裝置與電腦程式產品 |
US20140136262A1 (en) * | 2012-11-12 | 2014-05-15 | goHairCut.com, Inc. | Service management system and methods for facilitating on-demand services |
US9112939B2 (en) * | 2013-02-12 | 2015-08-18 | Brightcove, Inc. | Cloud-based video delivery |
US9749902B2 (en) | 2014-08-19 | 2017-08-29 | Qualcomm Incorporated | Admission control and load balancing |
US9876713B2 (en) * | 2014-12-31 | 2018-01-23 | International Business Machines Corporation | Cross-domain service request placement in a software defined environment (SDE) |
US20160269493A1 (en) * | 2015-03-10 | 2016-09-15 | Qualcomm Incorporated | Methods and devices to establish services between service and connectivity strata |
CN106879031B (zh) * | 2017-03-23 | 2019-11-19 | 江苏中科羿链通信技术有限公司 | 一种基于双收单发的多通道无线Mesh网络资源协商方法 |
US10970309B2 (en) | 2019-06-05 | 2021-04-06 | Advanced New Technologies Co., Ltd. | Data storage method and apparatus |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1710904A (zh) * | 2004-06-18 | 2005-12-21 | 华为技术有限公司 | 网间互联协议网络安全保障方法及*** |
CN1860744A (zh) * | 2003-09-30 | 2006-11-08 | 索尼德国有限责任公司 | 带内信令机制内的双向服务质量保留 |
CN1879346A (zh) * | 2003-11-19 | 2006-12-13 | 艾利森电话股份有限公司 | 用于在电信***中确定收费的装置和方法 |
WO2006136183A1 (en) * | 2005-06-20 | 2006-12-28 | Telefonaktiebolaget L M Ericsson (Publ) | Quality of service in vlan-based access networks |
US7171678B2 (en) * | 2001-01-22 | 2007-01-30 | N2 Broadband, Inc. | Systems and methods for establishing and administering sessions in digital cable systems |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6335927B1 (en) * | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
JP4266403B2 (ja) * | 1998-02-18 | 2009-05-20 | キヤノン株式会社 | 通信システム及びその制御方法 |
US7042851B1 (en) * | 2000-10-26 | 2006-05-09 | Lucent Technologies Inc. | Service creation and negotiation in a wireless network |
NO20011465L (no) * | 2001-03-22 | 2002-09-23 | Ericsson Telefon Ab L M | Supplerende anropsgripetjeneste for mobilnett |
FR2825940B1 (fr) * | 2001-06-15 | 2003-12-05 | Mach Outils Wirth & Gruffat | Machine multiposte a transfert rotatif pour usinage de pieces |
US7194000B2 (en) * | 2002-06-21 | 2007-03-20 | Telefonaktiebolaget L.M. Ericsson | Methods and systems for provision of streaming data services in an internet protocol network |
EP1553737B1 (en) | 2004-01-06 | 2007-03-07 | Alcatel | A physical layer session resource broker |
ES2348308T3 (es) * | 2004-02-03 | 2010-12-02 | Nokia Corporation | Procedimiento y aparato para suministrar calidad de servicio (qos) de punto final a punto final. |
CN100505639C (zh) | 2005-01-12 | 2009-06-24 | 华为技术有限公司 | 多业务流资源申请的处理方法 |
CA2601850A1 (en) * | 2005-04-04 | 2006-10-12 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and apparatus for distributing load on application servers |
WO2007140834A1 (en) * | 2006-06-02 | 2007-12-13 | Telefonaktiebolaget L M Ericsson (Publ) | Ims service proxy in higa |
US20070291667A1 (en) * | 2006-06-16 | 2007-12-20 | Ericsson, Inc. | Intelligent audio limit method, system and node |
US8289965B2 (en) * | 2006-10-19 | 2012-10-16 | Embarq Holdings Company, Llc | System and method for establishing a communications session with an end-user based on the state of a network connection |
US8194643B2 (en) * | 2006-10-19 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for monitoring the connection of an end-user to a remote network |
US9008081B2 (en) * | 2006-12-14 | 2015-04-14 | Rpx Clearinghouse Llc | Serving gateway proxies for non-SIP speakers in a next generation network |
US20080205267A1 (en) * | 2007-02-23 | 2008-08-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Service Differentiation in the IP Multimedia Subsystem Utilizing Context-Aware Signaling |
US8040820B2 (en) * | 2007-03-06 | 2011-10-18 | Cisco Technology, Inc. | Modelling service flows in dynamic access domains |
-
2007
- 2007-03-23 US US11/690,453 patent/US8127011B2/en not_active Expired - Fee Related
-
2008
- 2008-03-04 WO PCT/IB2008/050788 patent/WO2008117189A2/en active Application Filing
- 2008-03-04 AT AT08719558T patent/ATE471019T1/de not_active IP Right Cessation
- 2008-03-04 EP EP08719558A patent/EP2135396B1/en not_active Not-in-force
- 2008-03-04 DE DE602008001508T patent/DE602008001508D1/de active Active
- 2008-03-04 CN CN200880009362XA patent/CN101641917B/zh not_active Expired - Fee Related
- 2008-03-04 JP JP2009554104A patent/JP5065422B2/ja not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7171678B2 (en) * | 2001-01-22 | 2007-01-30 | N2 Broadband, Inc. | Systems and methods for establishing and administering sessions in digital cable systems |
CN1860744A (zh) * | 2003-09-30 | 2006-11-08 | 索尼德国有限责任公司 | 带内信令机制内的双向服务质量保留 |
CN1879346A (zh) * | 2003-11-19 | 2006-12-13 | 艾利森电话股份有限公司 | 用于在电信***中确定收费的装置和方法 |
CN1710904A (zh) * | 2004-06-18 | 2005-12-21 | 华为技术有限公司 | 网间互联协议网络安全保障方法及*** |
WO2006136183A1 (en) * | 2005-06-20 | 2006-12-28 | Telefonaktiebolaget L M Ericsson (Publ) | Quality of service in vlan-based access networks |
Also Published As
Publication number | Publication date |
---|---|
US20080235379A1 (en) | 2008-09-25 |
ATE471019T1 (de) | 2010-06-15 |
CN101641917A (zh) | 2010-02-03 |
EP2135396B1 (en) | 2010-06-09 |
DE602008001508D1 (de) | 2010-07-22 |
WO2008117189A2 (en) | 2008-10-02 |
WO2008117189A3 (en) | 2008-11-27 |
JP2010522453A (ja) | 2010-07-01 |
EP2135396A2 (en) | 2009-12-23 |
US8127011B2 (en) | 2012-02-28 |
JP5065422B2 (ja) | 2012-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101641917B (zh) | 网络资源协商 | |
CN100380891C (zh) | 多播网络中资源保留的方法和*** | |
CN1623308B (zh) | 用于强制实施旨在为多流和多媒体应用提供QoS支持的端到端协商协议的不同阶段的模型 | |
CN101473629B (zh) | 管理多媒体内容的方法和装置 | |
CN101861729B (zh) | 通过使用会话初始化协议发现互联网协议电视服务iptv提供商和iptv服务的方法和设备 | |
EP1981219B1 (en) | An apparatus for providing the end-to-end qos guarantee and a method thereof | |
US9986039B2 (en) | Network for multimedia control comprising functional entities having publisher and/or subscriber functionality, and method for initiating a multimedia session | |
CN101589573B (zh) | 用于向内容提供商提供网络资源的方法和设备 | |
US20100118758A1 (en) | Distributing content in a communication network | |
CN102257764B (zh) | 组播服务质量模块和方法 | |
WO2017011988A1 (zh) | 一种视频分发方法和设备 | |
US8077615B2 (en) | Multicast admission control | |
EP2351300B1 (en) | Method and system for establishing digital media streams | |
JP2005328239A (ja) | リソース管理システム及び方法並びにプログラム及びプログラムを記録した記録媒体 | |
CN100583817C (zh) | 一种数字家庭网络QoS保障的方法 | |
Ahmed et al. | End-to-end quality of service provisioning through an integrated management system for multimedia content delivery | |
CN110087105A (zh) | 一种iptv组播转单播的切换方法及装置 | |
CN101325500A (zh) | 一种组播承载资源的控制方法、装置及*** | |
Borcoci et al. | Service management for end-to-end QoS multimedia content delivery in heterogeneous environment | |
Burchard et al. | An architecture for a scalable video-on-demand server network with quality-of-service guarantees | |
Sokol et al. | MCDN: multimedia content discovery and delivery | |
Tong et al. | Harmonic DiffServ: Scalable support of IP multicast with Qos heterogeneity in DiffServ backbone networks | |
Souza et al. | A QoS enabled public ethernet access network | |
Manohar et al. | A framework for programmable overlay multimedia networks | |
CN100396050C (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121212 Termination date: 20200304 |