专利名称：：用于在sip环境中向多方呈现媒体的系统和方法用于在SIP环境中向多方呈现媒体的系统和方法相关的申请交叉引用本申请公开的主题与以下美国专利申请的主题相关(i)以AndrewAllen、AdrianBuckley、RichardGeorge、Brian01iver、LapLuu和DalsuLee的名义、与该申请同日递交的申请"SYSTEMANDMETHODFORINTEGRATINGANOUTGOINGCELLULARCALLASANENTERPRISECALL"(代理公司案号30761-US-PAT)，申请号_;禾卩(ii)以AndrewAllen、AdrianBuckley、RichardGeorge、BrianOliver、LapLuu禾PDalsuLee的名义、与该申请同日递交的申请"SYSTEMANDMETHODFORINTEGRATINGANOUTGOINGCELLULARCALLASANENTERPRISECALLINANIMSENVIRONMENT"(代理公司案号30761-1-US-PAT),申请号_，它们通用引用合并于此。
技术领域：
本专利公开总体涉及通信网络。更具体，但并非限制性地，本专利公开涉及一种用于在基于会话发起协议(SIP)的网络环境中向多方呈现媒体(例如视频)的系统和方法。
背景技术：
：许多企业网络正将它们现有的基于专用交换分机(PrivateBranchExchange,PBX)和中心局交换机(CentralOfficeExchange,CENTREX)的电话系统替代为使用现有企业IP基础设施(如局域网(LAN)和无线LAN(WLAN)技术)的基于语音IP(VoIP)的系统和基于会话发起协议(SIP)的信令系统。对于企业员工来说，离开企业后经常使用移动通信设备来与企业中的其他员工保持联系并与企业外的其他人进行商务通信并不罕见，所述移动通信设备与蜂窝网络协同工作，所述蜂窝网络例如全球移动通信系统(GSM)网络、码分多址(CDMA)网络和通用移动电信系统(UMTS)网络。并且，移动通信设备正在被加强以通过WLAN接入以及蜂窝网络提供基于SIP的通信(包括VoIP),从而使这些设备在企业中以及离开企业时能提供移动电话通信能力。期望这些发展能够允许将在企业中普遍存在的有线桌面电话替代为双模、具有WLAN能力的移动设备。尽管通过已知技术的开发，蜂窝电话网络已经具备了基于IP的数据通信能力，但是通常认为，由于延时、服务质量(QoS)和效率的问题，阻碍了将这些网络成本合算地运用于提供可接受质量语音业务，因此这些网络目前不能在商业上支持电信级(carrier-class)的VoIP电话业务。因此，在可预见的未来，基于现有网络基础设施的电话业务可能将继续使用传统的电路交换网络技术用于电话呼叫。基于上述内容，应当意识到为了向在企业中以及离开企业的企业用户提供服务，VoIP企业网络与运营商蜂窝电话网络的整合充满了各种困难。并且，出于跟踪和监控的目的，对于企业来说想要对它们的员工所进行的呼叫具有一定的控制。此外，在涉及视频或多媒体数据时，在SIP网络环境中提供企业控制的视频/多媒体业务的传送是有益的。
发明内容本专利公开广泛地涉及一种在基于SIP的网络环境中呈现媒体的方案，优选地使用由SIPB2B用户代理促进的媒体线路(medialeg)的背对背("B2B")整合(integration)。一方面，这里所公开的是一种用于在基于SIP的网络环境中呈现媒体的方法的一个实施例。所述实施例包括以下的一个或多个从呼叫方接收用于发起SIP媒体应用的请求；建立到呼叫方的入站媒体流线路；基于SIP媒体应用建立到相应数目的目标方的一个或更多个出站媒体流线路；以及将入站和出站媒体流线路接合(patch)在一起，以分别在呼叫方与一个或更多个目标方之间建立端到端通信路径。在另一方面，这里所公开的是一种用于在基于SIP的网络环境中呈现媒体的网络节点的实施例。所述实施例包括以下的一个或多个用于从呼叫方接收用于发起SIP媒体应用的请求的装置；用于建立到呼叫方的入站媒体流线路的装置；用于基于SIP媒体应用建立到相应数目的目标方的一个或更多个出站媒体流线路的装置；以及用于将入站和出站媒体流线路接合在一起的装置，以分别在呼叫方与一个或更多个目标方之间建立端到端通信路径。在另一个方面，这里所公开的是可在处理实体上运行的计算机程序产品的实施例，该计算机程序产品包括用于在基于SIP的网络环境中促进媒体服务的指令。所述实施例包括以下的一个或多个用于处理从呼叫方接收到的、关于发起SIP媒体应用的请求的程序代码；用于完成到呼叫方的入站媒体流线路的程序代码；用于基于SIP媒体应用完成到相应数目的目标方的一个或更多个出站媒体流线路的程序代码；以及用于完成入站与出站媒体流线路之间的接合的程序代码，以分别在呼叫方和一个或更多个目标方之间建立端到端通信路径。通过结合附图参考以下详细的描述，将得到本专利公开实施例的更完整的理解，其中-图1描述了一个示例性网络环境，其中可实施本专利公开的一个或多个实施例，以将呼出蜂窝呼叫整合为企业呼叫；图2描述了根据一个实施例的本专利公开的流程图；图3描述了根据一个实施例的本专利公开的另一个流程图；图4描述了根据本专利公开的一个实施例的示例性消息流图；以及图5描述了示例性网络环境，其中根据本专利公开的实施例提供基于SlP的视频/媒体服务；以及图6描述了与本专利公开的一个实施例相关联的流程图。具体实施方式通过参考实施例如何能最好的得以实施和使用的各种例子，描述本专利公开的系统和方法。在整个说明书和多个附图中使用相同附图标记表示相同或相应部分，其中各种单元不必按比例画出。参见附图，具体地参考图1，图示了示例网络环境100，其中可实施本专利公开的实施例，以将呼出蜂窝呼叫整合为企业呼叫。如图所示，网络环境100包括一般化的网络基础设施102，其中特定的部分可以形成企业网络，而剩下的部分可以包括外部网络结构，例如作为与企业网络和已知的PSTN/PLMN基础设施114相对的中间网络的一个或若干服务提供商网络。为了在此的目的，企业网络可以是公司、办公室或组织内部的任何通信网络，而且可以包括有线和/或无线网络基础设施。不管实际的实施方式如何，网络基础设施102包括整合服务器(也称为统一通信平台(UCP)单元)104、交换单元(例如具有SIP能力的专用交换分机(PBX)110)和网关(GW)单元(例如SIP/PSTNGW112)。如前所述，在一个实施例中这些单元中的一个或多个可被结合到企业网络基础设施中。可选地，这些单元中的一个或多个或者它们的功能可以由服务提供商网络托管。在任一结构中，这些单元的功能可以集成或重新分配到分离的网络实体中。因此，为了本专利公开的目的，"网络节点"包括一般化的网络实体，其完成或促进下文描述的与呼叫整合有关的至少一部分功能。在网络环境100的背景中，在多种情况下，企业用户可操作完成与被叫方120有关的通信(例如语音/数据/视频呼叫或多媒体会话等)。一般来说，企业用户能够使用两个地址中的一个发起通信可用于从企业网络内进行的呼叫的企业地址；以及可用于从企业网络外部进行的呼叫的非企业地址。在一个应用中，企业用户可能具有两个独立的用户装置(UE)118:当企业用户在企业建筑内时所使用的具有企业地址的有线电话设备，以及当企业用户离幵时可使用的具有蜂窝电话号码(即非企业地址)的移动通信设备(MCD)。可选地，在支持与企业网络的本地无线连接时，可提供可在两种不同无线接入技术(RAT)下操作的单一无线UE设备。在这种情况下，当无线UE设备通过任何已知的或迄今未知的无线局域网(WLAN)技术连接到企业网络时，由企业用户发起的呼叫可以具有企业地址作为呼叫方号码。在另一方面，当无线UE设备连接到例如公共陆地移动网络(PLMN)114之类的广域蜂窝网络(WACN)对，发起的呼叫可以具有非企业地址(例如，蜂窝电话号码)作为呼叫方号码。因此，应认识到，企业用户装置118可以是具有数据信道能力(例如，短消息业务或SMS能力)的传统蜂窝电话，或者是具有WLAN能力(用于企业操作)和WACN能力(用于远程操作)的双模MCD。并且，为了进一步的一般化，企业UE设备118还可以包括任何装备有合适的无线调制解调器的个人电脑(例如台式电脑、膝上电脑、掌上电脑、个人数字助理(PDA)或者其它手持计算设备)，也可以是能在电路交换(CS)和包交换(PS)通信中操作的通信设备，它甚至能够在CS域和PS域之间完成技术间切换。基于前述内容，可认识到取决于设备和服务提供，企业用户的企业和非企业地址可以采用不同的形式。例如，企业地址可以包括SIP统一资源标识符(URI)或E-164号码。同样地，非企业地址和被叫方地址也可以包括SIPURI、E.164号码或者其他标识符中。可以与网络102的至少一部分相关联的设置企业数据服务器116，优选地，与UCP节点104(当被提供为企业网络的一部分时)相关联。数据通信路径122可以经由企业数据服务器116通过PLMN数据网络基础设施在企业UE118和企业网络之间得以实现。不管是被集成在企业网络中还是被设置在服务提供商网络中，UCP节点104优选地包括呼叫管理器功能106，以及可操作用于执行第三方控制以将多个呼叫线路结合在一起的SIP背对背用户代理(B2BUA)108。通常，所有的企业SIP呼叫可通过UCP节点104被路由，UCP节点104的作用是触发呼入SIP呼叫到企业用户的路由，而不管UE118是通过企业WLAN还是通过PLMN蜂窝网络连接。此外，如以下将要详细描述的，企业数据服务器116也可从通过蜂窝网络的数据网络(例如GPRS或CDMA分组数据网络)连接到PLMN蜂窝网络114上的UE118接收触发消息(即发起呼出蜂窝呼叫的请求)，以请求UCP节点104在企业UE118和被叫方的设备120之间建立呼叫。参考图1和图2，用于当企业UE18连接至蜂窝网络时，整合来自企业UE118的呼出呼叫的一般化方案200可如下所述。企业用户使用他的设备通过蜂窝网络的数据网络向服务网络节点(即在图1中示出的UCP单元104)发送请求消息(方框202)。此外或者可选地，该请求消息还可以通过企业数据服务器中转。在一个实施例中，该请求可以包括SIP请求，例如SIPREFER消息或一些其它的SIP请求(例如SIPINVITE消息)，该SIP请求通过蜂窝网络的数据网络被直接发送给企业数据服务器116，或者通过蜂窝网络的基于SIP的基础设施(例如IP多媒体子系统(IMS))被路由到UCP节点104。可选地，该消息可以根本不是SIP消息，而是包含了使UCP节点104能够在企业UE118和企业用户想呼叫的被叫方的设备120之间建立呼叫的必要信息的任何消息(例如SMS消息、非结构化补充业务数据(USSD)消息、或者基于IP的消息)。根据实施例，以下几条信息可作为请求消息的一部分而被发送(i)企业用户可获得的企业地址(如SIPURI或E.164号码)；(ii)当企业UE连接至蜂窝网络时可获得的非企业地址(如E.164号码)；(iii)被叫方的E.164号码或SIPURI;以及(iv)是否需要保密的指示。一旦从企业UE接收到请求消息(方框204)，UCP节点104处的服务逻辑使用接收到的信息来实现与交换节点(例如具有SIP能力的PBX/CENTREX节点)相关联的两个呼叫线路，第一呼叫线路在交换节点和企业UE之间，第二呼叫线路在被叫方的UE和交换节点之间，其中企业用户的企业地址而不是与该UE相关联的非企业地址(即蜂窝号码)被呈现给被叫方(方框206)。此后，第一和第二呼叫线路被接合在一起，其中分别与呼叫线路相关联的两个会话描述协议(SDP)流被结合，以在企业用户和被叫方之间建立端到端承载通信路径(方框208)。以下描述的是如何使用SIPREFER请求来触发UCP节点104在上述方案的背景中建立呼出呼叫的例子-表I_<table>tableseeoriginaldocumentpage9</column></row><table>;branch=z9hG4bKhjhs8ass83Max-Forwards:70To:<sip:IntegrationServer@comipanyXXX.com>From:Mike<sip:Mike@comparwXXX.com〉；tag=32331Call-ID:d432fa84b4c76e66710Cs叫2REFERContact:<sip:PIN12345678.blackbeny.com>Refer-To:<cid:cn35t8jf02@companvXXX.com〉Require:multiple-referContent-Type:application/resource-lists+xmlContent-Disposition:recipient-listContent-Length:362Content-ID:<cn35t8jft)2@'example.com><xmlversion-"1.0"encoding="UTE-8，，？><resource-listsxmlns+，，um:ietf:params:xml:ns:resource-lists"Xmins:xsi=，，http:〃www.w3.org/2001/XMLSchema-instance，，><Ust>〈entryuri="tel:098-765-4321"/〉<entryuri=，，tel:123-456-7890，，/〉</list></resource-lists>_本领域的技术人员将认识到，上述SIPREFER请求实施例使用了在draft-itef-sip-multiple-refer禾Bdraft-ietf-simple-xcap-list-user中定义的资源列表机制来触发向企业UE118和被叫方设备120的SIPINVITE请求的发送，该请求使用列表入口uri项传送企业UE通过蜂窝网络可得到的E.164号码和被叫方的E.164号码。因此，当UCP节点104接收到SIPREFER请求或其它触发消息时，它使用SIP第三方呼叫控制来建立两个SIP呼叫线路一个SIP线路通过PBX、SIP-PSTN网关和电路交换蜂窝网络到企业UE;另一个SIP线路到被叫方。如前所指出的，为了形成企业用户和被叫方之间的单一端到端呼叫，这两个呼叫线路在UCP节点104被接合在一起。发送的SIPINVITE请求包括企业UE终端的企业地址(可以是SIPURI的形式，或者在TELURI中是E.164号码)，以及如果在SIPREFER请求中请求的话，还包括合适的保密设置。可选地，基于特定服务提供策略和配置(profile)的企业网络可能需要保密设置。可以使用SIPFrom头、Referred-By头、P-Asserted-Identity头、Identity头或Remote-Party-ID头在SIPINVITE请求中传送企业UE终端的企业地址。如果SIPURI被用作企业UE终端的企业地址，SIP-PBX110可以将该地址转换为代表该设备企业地址的相应E.—164号码。SIP-PSTNGW112在电路交换信令消息中的呼叫线路标识中包括表示企业UE终端企业地址的E.164号码。关于企业UE用于完成呼出蜂窝呼叫整合的行为，参考图3的流程图。当用于发起到被叫方的呼出蜂窝呼叫的请求消息被传送到网络基础设施时，期望在时间窗口内接收到从网络返回的呼入电路交换呼叫(方框302)。因此，可以在应用层启动定时器机制以确定何时将接收响应于呼出请求消息返回的电路交换呼叫。在一个实施例中，如果定时器超时，企业UE设备可以尝试多次直到到达界限，则认为呼叫失败。当企业UE设备通过电路交换PSTN/PMLN信令接收到呼叫建立SETUP信令请求时，在该设备上执行的逻辑可操作的识别电路交换呼叫包含企业地址作为呼叫线路标识(方框304)(即，在SETUP中的呼叫线路标识是企业UE的企业地址)，据此，该逻辑确定该呼入呼叫与所请求的呼出呼叫(通过SIPREFER请求或其它消息所请求)有关(方框306)。从而，该逻辑运行以抑制对企业用户生成警告，而建立电路交换呼叫和停止应用定时器(方框306)。此外，企业UE可以向网络提供呼叫线路已建立的指示(方框308)。因此，在一个实施例中，UCP节点可以在尝试通过发送SIPINVITE请求以建立到被叫用户的呼叫线路之前，等待直到接收到与企业UE设备建立呼叫线路的这种确认，以避免在与企业UE设备建立呼叫线路之前被叫方应答的可能性(即避免竞态条件)。同时，直至呼叫线路被接合，企业UE从与网络建立电路交换呼叫线路时起可能经历延时。因此可以提供适当的延时处理机制以减轻该延时。当被叫方的设备接收到电路交换SETUP消息时(或者如果被叫方正在企业SIP网络或外部SIP网络内使用SIP电话，则接收到SIPINVITE请求时)，在电路交换SETUP消息情况下的呼叫线路标识(或者在SIPINVITE消息情况下的From头、Referred-By头、P-Asserted-Identity头、Identity头或Remote-Party-ID头)包含将要向被叫方呈现的企业UE设备的企业地址(例如E.164号码或SIPURI)，以进行呼叫线路标识呈现(如果基于保密设置被提供的话)。被叫电话向用户振铃，并在电路交换呼叫的情况下返回ALERTING消息(或者在SIP呼叫的情况下返回Sll>180"Ringing"响应)。ALERTING消息将被SIP-PSTN网关转换成SIP180"Ringing"响应。当在UCP节点接收到SIP180"Ringing"响应时，在该节点运行的服务逻辑可以通过蜂窝网络的数据网络向企业UE终端回送"Ringing"通知。在采用SIPREFER请求来触发呼叫建立的情况下，该通知可以是如在RFC3515中规定的SIPNOTIFY请求的形式。在使用SIPREFER请求之外的其他消息的情况下，该"Ringing"通知可采用某种其它消息来发送。由于通过电路交换网络与企业UE终端建立的呼叫线路"在错误的方向"，因此必须使用通过蜂窝网络的数据网络的连接来通知"Ringing",以能够使用电路交换信令协议来指示ALERTING。一旦企业用户应答，UE终端发送电路交换CONNECT消息(或者如果被叫方正在企业SIP网络或外部SIP网络中使用SIP电话，则发送SIP200"OK"响应)。CONNECT消息将被SIP-PSTNGW转换为SIP200"OK"响应。当在UCP节点104接收到SIP200"OK"响应时，它可以通过蜂窝网络的数据网络向企业UE终端回送"OK"通知。在采用SIPREFER请求来触发呼叫建立的情况下，该通知将是如在RFC3515中规定的SIPNOTIFY请求的形式。在使用SIPREFER请求之外的其他消息的情况下，该"OK"通知可采用某种其它消息来发送。此时通过企业UE终端和被叫方之间的蜂窝网络建立了呼叫，其中企业UE终端的企业地址显示为呼叫方的标识。图4是根据上述过程的实施例的示例消息流程图。如图所示，将UCP节点402和网络节点404作为例子以详细地强调企业UE118和网络基础设施之间的消息流。一旦阻止(block)所有到企业UE118的呼入呼叫(方框406)，发起关于呼出呼叫的请求(附图标记408)。作为响应，UCP节点402向网络节点404(如SIP-PBX)发送消息以阻止到企业UE118的呼叫。然后，确认412通过UCP节点402从网络节点404传送到企业UE118，于是来自网络的呼入呼叫可以被允许(方框414)。UCP节点402向网络节点404发送关于通过蜂窝网络建立到企业UE118的CS呼叫418的消息416以邀请企业用户(即主叫)。企业UE118处的服务逻辑可操作以拦截呼入CS呼叫建立(setup),并识别出企业用户的企业地址是CLI(方框420)。此后，由网络节点404生成发送给UCP节点402的、关于主叫SDP的SIP200"OK"消息424。作为响应，由UCP节点402生成确认(ACK)426。UCP节点402还生成发送给网络节点404的、关于通过PSTN/PLMN建立CS呼叫430的消息428以邀请被叫方(即被叫)。如在方框422所示，可以提供适当的服务逻辑以处理接合呼叫线路之前的延时。结合音频路径之后(方框432),网络节点404生成发送给UCP节点402的、关于被叫SDP的SIP200"OK"消息434。作为响应，由UCP节点402生成确认(ACK)436。此后由UCP节点402向网络节点404提供消息438以解除到企业UE118的呼叫阻止，导致了由网络节点404生成的确认440。为了向设置在网络环境中的一个或更多个目标方传送视频流(或者一般而言的多媒体)，可以实施上述SIP背对背整合机制的实施例。参照图5，其中描述了示例性网络环境500，其中根据本专利公开的实施例提供基于SIP的媒体/视频服务(例如视频会议)。如同先前所述的网络环境100—样，网络环境500可以包括企业网络，服务提供商网络或者任意公共数据或电话通信网络，或者其任意部分或组合。具有UCP功能的网络节点504配备有前面段落已经描述过的呼叫管理器106和SIP背对背用户代理108。此外，提供与网络节点504的UCP功能相关联的基于SIP的媒体/视频服务应用506(例如记录/呈现应用)，由此通过建立一个与发起方的媒体呼叫/会话线路以及一个或更多个与多个目标方的媒体线路，可以使得视频/多媒体会话得以稳定(anchor)。举例来说，可以将发起方指定为具有适当的视频捕获设备502(例如摄像机等)的呼叫方，无论在企业环境的情况下呼叫方是本地连接还是远程连接，它都适用于向网络节点504提供触发请求。媒体交换和网关节点508被设置在网络节点504与多个客户(即目标方)之间，每个客户具有适当的视频显示设备(VDD)装置510-1至510-N。在一个实施例中，到客户的媒体会话线路中的一个或更多个可能涉及从SIP控制的IP媒体流到其它传送形式(例如电缆)的转换。图6描述了与参考上述网络环境500的本专利公开的一个实施例相关联的方案600的流程图。如在方框602中所示，呼叫方向服务网络节点(例如UCP网络节点504)发送请求(即触发消息)，以发起基于SIP的视频服务应用(例如传送应用)。如先前所详细描述的，这样的请求可以是SIPREFER请求，其包括适当的呼叫方信息、目标方信息、服务参数等。基于接收到的信息，UCP网络节点上的基于SIP的视频应用建立与呼叫方的视频流线路，也可被称为入站媒体会话/呼叫线路(方框604)。同样地，基于与视频呈现应甩相关联的服务参数，UCP网络节点还建立与相应数目的目标方的一个或更多个视频流线路(即出站媒体会话/呼叫线路)(方框606)，所述视频流线路通过适当的中间节点(例如一个或更多个中间交换机和网关)得以中转。如上所述，可以通过在两个方向上都发送适当的控制消息(例如SETUP消息和/或基于SIP的消息)来建立入站和出站会话线路。然后，在定位点(anchoringpoint)处，入站和出站视频流线路被接合在一起，以建立一个或更多个端到端的视频/媒体路径(方框608)。如上所述，在必须将SIP控制的IP媒体转换为其它传送形式的情况下，可选地，也可以基于逐流的方式来实现适当的转换(方框610)。本领域的技术人员将认识到，还可以在设备侧和/或网络侧实现适当的定时机制和延时处理机制(可作出必要的修正)，以避免竞态条件和其它参考前述实施例详细描述的操作问题。此外地，应认识到，在此描述的各种操作可以通过通常与处理系统相关联的多种方式来完成，包括软件(例如程序代码)、固件、硬件或者以任何组合的方式。在这些过程被具体化为软件时，这样的软件可以包括形成计算机程序产品、可上载服务应用软件或可从远程站点下载的软件等的程序指令。此外，应认识到，这里所使用的术语"入站"和"出站"不必暗含任何方向性。此外，这些术语仅用于区分一方面的发起方侧的媒体会话线路和另一方面的被叫方侧的媒体会话线路。此外，在另一个实施例中，媒体流在被发送到VDD之前，将被路由经过一些执行附加处理的基于企业的服务器(例如录像机)。同样在另一个实施例中，媒体流可以是双向的；也就是说，也可以由被叫方生成一个或更多个媒体流。相信通过上述详细描述，本专利公开的实施例的操作和结构是显而易见的。尽管所示和描述的示例性实施例是优选的，但是应当不难理解，在此可以做出各种改变和修改，而不脱离如所附权利要求所述的本公开的范围。权利要求1、一种用于在基于会话发起协议(SIP)的网络环境(500)中呈现媒体的方法，包括从呼叫方(502)接收(602)用于发起SIP媒体应用(506)的请求；建立(606)到所述呼叫方(502)的入站媒体流线路；基于所述SIP媒体应用(506)，建立(606)到相应数目的目标方(510-1至510-N)的一个或更多个出站媒体流线路；将所述入站和出站媒体流线路接合(608)在一起，以分别在所述呼叫方(502)与一个或更多个目标方(510-1至510-N)之间建立端到端通信路径。2、如权利要求l所述的方法，其中，所述请求包括SIPREFER消息。3、如权利要求1或2所述的方法，其中，所述请求包括所述呼叫方的企业地址。4、如权利要求3所述的方法，其中，所述企业地址包括SIP统一资源标识符(URI)和E-164号码中的一个。5、如权利要求l、权利要求2、权利要求3或权利要求4所述的方法，其中，所述出站媒体流线路包括至少一个SIP控制的互联网协议(IP)媒体流。6、如权利要求5所述的方法，还包括将所述SIP控制的IP媒体流转换(610)为另一媒体传送形式。7、一种用于在基于会话发起协议(SIP)的网络环境(500)中呈现媒体的网络节点(504)，包括用于从呼叫方接收(602)用于发起SIP媒体应用(506)的请求的装置；用于建立(606)到所述呼叫方(502)的入站媒体流线路的装置；用于基于所述SIP媒体应用(506)建立(606)到相应数目的目标方(510-l至51O-N)的一个或更多个出站媒体流线路的装置；以及用于将所述入站和出站媒体流线路接合(608)在一起的装置，以分别在所述呼叫方(502)与一个或更多个目标方(510-l至510-N)之间建立端到端通信路径。8、如权利要求7所述的网络节点(504)，其中，所述请求包括SIPREFER消息。9、如权利要求7或8所述的网络节点(504)，其中，所述请求包括所述呼叫方(502)的企业地址。10、如权利要求9所述的网络节点(504)，其中，所述企业地址包括SIP统一资源标识符(URI)和E-164号码中的一个。11、如权利要求7、权利要求8、权利要求9或权利要求10所述的网络节点(504)，其中，所述出站媒体流线路包括至少一个SIP控制的互联网协议(IP)媒体流。12、如权利要求7、权利要求8、权利要求9、权利要求10或权利要求ll所述的网络节点(504)，其中，所述SIP媒体应用(506)包括视频会议服务。全文摘要在一个实施例中，网络节点(504)可操作用于响应于从呼叫方(502)接收(602)到基于SIP的请求，通过建立(606)与呼叫方(502)的入站媒体会话线路以及与相应数目的目标方(510-1至510-N)的一个或多个出站媒体会话线路，在SIP网络环境(500)中呈现媒体。网络节点(504)包括用于将入站和出站媒体会话线路接合在一起的功能，以分别在呼叫方(502)与一个或更多个目标方(510-1至510-N)之间建立端到端通信路径。文档编号H04M3/56GK101335792SQ20081021030公开日2008年12月31日申请日期2008年4月30日优先权日2007年4月30日发明者卢拉普,安德鲁·艾伦,布赖恩·奥利弗,李达素,理查德·乔治,阿德里安·巴克利申请人:捷讯研究有限公司