CN101313551A - 以对服务端点基本透明的方式利用网络服务的方法和设备 - Google Patents

Abstract

本发明包括用于再生信令的方法和设备。具体地，本方法包括接收按照至少一个基本协议格式化的至少一个基本协议消息，获得与至少一个网络服务相关的服务信息，响应于至少一个基本协议消息，产生按照至少一个伴生协议格式化的至少一个伴生协议消息。该至少一个基本协议消息与至少一个服务端点相关。与至少一个网络服务相关的服务信息使用该至少一个基本协议消息而获得。该至少一个伴生协议消息使用该服务信息的至少一部分而产生。该至少一个伴生协议消息用于以对该至少一个服务端点基本透明的方式，控制该至少一个网络服务。

Description

以对服务端点基本透明的方式利用网络服务的方法和设备

技术领域

本发明涉及通信网络领域，并且尤其涉及利用基于网络的服务。

背景技术

通常，为了接入IP多媒体子系统(IMS)网络中的基于网络的服务(例如，服务控制的质量、用户简表管理等)，建主承载路径所需的信令必须经历相关的呼叫会话控制功能(CSCF)。同样，因为CSCF作为会话始发协议(SIP)代理进行操作，所以建立承载路径所需的信令必须利用SIP执行。例如，为了以保证的QOS接入IMS中的流式视频内容，SIP用户代理(SIP-UA)(例如，移动电话)利用SIP建立与视频服务器的连接。然后视频服务器利用实时协议(RTP)使视频内容流式传送到移动电话。

不幸的是，接入流式视频内容和获得同样的基于网络的服务的现存机制需要将SIP-UA集成到服务端点(例如，移动电话、视频服务器等)中，不能提供VCR功能，并且禁止使用第三方客户端软件和第三方服务器软件。而且，支持实时流式协议(RTSP)应用的无线终端不能利用由其它协议(例如，SIP)控制的基于网络的服务，因为RTSP信令路径不经过接入由这些其它协议控制的基于网络的服务所需要的网络组件(例如，CSCF)。

发明内容

通过本发明用于再生信令的方法和设备可以解决现有技术中的各种缺点。具体地，根据本发明的一个实施例的方法包括接收按照至少一个基本协议格式化的至少一个基本协议消息，获取与至少一个网络服务相关的服务信息，响应于至少一个基本协议消息，产生按照至少一个伴生协议格式化的至少一个伴生协议消息。该至少一个基本协议消息与至少一个服务端点相关。与至少一个网络服务相关的服务信息使用该至少一个基本协议消息而获得。该至少一个伴生协议消息使用该服务信息的至少一部分而产生。该至少一个伴生协议消息用于以对该至少一个服务端点基本透明的方式，控制该至少一个网络服务。

附图说明

结合附图考虑到下面的详细描述可以很容易理解本发明的教导，其中：

图1图示了通信网络体系结构的高级方框图；

图2图示了根据本发明的一个实施例的呼叫流示意图；

图3图示了根据本发明的一个实施例的呼叫流示意图，其中服务端点试图利用网络服务；

图4图示了根据本发明的一个实施例的呼叫流示意图，其中服务端点试图利用网络服务；

图5图示了根据本发明的一个实施例的呼叫流示意图，其中服务端点试图利用网络服务；以及

图6图示了适合于在执行其中描述的功能中使用的通用计算机的高级方框图。

为了便于理解，在需要时，尽可能使用相同的参考标记来指示图中共有的相同单元。

具体实施方式

本发明将在网际协议(IP)多媒体子系统(IMS)网络体系结构的环境中进行讨论；但是，本发明可以容易应用于其它网络、网络拓扑结构、网络单元、服务端点、网络服务等。应当注意到，IMS帧既应用于有线网络也应用于无线网络。同样地，虽然其中主要关于无线网络进行描述，但是本发明的方法还可以用于有线网络、无线网络和二者的各种组合。

通常，本发明提供再生信令功能。在一个实施例中，本发明的再生信令功能如此实现，即利用至少一个基本协议产生至少一个伴生协议。在一个实施例中，该至少一个伴生协议用于以该至少一个服务端点基本透明的方式，控制该至少一个网络功能。在一个实施例中，本发明利用客户端代理和服务器端代理的至少其中之一，或者它们的各种组合。

在一个实施例中，其中同时部署了客户端代理和服务器端代理，客户端代理和服务器端代理在服务端点之间收发消息。在另一实施例中，客户端代理和服务器端代理利用代理的基本协议消息收发的至少一部分，始发/终接伴生协议消息收发。同样地，在此实施例中，客户端代理和服务器端代理使伴生协议消息对服务端点透明(例如，对RTSP客户端(例如，无线终端)和RTSP服务器(例如，视频服务器)透明)。

通过使伴生协议对服务端点透明，本发明由此避免了为了利用网络服务而需要客户端设备升级和服务器端设备升级。换言之，可以增强各种网络服务而不需要增强对应的服务端点，并且各种其它应用可以容易地集成到网络中。而且，客户端服务端点和服务器端服务端点都可以使用第三方软件，而不需要增强对应的客户端服务端点或者服务器端服务端点。

在一个实施例中，本发明维持与至少一个基本协议相关的基本协议有限状态机(FSM)，并且维持与至少一个伴生协议相关的伴生协议有限状态机(FSM)。在这个实施例中，基本协议FSM用于管理相应的基本协议消息，以及伴生协议FSM用于管理相应的伴生协议消息。在一个实施例中，本发明以使基本协议消息收发和伴生协议消息收发能够同步的方式，维持基本协议FSM和伴生协议FSM。在一个实施例中，以能够利用至少一个网络服务的方式执行同步，其中对至少一个服务端点基本透明的方式利用至少一个网络服务。

在一个实施例中，基本协议可以包括用于在服务端点之间执行信令的任何协议，以及伴生协议可以包括用于在网络单元之间执行信令的任何协议。例如，在一个实施例中，如其中主要描述的，基本协议包括用于在客户端(例如，无线终端)和服务器(例如，视频服务器)之间建立实时协议(RTP)承载连接的实时流式协议(RTSP)，该连接用于使视频内容从视频服务器流式传送到无线终端。例如，在一个实施例中，如其中主要描述的，伴生协议包括用于建立例如有保证的服务质量(QOS)的IMS服务的会话始发协议(SIP)，用于使视频内容从视频服务器流式传送到无线终端。

图1图示了通信网络体系结构的高级方框图。具体地，图1的通信网络体系结构100包括无线终端(WT)102、无线接入网(RAN)104、服务节点(SN)106、受访网络(VN)110、与VN 110相关的代理呼叫会话控制功能(P-CSCF)112、家庭网络(HN)120、与HN 120相关的服务呼叫会话控制功能(S-CSCF)122、视频服务器(VS)130、客户端代理(CSP)140、与CSP 140相关的4/7层交换机(L4/7-S)142、服务器端代理(SSP)150、和与SSP 150相关的4/7层交换机(L4/7-S)152。

