控制业务流的方法

文档序号:7666343阅读:148来源:国知局
专利名称:控制业务流的方法
技术领域
本发明涉及通过网络在业务流中从另一个用户或服务器中继(relay)到用户的业务,具体地说,本发明涉及由用户控制的点播业务。
背景技术
随着网络的不断进步,可以开发各种业务。在这些业务中,存在在用户要求使用时可以实现的各种业务,例如,点播视频。这些业务还被称为点播业务。这种业务的基本结构是,用户通过网络利用他/她的设备将命令发送到提供业务的服务器,然后,服务器根据收到的命令工作,例如,开始通过网络以业务流形式将选择的视频从服务器传送到用户设备。在服务器与最终客户之间协商业务质量、使用的协议以及业务在网络中要求的带宽,根据协商结果,形成通过其传送业务流的管道。
上述配置的问题在于,网络没有控制业务流的装置。网络上的业务量管理完全依赖于服务器销售商提供的解决方案。

发明内容
本发明的目的是克服上述问题。利用由独立权利要求说明其特征的方法、系统、网络以及网络节点实现该目的。从属权利要求对本发明的优选实施例进行了说明。
本发明基于利用在诸如用户设备的末端设备与服务器之间传送的业务控制消息控制网络上的业务流。为了控制业务流,将至少一个业务网关功能块和至少一个自适应路由器功能块附加到网络上。使路由器功能块进行适应以通过业务流,并将诸如用户设备发送的命令的业务控制消息转发到业务网关功能块。在业务控制消息与业务流相关时,业务网关功能块处理接收的业务控制消息和包括在该消息内的信息。换句话说,将要传送的信息从中继中分离出来。
本发明的优点在于,网络现在可以控制业务流,从而例如控制带宽,确保业务质量并采集例如用于进行收费的日志信息。另一个优点在于,由于分组的转发过程与业务控制消息的处理过程分离,所以业务流未被延迟。
在本发明的实施例中,自适应路由器优先在位于网络边缘的每个路由器内,而且业务网关功能块被集中,以便只有几个节点(或者一个节点)包括业务网关功能块。该实施例的又一个优点在于,网络运营商仅需要几个昂贵的智能业务网关将控制业务流所需的信息集中到一起,而廉价、“简单”自适应路由器可以保证业务平稳运行,而且不存在瓶颈现象。
在本发明的另一个实施例中,自适应路由器功能块和业务网关功能块位于同一个网络节点上。该实施例的进一步优点在于,只需对网络做最少的变更,即可实现本发明的这些优点。
附图的简要说明以下将参考附图,利用优选实施例进一步详细说明本发明,附图包括

