CN100341289C - 一种实现资源分配的方法 - Google Patents
一种实现资源分配的方法 Download PDFInfo
- Publication number
- CN100341289C CN100341289C CNB2003101001554A CN200310100155A CN100341289C CN 100341289 C CN100341289 C CN 100341289C CN B2003101001554 A CNB2003101001554 A CN B2003101001554A CN 200310100155 A CN200310100155 A CN 200310100155A CN 100341289 C CN100341289 C CN 100341289C
- Authority
- CN
- China
- Prior art keywords
- load network
- resource manager
- network resource
- connection
- request
- 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 - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 65
- 238000013468 resource allocation Methods 0.000 title claims abstract description 19
- 238000011144 upstream manufacturing Methods 0.000 claims description 37
- 238000007726 management method Methods 0.000 claims description 24
- 230000005540 biological transmission Effects 0.000 claims description 10
- 238000012217 deletion Methods 0.000 claims description 6
- 230000037430 deletion Effects 0.000 claims description 6
- 230000011664 signaling Effects 0.000 claims description 5
- 230000003068 static effect Effects 0.000 claims description 4
- 238000012546 transfer Methods 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 4
- 238000012545 processing Methods 0.000 description 13
- 230000000977 initiatory effect Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000010276 construction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现资源分配的方法,该方法在呼叫代理(CA)收到业务请求时,向与其连接的承载网资源管理器发送连接资源请求;由该承载网资源管理器在承载控制层中转发连接资源请求来查找到源承载网资源管理器,并由源承载网资源管理器根据连接资源请求在承载控制层实现资源分配。本发明方案解决了现有技术中CA必须与源承载网资源管理器直接连接的问题,使CA可以只连接少数几个承载网资源管理器,即可由承载控制层对用户的带宽请求分配资源,从而降低了网络的建设成本,降低了网络拓扑结构的复杂度,使网络便于维护和管理,且减轻了CA处理请求消息的负担。
Description
技术领域
本发明涉及Internet网络中承载控制层的资源分配技术,更确切地说是涉及一种在Internet网络的承载控制层中实现资源分配的方法。
背景技术
随着Internet网络规模的不断增大,各种各样的网络服务争相涌现,各种先进的多媒体系统层出不穷,这导致Internet网络需要经常发送突发性高的文件传输协议(FTP)或含有图像文件的超文本传输协议(HTTP)等多媒体业务。对于网络中的实时业务来说,由于其对网络的传输时延、延时抖动等特性较为敏感,因此网络在发送FTP或HTTP等业务时,对实时业务的影响比较大。而且,多媒体业务还占去了大量的网络带宽,使现有网络中需要保证带宽的关键业务很难被可靠地传输。
针对上述问题,业界提出了各种服务质量(QoS)技术,比如,因特网工程任务组(IETF)就建立了很多的服务模型和机制以满足网络的需求。在这些QoS技术中,业界比较认可的是IETF提出的在网络的接入和边缘使用综合业务模型(Int-Serv)、在网络的核心使用区分业务模型(Diff-Serv)的技术方案。由于该方案中的Diff-Serv仅设定了优先登记保障QoS,因此使用该方案的网络虽然具有线路利用率高的特点,但是整个网络的传输可靠性和传输效果很难保证。为解决这个问题,业界提出了为Diff-Serv引入一个独立的承载控制层的方案,即在原有Diff-Serv的基础上提出了有独立承载控制层的Diff-Serv模型。该解决方案是在Diff-Serv的业务控制层和承载网络层之间设置承载控制层,所设置的承载控制层由多个承载网资源管理器组成,承载网资源管理器可以是带宽代理器(BB,Bandwidth Broker),也可以是QoS服务器、资源管理器或其他设备,Diff-Serv中的每个承载网络对应一个承载网资源管理器,由承载网资源管理器配置该承载网络的管理规则和网络拓扑,并为用户申请的业务分配带宽资源,各个承载网资源管理器之间通过信令传递用户申请业务带宽的请求和结果,以及承载网资源管理器为用户的业务申请分配的路径信息。
下面结合附图对该有独立承载控制层的Diff-Serv模型进行说明。
将承载网络称作管理域,Diff-Serv模型中的每个管理域对应一个承载网资源管理器。在图1所示的Diff-Serv模型中,管理域101对应承载网资源管理器102,承载网资源管理器102与管理域101中的边缘路由器(ER)103连接,由承载网资源管理器102对管理域101进行网络资源和拓扑管理等处理;类似地,管理域112对应承载网资源管理器111,承载网资源管理器111与管理域112中的路由器113连接;管理域109对应承载网资源管理器108,承载网资源管理器108与管理域109中的ER 110连接。承载网资源管理器102和承载网资源管理器108通过承载网资源管理器111连接。用户(UE)104与呼叫代理(CA)105连接,该CA 105与承载网资源管理器102连接,承载网资源管理器102对应的管理域101是CA 105所辖用户UE 104的归属承载网络,因此,如果UE 104为主叫用户,则承载网资源管理器102为UE 104的源承载网资源管理器;UE 106与CA 107连接,该CA 107与承载网资源管理器108连接,承载网资源管理器108对应的管理域109是CA 107所辖的用户UE 106的归属承载网络,因此,如果UE 106为主叫用户,则承载网资源管理器108为UE 106的源承载网资源管理器。
承载控制层可以为用户、CA或网络维护人员的业务请求分配资源。如果以图1中的UE 104为主叫UE,UE 106为被叫UE,则承载网资源管理器102为UE 104的源承载网资源管理器,承载网资源管理器108为目的承载网资源管理器。
对于一次呼叫而言,某个ER可以将本次呼叫的业务流接入到本网络,则将本ER所属管理域所对应的承载网资源管理器称为正向连接时的源承载网资源管理器,同时也将这样的承载网资源管理器称为逆向连接时的目的承载网资源管理器;某个ER可以将本次呼叫的业务流引出本网络,则将本ER所属管理域所对应的承载网资源管理器称为正向连接时的目的承载网资源管理器,同时也将这样的承载网资源管理器称为逆向连接时的源承载网资源管理器。
承载控制层为UE的业务请求实现资源申请包含两个部分:一部分是由正向连接时的源承载网资源管理器发起与正向连接时的目的承载网资源管理器之间的正向连接,并分配带宽资源,另一部分是由逆向连接时的源承载网资源管理器发起与逆向连接时的目的承载网资源管理器之间的逆向连接,并分配带宽资源。其中,建立正向连接时的源承载网资源管理器与建立逆向连接时的目的承载网资源管理器不一定是同一个承载网资源管理器,同样,建立正向连接时的目的承载网资源管理器与建立逆向连接时的源承载网资源管理器也不一定是同一个承载网资源管理器。上述的两个部分可以分别完成,也可以在建立某一连接的过程中同时确定另一连接的路径,即执行双向连接。下面分别对这两部分进行说明。
建立正向连接的过程通过以下步骤实现:
A1、主叫CA收到连接资源请求后,确定正向连接时的源承载网资源管理器,并向该源承载网资源管理器发送连接资源请求。
主叫CA通过自身保存的信息确定与其直接连接的承载网资源管理器中哪个是源承载网资源管理器。主叫CA中保存的信息可以是静态地保存所有与其连接的承载网资源管理器的ER路由信息,也可以由与其连接的承载网资源管理器在上电后将自身的ER接入信息主动地发送给主叫CA,主叫CA根据保存的ER接入信息确定源承载网资源管理器。
A2、正向连接时的源承载网资源管理器收到连接资源请求后,建立其与对应的目的承载网资源管理器之间的连接,为该请求建立路由路径、预留带宽,并由该源承载网资源管理器将路径信息下发给正向连接时的入口ER。
建立逆向连接的过程通过以下步骤实现:
B1、主叫CA收到连接资源请求后,向被叫CA发送呼叫请求。
B2、被叫CA收到呼叫请求后,确定逆向连接时的源承载网资源管理器,并向该承载网资源管理器发送连接资源请求。被叫CA确定逆向连接时的源承载网资源管理器的过程与主叫CA确定正向连接时的源承载网资源管理器的过程相同。
B3、逆向连接时的源承载网资源管理器收到连接资源请求后,建立其与对应的目的承载网资源管理器之间的连接,为该请求建立路由路径、预留带宽,并由该源承载网资源管理器将路径信息下发给逆向连接时的入口ER。
承载网资源管理器所发送的连接资源请求和资源响应可以采用连接初始化协议(RCIP)所提供的消息格式。RCIP协议所提供的消息结构与通用开放策略服务(COPS,Common Open Policy Service)协议所提供的消息结构类似,一个完整的RCIP消息由消息头和多个消息操作对象组成。RCIP消息的消息头格式参见表1,包括版本(Version),用于标识RCIP协议的版本号;标识(F1ag),用于标识消息的具体功能;操作码(Op Code),用于标识消息的类型;客户类型(Client-type)和消息长度(MessageLength)。
Version | Flag | Op Code | Client-type |
Message Length |
表1
RCIP消息的消息操作对象格式参见表2,包括对象长度(Length)、对象类型(C-Num)、子类型(C-Type)和对象内容。
Length | C-Num | C-Type |
对象内容 |
表2
根据RCIP协议提供的消息格式,如果需要发送的消息是连接资源请求,则应将消息中的Op code设置为连接资源请求,如果是资源响应,则应将消息中的Op code设置为资源响应。承载网资源管理器根据该Op code确定所收到的消息是连接资源请求还是资源响应。
每个承载网资源管理器都有一个状态机,每个承载网资源管理器在收到连接资源请求后,启动自身的状态机,在发送连接资源请求后启动定时器,如果定时器超时或重发连接资源请求达到预先设定的次数仍然没有响应,则该承载网资源管理器返回申请被拒绝的消息给上游设备,并向下游承载网资源管理器发送资源释放消息,然后删除本承载网资源管理器中与本次请求相关的数据信息,上游设备和下游承载网资源管理器收到消息后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
在以上实现过程中,由于CA中保存与其直接连接的承载网资源管理器的标识信息,如:承载网资源管理器的IP地址或域名信息,因此CA可以确定与其直接连接的承载网资源管理器中哪个是源承载网资源管理器,CA向源承载网资源管理器发送连接资源请求后,承载控制层即可为主叫UE对被叫UE的呼叫进行连接资源请求。如果CA不与源承载网资源管理器直接连接,则CA无法确定源承载网资源管理器,也就无法建立源承载网资源管理器与目的承载网资源管理器之间的正向和逆向连接,从而无法支持本次呼叫。
所以说,在现有的有独立承载控制层的Diff-Serv模型中,CA必须与其所属用户对应的源承载网资源管理器直接连接。而网络中CA的数量一般比较少,每个CA下接的用户数则非常多,如果CA下的用户需要从各个不同的ER转发业务流,则需要CA与不同的承载网资源管理器连接,这就要求CA需要根据用户所属的承载网络与多个承载网资源管理器直接建立连接。因此,目前的这个方案具有以下缺点:
1)CA需要与多个承载网资源管理器直接连接,这导致网络的建设成本很高,网络的拓扑结构也非常复杂,且网络不易维护和管理;
2)一旦增加或删除某个承载网资源管理器或其辖域内的ER,则需要将该增加或删除的信息通知与之连接的CA,CA再修改自身所保存相关信息,而CA往往需要连接较多个承载网资源管理器,由此可见,CA与承载网资源管理器连接和维护的难度都很大;
3)CA需要接很多用户和承载网资源管理器,并且CA在收到UE申请带宽资源的请求时,需要向与之连接的所有承载网资源管理器发送获取源承载网资源管理器地址的请求消息,因此,CA需要处理的消息非常多。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现资源分配的方法,使CA在不与当前主叫UE对应的承载网资源管理器直接连接时,承载控制层也能实现对CA发送的连接资源请求的处理。
为达到以上目的,本发明的技术方案是这样实现的:一种实现资源分配的方法,承载控制层的承载网资源管理器CM根据呼叫代理CA的请求分配资源,该方法包括以下步骤:
a.CA收到业务请求时,向与其连接的承载网资源管理器发送连接资源请求;
b.收到连接资源请求的承载网资源管理器判断自身是否为源承载网资源管理器,如果是,则进入步骤d,否则,进入步骤c;
c.承载网资源管理器查找下游承载网资源管理器,并向查找到的承载网资源管理器转发用于查找源承载网资源管理器的连接资源请求,该下游承载网资源管理器判断自身是否为源承载网资源管理器,如果是,则进入步骤d,否则,返回步骤c;
d.源承载网资源管理器根据接收到的连接资源请求在承载控制层实现资源分配。
所述承载网资源管理器根据自身保存的边缘路由器ER路由信息及连接资
所述步骤b和c中,所述承载网资源管理器根据对应管理域中的ER是否能将呼叫的业务流接入网络来判断自身是否为正向连接时的源承载网资源管理器,
所述步骤d中,源承载网资源管理器在承载控制层建立与正向连接时的目的承载网资源管理器之间的正向连接,并进行正向资源分配。
所述步骤a中CA向与其连接的承载网资源管理器发送双向的连接资源请求;
所述步骤d中,源承载网资源管理器与目的承载网资源管理器之间建立正向连接并分配正向资源的同时,确定目的承载网资源管理器与源承载网资源管理器之间逆向连接的路径,并分配逆向资源。
所述步骤a中CA向与其连接的承载网资源管理器发送逆向的连接资源请求,
所述步骤b和c中,所述承载网资源管理器根据对应管理域中的ER是否能将呼叫的业务流引出网络来判断自身是否为逆向连接时的源承载网资源管理器,
所述步骤d中,该源承载网资源管理器在承载控制层建立与逆向连接时的目的承载网资源管理器之间的逆向连接,并进行逆向资源分配。
所述步骤a中CA向与其连接的承载网资源管理器发送双向的连接资源请求,
所述步骤d中,源承载网资源管理器与目的承载网资源管理器之间建立逆向连接并分配逆向资源的同时,确定目的承载网资源管理器与源承载网资源管理器之间正向连接的路径,并分配正向资源。
上述步骤a中,所述CA为被叫CA或主叫CA。
所述CA与承载控制层中的一个或一个以上承载网资源管理器直接连接。
该方法可以进一步包括:
在承载控制层的每个承载网资源管理器中动态获取或静态配置用于确定下
所述CA与承载控制层中的一个或一个以上承载网资源管理器直接连接。
该方法可以进一步包括:
在承载控制层的每个承载网资源管理器中动态获取或静态配置用于确定下游承载网资源管理器的信息,则所述步骤c中,承载网资源管理器根据自身保存的确定下游承载网资源管理器的信息确定下游承载网资源管理器,将所述连接资源请求转发到确定的下游承载网资源管理器。
所述用于确定下游承载网资源管理器的信息是:当前承载网资源管理器所辖承载网络的标签交换路径LSP信息和各个连接节点CN的路由信息,或当前承载网资源管理器所辖承载网络的标签交换路径LSP信息、各个连接节点CN的路由信息以及信令路由算法。
所述承载控制层为树状结构,顶级承载网资源管理器中保存其下一级承载网资源管理器对应的IP地址段,最底端承载网资源管理器与承载网络连接,保存该承载网络中的路由信息,其他承载网资源管理器中保存上一级承载网资源管理器的地址和下一级承载网资源管理器所管理的IP地址段,则所述步骤b中,所述承载网资源管理器根据自身保存的路由信息或IP地址段判断自身是否为源承载网资源管理器,如果是,则执行所述步骤d;否则根据自身保存的下一级承载网资源管理器的IP地址段,进一步判断下一级的承载网资源管理器是否为源承载网资源管理器,如果是,则将所述连接资源请求发送给所述下一级的承载网资源管理器,执行所述步骤d;否则,执行所述步骤c;
所述步骤c中,所述承载网资源管理器根据自身保存的上一级承载网资源管理器的IP地址段查找所述下游承载网资源管理器,将所述连接资源请求转发给确定的下游承载网资源管理器。
所述步骤b、c和d中,当前承载网资源管理器在收到连接资源请求后,启动自身的状态机,在发送连接资源请求后启动定时器,如果定时器超时或重发连接资源请求达到预先设定的次数仍然没有响应,则当前承载网资源管理器返回申请被拒绝的消息给上游设备,并向下游承载网资源管理器发资源释放消息,然后删除本承载网资源管理器中与本连接资源请求相关的数据信息,上游设备和下游承载网资源管理器收到消息后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
该方法还可以进一步包括:预设转发次数,所述步骤c中,承载网资源管理器在向下游转发的连接资源请求中设置用于确定转发次数的信息,下游承载网资源管理器确定自身不是源承载网资源管理器之后,根据连接资源请求中用于转发次数的信息判断是否已达到预设的转发次数,如果是,则结束处理,否则,返回步骤c。
所述连接资源请求采用连接初始化协议RCIP的消息格式,则所述用于确定转发次数的信息设置在连接资源请求的消息操作对象的对象内容中。
所述用于确定转发次数的信息是已转发次数、或剩余转发次数、或转发过连接资源请求的承载网资源管理器的标识信息。
所述步骤c中,所述承载网资源管理器转发用于查找源承载网资源管理器的连接资源请求给下游承载网资源管理器时,为该连接资源请求使用专用的消息格式,则下游承载网资源管理器收到该连接资源请求时,根据该连接资源请求的消息格式判断自身是否为源承载网资源管理器,如果是,则根据该连接资源请求直接进行资源配置;否则,将该使用专用的消息格式的连接资源请求转发给下游承载网资源管理器。
所述步骤c中,所述承载网资源管理器转发用于查找源承载网资源管理器的连接资源请求给下游承载网资源管理器时,将该连接资源请求中的标识设置为代理,则下游承载网资源管理器收到连接资源请求时,判断该连接资源请求的标识是否为代理,如果是,则判断自身是否为源承载网资源管理器,否则,根据该连接资源请求直接进行资源配置。
所述步骤d进一步包括,源承载网资源管理器向与CA连接的承载网资源管理器返回与查找源承载网资源管理器的连接资源请求对应的资源响应,收到该资源响应的承载网资源管理器判断自身是否为与CA连接的承载网资源管理器,如果自身是,则向CA发送资源响应,如果自身不是,则沿转发连接资源请求的路径向上游转发该资源响应。
该方法还可以进一步包括:所述承载网资源管理器发送的连接资源请求和资源响应采用RCIP的消息格式,并在所述连接资源请求中设置针对承载网资源管理器标识信息的消息操作对象,则所述步骤c中,所述承载网资源管理器在转发连接资源请求时,将自身的标识信息保存在该连接资源请求针对承载网资源管理器标识信息的消息操作对象的对象内容中;所述步骤d中,所述承载网资源管理器根据步骤c中转发来的连接资源请求的标识信息确定自身的上游承载网资源管理器,并向该承载网资源管理器转发资源响应。
所述源承载网资源管理器在向上游转发资源响应时,为该资源响应使用专用的消息格式,则上游承载网资源管理器收到该资源响应时,根据该资源响应的消息格式判断自身是否为与CA连接的承载网资源管理器,如果是,则将该资源响应发送给CA;否则,将该使用专用的消息格式的资源响应转发给自身的上游承载网资源管理器。
所述源承载网资源管理器在向上游转发资源响应时,将该资源响应中的标识设置为代理,则上游承载网资源管理器收到资源响应时,判断该资源响应中的标识是否为代理,如果是代理,则判断自身是否为与CA连接的承载网资源管理器;如果不是代理,则根据该资源响应直接进行资源配置。
所述转发的连接资源请求或资源响应可以采用RCIP协议的消息格式,则在所述转发的连接资源请求或资源响应的标识Flag中设置代理proxy标识,并将该proxy标识置特定值。
本发明方案在CA不直接与UE所属承载网络对应的承载网资源管理器连接,通过各个承载网资源管理器转发连接资源请求及资源响应,使CA可以只连接一个或少数几个承载网资源管理器,即可实现承载控制层对用户带宽连接资源请求的处理,从而降低了网络的建设成本,降低了网络拓扑结构的复杂度。并且,CA只与少数的几个承载网资源管理器直接连接,使网络在增加或删除未与CA直接相连的承载网资源管理器时,不需要通知CA,便于对网络的维护和管理,且CA不需要向所有与其直接连接的承载网资源管理器发送请求消息,减轻了CA处理请求消息的负担。
附图说明
图1为目前的有独立承载控制层的Diff-Serv模型的示意图;
图2为本发明方案中由主叫CA发起建立正向连接的流程图;
图3为本发明方案中由被叫CA发起建立正向连接的流程图;
图4为本发明方案中由被叫CA发起建立逆向连接的流程图;
图5为本发明方案中由主叫CA发起建立逆向连接的流程图;
图6为承载控制层为网状结构的示意图;
图7为承载控制层为树状结构的示意图。
具体实施方式
为保证在CA不直接与所有承载网资源管理器连接的情况下,承载控制层对用户带宽连接资源请求的处理,本发明方案对分配带宽资源的承载网资源管理器进行设置,使承载网资源管理器收到与分配带宽资源相关的消息后,先判断该消息是否应由本承载网资源管理器进行处理,如果不属于本承载网资源管理器的处理范围,则该承载网资源管理器将该消息转发给下游承载网资源管理器,下游承载网资源管理器也作同样的处理,直到找到源承载网资源管理器为止,由该承载网资源管理器进行处理。
在有独立承载控制层的Diff-Serv模型中,对于通过源承载网资源管理器建立正向连接的过程来说,可以由主叫CA发起,也可以由被叫CA发起。能够将本次呼叫的业务流接入到网络的ER所属管理域所对应的承载网资源管理器为正向连接时的源承载网资源管理器,同时也将这样的承载网资源管理器称为逆向连接时的目的承载网资源管理器;能够将本次呼叫的业务流引出本网络的ER所属管理域所对应的承载网资源管理器为正向连接时的目的承载网资源管理器,同时也将这样的承载网资源管理器称为逆向连接时的源承载网资源管理器。对于由主叫CA发起的情况来说,该过程参见图2,通过以下步骤实现:
步骤201、主叫CA向与其直接连接的承载网资源管理器发送正向连接资源请求。
步骤202、收到正向连接资源请求的承载网资源管理器判断自身是否为正向连接时的源承载网资源管理器,如果不是,则进入步骤203,如果是,则进入步骤205。
承载网资源管理器是根据自身保存的ER接入信息及连接资源请求中主叫UE的标识信息进行判断的,该UE标识信息可以为IP地址,也可以为域名信息。
步骤203~204、承载网资源管理器向下游承载网资源管理器转发正向连接资源请求,下游承载网资源管理器判断自身是否为正向连接时的源承载网资源管理器,如果是,则进入步骤205,否则,返回步骤203。
承载网资源管理器可以通过自身所辖承载网络的LSP信息和各个CN的路由信息确定下游承载网资源管理器,还可以通过这两个信息及信令路由算法来确定下游承载网资源管理器。
步骤205、正向连接时的源承载网资源管理器发起建立与正向连接时的目的承载网资源管理器之间的正向连接,并分配正向资源。
在步骤205中,源承载网资源管理器还需要逐跳向上游承载网资源管理器返回相应的资源响应,直到与主叫CA直接连接的那个承载网资源管理器,该承载网资源管理器收到资源响应后,向主叫CA返回连接资源响应。
通过被叫CA发起、由正向连接时的源承载网资源管理器建立正向连接的过程参见图3,图3所示流程与图2所示流程的区别在于,图2中由主叫CA向与主叫CA自身连接的承载网资源管理器发送正向连接资源请求,而图3中由被叫CA向与被叫CA自身连接的承载网资源管理器发送正向连接资源请求。且主叫CA是在收到主叫UE的业务请求后发起建立正向连接的,而被叫CA是在收到主叫CA发送来的呼叫请求后发起建立正向连接的。
逆向连接时的源承载网资源管理器建立逆向连接的过程与正向连接时的源承载网资源管理器建立正向连接的过程类似,同样分被叫CA实现和主叫CA发起两种情况,对于由被叫CA发起的情况来说,该过程参见图4,通过以下步骤实现:
步骤401、被叫CA向与其直接连接的承载网资源管理器发送逆向连接资源请求。
步骤402、收到逆向连接资源请求的承载网资源管理器判断自身是否为逆向连接时的源承载网资源管理器,如果不是,则进入步骤403,如果是,则进入步骤405。
承载网资源管理器是根据自身保存的ER接入信息及连接资源请求中保存的被叫UE的IP地址或域名进行判断的。
步骤403~404、承载网资源管理器向下游承载网资源管理器转发逆向连接资源请求,下游承载网资源管理器判断自身是否为逆向连接时的源承载网资源管理器,如果是,则进入步骤405,否则,返回步骤403。
承载网资源管理器可以通过自身所辖承载网络的LSP信息和各个CN的路由信息确定下游承载网资源管理器,还可以通过这两个信息及信令路由算法来确定下游承载网资源管理器。
步骤405、逆向连接时的源承载网资源管理器发起建立与逆向连接时的目的承载网资源管理器之间的逆向连接,并分配逆向资源。
在步骤405中,目的承载网资源管理器还需要逐跳向上游承载网资源管理器返回相应的资源响应,直到与被叫CA直接连接的那个承载网资源管理器,该承载网资源管理器收到资源响应后,向被叫CA返回连接资源响应。
对于由主叫CA发起的情况来说,该过程参见图5,图5所示流程与图4所示流程的区别在于,图4中由被叫CA向与被叫CA自身连接的承载网资源管理器发送逆向连接资源请求,而图5中由主叫CA向与主叫CA自身连接的承载网资源管理器发送逆向连接资源请求。
以上所述的各个方案为CA没有直接和源承载网资源管理器连接时,建立正向连接或逆向连接的过程,也可以在CA没有直接和源承载网资源管理器连接时建立双向连接,即在建立正向连接的同时确定逆向连接的路径,或者在建立逆向连接的同时确定正向连接的路径。建立双向连接与以上建立正向连接和逆向连接的不同之处在于:需要CA发送双向连接资源请求,源承载网资源管理器在收到双向连接资源请求后,发起建立与目的承载网资源管理器之间的双向连接。
在上述建立正向连接、逆向连接或双向连接的过程中,如果承载网资源管理器转发的连接资源请求和资源响应是采用RCIP协议所提供的消息格式,为保证各个承载网资源管理器准确地向本次连接所对应的上游承载网资源管理器返回与转发的连接资源请求对应的资源响应,需要在转发的连接资源请求中进一步设置针对承载网资源管理器标识信息的消息操作对象。通过这样的设置,每个承载网资源管理器收到上游承载网资源管理器转发来的连接资源请求后,如果自己不是源承载网资源管理器,则将自身的标识信息保存在连接资源请求用于保存承载网资源管理器标识信息的操作对象的对象内容中,并将该连接资源请求转发给下游承载网资源管理器。因此,每个承载网资源管理器都可以从上游转发来的连接资源请求的消息操作对象中获取该上游承载网资源管理器的标识信息,并向该标识信息对应的上游承载网资源管理器转发资源响应。
在上述建立正向连接、逆向连接或双向连接的过程中,可以为承载网资源管理器转发的用于查找源承载网资源管理器的连接资源请求使用专用的消息格式,以区别现有技术中的连接资源请求,则与CA直接连接的承载网资源管理器收到连接资源请求时,首先判断自身是否为要查找的源承载网资源管理器,如果是,则进行资源分配的相关处理,如果不是,则本承载网资源管理器向下游承载网资源管理器发送使用专用格式的连接资源请求,下游承载网资源管理器收到连接资源请求后,根据收到的连接资源请求的消息格式判断自身是否为要查找的源承载网资源管理器,如果是,则作资源分配的相关处理,如果不是,则向下游承载网资源管理器转发该消息格式的连接资源请求,直到找到源承载网资源管理器为止。对于资源响应来说,同样如此。
为简化程序的处理,还可以保留原有连接资源请求的消息格式,通过将承载网资源管理器转发的连接资源请求中的标识设置为代理以区别代理的资源请求与用于资源分配的连接资源请求,则承载网资源管理器收到连接资源请求后,首先判断该连接资源请求中的标识是否为代理,如果是,则本承载网资源管理器需要进一步判断自身是否为所要查找的源承载网资源管理器,如果没有代理标识,则直接根据收到的正向或逆向连接资源请求进行与资源分配相关的处理。同样,也可以在承载网资源管理器转发的资源响应中设置代理标识。也就是说,查找到源承载网资源管理器之前的那些承载网资源管理器是以代理的方式转发用于查找源承载网资源管理器的连接资源请求及对应的资源响应的。
在保留原有连接资源请求的消息格式来转发连接资源请求时,如果承载网资源管理器发送的连接资源请求是采用RCIP协议所提供的消息格式,则可以进一步在消息的Flag中设置代理(proxy)标识,如果承载网资源管理器需要转发连接资源请求,则可以将连接资源请求中的proxy标识置“1”,否则,将该proxy标识置“0”,当然,也可以对proxy作其他的赋值处理,只要能达到转发的目的即可。对于资源响应来说,同样如此。
在上述方案中,如果承载控制层的承载网资源管理器之间是连接成网状结构,则为避免承载网资源管理器之间不必要地转发连接资源请求或资源响应,可以在每个承载网资源管理器根据动态获取或静态设置的路径信息选择下游承载网资源管理器,以便于承载网资源管理器能将连接资源请求或响应快速地发送给源承载网资源管理器或目的承载网资源管理器。
以图6所示的网状结构为例,在本实施例中将承载网资源管理器称为CM。可以在所有的承载网资源管理器中设置各个CM与其所管辖的IP地址段的关系,并在各个CM中设置转发收到的代理资源请求或响应的路径。比如,将CM1设置为:如果收到的用户IP地址是在CM2、CM5或CM7管辖的ER的路由信息所对应的IP地址段之内,则将相应的代理资源请求或响应发送给CM2,由CM2进行下一步的处理;如果收到的用户IP地址是在CM3、CM4或CM6管辖的ER的路由信息所对应的IP地址段之内,则将相应的代理资源请求或响应发送给CM3,由CM3进行下一步的处理。
本发明方案还可以应用在承载控制层为分层的树状结构的Diff-Serv模型中。该树状结构的承载控制层如图7所示,在该树状结构中,除了最底层的承载网资源管理器存储的是该管理域内的路由信息外,其他各层的每个承载网资源管理器中只保存上一级的承载网资源管理器的IP地址段和下一级承载网资源管理器管理的IP地址段信息。承载网资源管理器在收到代理资源请求或响应时,首先判断该代理资源请求或响应是否是与本承载网资源管理器自身对应,即判断本承载网资源管理器是否为源承载网资源管理器,如果是,则进行进一步的处理,如果否,则进一步判断是否与本承载网资源管理器的某个下属承载网资源管理器对应,即判断本承载网资源管理器的某个下属承载网资源管理器是否为源承载网资源管理器;如果是,则将该代理资源请求或响应发送给该下属承载网资源管理器,由该下属承载网资源管理器进行处理,如果不是,则将该代理资源请求或响应发送给本承载网资源管理器的上级承载网资源管理器,由上级承载网资源管理器进行判断。
以图7所示的树状结构为例,同样,在本实施例中将承载网资源管理器称为CM。该树状结构分为三层,其中CM1为顶级CM,CM2和CM3为CM1的下一级CM,CM4和CM5为CM2的下一级CM,CM6和CM7为CM3的下一级CM。如果CM2收到了正向代理资源请求,则CM2首先判断本CM是不是该正向代理资源请求需要的CM,如果是,则返回本CM的地址信息,如果不是,则进一步判断其下属的CM4和CM5是否是该正向代理资源请求需要的CM,如果其中的一个CM,比如CM4是所需的CM,则将该正向代理资源请求转发给CM4,由CM4进行下一步的处理,如果CM4和CM5均不是,则CM2再向其上级CM1转发该正向代理资源请求,CM1判断该正向代理资源请求属于CM3,则将其转发给CM3,由CM3再确定其下属的CM6和CM7哪个是该正向代理资源请求对应的CM,并将该正向代理资源请求转发给该CM,由其进行下一步的处理。
在采用了本发明方案的有独立承载控制层的Diff-Serv模型中,每个CA可以只与一个承载网资源管理器直接连接,但是,为保证在与CA直接连接的承载网资源管理器出现故障时网络还能够正常运行,还可以采用资源双平面的思想,比如,将CA与两个承载网资源管理器直接连接,这样,如果有一个承载网资源管理器出现故障,网络可以通过另一个承载网资源管理器正常地运行。对于采用树状结构的承载控制层来说,还可以设置两个或以上的顶级承载网资源管理器,每个顶级承载网资源管理器都与下一级承载网资源管理器直接连接,这样,如果有一个顶级承载网资源管理器出现故障,整个网络仍然可以正常工作。
承载控制层在确定源承载网资源管理器时,可能会出现承载网资源管理器之间环回转发连接资源请求或长时间收不到响应的情况。这种情况下,承载控制层可能无法确定源承载网资源管理器,或者需要承载网资源管理器之间再转发多次连接资源请求才能确定源承载网资源管理器。为避免这种情况,可以对承载网资源管理器进行设置,使每个承载网资源管理器在收到连接资源请求后,启动自身的状态机,在发送连接资源请求后启动定时器,如果定时器超时或重发连接资源请求达到预先设定的次数仍然没有该代理消息的响应,则该承载网资源管理器返回申请被拒绝的消息给上游设备,该上游设备可能是承载网资源管理器,也可能是CA,并向下游承载网资源管理器发送资源释放消息,然后删除本承载网资源管理器中与本次连接资源请求相关的数据信息,上游设备和下游承载网资源管理器收到消息后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
还有一种避免承载网资源管理器之间环回转发连接资源请求或长时间收不到响应的方法是:在连接资源请求中设置与转发次数相关的信息,并预先设置最多的转发次数。如果连接资源请求和资源响应采用的是RCIP协议所提供的消息格式,则可以将转发次数相关信息保存在连接资源请求的某个消息操作对象中,也可以在连接资源请求中专门设置针对转发次数相关信息的消息操作对象,每个承载网资源管理器从连接资源请求的消息操作对象中获取与转发次数相关的信息。
所设置的与转发次数相关的信息可以是转发次数,承载网资源管理器在转发连接资源请求时,将转发次数逐次加一,则将连接资源请求中的初始值设置为0,收到连接资源请求的承载网资源管理器在需要转发连接资源请求时,判断连接资源请求中的转发次数是否超出了预设的数值,如果超出了,则向上游发送代理拒绝响应,并删除自身与本次连接资源请求相关的数据信息,否则继续转发。上游设备收到代理拒绝响应后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
承载网资源管理器在转发连接资源请求时,也可以是将转发次数逐次减一,则将连接资源请求中的初始值设置为预设的转发次数,即此时针对该次连接的剩余转发次数为预设的转发次数。收到连接资源请求的承载网资源管理器在需要转发连接资源请求时,判断连接资源请求中的转发次数是否为0,如果为0,则向上游发送代理拒绝响应,并删除自身与本次连接资源请求相关的数据信息,否则,继续转发。上游设备收到代理拒绝响应后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
所设置的与转发次数相关的信息也可以是所有转发过该连接资源请求的承载网资源管理器的标识信息,即,承载网资源管理器在向下游转发的连接资源请求中保存自身的标识信息,以及转发来的连接资源请求中所携带的上游承载网资源管理器的标识信息,该标识信息可以是承载网资源管理器的IP地址,或域名。收到连接资源请求的承载网资源管理器在需要向下游转发连接资源请求时,通过标识信息确定承载控制层中的承载网资源管理器针对本次呼叫已转发连接资源请求的次数,由此判断转发次数是否超出,如果是,则向上游发送代理拒绝响应,并删除自身与本次连接资源请求相关的数据信息,否则,继续转发。上游设备收到代理拒绝响应后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
以上所述仅为本发明方案的较佳实施例,并不用以限定本发明的保护范围。
Claims (22)
1、一种实现资源分配的方法,承载控制层的承载网资源管理器CM根据呼叫代理CA的请求分配资源,其特征在于,该方法包括以下步骤:
a.CA收到业务请求时,向与其连接的承载网资源管理器发送连接资源请求;
b.收到连接资源请求的承载网资源管理器判断自身是否为源承载网资源管理器,如果是,则进入步骤d,否则,进入步骤c;
c.承载网资源管理器查找下游承载网资源管理器,并向查找到的下游承载网资源管理器转发用于查找源承载网资源管理器的连接资源请求,下游承载网资源管理器判断自身是否为源承载网资源管理器,如果是,则进入步骤d,否则,返回步骤c;
d.源承载网资源管理器根据接收到的连接资源请求在承载控制层实现资源分配。
2、根据权利要求1所述的方法,其特征在于,所述承载网资源管理器根据自身保存的边缘路由器ER路由信息及连接资源请求中的用户标识信息判断自身是否为源承载网资源管理器。
3、根据权利要求1所述的方法,其特征在于,所述步骤a中CA向与其连接的承载网资源管理器发送正向的连接资源请求,
所述步骤b和c中,所述承载网资源管理器根据对应管理域中的ER是否能将呼叫的业务流接入网络来判断自身是否为正向连接时的源承载网资源管理器,
所述步骤d中,源承载网资源管理器在承载控制层建立与正向连接时的目的承载网资源管理器之间的正向连接,并进行正向资源分配。
4、根据权利要求3所述的方法,其特征在于,所述步骤a中CA向与其连接的承载网资源管理器发送双向的连接资源请求;
所述步骤d中,源承载网资源管理器与目的承载网资源管理器之间建立正向连接并分配正向资源的同时,确定目的承载网资源管理器与源承载网资源管理器之间逆向连接的路径,并分配逆向资源。
5、根据权利要求1所述的方法,其特征在于,所述步骤a中CA向与其连接的承载网资源管理器发送逆向的连接资源请求,
所述步骤b和c中,所述承载网资源管理器根据对应管理域中的ER是否能将呼叫的业务流引出网络来判断自身是否为逆向连接时的源承载网资源管理器,
所述步骤d中,该源承载网资源管理器在承载控制层建立与逆向连接时的目的承载网资源管理器之间的逆向连接,并进行逆向资源分配。
6、根据权利要求5所述的方法,其特征在于,所述步骤a中CA向与其连接的承载网资源管理器发送双向的连接资源请求,
所述步骤d中,源承载网资源管理器与目的承载网资源管理器之间建立逆向连接并分配逆向资源的同时,确定目的承载网资源管理器与源承载网资源管理器之间正向连接的路径,并分配正向资源。
7、根据权利要求3、4、5或6所述的方法,其特征在于,步骤a中所述CA为被叫CA或主叫CA。
8、根据权利要求1所述的方法,其特征在于,所述CA与承载控制层中的一个或一个以上承载网资源管理器直接连接。
9、根据权利要求1所述的方法,其特征在于该方法进一步包括:
在承载控制层的每个承载网资源管理器中动态获取或静态配置用于确定下游承载网资源管理器的信息,则所述步骤c中,承载网资源管理器根据自身保存的确定下游承载网资源管理器的信息确定下游承载网资源管理器,将所述连接资源请求转发到确定的下游承载网资源管理器。
10、根据权利要求9所述的方法,其特征在于,所述用于确定下游承载网资源管理器的信息是:当前承载网资源管理器所辖承载网络的标签交换路径LSP信息和各个连接节点CN的路由信息,或当前承载网资源管理器所辖承载网络的标签交换路径LSP信息、各个连接节点CN的路由信息以及信令路由算法。
11、根据权利要求1或9所述的方法,其特征在于,所述承载控制层为树状结构,顶级承载网资源管理器中保存其下一级承载网资源管理器对应的IP地址段,最底端承载网资源管理器与承载网络连接,保存该承载网络中的路由信息,其他承载网资源管理器中保存上一级承载网资源管理器的地址和下一级承载网资源管理器所管理的IP地址段,则所述步骤b中,所述承载网资源管理器根据自身保存的路由信息或IP地址段判断自身是否为源承载网资源管理器,如果是,则执行所述步骤d;否则根据自身保存的下一级承载网资源管理器的IP地址段,进一步判断下一级的承载网资源管理器是否为源承载网资源管理器,如果是,则将所述连接资源请求发送给所述下一级的承载网资源管理器,执行所述步骤d;否则,执行所述步骤c;
所述步骤c中,所述承载网资源管理器根据自身保存的上一级承载网资源管理器的IP地址段确定所述下游承载网资源管理器,将所述连接资源请求转发给所确定的下游承载网资源管理器。
12、根据权利要求1所述的方法,其特征在于,所述步骤b、c和d中,当前承载网资源管理器在收到连接资源请求后,启动自身的状态机,在发送连接资源请求后启动定时器,如果定时器超时或重发连接资源请求达到预先设定的次数仍然没有响应,则当前承载网资源管理器返回申请被拒绝的消息给上游设备,并向下游承载网资源管理器发资源释放消息,然后删除本承载网资源管理器中与本连接资源请求相关的数据信息,上游设备和下游承载网资源管理器收到消息后,删除本设备中与本次连接资源请求相关的数据信息,并转发该消息。
13、根据权利要求1所述的方法,其特征在于,该方法进一步包括:预设转发次数,所述步骤c中,承载网资源管理器在向下游转发的连接资源请求中设置用于确定转发次数的信息,下游承载网资源管理器确定自身不是源承载网资源管理器之后,根据连接资源请求中用于转发次数的信息判断是否已达到预设的转发次数,如果是,则结束处理,否则,返回步骤c。
14、根据权利要求13所述的方法,其特征在于,所述转发的连接资源请求采用连接初始化协议RCIP的消息格式,则所述用于确定转发次数的信息设置在连接资源请求的消息操作对象的对象内容中。
15、根据权利要求13或14所述的方法,其特征在于,所述用于确定转发次数的信息是已转发次数、或剩余转发次数、或转发过连接资源请求的承载网资源管理器的标识信息。
16、根据权利要求1所述的方法,其特征在于,所述步骤c中,所述承载网资源管理器转发用于查找源承载网资源管理器的连接资源请求给下游承载网资源管理器时,为该连接资源请求使用专用的消息格式,则下游承载网资源管理器收到该连接资源请求时,根据该连接资源请求的消息格式,判断自身是否为源承载网资源管理器,如果是,则根据该连接资源请求直接进行资源配置;否则,将该使用专用的消息格式的连接资源请求转发给下游承载网资源管理器。
17、根据权利要求1所述的方法,其特征在于所述步骤c中,所述承载网资源管理器转发用于查找源承载网资源管理器的连接资源请求给下游承载网资源管理器时,将该连接资源请求中的标识设置为代理,则下游承载网资源管理器收到连接资源请求时,判断该连接资源请求的标识是否为代理,如果是,则判断自身是否为源承载网资源管理器,否则,根据该连接资源请求直接进行资源配置。
18、根据权利要求1所述的方法,其特征在于所述步骤d进一步包括,源承载网资源管理器向与CA连接的承载网资源管理器返回与查找源承载网资源管理器的连接资源请求对应的资源响应,收到该资源响应的承载网资源管理器判断自身是否为与CA连接的承载网资源管理器,如果自身是,则向CA发送连接资源响应,如果自身不是,则沿转发连接资源请求的路径向上游转发该资源响应。
19、根据权利要求18所述的方法,其特征在于该方法进一步包括:所述承载网资源管理器转发的连接资源请求和资源响应采用RCIP协议的消息格式,并在所述连接资源请求中设置针对承载网资源管理器标识信息的消息操作对象,则所述步骤c中,所述承载网资源管理器在转发连接资源请求时,将自身的标识信息保存在该连接资源请求针对承载网资源管理器标识信息的消息操作对象的对象内容中;所述步骤d中,所述承载网资源管理器根据步骤c中转发来的连接资源请求的标识信息确定自身的上游承载网资源管理器,并向该承载网资源管理器转发资源响应。
20、根据权利要求18所述的方法,其特征在于,所述承载网资源管理器在向上游承载网资源管理器转发资源响应时,为该资源响应使用专用的消息格式,则所述上游承载网资源管理器收到该资源响应时,根据该资源响应的消息格式,判断自身是否为与CA连接的承载网资源管理器,如果是,则将该资源响应发送给CA;否则,将该使用专用的消息格式的资源响应转发给自身的上游承载网资源管理器。
21、根据权利要求18所述的方法,其特征在于,所述承载网资源管理器在向上游转发资源响应时,将该资源响应中的标识设置为代理,则上游承载网资源管理器收到资源响应时,判断该资源响应中的标识是否为代理,如果是代理,则判断自身是否为与CA连接的承载网资源管理器;如果不是代理,则根据该资源响应直接进行资源配置。
22、根据权利要求17或21所述的方法,其特征在于,所述转发的连接资源请求或资源响应采用RCIP协议的消息格式,则在所述转发的连接资源请求或资源响应的标识Flag中设置代理proxy标识,并将该proxy标识置特定值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2003101001554A CN100341289C (zh) | 2003-09-05 | 2003-10-13 | 一种实现资源分配的方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN03156391.0 | 2003-09-05 | ||
CN03156391 | 2003-09-05 | ||
CNB2003101001554A CN100341289C (zh) | 2003-09-05 | 2003-10-13 | 一种实现资源分配的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1592256A CN1592256A (zh) | 2005-03-09 |
CN100341289C true CN100341289C (zh) | 2007-10-03 |
Family
ID=34621027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2003101001554A Expired - Lifetime CN100341289C (zh) | 2003-09-05 | 2003-10-13 | 一种实现资源分配的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100341289C (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137494B (zh) * | 2010-12-10 | 2014-03-12 | 华为软件技术有限公司 | 通信资源的分配方法及装置 |
WO2014103145A1 (ja) * | 2012-12-28 | 2014-07-03 | 日本電気株式会社 | 無線通信システム、無線局、無線端末、通信制御方法、及びコンピュータ可読媒体 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1400788A (zh) * | 2001-08-03 | 2003-03-05 | 华为技术有限公司 | 数据网络用户进行数据交换的方法及其网络系统 |
US20030076816A1 (en) * | 2001-04-26 | 2003-04-24 | At Comm Corporation | Automatic route selection |
WO2003040961A1 (en) * | 2001-08-13 | 2003-05-15 | Gg21 Co., Ltd. | Method for registering and searching user’s position informationm and system thereof |
US6614765B1 (en) * | 1997-10-07 | 2003-09-02 | At&T Corp. | Methods and systems for dynamically managing the routing of information over an integrated global communication network |
-
2003
- 2003-10-13 CN CNB2003101001554A patent/CN100341289C/zh not_active Expired - Lifetime
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6614765B1 (en) * | 1997-10-07 | 2003-09-02 | At&T Corp. | Methods and systems for dynamically managing the routing of information over an integrated global communication network |
US20030076816A1 (en) * | 2001-04-26 | 2003-04-24 | At Comm Corporation | Automatic route selection |
CN1400788A (zh) * | 2001-08-03 | 2003-03-05 | 华为技术有限公司 | 数据网络用户进行数据交换的方法及其网络系统 |
WO2003040961A1 (en) * | 2001-08-13 | 2003-05-15 | Gg21 Co., Ltd. | Method for registering and searching user’s position informationm and system thereof |
Also Published As
Publication number | Publication date |
---|---|
CN1592256A (zh) | 2005-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1832449A (zh) | 下一代网络中实现代理请求模式资源预留的方法 | |
CN1620791A (zh) | 移动通信系统中的网络资源管理器 | |
CN1523834A (zh) | Ip网络业务质量保证方法及系统 | |
CN1770737A (zh) | 在接入网之间切换时传讯服务质量信息的方法 | |
CN1805558A (zh) | 一种多载波ev-do的反向链路管理方法及接入终端 | |
CN101079760A (zh) | 实现网络监控的方法、系统及内容分发网络 | |
CN1581791A (zh) | 在通信网络中提供可靠的传输服务质量的方法 | |
CN101079729A (zh) | 对网络资源进行预留的方法 | |
CN1618248A (zh) | 局侧装置、局侧装置中的资源分配方法和移动通信系统 | |
CN1801956A (zh) | 一种资源分配策略系统及其控制通信资源分配的方法 | |
CN1859250A (zh) | 保障多业务服务质量的资源管理设备、接入系统及方法 | |
CN1870582A (zh) | 通信网络中对网络地址/端口转换请求进行处理的方法 | |
CN1314246C (zh) | 通信控制系统,通信控制方法以及路由控制器 | |
CN1809051A (zh) | 一种ip电信网中应对设备过载的处理方法 | |
CN1175636C (zh) | 移动通信系统与网关交换器选择服务器以及网关交换器选择方法 | |
CN1905746A (zh) | 一种带宽分配方法、系统及无线网络控制器 | |
CN1627746A (zh) | 一种实现多媒体优先业务的方法 | |
CN1832438A (zh) | 下一代网络中的业务切换系统及其方法 | |
CN1642096A (zh) | 多媒体会议召开方法 | |
CN1717076A (zh) | 一种实现集群业务的系统和方法 | |
CN1625152A (zh) | 一种保证传输分组数据业务质量的方法 | |
CN1691636A (zh) | 流状态建立的方法 | |
CN101047706A (zh) | 一种接入网会话控制系统及方法 | |
CN1798364A (zh) | 一种在ip承载网中转发业务流的方法 | |
CN100341289C (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 | ||
CX01 | Expiry of patent term | ||
CX01 | Expiry of patent term |
Granted publication date: 20071003 |