如图1所示，WT 102使用无线信令与RAN 104通信。WT 102使用RAN104与SN 106通信。SN 106与L4/7-S 142通信。L4/7-S 142与CSP 140和VN110通信。VN 110和HN 120使用标准IP通信进行通信。VN 110与相关的P-CSCF 112通信。类似地，HN 120与相关的S-CSCF 122通信。HN 120与L4/7-S 152通信。L4/7-S 152与SSP 150和VS 130通信。如图1所示，图1的通信网络体系结构100包括RTSP信令路径(RSP)160、SIP信令路径(SSP)170和RTP承载路径(RBP)180。

如图1所示，WT 102包括无线用户设备，用于发送和接收信息(例如，与其它无线用户设备通信、接收流式视频内容等)，将内容呈现给至少一个用户(例如，播放接收的音频内容、显示流式视频内容等)，和执行类似功能。例如，WT 102包括移动电话、个人数字助理(PDA)、计算机和类似无线用户设备。同样，根据本发明，WT 102包括服务端点。

在一个实施例中，WT 102包括至少一个客户端。在一个实施例中，该至少一个客户端与至少一个协议相关。例如，如图1所示，WT 102包括用于执行RSTP信令(例如，用于建立与视频服务器的连接而为了获得流式视频内容)的RTSP客户端。类似地，如图1所示，WT 102包括用于执行SIP信令(例如，为了在RAN 104中建立有保证的QOS)的SIP客户端(即，操作作为SIP用户代理(SIP-UA))。如图1所示，WT 102使用RAN 104接入SN 106。

如图1所示，RAN 104包括用于支持WT 102和SN 106之间的通信的无线接入网。例如，RAN 104包括码分多址(CDMA)RAN、通用移动通信系统(UMTS)RAN、通用分组无线业务(GPRS)RAN、或者现有技术中已知的类似RAN中的至少其中之一。因此，在一个实施例中，SN 106包括分组数据服务节点(PDSN)(即，在CDMA网络中)、网关GPRS服务节点(GGSN)(即，在UMTS网络中)或者现有技术中已知的类似节点中的至少其中之一。SN 106用于支持WT 102和L4/7-S 142之间的通信。

如图1所示，VN 110和HN 120包括IP网络。VN 110包括用于支持与HN 120通信的相关的代理控制功能(例示为，P-CSCF 112)。HN 120包括用于支持与VN 110通信的相关的服务控制功能(例示为，S-CSCF 122)。虽然没有显示，但是在一个实施例中，HN 120包括用户服务功能(例如，家庭用户服务(HSS))。如图1所示，VN 110用于支持与P-CSCF 112相关的信令，HN 120用于支持与S-CSCF 122相关的信令。

如图1所示，VN 110和HN 120包括用于支持服务端点之间(例示为，在WT 102和VS 130之间)的基本协议消息收发的IP网络。在一个实施例中，VN 110和HN 120包括用于支持CSP 140和SSP 150之间的伴生协议消息收发的IP网络。如图1所示，在一个实施例中，基于网络的服务能够在HN 120实现，并且由VN 110代理。如其中所述，使用至少一个伴生协议可以将基于网络的服务透明地提供给服务端点。在一个实施例中，由服务端点透明地利用的基于网络的服务的至少一部分由与VN 110和HN 120(例示为，P-CSCF 112和S-CSCF 122)相关的呼叫状态控制功能(CSCF)控制。

如图1所示，P-CSCF 112和S-CSCF 122包括现有技术中已知的呼叫会话控制功能。通常，CSCF包括用于控制各种网络功能和服务的SIP代理。例如，P-CSCF 112和S-CSCF 122通过接入策略判定功能(PDF)为QOS处理询问执行QOS分配、增强相关的QOS控制和使用SIP信令执行类似功能。同样，在一个实施例中，P-CSCF 112和S-CSCF 122支持为了建立和维持用于使视频内容从VS 130流式传送到WT 102的有保证的QOS所需的SIP伴生协议消息。

如图1所示，L4/7-S 142和L4/7-S 152包括4/7层交换机。通常，4/7层交换机包括内容已知的交换机，用于基于在第4层(即，传输层)和第7层(即，应用层)执行的分组检测导网络组件的流量。同样，L4/7-S 142和L4/7-S 152用于获得会话信息。而且，L4/7-S 142和L4/7-S 152用于获得应用信息，例如请求的内容类型(例如，静态内容、流式视频内容等)、请求的内容等信息。

如图1所示，与CSP 140相关的L4/7-S 142包括用于重新定向协议消息的网络单元。在一个实施例中，L4/7-S 142将基本协议消息重新定向到CSP 140。在另一实施例中，L4/7-S 142将由CSP 140代理的基本协议消息重新定向到VN110(即，用于客户端始发的消息)和SN 106(即，用于客户端终接的消息)的其中之一。在一个实施例中，L4/7-S 142将伴生协议消息重新定向到CSP 140。在另一实施例中，L4/7-S 142将由CSP 140始发的伴生协议消息重新定向到VN110，并且将由SSP 150始发的伴生协议消息重新定向到CSP 140。

例如，在一个实施例中，其中基本协议包括RTSP，L4/7-S 142使用目的TCP端口554将客户端始发的(即，由WT 102始发的)RTSP消息重新定向到CSP 140。在另一实施例中，L4/7-S 142将由CSP 140代理的客户端始发的RTSP消息重新定向到VN 110用于向VS 130传输。类似地，例如，在一个实施例中，其中基本协议包括RTSP，L4/7-S 142使用源TCP端口554将客户端终接的(即，由VS 130始发的)RTSP消息重新定向到CSP 140。在另一实施例中，L4/7-S 142将由CSP 140代理的客户端终接的RTSP消息重新定向到SN106，用于向WT 102传输。

在一个实施例中，如其中所述，L4/7-S 142将服务器端始发的伴生协议消息重新定向到CSP 140。例如，在一个实施例中，其中伴生协议包括SIP，L4/7-S142将客户端始发的(即，由CSP 140始发的)SIP消息重新定向到VN 110，用于向SSP 150传输。类似地，在一个实施例中，其中伴生协议包括SIP，L4/7-S142使用目的TCP/UDP端口X(例如，其中X不等于5060)将服务器端始发的(即，由SSP 150始发的)SIP消息重新定向到CSP 140。通过将服务器端始发的伴生协议消息重新定向到CSP 140，L4/7-S 142使伴生协议消息能够以对客户端服务端点(例示为，WT102)基本透明的方式，控制至少一个网络服务。

如图1所示，与SSP 150相关的L4/7-S 152包括用于重新定向协议消息的网络单元。在一个实施例中，L4/7-S 152将基本协议消息重新定向到SSP 150。在这种实施例中，L4/7-S 152将由SSP 150代理的基本协议消息重新定向到HN120(即，用于服务器端始发的消息)和VS 130(即，用于服务器端终接的消息)的其中之一。在一个实施例中，L4/7-S 152将伴生协议消息重新定向到SSP150。在这种实施例中，L4/7-S 152将由SSP 150始发的伴生协议消息重新定向到HN 120，并且将由CSP 140始发的伴生协议消息重新定向到SSP 150。