图1是示出根据本发明第一优选实施例系统的方框图;图2是示出根据本发明第一优选实施例路由器的功能的流程图;图3是示出根据本发明第二优选实施例业务网关的功能的流程图;以及图4是示出在本发明的第二优选实施例中,在建立业务期间将信号发送到业务网关参与的内容的信令图。
发明详述本发明可以应用于可以将在诸如用户设备的两个末端设备与服务器之间使用的业务控制消息与它们控制的业务流分离的任意通信系统。本发明尤其可以很好地应用于这样的系统,即在其中还被称为“客户机”的用户设备以及对用户提供业务的服务器均采用基于IP(因特网协议)协议。以下将以点播视频业务及其控制协议RTSP(实时流协议)为例说明本发明,但是本发明并不局限于这种系统。另一个例子是通过IP的语音(Voice over IP)业务,例如IP电话,其中业务控制协议可以是SIP(会话初始化协议)。又一个例子是例如采用IGMP(因特网群组管理协议)的多点广播业务。电信系统的定义发展非常快,这使对本发明产生附加改变成为必要。因为此原因,应该更广泛地理解所有术语和表述,而且还应该记住它们仅用于说明本发明,而对本发明没有限制作用。
图1示出根据本发明第一优选实施例、仅示出系统结构中的一些单元的简化网络结构。图1所示的网络节点是逻辑单元,其实现过程不同于所描述的实现过程。对于本技术领域内的熟练技术人员显而易见,该系统还可以包括无需做更详细说明的功能块和结构。图1中网络节点之间的虚线表示信令,而实线表示信令与数据传输连接。
系统1包括用户设备SE;视频服务器VS;以及网络2,通过其在用户设备SE与视频服务器VS之间传送点播视频业务。在此,用户设备SE与视频服务器VS代表末端设备。末端设备是可以发送和/或接收信息分组(即业务流)的实体,而且具有唯一设备地址。末端设备可以在给定的环境(context)中或者跨多个环境用作客户机或者服务器。例如,末端设备可以为几个客户机提供服务(即用作服务器),同时还可以作为另一个服务器的客户机。
为了简洁起见,在此使用的术语“用户设备”既包括用户设备(通过其将视频业务送到该设备的用户),又包括客户(通过用户设备和网络对视频服务器发出指令)。为了简洁起见,还假定客户(user)也是用户(subscriber)。在此,用户设备涵盖提供点播业务所需的单个设备的实际组合。例如,用户设备可以包括与诸如电视机的再现设备相连的顶置盒以及遥控器。用户设备的另一个例子是个人计算机,PDA(个人数字助理)以及移动台。用户命令被从用户设备发送到视频服务器VS,只要它们要求视频服务器VS采取行动。
在视频服务器VS上存储了许多视频节目。从用户和用户设备的观点出发,视频服务器VS相当于远程录像机。例如,可以播放、以各种速度回放、暂停以及重新播放存储的节目。
用户设备根据RTSP协议,通过发送控制消息来控制业务,服务器将选择的视频节目作为由IP分组构成的业务流发送。
网络2可以是任意类型的通信系统的网络。它可以是诸如PSTN(公用交换电话网)的固定系统,也可以是诸如“第三代移动通信系统”UMTS(通用移动通信系统)或泛欧移动通信系统GSM(全球移动通信系统)的移动通信系统,优先是提供通用分组无线电业务GPRS的移动通信系统。因此,例如,网络2可以是能够发送IP分组的任意网络以太网、电缆调制解调器网络、ATM(异步传输模式)网络、ADSL(异步数字用户线)网络、VDSL(特高速数字用户线)网络、或3GPP全IP网络。3GPP全IP网络是基于IP技术的UMTS系统网络,而且在3GPP(第三代合作项目)内对其进行了规定。
在图1所示的例子中,网络2包括AAA(授权、验证、记帐)服务器AAA、全局策略服务器GPS、高速缓存CM、业务网关S-GW以及自适应路由器aR。
AAA服务器AAA包括在验证过程中可以使用的用户信息以及图3和图4更详细示出的网络资源分配。在本发明的第一优选实施例中,AAA服务器还采集例如用于根据网络的实际使用量对用户和/或业务提供商进行计费的记帐信息。在现有技术系统中,没有根据实际使用量进行计费的机制,通常是根据按月统一收费率进行计费。因此,控制业务流可以使网络运营商从业务传送中获取收益。AAA服务器可以相当于GSM系统的归属位置服务器或访问者位置服务器,例如,它或者可以基于LDAP(轻型目录访问协议),它或者可以是专用服务器、DIAMETER服务器或RADIUS服务器。
全局策略服务器GPS监测整个网络2上的业务量。GPS提供图3和图4更详细示出的资源分配信息。
高速缓存CM用于存储一些最流行的视频节目以将视频服务器VS的负载降低到最小。如果选择的视频节目在高速缓存CM内,则从高速缓存而不是从视频服务器VS将视频节目发送到用户设备,即,业务流在高速缓存CM与用户设备SE之间。因此,也可以将高速缓存CM看作末端设备。
自适应路由器aR是至少包括自适应路由器功能块的网络节点。自适应路由器aR处理业务量,并且在第一优选实施例中,自适应路由器对通过业务网关S-GW发送所有RTSP IP分组,而且将业务流和其它业务量(traffic)(如果存在)发送到目的地址进行控制。还可以指示自适应路由器aR将其它协议转发到特定地址,例如指示它仅将UDP流转发到高速缓存。参考图2更详细说明根据本发明的自适应路由器的功能。
业务网关S-GW是至少包括业务网关功能块的网络节点。业务网关S-GW是控制业务流的点,即在此分配并管理带宽和业务量的点,在本发明的第一优选实施例中,选择正确的业务流格式并采集日志信息。业务流控制基于处理业务控制消息。在本发明的第一优选实施例中,业务流控制过程还包括控制高速缓存的运行过程,例如何时起动或停止发送业务流。业务网关S-GW还通过API(应用编程接口)、CORBA(通用对象请求代理体系结构)、PRC(远程过程调用)、Java、SOAP(简单对象访问协议)或例如为了在自适应路由器aR与业务网关S-GW之间交换信息定义的协议,控制自适应路由器aR。将参考图3和图4更详细说明业务网关的功能。
在本发明的第一和第二优选实施例中,自适应路由器aR不必是网络2的边缘单元。换句话说,它可以从网络2上的节点接收业务流和业务控制消息,并将它们发送到网络2上的另一个节点。
在本发明的第三优选实施例中,网络2的边缘单元是自适应路由器aR。换句话说,包括业务控制消息和业务流的业务量通过自适应路由器aR进入网络2,并通过另一个自适应路由器aR存在于网络2上。根据网络结构和负载,网络2包括一个或者多个用于集中控制业务流的业务网关S-GW。
实现本发明功能的系统以及该系统的网络节点不仅包括现有技术装置,而且包括用于实现结合图2、3和4更详细说明的功能的装置。更具体地说,它们包括用于使业务控制消息与业务量分离并对业务控制消息进行处理以便可以在网络上控制和/或监测业务流的装置。本发明的网络节点包括可以用于本发明的功能块的处理器和存储器。实现本发明需要做的所有变更均可以通过附加或者更新的软件例程、利用专用集成电路(ASIC)和/或诸如EPLD、FPGA的可编程电路完成。还可以通过附加至少一个包括自适应路由器功能块和业务网关功能块的新网络节点实现本发明,或者通过对一个或者多个现有网络节点和/或新网络节点附加自适应路由器功能块以及对至少一个网络节点附加业务网关功能块实现本发明。
图2示出根据本发明第一优选实施例的自适应路由器aR的功能。图2所示的例子假定仅利用RTSP协议控制业务,而且自适应路由器aR没有其它路由选择指令。
参考图2,自适应路由器在步骤201接收分组,而在步骤202,检验该分组是否是从业务网关S-GW接收的。如果是,则在步骤203,自适应路由器将该分组转发到其目的地址。
如果该分组不是从业务网关S-GW接收的(步骤202),则在步骤204,自适应路由器检验该分组是否与RTSP消息有关。(分组含有封装消息或者消息的一部分,这取决于该消息或分组的大小)。换句话说,它检验该分组是否与业务控制有关。如果有关,则在步骤205,自适应路由器将该分组(以及该分组内被封装的消息)转发到业务网关S-GW。
如果该分组不是RTSP分组(步骤204),则自适应路由器继续执行步骤203,并将该分组转发到其目的地址。
因此,自适应路由器从网络上的业务流和其它业务中截取业务控制分组,例如在传输网络中截取涉及建立连接的分组,并仅将涉及业务控制的分组转发到业务网关。通过这样进行操作,自适应路由器对业务网关S-GW隐藏了访问技术相关性,例如用于网络的协议、用于压缩视频节目的协议以及与专有性(proprietory)有关的服务器特征(如果存在)。因此,这种配置允许在该系统中使用不同销售商的不同服务器和/或不同协议和/或不同类型的业务流,例如视频、游戏、音乐等。
在本发明的第三优选实施例中,在步骤202,自适应路由器检验该分组是否是从网络接收的。换句话说,自适应路由器检验该分组是否存在于网络上。如果是,则自适应路由器继续执行步骤203以转发该分组。如果该分组不是从网络接收的,则它是进入网络的分组,而且自适应路由器继续执行步骤204以检验该分组是否与RSTP消息有关。因此,将业务控制消息转发到包括欲传送的信息的业务网关,并且将业务流和其它业务转发到它们的目的地。
在本发明的某些实施例中,除了“通过S-GW转发RTSP分组”的指令外,还可以存在一些其它路由选择指令。在这些实施例中,在所接收的分组既不是来自业务网关,又不是RTSP分组时,路由器检验(在步骤204之后)该分组是否是具有规定路由选择指令的分组类型的分组,而且如果是,则自适应路由器根据与该分组的类型有关的规定路由选择指令,转发该分组。例如,可以根据网络上的负载情况或者根据客户机的特性,由业务网关和/或由系统管理来动态设置规定的路由选择指令。
图3示出根据本发明第二优选实施例的业务网关S-GW的功能。在本发明的第二优选实施例中,系统中不存在高速缓存,业务流始终由服务器发出。为了简洁起见,图3所示的例子假定,RTSP协议控制业务,而且所使用的业务控制消息是“OPTION”、“DESCRIBE”、“SET-UP”、“PLAY”以及“TEARDOWN”。为了简洁起见,还假定,以一个分组传送一个消息,因此接收和发送消息相当于接收和发送其内封装了该消息的分组。
在图3中,在步骤301,S-GW接收消息。在步骤302,S-GW检验该消息是否是“OPTION”。如果是,则在步骤303,通过将该消息发送到自适应路由器,S-GW将该消息转发到其目的地址。如果该消息不是“ OPTION”,则在步骤304,S-GW检验该消息是否是“DESCRIBE”。如果是,则S-GW继续执行步骤303,以将该消息转发到其目的地址。
在此,业务控制消息“OPTION”和“DESCRIBE”表示与业务流无关的业务协议消息。业务网关S-GW仅仅传送这种业务控制消息,而不对它们做除检验该消息的类型以外的进一步处理。
如果该消息不是“ DESCRIBE”,则在步骤305,S-GW检验它是否是“SET-UP”。如果是,则在步骤306,S-GW进入优先存储在S-GW内的日志文件,在步骤307,根据“SET-UP”消息内的信息识别用户,然后,在步骤308,从AAA服务器中检索用户信息。此后,在步骤309,S-GW验证用户。在图3所示的例子中,假定验证和授权成功,而且允许用户使用该业务。在验证和授权用户之后,在步骤310,S-GW从全局策略服务器检索网络的可用容量信息。换句话说,它检验网络上的负载如何。然后,在步骤311,根据“SET-UP”消息内的业务参数、在步骤308检索的用户信息内的用户概况以及网络中的可用容量,S-GW对业务流分配网络资源。“SET-UP”消息包括表示例如所需带宽、优选编码等的参数。用户概况可以指出末端设备是可以利用宽带宽将业务流发送到其的顶置盒,还是具有较窄带宽的移动终端。网络容量指出例如空闲带宽有多少。此外,在分配资源时,还可以考虑影响所需带宽和/或网络负载的其它因素,或者也可以仅根据上述一个或者两个因素分配网络资源。在分配了网络资源后,在步骤312,S-GW修改RTSP消息以对应于所分配的网络资源,然后,在步骤313,通过自适应路由器,将修改的消息转发到其目的地址。如果存在几个视频服务器,则尽管用户已经从某个服务器请求了视频,业务网关仍可以在分配网络资源期间选择正确的服务器。例如,可以根据各服务器之间的负载均衡性,或者根据视频服务器支持的标准和/或末端终端的特性,选择正确服务器。如果正确服务器与所指出的服务器不同,还必须对消息内的服务器地址进行修改。
如果该消息不是“SET-UP”分组,则在步骤314,S-GW检验它是否是“PLAY”消息。如果是,则在步骤315,S-GW进入日志文件,而且如果需要进行修改,则在步骤316,修改该消息以对应于该业务流的特性。修改该消息后,S-GW继续执行步骤313以将该消息转发到其目的地址。
如果该分组不是“PLAY”消息,则在步骤317,S-GW检验它是否是“TEARDOWN”消息。如果是,则在步骤318,S-GW进入日志文件,在步骤319,对此业务流释放资源分配,而且,如果需要进行修改,则在步骤320,修改该消息以对应于该业务流的特性。修改该消息之后,S-GW继续执行步骤313以将该消息转发到其目的地址。
如果该消息不是“ TEARDOWN”消息(步骤317),则在步骤321检测到错误情况,而且S-GW根据与上述错误情况有关的预定指令继续执行。例如,S-GW可以产生告警和/或进入日志文件。
所采集的日志信息可以用于网络工程用途,或者用于根据例如业务的实际使用量,进行计费。
在网络的网络运营商不希望验证用户的实施例中,跳过用于验证用户的步骤309。
在系统包括高速缓存的实施例中,在处理“SET-UP”分组期间,S-GW检验用户选择的视频节目是否在高速缓存内。该检验结果可能对网络资源分配产生影响。优选在验证用户之后对高速缓存进行检验。如果该视频在高速缓存内,则将业务流控制到高速缓存与用户之间,因此,S-GW改变位于“SET-UP”、“PLAY”以及“TEARDOWN”消息的地址字段内的地址,所述地址字段将业务流的起始表示为高速缓存的地址。如果该视频不在高速缓存内,则该业务流通过高速缓存。
从上述说明中可以看出,末端设备根本未注意到消息被业务网关处理。如果业务网关改变参数,则两个末端设备均假定参数是由另一个末端设备发送的。通过改变参数,业务网关可以根据改变的参数确保业务网关所在的网络上的业务水平。如果在末端设备之间存在两个或者多个不同网络,则第一个网络内的业务网关控制第一个网络内的业务流,第二业务网关控制第二个网络内的业务流,等等。换句话说,末端设备之间的业务流管道被划分为子管道,每个网络具有自己的子管道,而且确定其业务水平,以便还考虑到该网络的特性。因此,通过在网络上确保边缘到边缘的业务水平,可以确保端到端的业务水平。
图2和3所示的各步骤并不是绝对按时间先后顺序示出的。例如,上述某些步骤可以同时进行,或者以另一种顺序进行。可以跳过某些步骤,例如图3所示的、修改消息的步骤316和320。换句话说,只有在建立期间S-GW修改了包括在原始消息内的参数时,才修改该消息。因此,可以在上述步骤之间进行图2和3未示出的其它步骤。例如,根据“SET-UP”分组建立会话,并且根据“TEARDOWN”分组取消会话。
图4示出根据本发明第二优选实施例的信令,其中业务网关S-GW在消息4-1中接收RTSP消息“SET-UP”。根据消息4-1,业务网关S-GW将消息4-2发送到请求用户信息的服务器AAA。服务器AAA在消息4-3中将用户信息发送到业务网关S-GW。然后,业务网关S-GW验证并授权用户,即,在点4-4检验是否允许该用户使用业务。如果不允许该用户使用,则通过发送消息4-5,业务网关S-GW拒绝建立。
如果授权用户使用该业务,则业务网关S-GW将消息4-6发送到全局策略服务器GPS,请求有关网络上的可用资源的信息。全局策略服务器GPS将请求的信息以消息4-7的形式发送到业务网关S-GW。然后,在点4-8,业务网关S-GW检验是否存在足够的空闲容量支持请求的业务流。如果没有足够容量,则通过发送消息4-9,业务网关S-GW拒绝建立。
如果存在足够空闲容量,则在点4-10,业务网关S-GW对业务流分配资源,而且修改消息,如图3所示,然后,以消息4-11的形式将该消息发送到其目的地。
图4所示的各信令消息和各点不是以绝对时间顺序示出的,而且可以以不同于给定顺序的顺序执行它们。在各消息和/或各点之间,可以发送其它信令消息和/或也可以执行其它功能。信令消息仅是例子,而且可以包括用于发送相同信息的几个单独消息。此外,消息还可以包括其它信息。
尽管以上仅结合一种业务控制协议对本发明进行了说明,但是对于本技术领域内的熟练技术人员显而易见,也可以结合几个不同的业务协议应用本发明。
尽管以上结合客户机-服务器通信对本发明进行了说明,但是对于本技术领域内的熟练技术人员显而易见,也可以结合对等通信、结合用户到用户(party-to-party)通信以及在业务控制消息可以从两个末端设备发送和/或业务控制消息控制在末端设备之间发送的两个或者多个业务流的其它连接中,应用本发明。
附图以及对附图所做的描述仅用于说明本发明。对于本技术领域内的熟练技术人员显而易见,在所附权利要求所述的本发明实质范围内,可以对本发明做各种不同的变更和修改。
权利要求
1.一种控制业务流的方法,该方法包括步骤利用第一协议控制第一末端设备与第二末端设备之间的业务;通过网络在业务流中将业务传送到第一末端设备;其特征在于步骤将第一协议消息与网络上传送的其它业务量分离;以及利用第一协议消息控制传输网络上的业务流。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括步骤至少保持一个业务网关用于控制网络上的业务流;以及通过业务网关循环第一协议消息。
3.根据权利要求1或2所述的方法,其特征在于,该方法进一步包括步骤识别与业务流建立有关的第一协议消息;确定第一协议消息内指出的被请求资源;确定网络上可用的资源;以及根据被请求和可用的资源,对业务流分配网络资源。
4.根据权利要求3所述的方法,其特征在于,该方法进一步包括步骤如果分配的资源与请求的资源不同,则修改第一协议消息指出的被请求网络资源,然后转发该消息。
5.一种系统(1),该系统包括至少一个第一末端设备(VS),用于在业务流中提供业务;至少一个第二末端设备(SE),用于接收业务;至少一个网络(2),通过其传送业务流;以及第一协议,末端设备利用其控制业务流;其特征在于,该网络包括至少一个业务网关(S-GW),用于处理第一协议消息以控制网络上的业务流;以及至少一个路由器(aR),用于使第一协议消息与网络的业务量分离,并用于将第一协议消息转发到业务网关。
6.根据权利要求5所述的系统,其特征在于,业务网关(S-GW)被进一步配置为在处理第一控制消息后转发该第一控制消息。
7.根据权利要求5或6所述的系统,其特征在于,业务网关(S-GW)被进一步配置为在处理第一控制消息期间,采集与业务流有关的信息。
8.根据权利要求5、6或7所述的系统,其特征在于,业务网关(S-GW)被进一步配置为根据第一控制消息指出的被请求资源和网络负载对业务流分配网络资源。
9.根据权利要求8所述的系统,其特征在于,业务网关(S-GW)被进一步配置为在分配网络资源时,考虑与第二末端设备有关的用户概况。
10.根据权利要求5、6、7、8或9所述的系统,其特征在于,业务是点播业务方面的业务;以及业务网关(S-GW)被进一步配置为在建立业务期间,从至少两个第一末端设备中选择正确的第一末端设备。
11.一种在第一末端设备与第二末端设备之间传送业务流的网络(2),所述末端设备利用第一协议控制业务流,其特征在于,该网络包括至少一个业务网关(S-GW),用于处理第一协议消息以控制网络上的业务流;以及至少一个路由器(aR),用于使第一协议消息与其它业务量分离,并用于将第一协议消息转发到业务网关。
12.根据权利要求11所述的网络(2),其特征在于,业务网关(S-GW)被进一步配置为在处理第一控制消息后转发该第一控制消息。
13.根据权利要求11或12所述的网络(2),其特征在于,业务网关(S-GW)被配置为根据消息类型处理第一协议消息。
14.根据权利要求13所述的网络(2),其特征在于,业务网关(S-GW)被配置为传送与实际业务流不相关的第一协议消息并从与实际业务流相关的消息上采集日志信息。
15.根据权利要求11、12、13或14所述的网络(2),其特征在于,业务网关(S-GW)被进一步配置为根据第一控制消息指出的被请求资源和网络负载对业务流分配网络资源。
16.根据权利要求11、12、13、14或15所述的网络(2),其特征在于,网络(2)包括用作网络的边缘单元的路由器(aR)。
17.根据权利要求11、12、13、14或15所述的网络(2),其特征在于,路由器(aR)和业务网关(S-GW)位于同一个物理网络节点上。
18.一种网络节点,其特征在于,网络节点(S-GW)包括业务网关功能块,该业务网关功能块利用用于控制末端设备之间的业务的第一协议消息,控制通过网络在业务流中提供的业务。
19.根据权利要求18所述的网络节点,其特征在于,网络节点(S-GW)被配置为在建立业务流期间验证至少一个末端设备。
20.根据权利要求18或19所述的网络节点,其特征在于,网络节点(S-GW)被进一步配置为根据第一协议消息指出的被请求资源和网络负载对业务流分配网络资源。
21.根据权利要求18、19或20所述的网络节点,其特征在于,网络节点(S-GW)被进一步配置为根据请求业务的用户的用户概况对业务流分配网络资源。
22.根据权利要求18、19、20或21所述的网络节点,其特征在于,网络节点(S-GW)被进一步配置为根据第一协议消息采集收费信息。
23.一种在网络上传送业务的网络节点,其特征在于,网络节点(aR)包括路由器功能块,该路由器功能块用于使用于控制第一末端设备与第二末端设备之间的业务的第一控制分组与业务分离,并且用于在网络中根据为第一控制分组定义的路由选择指令转发所述第一控制分组。
全文摘要
如果在利用第一协议控制业务流的各末端设备之间以业务流形式提供业务,则还需要对通过其或者将通过其传送业务流的网络上的业务流进行控制。利用与网络上传送的其它业务分离(204)的第一协议消息,控制网络上的业务流。
文档编号H04L29/06GK1643946SQ01818053
公开日2005年7月20日 申请日期2001年11月6日 优先权日2000年11月7日
发明者约尼·皮尔霍宁, 韦莎·泰瓦兰蒂, 克里斯蒂安·利特凯伊, 米凯·林德鲁斯, 亚诺什·卡瓦克斯, 伊萨·萨卡马 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1