专利名称：处理资源请求的设备和方法
技术领域：
本发明涉及一种通信设备和方法，尤其涉及处理资源请求的设备和方法。
背景技术：
目前国际电信同盟(International Telecommunication Union，简称为ITU)正在制定下一代网络架构下的资源接纳控制子系统(Resource and Admission Control System，简称为RACS)。图1示出下一代网络架构中的资源接纳控制功能(Resource and AdmissionControl Function，简称为RACF)实体102。如图1所示，资源接纳控制功能实体102负责在应用层和传输层之间进行资源协商和分配。资源接纳控制功能实体102提供对接入网和核心传输网络的服务质量控制，包括接纳控制、服务质量路由、和资源预留。同时，资源接纳控制功能实体在网络边界处提供网络地址转换(NetworkAddress Translation，简称为NAT)控制、门控制和防火墙穿越。
在接入网，资源接纳控制功能实体102可以与网络附着控制功能(Network Attachment Control Function，简称为NACF)实体106进行交互，获取用户的接入信息。资源接纳控制功能实体102还与业务控制功能(Service Control Functions，简称SCF)实体104、用户侧网络(Customer Premises Network，简称为CPN)108、接入边缘网关功能(Access Border Gateway Function，简称为A-BGF)实体122、互连边缘网关功能(Interconnection Border GatewayFunction，简称为I-BGF)实体124、接入节点功能(Access NodeFunction，简称为ANF)实体118、以及边缘节点功能(Edge NodeFunction，简称为ENF)实体120进行交互。其中，业务控制功能实体104包括业务控制代理功能(Service Control Proxy Function，简称为SCPF)实体112和互连边缘控制功能(Interconnection BorderControl Function，简称为IBCF)实体126，用户侧网络包括家庭边缘网关功能(Residential Border Gateway Function，简称为R-BGF)实体128。如果业务跨越多个运营商的网络，则业务控制功能实体104、资源接纳控制功能实体102以及传输功能实体需要和其它网络的对等实体进行交互。
在资源接纳控制子系统中主要有两类实体，分别为策略决定功能(Policy Decision Function，简称为PDF)实体110和传输资源控制功能(Transport Resource Control Function，简称为TRCF)实体114和116。
策略决定功能实体110向上层应用提供一个单一的连接点，隐藏传输网络的细节。策略决定功能实体110能够定位接入网资源接纳控制功能(A-TRCF)实体110和核心网资源接纳控制功能(C-TRCF)实体116，即，为每个业务流确定该由哪个A-TRCF和C-TRCF为其提供服务，然后与它们进行交互，为业务流协商服务质量资源。同时策略决定功能实体110还控制边缘网关，完成NAT控制、门控制、防火墙穿越等功能。其中，A-TRCF实体负责接入网的资源管理和服务质量控制，C-TRCF实体负责核心网资源管理和服务质量控制。
ITU的资源接纳功能实体标准中定义了两种资源请求流程，一种是由业务控制功能实体发起的资源请求流程，另外一种是由用户侧设备发起的资源请求流程。
图2示出由业务控制功能实体发起资源请求流程的示意图。如图2所示，首先业务控制功能实体104被触发(S202)；然后业务控制功能实体104向策略决定功能实体110进行资源请求(S204)；策略决定功能实体110进行策略决定(S206)；策略决定功能实体110向传输资源控制功能实体202进行资源可用性检查，进行传输资源控制功能实体202上的资源请求(S208)；然后，策略决定功能实体110进行最终接纳决定(S210)；如果需要，策略决定功能实体110将向边缘网关功能实体204进行策略安装(S212)；边缘网关功能实体204对策略决定功能实体110进行响应(S214)；最后，策略决定功能实体110向业务控制功能实体104进行资源请求响应(S216)。
图3示出由用户侧设备发起资源请求流程的示意图。如图3所示，用户侧设备302通过路径耦合的QoS信令触发边缘网关功能实体204(S302)，使边缘网关功能实体204向策略决定功能实体110进行资源请求(S304)；策略决定功能实体110向业务控制功能实体104进行业务信息检查(S306)；然后策略决定功能实体110进行策略决定(S308)，并且向传输资源控制功能实体202进行资源可用性检查，进行传输资源控制功能实体202上的资源请求(S310)；然后，策略决定功能实体110进行最终接纳决定(S312)，并且策略决定功能实体110向边缘网关功能实体204进行策略安装(S314)；边缘网关功能实体204向策略决定功能实体110做出安装响应(S316)。
在一次资源请求中，可能会同时请求多个媒体流的资源，但是这些媒体流不一定有同样的服务质量(Quality of Service，简称QoS)要求。例如，可能有些媒体流需要核心网资源接纳控制功能实体的资源，而另外一些媒体流并不需要核心网资源接纳控制功能实体的资源。
如果某个资源请求携带有三个媒体流(a、b、c)，假设实际上只有媒体流a、b需要接入网资源接纳控制功能实体的资源，只有媒体流b、c需要核心网资源接纳控制功能的资源，只有媒体流b、c需要边缘网关功能实体上的资源。
策略决定实体目前的做法是要么所有的媒体流(a、b、c)都请求接入网资源接纳控制功能实体上的资源，要么所有的媒体流(a、b、c)都不请求接入网资源接纳控制功能实体上的资源；要么所有的媒体流(a、b、c)都请求核心网资源接纳控制功能实体上的资源，要么所有的媒体流(a、b、c)都不请求核心网资源接纳控制功能实体上的资源；要么所有的媒体流(a、b、c)都请求边缘网关功能实体上的资源，要么所有的媒体流(a、b、c)都不请求边缘网关功能实体上的资源。
这种不区分一个资源请求中的不同媒体流的处理，对媒体流的操作不够灵活，并且造成网络资源的浪费，同时增加用户的系统开销。
发明内容
本发明目的在于提供一种用于处理资源请求的设备和方法，能够灵活地处理资源请求中的不同媒体流。
该设备包括资源请求接收装置，用于接收来自业务控制功能实体的第一资源请求消息，第一资源请求消息中携带有至少一个媒体流；以及资源请求处理装置，根据资源请求接收装置获得的第一资源请求消息生成分别对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
外部实体是传输资源控制功能实体和边缘网关功能实体中的至少一个。传输资源控制功能实体包括接入网传输资源控制功能实体和核心网传输资源控制功能实体中的至少一个。
资源请求处理装置包括媒体流资源决策模块，根据第一资源请求消息中携带的多个媒体流，决策出多个媒体流中的每个媒体流需要一个或多个外部实体的资源；以及消息组装模块，用于根据媒体流资源决策模块的决策结果生成第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
媒体流资源决策模块包括媒体流提取单元，用于从第一资源请求消息提取其中携带的每个媒体流；以及媒体流资源决策单元，用于决策出每个媒体流需要一个或多个外部实体的资源并输出决策结果。
消息组装模块包括资源请求消息创建单元，用于根据至少一个外部实体的类型，创建需发送至对应外部实体的第二资源请求消息；以及媒体流填充单元，用于根据媒体流资源决策模块的决策结果，将需要至少一个外部实体的资源的媒体流填充到需发送至对应外部实体的第二资源请求消息中。
资源请求处理装置还包括响应模块，用于将第二资源请求消息发送至对应外部实体，并且根据外部实体的响应做出最终接纳决定，并且向业务控制功能实体发送资源请求响应。
该方法包括以下步骤步骤S502，接收来自业务控制功能实体的第一资源请求消息，第一资源请求消息携带有至少一个媒体流；以及步骤S504，根据从第一资源请求消息，生成分别对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
至少一个外部实体包括传输资源控制功能实体和边缘网关功能实体中的至少一个。传输资源控制功能实体包括接入网传输资源控制功能实体和核心网传输资源控制功能实体中的至少一个。
步骤S504包括以下步骤步骤S504-2，根据第一资源请求消息中携带的多个媒体流，决策出第一资源请求消息中携带的多个媒体流中的每个媒体流需要一个或多个外部实体的资源并输出决策结果；以及步骤S504-4，根据决策结果，生成对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
步骤S504-2包括步骤S504-2a，从第一资源请求消息提取其中携带的每个媒体流；以及步骤S504-2b，决策出每个媒体流需要一个或多个外部实体的资源并输出决策结果。
步骤S504-4包括步骤S504-4a，根据至少一个外部实体的类型，创建需发送至对应外部实体的第二资源请求消息；以及步骤S504-4b，根据决策结果，将需要至少一个外部实体的资源的媒体流填充到需发送至对应外部实体的第二资源请求消息中。
该方法还包括以下步骤步骤S506，将第二资源请求消息发送至对应至少一个外部实体，并且根据外部实体的响应做出最终接纳决定，并且向业务控制功能实体发送资源请求响应。
通过使用本发明提供的设备和方法对资源请求中的媒体流划分不同媒体流的流型，可以针对不同会话中的不同媒体流进行灵活的处理，从而减少了网络资源的浪费，并且减少了用户的系统开销。
通过参考附图，本发明的特征和优点将变的更加明显，其中图1示出现有技术中的下一代网络架构中的资源接纳控制功能实体的框图；图2示出由业务控制功能实体发起资源请求的流程的示意图；图3示出由用户侧设备发起资源请求的流程的示意图；图4示出根据本发明的用于处理资源请求的设备的框图；图5示出根据本发明的用于处理资源请求的方法的流程图；图6示出根据本发明的一个实施例的处理资源请求的方法的示意图；图7示出根据本发明的实施例的如图6所示的策略决定功能实体的框图。
具体实施例方式
现在参照附图对本发明的具体实施例进行说明，应当理解，此处所描述的具体实施例仅用于解释本发明，并不用于限定本发明。
图4示出根据本发明的用于处理资源请求的装置的框图。如图4所示，该设备400包括资源请求接收装置402，用于接收来自业务控制功能实体的第一资源请求消息，第一资源请求消息中携带有至少一个媒体流；以及资源请求处理装置404，根据资源请求接收装置获得的第一资源请求消息生成分别对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
其中，外部实体是传输资源控制功能实体和边缘网关功能实体中的至少一个。传输资源控制功能实体包括接入网传输资源控制功能实体和核心网传输资源控制功能实体中的至少一个。
资源请求处理装置404包括媒体流资源决策模块404-2，根据第一资源请求消息中携带的多个媒体流，决策出多个媒体流中的每个媒体流需要一个或多个外部实体的资源；以及消息组装模块404-4，用于根据媒体流资源决策模块的决策结果生成第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择媒体流，所选择的媒体流需要外部实体的资源。
媒体流资源决策模块404-2包括媒体流提取单元404-2a，用于从第一资源请求消息提取其中携带的每个媒体流；以及媒体流资源决策单元404-2b，用于决定每个媒体流需要一个或多个外部实体的资源并输出决策结果。
消息组装模块404-4包括资源请求消息创建单元404-4a，用于根据至少一个外部实体的类型，创建需发送至对应外部实体的第二资源请求消息；以及媒体流填充单元404-4b，用用于根据媒体流资源决策模块的决策结果，将需要至少一个外部实体的资源的媒体流填充到需发送至对应外部实体的第二资源请求消息中。
资源请求处理装置还包括响应模块406，用于将第二资源请求消息发送至对应至少一个外部实体，并且根据外部实体的响应做出最终接纳决定，并且向业务控制功能实体发送资源请求响应。
图5示出根据本发明的用于处理资源请求的方法的流程图。如图5所示，该方法包括以下步骤步骤S502，接收来自业务控制功能实体的第一资源请求消息，第一资源请求消息携带有至少一个媒体流；以及步骤S504，根据从第一资源请求消息，生成分别对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
其中，至少一个外部实体包括传输资源控制功能实体和边缘网关功能实体中的至少一个。传输资源控制功能实体包括接入网传输资源控制功能实体和核心网传输资源控制功能实体中的至少一个。
步骤S504包括以下步骤步骤S504-2，根据第一资源请求消息中携带的多个媒体流，决策出第一资源请求消息中携带的多个媒体流中的每个媒体流需要一个或多个外部实体的资源并输出决策结果；以及步骤S504-4，根据决策结果，生成对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体的资源。
步骤S504-2包括步骤S504-2a，从第一资源请求消息提取其中携带的每个媒体流；以及步骤S504-2b，决策出每个媒体流需要一个或多个外部实体的资源并输出决策结果。
步骤S504-4包括步骤S504-4a，根据至少一个外部实体的类型，创建需发送至对应外部实体的第二资源请求消息；以及步骤S504-4b，根据决策结果，将需要至少一个外部实体的资源的媒体流填充到需发送至对应外部实体的第二资源请求消息中。
该方法还包括步骤S506，响应模块将第二资源请求消息发送至对应至少一个外部实体，并且根据外部实体的响应做出最终接纳决定，并且向业务控制功能实体发送资源请求响应。
图6示出根据本发明的一个实施例的处理资源请求的方法的示意图。图6示出了在资源接纳控制子系统中处理资源请求的方法，其核心是在策略决定功能实体上对不同的媒体流进行分流。策略决定功能实体根据不同媒体流的不同需求，决定每个媒体流是否需要哪些网络资源管理实体(如A-TRCF、C-TRCF、BGF)上的资源，在向网络资源管理实体(如A-TRCF、C-TRCF、BGF)上进行资源请求或策略安装时只携带必要的媒体流。
如图6所示，首先业务控制功能实体104被触发(S602)；然后业务控制功能实体104向策略决定功能实体110进行资源请求(S604)；策略决定功能实体110进行策略决定(S606)；策略决定功能实体110分别向接入网传输资源控制功能实体114和核心网传输资源控制功能实体116进行资源可用性检查，进行接入网传输资源控制功能实体114和核心网传输资源控制功能实体116上的资源请求(S608)；然后，策略决定功能实体110进行最终接纳决定(S610)；如果需要，策略决定功能实体110将向边缘网关功能实体204进行策略安装(S612)；边缘网关功能实体204对策略决定功能实体110进行响应(S614)；最后，策略决定功能实体110向业务控制功能实体104进行资源请求响应(S616)。
在该方法中，策略决定功能实体110收到的业务控制功能实体的资源请求中携带了a、b、c三条媒体流。策略决定功能实体110根据媒体流的信息和策略决定功能实体110中的策略信息，判断出以下结果媒体流a、b需要接入网传输资源控制功能实体114的资源，所以策略决定功能实体110向接入网传输资源控制功能实体114进行资源请求时，只携带媒体流a、b；媒体流b、c需要核心网传输资源控制功能实体116的资源，所以策略决定功能实体110向核心网传输资源控制功能实体116进行资源请求时，只携带媒体流b、c；媒体流b、c需要边缘网关功能实体204上的资源，所以策略决定功能实体110在向边缘网关功能实体204进行的策略安装时，只携带媒体流b、c。
图7示出根据本发明的实施例的图6中所示的策略决定功能实体110的框图。媒体流资源决策模块702可以根据业务控制功能实体在资源请求消息中携带的信息(诸如媒体流类型、媒体流优先级、媒体流的业务类型、媒体流的业务等级等)，来决定某一个媒体流是否需要某个网络资源管理实体(A-TRCF/C-TRCF/BGF)上的资源，也可以根据策略决定功能实体110上的本地策略来决定，也可以结合策略决定功能实体110上的本地策略和业务控制功能实体在资源请求中携带的信息进行决定。
通过在策略决定功能实体110对同一个资源请求中的不同媒体流进行分流。策略决定功能实体110根据不同媒体流的不同需求，决定每个媒体流是否需要哪些网络资源管理实体(如A-TRCF/C-TRCF/BGF)上的资源，在向网络资源管理实体(如A-TRCF/C-TRCF/BGF)上进行资源请求或策略安装时只携带必要的媒体流。
如图7所示，策略决定功能实体110可以包括两个功能模块媒体流资源决策模块702，用来判断某一个媒体流是否需要某个网络资源管理实体(A-TRCF/C-TRCF/BGF)上的资源。媒体流资源决策模块702还包括媒体流提取单元702-2和媒体流资源决策单元702-4。
资源请求或策略安装消息组装模块704，这个模块根据媒体流资源决策模块的输出结果来组装资源请求消息和策略安装消息，在不同接口上的资源请求或策略安装消息中携带的媒体流可能不一样。消息组装模块704包括资源请求消息创建单元704-2和媒体流填充单元704-4。
媒体流资源决策模块的工作过程为首先媒体流资源决策模块接收来自业务控制功能实体的资源请求消息。然后，媒体流资源决策模块的媒体流提取单元提取出该资源请求消息中的每个媒体流。媒体流资源决策模块的媒体流资源决策单元对每个媒体流进行决策，决定媒体流是否需要某个网络资源管理实体(A-TRCF/C-TRCF/BGF)上的资源。决策的依据可以包括业务控制功能实体在资源请求消息中携带的信息(如媒体流类型、媒体流优先级、媒体流的业务类型、媒体流的业务等级等)以及策略决定功能实体上的本地策略信息。最后，媒体流资源决策模块最终输出媒体流的决策结果。
媒体流资源决策模块输出媒体流的决策结果的方式包括以下两种第一种是按照媒体流来输出，并指明每个媒体流需要哪个网络资源管理实体(A-TRCF/C-TRCF/BGF)上的资源。为便于后续处理，还可以输出所有涉及到的网络资源管理实体，这个信息可以用于决定是否需要哪些网络资源管理实体发送资源请求或策略安装消息。例如，{{媒体流1A-TRCF，C-TRCF}，{媒体流2C-TRCF，BGF}，{媒体流3BGF}}。
第二种是按照网络资源管理实体来分类输出，不同的分类可能会包含同一个媒体流。例如{{A-TRCF媒体流1，媒体流2}，{C-TRCF媒体流2，媒体流3}，{BGF媒体流1，媒体流2，媒体流3}}。
消息组装模块的工作过程为首先，输入网络资源管理实体的类型信息，然后根据输入的网络管理实体的类型来创建将被发送到该实体上的资源请求消息。创建的过程主要包括资源请求消息创建单元创建待发送到该实体上的资源请求消息，并通过媒体流填充单元将媒体流填充到所创建的资源请求消息中。
所填充的媒体流信息，根据媒体流的决策结果的不同输出方式，填充媒体流也相应有不同的处理方式。
对于第一种输出方式，消息组装模块需要遍历该业务会话所有媒体流的决策结果。任何一个媒体流的决策结果中如果指示该媒体流需要该网络资源管理实体上的资源，消息组装模块则需要将该媒体流的相关信息填充到资源请求消息中。
对于第二种输出方式，消息组装模块只需要根据输入的网络管理实体类型来匹配到该业务会话所有媒体流的决策结果的相应分类，就可以知道该业务会话中需要该网络资源管理实体上的资源的所有媒体流了。消息组装模块然后将这些媒体流的相关信息填充到资源请求消息中。
从以上描述中可以看出，本发明通过对资源请求中的媒体流进行划分不同媒体流的流型，使得资源接纳控制功能实体可以针对同一个会话中的不同媒体流进行灵活的处理，从而减少造成的网络资源的浪费，同时减少了用户的系统开销。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种用于处理资源请求的设备，其特征在于，所述设备包括资源请求接收装置，用于接收来自业务控制功能实体的第一资源请求消息，所述第一资源请求消息中携带有至少一个媒体流；资源请求处理装置，根据所述资源请求接收装置获得的所述第一资源请求消息生成分别对应于至少一个外部实体的第二资源请求消息，所述第二资源请求消息携带有从所述至少一个媒体流中选择的媒体流，所选择的媒体流需要所述外部实体的资源。
2.根据权利要求1所述的设备，其特征在于，所述外部实体是传输资源控制功能实体和边缘网关功能实体中的至少一个。
3.根据权利要求2所述的设备，其特征在于，所述传输资源控制功能实体包括接入网传输资源控制功能实体和核心网传输资源控制功能实体中的至少一个。
4.根据权利要求1所述的设备，其特征在于，所述资源请求处理装置包括媒体流资源决策模块，根据所述第一资源请求消息中携带的所述多个媒体流，决策出所述多个媒体流中的每个媒体流需要一个或多个所述外部实体的资源；以及消息组装模块，用于根据所述媒体流资源决策模块的决策结果生成所述第二资源请求消息，所述第二资源请求消息携带有从所述至少一个媒体流中选择的媒体流，所选择的媒体流需要所述外部实体的资源。
5.根据权利要求4所述的设备，其特征在于，所述媒体流资源决策模块包括媒体流提取单元，用于从所述第一资源请求消息提取其中携带的每个媒体流；以及媒体流资源决策单元，用于决策出每个媒体流需要一个或多个所述外部实体的资源并输出决策结果。
6.根据权利要求4所述的设备，其特征在于，所述消息组装模块包括资源请求消息创建单元，用于根据所述至少一个外部实体的类型，创建需发送至对应外部实体的第二资源请求消息；以及媒体流填充单元，用于根据媒体流资源决策模块的决策结果，将需要所述至少一个外部实体的资源的媒体流填充到需发送至对应外部实体的所述第二资源请求消息中。
7.根据权利要求1至6中的任意一项所述的设备，其特征在于，所述资源请求处理装置还包括响应模块，用于将所述第二资源请求消息发送至对应外部实体，并且根据所述外部实体的响应做出最终接纳决定，并且向所述业务控制功能实体发送资源请求响应。
8.一种用于处理资源请求的方法，其特征在于，所述方法包括以下步骤步骤S502，接收来自业务控制功能实体的第一资源请求消息，所述第一资源请求消息携带有至少一个媒体流；以及步骤S504，根据所述第一资源请求消息，生成分别对应于至少一个外部实体的第二资源请求消息，所述第二资源请求消息携带有从所述至少一个媒体流中选择的媒体流，所选择的媒体流需要所述外部实体的资源。
9.根据权利要求8所述的方法，其特征在于，所述至少一个外部实体包括传输资源控制功能实体和边缘网关功能实体中的至少一个。
10.根据权利要求9所述的方法，其特征在于，所述传输资源控制功能实体包括接入网传输资源控制功能实体和核心网传输资源控制功能实体中的至少一个。
11.根据权利要求8所述的方法，其特征在于，所述步骤S504包括以下步骤步骤S504-2，根据所述第一资源请求消息中携带的所述多个媒体流，决策出所述第一资源请求消息中携带的所述多个媒体流中的每个媒体流需要一个或多个所述外部实体的资源并输出决策结果；以及步骤S504-4，根据所述决策结果，生成对应于至少一个外部实体的第二资源请求消息，所述第二资源请求消息携带有从所述至少一个媒体流中选择的媒体流，所选择的媒体流需要所述外部实体的资源。
12.根据权利要求11所述的方法，其特征在于，所述步骤S504-2包括步骤S504-2a，从所述第一资源请求消息提取其中携带的每个媒体流；以及步骤S504-2b，决策出每个媒体流需要一个或多个所述外部实体的资源并输出决策结果。
13.根据权利要求11所述的方法，其特征在于，所述步骤S504-4包括步骤S504-4a，根据所述至少一个外部实体的类型，创建需发送至对应外部实体的第二资源请求消息；以及步骤S504-4b，根据所述决策结果，将需要所述至少一个外部实体的资源的媒体流填充到需发送至对应外部实体的所述第二资源请求消息中。
14.根据权利要求8至13中的任意一项所述的方法，其特征在于，所述方法还包括以下步骤步骤S506，将所述第二资源请求消息发送至对应所述至少一个外部实体，并且根据所述外部实体的响应做出最终接纳决定，并且向所述业务控制功能实体发送资源请求响应。
全文摘要
本发明提供了一种用于处理资源请求的设备和方法，其中，该方法包括步骤S502，接收来自业务控制功能实体的第一资源请求消息，第一资源请求消息携带有至少一个媒体流；以及步骤S504，根据从第一资源请求消息，生成分别对应于至少一个外部实体的第二资源请求消息，第二资源请求消息携带有从至少一个媒体流中选择的媒体流，所选择的媒体流需要外部实体上的资源。本发明可以对会话中的不同媒体流进行灵活处理，从而可以减少网络资源的不必要浪费，也可以减少用户不必要的经济开销。
文档编号H04L12/54GK1870651SQ20061005782
公开日2006年11月29日 申请日期2006年3月1日 优先权日2006年3月1日
发明者黄福清 申请人:华为技术有限公司