例如，在一个实施例中，其中基本协议包括RTSP，L4/7-S 152使用源TCP端口554将服务器端始发的(即，由VS 130始发的)RTSP消息重新定向到SSP 150。在另一实施例中，L4/7-S 152将由SSP 150代理的服务器端始发的RTSP消息重新定向到HN 120，用于向WT 102传输。类似地，例如，在一个实施例中，其中基本协议包括RTSP，L4/7-S 152使用目的TCP端口554将服务器端终接的(即，由WT 102始发的)RTSP消息重新定向到SSP 150。在另一实施例中，L4/7-S 152重新定向由SSP 150代理的服务器端终接的RTSP消息，用于向VS 130传输。

在一个实施例中，如其中所述，L4/7-S 152将客户端始发的伴生协议消息重新定向到SSP 150。例如，在一个实施例中，其中伴生协议包括SIP，L4/7-S152将服务器端始发的(即，由SSP 150始发的)SIP消息重新定向到HN 120，用于向CSP 140传输。类似地，在一个实施例中，其中伴生协议包括SIP，L4/7-S152使用目的TCP/UDP端口X(例如，其中X等于5060)将客户端始发的(即，由CSP 140始发的)SIP消息重新定向到SSP 150。通过将客户端始发的伴生协议消息重新定向到SSP 150，L4/7-S 152使伴生协议消息能够以对服务器端服务端点(例示为，VS130)基本透明的方式，控制至少一个网络服务。

如图1所示，VS 130包括视频服务器，用于接收和处理视频内容检索请求，将请求的视频内容发送到用户设备(例示为，WT 102)，以及执行类似功能。同样，相据本发明VS 130包括服务端点。如图1所示，VS 130包括RTSP视频服务器。虽然图示为RTSP视频服务器，但是VS 130可以包括任何视频服务器。而且，虽然图示为视频服务器，参考图1显示和描述的体系结构用于支持WT 102和任何其它服务端点(例如，音频服务器、其它内容服务器、至少一个其他用户设备(例如，被叫设备)和类似设备)之间的通信。

如图1所示，CSP 140和SSP 150包括用于执行本发明的再生信令功能的至少一部分的网络单元。在一个实施例中，响应于按照至少一个基本协议格式化的至少一个基本协议消息，CSP 140和SSP 150的至少其中之一用于产生按照至少一个伴生协议格式化的至少一个伴生协议消息。类似地，在一个实施例中，CSP 140和SSP 150的至少其中之一用于终接按照至少一个伴生协议消息格式化的至少一个伴生协议消息，使得伴生协议消息收发对服务端点透明。

这样，CSP 140和SSP 150使服务端点能够以对服务端点基本透明的方式，利用基于网络的服务。在一个实施例中，CSP 140和SSP 150用于产生和维持至少一个基本协议FSM。类似地，在一个实施例中，CSP 140和SSP 150用于产生和维持至少一个伴生协议FSM。在另一实施例中，CSP 140和SSP 150以使在至少一个基本协议和至少一个伴生协议之间的消息收发实现同步的方式，维持至少一个基本协议FSM和至少一个伴生协议FSM。

在另一实施例中，其中使用本发明来支持利用与伴生协议相同的端到端信令协议的用户设备之间的通信，L4/7-S 142和L4/7-S 152包括用于区别伴生协议消息和基本协议消息的交换机。例如，假设SIP信令用于端到端基本协议消息收发和基于网络的伴生协议消息收发，那么为了向服务端点传输，L4/7-S 142和L4/7-S 152分别重新定向由CSP 140和SSP 150代理的基本协议消息。而且，L4/7-S 142和L4/7-S 152以阻止伴生协议消息向服务端点传输的方式，分别重新定向由CSP 140和SSP 150始发/终接的伴生协议消息。

在另一实施例中，其中使用本发明来支持利用与伴生协议相同的端到端信令协议的用户设备之间的通信，CSP 140和SSP 150包括用于区别伴生协议消息和基本协议消息的代理。例如，假设SIP信令用于端到端基本协议消息收发和基于网络的伴生协议消息收发，那么CSP 140和SSP 150代理基本协议消息用于向各自的服务端点传输。而且，CSP 140和SSP 150始发/终接伴生协议消息，以使伴生协议消息对服务端点透明。

如图1所示，RSP 160包括服务端点之间的(例示为，WT 102和VS 130之间的)端到端RTSP信令路径。这样，如其中所述，RTSP被用作服务端点之间端到端信令的基本协议。在一个实施例中，RSP 160包括使用IP作为承载的双向信令路径。例如，客户端始发的RTSP消息经过RAN 104、SN 106、L4/7-S 142、CSP 140、L4/7-S 142、VN 110、HN 120、L4/7-S 152、SSP 150和L4/7-S 152，并且终接于VS 130。类似地，例如，服务器端始发的RTSP消息经过L4/7-S 152、SSP 150、L4/7-S 152、HN 120、VN 110、L4/7-S 142、CSP140、L4/7-S 142、SN 106和RAN 104，并且终接于WT 102。

虽然RTSP基本协议消息收发经过代理(即，CSP 140和SSP 150)，但是代理为了获得与至少一个网络服务相关的服务信息而只读取基本协议消息。如其中所述，代理CSP 140和SSP 150从服务端点之间的基本协议消息中读取而获得的网络信息用于产生相关的伴生协议消息(即，根据本发明用于执行再生信令)。这样，在使用RSP 160完成RTSP信令的至少一部分时，根据本发明建立SSP 170。

如图1所示，SSP 170包括网络代理(例示为，CSP 140和SSP 150)之间的双向信令路径。这样，在一个实施例中，如其中主要描述的，SIP用作网络代理之间的信令的伴生协议。例如，由CSP 140始发的客户端侧SIP消息经过L4/7-S 142、VN 110、P-CSCF 112、VN 110、HN 120、S-CSCF 122、HN120和L4/7-S 152，并且终接于SSP 150。类似地，由SSP 150始发的服务器侧SIP消息经过L4/7-S 152、HN 120、S-CSCF 122、HN 120、VN 110、P-CSCF112、VN 110和L4/7-S 142，并且终接于CSP 140。

如其中所述，SSP 170支持SIP伴生协议消息，用于以使服务端点能够利用至少一个基于网络的服务的方式，配置至少一个网络组件。而且，在一个实施例中，代理(例示为，CSP 140和SSP 150)之间的伴生协议消息对服务端点(例示为，WT 102和VS 130)透明。在一个实施例中，其中网络服务包括QOS保证服务，SIP伴生协议消息协商用于提供有保证的QOS流式视频网络服务所需要的参数(例如，视频类型、需要的带宽、用于传输视频的端口、使用的编码器-解码器等)。

在使用RSP 160完成RTSP消息收发(用于建立服务端点之间的端到端承载路径)和使用SSP 170完成SIP信令(用于控制提供给服务端点的至少一个网络服务)时，在服务端点之间建立的RBP 180被用以依据使用伴生协议消息收发控制的至少一个网络服务，使服务端点之间的信息能够交换。如图1所示，RBP 180建立在WT 102和VS 130之间。换言之，使用通过SSP 170的信令建立的有保证的QOS，视频内容从VS 130通过RBP 180流式传送到WT 102。在一个实施例中，使用RTP通过IP上的用户数据报协议(UDP)传送视频内容。

在没有根据本发明实施的现存网络体系结构中，没有部署L4/7交换机(例示为，L4/7-S 142和L4/7-S 152)和代理(例示为，CSP 140和SSP 150)。这样，例如，假设WT 102包括从VS 130请求流式视频的RTSP客户端。如其中所述，因为CSCF(例示为，P-CSCF 112和S-CSCF 122)包括SIP代理，所以RTSP信令不经过CSCF。同样，因为CSCF控制IMS服务，例如QOS、计费、用户简表管理等网络服务，所以无线终端(不是SIP-UA)上的RTSP客户端不能利用这些用SIP信令控制的IMS网络服务。

同样，在一个实施例中，本发明的再生信令能力使服务端点能够透明地获得基于网络的功能和服务的益处。换言之，服务端点不知道如何控制基于网络的功能和服务。而且，本发明使服务端点能够利用与服务端点的能力无关的基于网络的功能和服务。例如，使用本发明，不支持SIP能力(即，不是SIP-UA)的RTSP客户端可以利用基于SIP的网络服务。

如其中所述，RTSP消息从WT 102经过RAN 104发送到SN 106。SN 106将RTSP消息发送到与CSP 140相关的L4/7-S 142。L4/7-S 142将RTSP消息重新定向到CSP 140。CSP 140读取RTSP消息以获得与至少一个网络服务相关的服务信息。CPS 140代理将RTSP消息返回给L4/7-S 142，并且L4/7-S 142将代理的RTSP消息通过至少一个IP网络(例示为，VN 110和HN 120)发送到与SSP 150相关的L4/7-S 152。L4/7-S 152将RTSP消息重新定向到SSP150。SSP 150读取RTSP消息以获得与至少一个网络服务相关的服务信息。SSP150代理到L4/7-S 152的RTSP消息，并且L4/7-S 152将代理的RTSP消息发送到VS 130，用于建立用于使视频内容从VS 130流式传送到WT 102的连接。

这样，RTSP消息(即，基本协议消息)由CSP 140和SSP 150读取，由此使CSP 140和SSP 150能够获得服务信息，该服务信息用于使CSP 140和SSP 150能够以对服务端点基本透明的方式使用至少一个协议(即，至少一个伴生协议)，始发和终接消息。例如，CSP 140始发基于CSP 140读取的服务信息的至少一个SIP消息，同时代理RTSP消息。CSP 140将SIP消息发送到L4/7-S 142。因为P-CSCF 112和S-CSCF 122包括SIP代理，所以L4/7-S 142将SIP消息发送到P-CSCF 112，然后P-CSCF 112将SIP消息发送到S-CSCF122。S-CSCF 122将SIP消息发送到L4/7-S 152。这样，SIP消息经过SIP代理，用于接入至少一个网络服务。L4/7-S 152将SIP消息重新定向到SSP 150被处理和终接的SSP 150。在一个实施例中，响应从CSP 140接收的至少一个SIP消息，SSP 150产生SIP响应消息。

如其中所述，在一个实施例中，CSP 140记录WT 102和VS 130之间使用基本协议消息收发(例如，RTSP消息收发)协商的SDP参数、端口、CODEC等网络服务参数。在一个实施例中，CSP 140利用这种服务信息来产生相关的基本协议消息(即，SIP消息)，该基本协议消息用于以对服务端点基本透明的方式利用至少一个网络服务。换言之，CSP 140使用从基本协议消息获得的服务信息来产生相关的伴生协议消息，该伴生协议消息用于以对服务端点基本透明的方式利用至少一个网络服务。

类似地，在一个实施例中，SSP 150记录WT 102和VS 130之间使用RTSP消息协商的SDP参数、端口、CODEC等网络服务参数。在一个实施例中，SSP 150使用在RTSP信令期间记录的服务信息，接收CSP 140始发的SIP消息。在这种实施例中，SSP 150代表VS 130在RTSP消息交换期间使用由VS130宣告的和由SSP 150记录的SDP、在RTSP消息交换期间使用SSP 150记录的RTSP协商端口和CODEC、以及类似服务信息，建立CSP 140和SSP 150之间的SIP会话。

图2图示了根据本发明的一个实施例的呼叫流示意图。具体地，图2的呼叫流示意图包括使服务端点能够以对服务端点基本透明的方式，利用至少一个网络服务的呼叫流。如图2所示，在图1的通信网络体系结构100的环境中描述图2的呼叫流示意图。这样，虽然没有显示，但是L4/7-S 142和L4/7-S 152用于分别重新定向与CSP 140和SSP 150相关的通信，如结合图1所显示和描述的。

虽然这些步骤的一部分显示为按顺序执行，但是本领域技术人员会意识到方法200的步骤的至少一部分可以同时执行，也可以按与图2中不同的顺序执行。呼叫流示意图200响应于服务端点(例示为，WT 102)的请求而开始，以建立与另一个服务端点(例示为，VS 130)的连接用于交换信息。同样，如图2所示，图2的呼叫流示意图200开始于步骤202。

在步骤202，WT 102的RTSP客户端部分始发RTSP DESCRIBE消息。RTSP DESCRIBE消息被重新定向到CSP 140。CSP 140读取RTSPDESCRIBE消息，用于获得与至少一个网络服务相关的服务信息。在步骤204，CSP 140代理RTSP DESCRIBE消息，用于向VS 130传输。RTSP DESCRIBE消息被重新定向到SSP 150。SSP 150读取RTSP DESCRIBE消息，用于获得与至少一个网络服务相关的服务信息。在步骤206，SSP 150代理RTSPDESCRIBE消息，用于传输到VS 130。

在步骤208，在从SSP 150接收到RTSP DESCRIBE消息时，VS 130始发RTSP 200 OK消息。在一个实施例中，RTSP 200 OK消息包括至少一个SDP参数。VS 130向WT 102发送RTSP 200 OK消息。VS 130始发的RTSP 200 OK消息被重新定向到SSP 150。SSP 150读取RTSP 200 OK消息，用于获得与至少一个网络服务相关的服务信息。在步骤210，SSP 150向WT 102发送RTSP200 OK消息。RTSP 200 OK消息被重新定向到CSP 140。CSP 140读取RTSP200 OK消息，用于获得与至少一个网络服务相关的服务信息。在步骤212，CSP140向WT 102的RTSP客户端部分发送RTSP 200 OK消息。

在步骤214，在接收到RTSP 200 OK消息时，WT 102的RTSP客户端部分始发RTSP SETUP消息。在一个实施例中，RTSP SETUP消息包括至少一个端口参数。向VS 130发送RTSP SETUP消息。RTSP SETUP消息被重新定向到CSP 140。CSP 140读取RTSP SETUP消息，用于获得与至少一个网络服务相关的服务信息。在步骤216，CSP 140代理RTSP SETUP消息，用于向VS 130传输。RTSP SETUP消息被重新定向到SSP 150。在一个实施例中，SSP 150读取RTSP SETUP消息，用于获得与至少一个网络服务相关的服务信息。在步骤218，SSP 150代理RTSP SETUP消息，用于向VS 130传输。

在步骤220，在接收到RTSP SETUP消息时，VS 130始发RTSP 200 OK消息。在一个实施例中，RTSP 200 OK消息包括至少一个端口参数。VS 130向WT 102发送RTSP 200 OK消息。RTSP 200 OK消息被重新定向到SSP 150。SSP 150读取RTSP 200 OK消息，用于获得与至少一个网络服务相关的服务信息。在步骤222，SSP 150代理RTSP 200 OK消息，用于向WT 102传输。RTSP200 OK消息被重新定向到CSP 140。CSP 140读取RTSP 200 OK消息，用于获得与至少一个网络服务相关的服务信息。在步骤224，CSP 140代理RTSP 200OK消息，用于向WT 102的RTSP客户端部分发送。

在步骤226，在接收到RTSP 200 OK消息时，WT 102的RTSP客户端部分始发RTSP PLAY消息。WT 102的RTSP客户端部分向VS 130发送RTSPPLAY消息。RTSP PLAY消息被重新定向到CSP 140。如图2所示，在完成利用至少一个网络服务所需的伴生协议消息收发期间，CSP 140以对服务端点透明的方式保持RTSP PLAY消息。在完成利用至少一个网络服务的伴生协议消息收发时，CSP 140释放RTSP PLAY消息，用于向VS 130传输来建立RTP承载路径，通过该路径VS 130按照使用伴生协议消息收发配置的网络眼务(例如，QOS)，使视频内容流式传送到WT 102。

在步骤228，响应于RTSP PLAY消息，CSP 140保持从WT 102的RTSP客户端部分接收到的RTSP PLAY消息，并且向VS 130始发SIP INVITE消息。在一个实施例中，SIP INVITE消息包括由CSP 140通过读取RTSP消息而获得的服务信息的至少一部分。例如，在一个实施例中，使用用户IP地址(即，将用户IP地址插入到相关SIP首标的FROM字段)作为源地址，在RTSP消息在WT 102和VS 130之间交换期间记录的通告SDP，由CSP 140在WT 102和VS 130之间交换RTSP消息期间记录的RTSP协商端口和CODEC，和类似服务信息产生对于VS 130的SIP INVITE消息，其中这些服务信息产生用于利用至少一个网络服务的至少一个消息。

例如，在一个实施例中，SIP INVITE消息包括由CSP 140通过读取与步骤208-212相关的RTSP 200 OK消息而获得的至少一个SDP参数。例如，在一个实施例中，SIP INVITE消息包括由CSP 140通过读取分别与步骤214-218和步骤220-224相关的RTSP SETUP消息和RTSP 200 OK消息而获得的至少一个端口。换言之，CSP 140接收基本协议消息(例如，RTSP 200 OK消息)，并且响应于基本协议消息而产生伴生协议消息(例如，SIP INVITE消息)。

CSP 140将SIP INVITE消息发送到P-CSCF 112。P-CSCF 112为了利用至少一个网络服务而处理SIP INVITE消息。在步骤230，P-CSCF 112将SIPINVITE消息发送到S-CSCF 122。S-CSCF 122为了利用至少一个网络服务而处理SIP INVITE消息。在步骤232，S-CSCF 122将SIP INVITE消息发送到SSP 150，其中为了使SIP消息收发对VS 130透明，SIP INVITE消息由SSP150终接。

在步骤234，SSP 150响应于SIP INVITE消息而始发SIP 200 OK消息。在一个实施例中，SIP 200 OK消息包括至少一个SDP参数和至少一个端口参数。SIP 200 OK消息被发送到S-CSCF 122。S-CSCF 122为了利用至少一个网络服务而处理SIP 200 OK消息。在步骤236，S-CSCF 122将SIP 200 OK消息发送到P-CSCF 112。P-CSCF 112为了利用至少一个网络服务而处理SIP 200OK消息。在步骤238，IP 200 OK消息被发送到CSP 140，其中为了使SIP消息收发对WT 102透明，SIP 200 OK消息由CSP 140终接。

在一个实施例中，为了保证从VS 130流式传送到WT 102的视频内容以特定QOS流式传送，CSP 140和SSP 150之间的SIP伴生协议消息用于执行IMS QOS授权处理。如果在CSP 140和SSP 150之间使用SIP消息进行的IMSQOS授权处理失败，则CSP 140拒绝RTSP播放消息，并且终接在VS 130和WT 102之间的RTSP会话，由此阻止建立用于流式传送视频的RTP会话。如果在CSP 140和SSP 150之间的IMS QOS授权处理成功，则CSP 140将RTSP播放消息转发给VS 130，用于建立使视频从VS 130流式传送到WT 102的RTP会话。

在步骤240，在成功完成用于接入至少一个网络服务的SIP消息收发(例如，由CSP 140确认SIP 200 OK消息)时，CSP 140释放由CSP 140保持的RTSP PLAY消息(自从在步骤226由CSP 140接收时起)。CSP 140向VS 130发送RTSP PLAY消息。RTSP PLAY消息被重新定向到SSP 150。在步骤242，RTSP PLAY消息从SSP 150代理至VS 130。为了建立相关的RTP承载路径，VS 130处理RTSP PLAY消息，该承载路径用于使用至少一个网络服务，使视频内容从VS 130流式传送到WT 102，该网络限务利用与步骤228-238相关的SIP信令接入。

在步骤244，VS 130向WT 102的RTSP客户端部分发送RTSP 200 OK消息。RTSP 200 OK消息被重新定向到SSP 150。在步骤246，SSP 150向WT102的RTSP客户端部分发送RTSP 200 OK消息。RTSP 200 OK消息被重新定向到CSP 140。在步骤248，RTSP 200 OK消息由CSP 140代理给WT 102的RTSP客户端部分。在步骤250，在接收到RTSP 200 OK确认消息时，RTP承载信令路径建立在VS 130和WT 102之间，并且VS 130开始使视频内容流式传送给WT 102。这样，视频内容按照通过网络以对VS 130和WT 102透明的方式使用SIP信令控制的至少一个网络服务，从VS 130流式传送到WT 102。

在步骤252，在视频内容完成从VS 130流式传送到WT 102时，WT 102始发RTSP TEARDOWN消息。RTSP TEARDOWN消息向VS 130发送。RTSP TEARDOWN消息被重新定向到CSP 140。在步骤254，CSP 140向VS 130代理RTSP TEARDOWN消息。RTSP TEARDOWN消息被重新定向到SSP 150。在步骤256，RTSP TEARDOWN消息由SSP 150代理给VS 130。VS 130接收RTSP TEARDOWN消息。

在步骤258，VS 130响应于RTSP拆除消息始发RTSP 200 OK消息。VS130向WT 102的RTSP客户端部分发送RTSP 200 OK消息。RTSP 200 OK消息被重新定向到SSP 150。在步骤260，SSP 150向WT102的RTSP客户端部分代理RTSP 200 OK消息。RTSP 200 OK消息被重新定向到CSP 140。在步骤262，CSP 140将RTSP 200 OK代理给WT 102的RTSP客户端部分。在步骤264，在CSP 140和P-CSCF 112，P-CSCF 112和S-CSCF 122，以及S-CSCF122和SSP 150之间交换SIP BYE消息，由此释放由服务端点使用的至少一个网络服务。

在一个实施例中，其中在IMS或者基于SIP的应用中实现本发明，在WT102和VS 130之间建立RTP会话之前，WT 102既处理与P-CSCF 112的IMSQOS鉴权处理，又处理与SN 106的RAN QOS预留处理。在一个实施例中，在此参考图3所示和描述的，IMS QOS鉴权失败。在另一个实施例中，在此参考图4所示和描述的，IMS QOS鉴权成功并且RAN QOS建立失败。在另一个实施例中，在此参考图5所示和描述的，IMS QOS鉴权成功并且RANQOS建立成功。虽然在此主要关于QOS进行描述，但是各种其它网络服务也可以使用本发明而被透明地提供给端点。

图3图示了根据本发明的一个实施例的呼叫流示意图。具体地，图3的呼叫流示意图300包括呼叫流，用于使服务端点能够以对服务端点基本透明的方式保证QOS。如图3所示，在图1的通信网络体系结构100的环境中描述图3的呼叫流示意图300。这样，虽然没有显示，但是L4/7-S 142和L4/7-S 152用于分别重新定向与CSP 140和SSP 150相关的通信，如结合图1所显示和描述的。

图3的呼叫流示意图300的至少一部分基本类似于图2的呼叫流示意图200。而且，虽然这些步骤的一部分显示为按顺序执行，但是本领域技术人员会意识到方法300的步骤的至少一部分可以同时执行，也可以按与图3中不同的顺序执行。呼叫流示意图300响应服务端点(例示为，WT 102)的请求开始，以建立与另一个服务端点(例示为，VS 130)的连接用于交换信息。同样，如图3所示，图3的呼叫流示意图300开始于步骤302。

在步骤302，执行RTSP SETUP消息通信/处理和RTSP DESCRIBE消息通信/处理。在一个实施例中，以基本类似于图2的步骤202-224所执行的RTSPSETUP/DESCRIBE消息通信/处理的方式，执行步骤302的RTSP SETUP消息通信/处理和RTSP DESCRIBE消息通信/处理。在步骤304，在接收到RTSP200 OK消息时，WT 102的RTSP客户端部分向VS 130始发RTSP PLAY消息。如其中关于图2所描述的，在完成用于保证视频从VS 130流式传送到WT102的特定QOS所需要的伴生协议消息收发期间，CSP 140保持RTSP PLAY消息。

在步骤306-316，执行SIP INVITE消息通信/处理。在一个实施例中，以基本类似于图2的步骤228-238所执行的SIP INVITE消息通信/处理，执行步骤306-316的SIP INVITE消息通信/处理。如图3所示，在一个实施例中，P-CSCF 112产生授权令牌来响应CSP 140和SSP 150之间SIP握手的完成。在这种实施例中，授权令牌作为SSP 150产生的SIP 200 OK信息的一部分传递给CSP 140，并且通过P-CSCF 112和S-CSCF 122发送到SSP 140(如步骤312-316所示)。

在一个实施例中，授权令牌指定与请求的RTSP会话相关的至少一个授权QOS参数。在一个实施例中，CSP 140将来自于授权令牌的授权的QOS与宣称的QOS(即，VS 130使用RTSP SDP消息收发宣称的)比较。如果与授权令牌相关的授权的QOS大于或者等于VS 130使用由RTSP SDP通信的宣称的QOS，IMS QOS鉴权成功，并且CSP 140触发WT 102始发RAN QOS建立处理过程(如图4所示)。然而，如图3所示(在步骤317)，与授权令牌相关的授权的QOS小于VS 130使用由RTSP SDP通信的宣称的QOS，并且这样的话IMS QOS鉴权失败。

这样，在步骤318，CSP 140通过产生RTSP ERROR消息且将RTSPERROR消息发送到WT 102，终接RTSP会话。RTSP ERROR消息由CSP 140响应于WT 102发送的RTSP PLAY消息而发送，并且在QOS有效期间由CSP140保持。例如，在一个实施例中，可以使用包括400和500之间的错误代码的任何RTSP ERROR消息。例如，412 PRECONDITION FAILED的错误消息包括适当的错误消息。在接收到RTSP ERROR消息时，WT 102始发RTSPTEARDOWN消息。这样，图3的步骤320-330基本类似于参考图2所显示和描述的步骤252-262。

图4图示了根据本发明的一个实施例的呼叫流示意图。具体地，图4的呼叫流示意图400包括使服务端点能够以对服务端点基本透明的方式保证QOS的呼叫流。如图4所示，在图1的通信网络体系结构100的环境中描述图4的呼叫流示意图400。这样，虽然没有显示，但是L4/7-S 142和L4/7-S 152用于分别重新定向与CSP 140和SSP 150相关的通信，如参考图1所显示和描述的。

图4的呼叫流示意图400的至少一部分基本类似于图2的呼叫流示意图200。而且，虽然这些步骤的一部分显示为按顺序执行，但是本领域技术人员将会意识到方法400的步骤的至少一部分可以同时执行，也可以按与图4中不同的顺序执行。呼叫流示意图400响应服务端点(例示为，WT 102)的请求而开始，以建立与另一个服务端点(例示为，VS 130)的连接，用于交换信息。同样，如图4所示，图4的呼叫流示意图400开始于步骤402。

在步骤402-416，执行RTSP消息通信/处理和SIP消息通信/处理。在一个实施例中，以基本类似于参考图3所显示和描述的步骤302-316中执行的RTSPDESCRIBE/SETUP消息通信/处理和SIP INVITE/SDP消息通信/处理的方式，执行步骤402-416的RTSP DESCRIBE/SETUP消息通信/处理和SIPINVITE/SDP消息通信/处理。如图4所示，与授权令牌相关的授权的QOS大于或者等于VS 130使用RTSP SDP发送的宣称的QOS。这样，IMS QOS鉴权成功，并且CSP 140触发WT 102以启动RAN QOS建立处理过程。

如图4所示，与授权令牌相关的授权的QOS大于或者等于VS 130使用RTSP SDP发送的宣称的QOS。这样，在步骤418，IMS QOS鉴权成功，并且CSP 140触发WT 102以启动RAN QOS建立处理过程。在一个实施例中，CSP 140通过将SIP INVITE消息发送到WT 102的SIP-UA部分，触发WT 102始发RAN QOS处理。在一个实施例中，产生了由CSP 140启动的SIP INVITE消息，使得为了阻止WT 102振铃，ALERT-INFO字段被设置为<blank>(即，WT 102可以将CSP 140始发的SIP INVITE消息误解为试图呼叫WT 102的另一个WT始发的SIP INVITE消息)。

在步骤420，在WT 102和SN 106之间执行RAN QOS通信/处理。在一个实施例中，为了用在WT 102和SN 106之间执行的RAN QOS建立过程中，WT 102的SIP-UA客户端部分处理P-CSCF 112产生的授权令牌。WT 102的SIP-UA客户端部分向CSP 140的SIP-代理部分RAN QOS通知建立过程的结果。如果RAN QOS建立过程成功(如图5所示)，则CSP 140的SIP-代理部分向VS 130转发RTSP PLAY消息。然而如图4所示，RAN QOS建立过程不成功，这样在步骤422，为了终接WT 102和VS 130之间的RTSP会话，CSP140的SIP-代理部分将错误消息返回给WT 102。

在步骤424，WT 102和CSP 140之间交换SIP BYE消息。在步骤426，响应于SIP BYE消息交换，CSP 140向WT 102发送RTSP ERROR消息。在步骤428，CSP 140通过产生RTSP ERROR消息和将RTSP ERROR消息发送到WT 102，终接RTSP会话。响应于WT 102发送且在QOS有效期间由CSP140保持的RTSP PLAY消息，CSP 140发送RTSP ERROR消息。在接收到RTSP ERROR消息时，WT 102启动RTSP TEARDOWN消息。这样，图4的步骤428-438基本类似于关于图3所显示和描述的步骤320-330。

图5图示了根据本发明的一个实施例的呼叫流示意图。具体地，图5的呼叫流示意图500包括使服务端点能够以对服务端点基本透明的方式保证QOS的呼叫流。如图5所示，在图1的通信网络体系结构100的环境中描述图5的呼叫流示意图500。这样，虽然没有显示，但是L4/7-S 142和L4/7-S 152用于分别重新定向与CSP 140和SSP 150相关的通信，如结合图1所显示和描述的。

图5的呼叫流示意图500的至少一部分基本类似于图2的呼叫流示意图200。而且，虽然这些步骤的一部分显示为按顺序执行，但是本领域技术人员会会意识到方法500的步骤的至少一部分可以同时执行，也可以按与图5中不同的顺序执行。呼叫流示意图500响应服务端点(例示为，WT 102)的请求而启动，以建立与另一个服务端点(例示为，VS 130)的连接，用于交换信息。同样，如图5所示，图5的呼叫流示意图500开始于步骤502。

在步骤502-520，执行RTSP/SIP消息通信/处理和RAN QOS通信/处理。在一个实施例中，以基本类似于参考图4所显示和描述的步骤402-420所执行的RTSP/SIP消息通信/处理和RAN QOS通信/处理的方式，执行步骤502-520的RTSP/SIP消息通信/处理和RAN QOS通信/处理。然而，如图5所示，WT102和SN 106之间的RAN QOS建立过程成功。这样，在步骤522，WT 102向CSP 140启动SIP 200 OK消息(即，RAN QOS建立成功)。

在接收到SIP 200 OK消息时，为了向VS 130传输，CSP 140释放RTSPPLAY消息。在一个实施例中，以基本类似于关于图2所显示和描述的步骤240-262所执行的RTSP PLAY/OK消息通信/处理、RTP流式传输和RTSPTEARDOWN消息通信/处理的方式，执行随后的步骤524-546的RTSPPLAY/OK消息通信/处理、RTP流式传输和RTSP TEARDOWN消息通信/处理。在步骤548，该步骤可以与步骤546同时执行，SIP BYE消息在CSP 140和WT 102的SIP-客户端部分之间交换。

虽然其中主要关于无线主叫设备和网络服务器设备之间的通信进行了描述，但是本发明用于使各种其它服务端点的组合之间的通信更方便。例如，在一个实施例中，本发明用于支持基于网络的设备之间的对等通信。例如，在一个实施例中，本发明可以用于支持主叫设备和被叫设备之间的对等通信。在另一个实施例中，例如，本发明用于支持多个主叫/被叫设备之间的对等通信。

虽然这里主要关于一个实施例进行了描述，其中使用了与一个基本协议相关的至少一个基本协议消息用于产生与一个伴生协议相关的至少一个伴生协议消息，但是本领域技术人员会意识到，基本协议和相关的基本协议消息的其它组合也可用于产生与不同伴生协议相关的伴生协议消息的其它组合。而且，基本协议和相关的基本协议消息以及伴生协议和相关的伴生协议消息的各种其它组合可用于控制一个或多个网络服务。

在一个实施例中，一个基本协议消息可用于产生一个伴生协议消息。在另一个实施例中，多个基本协议消息可用于产生一个伴生协议消息。在这种实施例中，按照一个基本协议格式化多个基本协议消息。在另一个这种实施例中，按照多个基本协议格式化多个基本协议消息。在这样的实施例中，伴生协议消息可用于控制一个网络服务。类似地，在这样的实施例中，伴生协议消息可用于控制多个网络服务。

在一个实施例中，一个基本协议消息可用于产生多个伴生协议消息。在另一个实施例中，多个基本协议消息可用于产生多个伴生协议消息。在一个实施例中，按照一个伴生协议格式化多个伴生协议消息。在另一个实施例中，按照多个伴生协议格式化多个伴生协议消息。在这种实施例中，多个伴生协议消息可用于控制一个网络服务。类似地，在这种实施例中，多个伴生协议消息可用于控制多个网络服务。

在一个实施例中，按照至少一个基本协议格式化的至少一个基本协议消息用于产生按照至少一个伴生协议格式化的至少一个伴生协议消息。这样，本发明的再生信冷动能与基本协议和伴生协议的数量无关。类似地，本发明的再生信令功能与基本协议消息的数量和伴生协议消息的数量无关。而且，基本协议和相关的基本协议消息以及伴生协议和相关的伴生协议消息的各种组合可用于控制任何数量的网络服务。

而且，虽然其中主要关于基于RTSP的协议和SIP伴生协议进行了描述，但是在一个实施例中，任何协议可以用作基本协议以及任何协议可以用作伴生协议。例如，在一个实施例中，SIP用作基本协议，RTSP用作伴生协议。例如，在另一个实施例中，HTTP用作基本协议，SIP用作伴生协议。类似地，例如，在另一个实施例中，HTTP和RTSP用作基本协议，SIP用作伴生协议。这样，本发明的再生信令功能与基本协议和伴生协议无关，并且并不局限于其中描述的示例性场景的协议。

在一个实施例中，为至少一个基本协议的每一个维持至少一个FSM。在这种实施例中，至少一个基本协议FSM用于管理至少一个基本协议消息。例如，在一个实施例中，基本协议消息的至少一部分映射到相关的基本协议FSM状态。类似地，在一个实施例中，为至少一个伴生协议维持至少一个FSM。在这种实施例中，至少一个伴生协议FSM用于管理按照至少一个伴生协议格式化的至少一个伴生协议消息。例如，在一个实施例中，伴生协议消息的至少一部分映射到相关的伴生协议FSM状态。

在另一实施例中，同步至少一个基本协议FSM和至少一个伴生协议FSM。在一个实施例中，以能够利用至少一个网络服务的方式执行基本协议FSM和伴生协议FSM的同步，其中对至少一个服务端点基本透明的方式利用该至少一个网络服务。在一个实施例中，基本协议消息的至少一部分和伴生协议消息的至少一部分分别用于控制基本协议FSM和伴生协议FSM的状态转换。在一个实施例中，在CSP 140或者SSP 150中的至少一个，或者它们的不同组合中维持有限状态机。

可以预料的是，所述功能的至少一部分可以结合到更少的功能单元中。类似地，可以预料各种功能可以由其它功能单元执行，或者各种功能可以以一种不同的方式分配到各种功能单元中。例如，其中关于CSP 140和SSP 150描述的功能的至少一部分分别可以由L4/7-S 142和L4/7-S 152执行。类似地，例如，其中关于L4/7-S 142和L4/7-S 152描述的功能的至少一部分可以分别由CSP140和SSP 150执行。而且，虽然其中主要关于IMS网络体系结构进行了描述，但是本领域技术人员会意识到本发明的方法可以在各种其它网络中用于执行再生信令。

图6图示了适合于在执行其中描述的功能中使用的通用计算机的高级方框图。如图6所示，系统600包括处理器单元602(例如，CPU)、例如随机接入存储器(RAM)和/或只读存储器(ROM)的存储器604、再生信令模块605和各种输入/输出设备606(例如，存储设备，包括但不局限于，磁带驱动器、软盘驱动器、硬盘驱动器或者压缩盘驱动器、接收器、发送器、扬声器、显示器、输出端口和用户输入设备(例如键盘、键区、鼠标等))。

应当注意到，可以用软件和/或软件和硬件的结合实现本发明，例如，使用专用集成电路(ASIC)、通用计算机或者任何其它硬件等同物。在一个实施例中，当前再生信令模块或者处理器605可以加载到存储器604中，并且由处理器602执行来实现上述功能。这样，本发明的再生信令处理器605(包括相关的数据结构)可以存储在计算机可读介质或者载体上，例如，RAM存储器、磁或光驱动器或者磁盘等。

虽然在此已经显示和详细描述了结合本发明教导的各种实施例，但是本领域技术人员可以很容易设计出仍结合这些教导的很多其它不同实施例。

Claims (10)

1、一种方法，包括：

接收按照至少一个基本协议格式化的至少一个基本协议消息，所述至少一个基本协议消息与至少一个服务端点相关；

使用所述至少一个基本协议消息，获得与至少一个网络服务相关的服务信息；以及

响应于所述至少一个基本协议消息，产生按照至少一个伴生协议格式化的至少一个伴生协议消息；

使用所述服务信息至少一部分，产生所述至少一个伴生协议消息；

所述至少一个伴生协议消息用于以对所述至少一个服务端点基本透明的方式，控制所述至少一个网络服务。

2、根据权利要求1所述的方法，进一步包括：

为所述至少一个基本协议的每一个维持有限状态机，所述有限状态机用于管理相应的基本协议消息；

为所述至少一个伴生协议的每一个维持有限状态机，所述有限状态机用于管理相应的伴生协议消息；以及

同步所述至少一个基本协议的每一个的有限状态机和所述至少一个伴生协议的每一个的有限状态机。

3、根据权利要求2所述的方法，其中所述同步以使得能够利用所述至少一个网络服务的方式执行，其中对所述至少一个服务端点基本透明的方式利用所述至少一个网络服务。

4、根据权利要求1所述的方法，进一步包括：

向至少一个远程系统发送所述至少一个伴生协议消息，所述至少一个远程系统用于以使所述至少一个伴生协议消息对至少一个其它服务端点透明的方式，终接所述至少一个伴生协议消息。

5、根据权利要求4所述的方法，进一步包括：

接收所述至少一个伴生协议消息；

终接所述至少一个伴生协议消息；以及

产生按照所述至少一个伴生协议格式化的至少一个伴生协议响应消息，所述至少一个伴生协议响应消息用于以对所述至少一个服务端点基本透明的方式，控制所述至少一个网络服务。

6、一种设备，包括：

用于接收按照至少一个基本协议格式化的至少一个基本协议消息的装置，所述至少一个基本协议消息与至少一个服务端点相关；

用于使用所述至少一个基本协议消息，获得与至少一个网络服务相关的服务信息的装置；以及

用于响应于所述至少一个基本协议消息，产生按照至少一个伴生协议格式化的至少一个伴生协议消息的装置；

其中使用所述服务信息至少一部分，产生所述至少一个伴生协议消息；

其中所述至少一个伴生协议消息用于以对所述至少一个服务端点基本透明的方式，控制所述至少一个网络服务。

7、根据权利要求6所述的设备，进一步包括：

用于为所述至少一个基本协议的每一个维持有限状态机的装置，所述有限状态机用于管理相应的基本协议消息；

用于为所述至少一个伴生协议的每一个维持有限状态机的装置，所述有限状态机用于管理相应的伴生协议消息；以及

用于同步所述至少一个基本协议的每一个的有限状态机和所述至少一个伴生协议的每一个的有限状态机的装置。

8、一种方法，包括：

接收按照至少一个伴生协议格式化的至少一个伴生协议消息，其中响应于按照至少一个基本协议格式化的至少一个基本协议消息，产生所述至少一个伴生协议消息；

使用从所述至少一个基本协议消息获得的至少一部分服务信息，产生所述至少一个伴生协议消息；

所述至少一个伴生协议消息用于以对与所述至少一个基本协议消息相关的至少一个服务端点基本透明的方式，控制所述至少一个网络服务。

9、根据权利要求8所述的方法，进一步包括：

终接所述至少一个伴生协议消息；以及

产生按照所述至少一个伴生协议格式化的至少一个伴生协议响应消息；

使用所述至少一个基本协议消息或者所述至少一个伴生协议消息的至少一个，产生所述至少一个伴生协议响应消息；

所述至少一个伴生协议响应消息用于以对与所述至少一个基本协议消息相关的所述至少一个服务端点基本透明的方式，控制所述至少一个网络服务。

10、根据权利要求8所述的方法，进一步包括：

为所述至少一个基本协议的每一个维持有限状态机，所述有限状态机用于管理相应的基本协议消息；

为所述至少一个伴生协议的每一个维持有限状态机，所述有限状态机用于管理相应的伴生协议消息；以及

同步所述至少一个基本协议的每一个的有限状态机和所述至少一个伴生协议的每一个的有限状态机。

Images