专利名称：用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置的制作方法
技术领域：
本发明的领域是电信网络的领域，并且更具体地是在这些网络的客户端用户的各个终端之间的交互。本发明涉及用于处理第二终端在用于第一终端上的用户的正进行的至少一个应用会话中的参与(involvement)的期望的方法。
背景技术：
本发明以特别有利的方式而适用于允许分发视听内容的IP网络、连同适用于由 3GPP( “第三代合作伙伴计划”)和TISPAN( “电信和因特网融合服务及高级组网协议”)标准化体所提出的IMS类型的SIP ( “会话发起协议”)会话控制架构的领域。IMS是由3GPP引入的用于移动网路的网络架构，并且然后TISPAN采用它用于固定网络。这个架构允许在两个客户端之间的多媒体会话的动态建立和控制、以及在媒体流传输网络级别上的资源保留。它还管理服务的交互。考虑运营商的电信网络的客户端用户。在所述3GPP标准中，对于向运营商所提供的服务的同一预订，这个用户可使用固定或移动的几个终端。在3GPP术语学中，终端被称为UE(用户设备)。假设这个用户在所述电信网络中具有正进行的应用会话。作为示例，他正在他的终端UE之一上与相对方通信。当前，3GPP中的技术状况允许这个用户将这个通信的一个或多个流(当这个通信包括几个流时，例如音频流和视频流)一直传递到另一 UE终端。这样，已经在他的移动终端上开始呼叫并且到达他的办公室的用户可以以透明的方式(也就是说，对他的相对方没有中断地)将语音流一直传递到他的固定终端。然而，目前在3GPP中规定的技术在应用会话传递的框架内的约束在于对于给定的多媒体会话，所谓的“控制器UE”(控制器终端)的单个终端具有服务的控制。换句话说， 仅仅这个控制器终端能够发起媒体流向另一终端的传递。根据文献TR 23.838，当UE参加到通信的建立中时，它是这个通信的控制器。当这个终端根据用户的动作而决定向另一终端传递所述通信或者组成这个通信的一个或多个流时，他可以决定传递控制或保留它。所述终端还可以将通信的控制传递到另一终端(所谓的目标终端)，而不传递任何流。用户不能通过与除了控制器终端之外的终端交互来请求传递。这样，在之前示例中，用户可通过与他的移动电话(其然后是控制器)交互来请求该传递，而不是通过按下固定电话的键来请求该传递。然而，存在以下情形，其中将优选的是，用户能够从目标终端控制会话传递。例如， 考虑用户已经在他的移动终端上接收到到视频剪辑的链接的情况。当他回到家时，他正处于观看这个剪辑的过程中。假设用户的家庭成员加入他来观看该剪辑。但是在该剪辑结束之前，用户在他的移动终端上接收到重要的呼叫。他立即接听该呼叫。然而，他的家庭的其它成员将希望继续观看该剪辑。然而，不可能从除了用于控制正进行的应用会话的控制器移动终端之外的终端如此做。
发明内容
本发明使得可能借助于一种如下的方法来弥补这个缺点，所述方法用于处理指示要参与到至少一个应用会话中的期望的信息项，所述至少一个应用会话是用于电信网络的用户的正进行的、根据SIP协议建立的应用会话，所述至少一个应用会话由所述用户的第一终端所控制。根据本发明，由第一控制器终端实现的所述方法包括如下步骤-接收与所述用户的状况有关的事件的通知，该通知包括指示所述用户的第二终端期望的参与的级别的至少一个信息项；-进行与期望的参与的级别有关的决定；以及-在肯定决定的情况中，向电信网络分派与第二终端期望的所述参与的级别有关的参与命令。本发明因此允许运营商的公共电信网络的用户直接从他期望在其上接收所传递的媒体流的终端表达他对参与到正进行的应用会话的期望。根据本发明，他不需要发送用于参与到网络的明确请求，而是仅仅使他的意图已知即可，他的意图将被至少通知到用于控制正进行的会话的控制器终端。实际上，本发明依赖于用户相关的事件预订/通知机制的扩展，这使得可能向控制正进行的会话的控制器终端通知与另一终端上的用户的状况有关的改变，并且具体地向该控制器通知与用户的这个另一终端的要参与到正进行的会话中的期望有关的改变。控制器终端通过接收与这个另一终端上的用户的状况有关的事件的通知来获知所述另一用户终端的新意图。它然后作为预定准则的函数来决定是否可能满足由另一终端表达的参与的期望。要理解的是，它可能决定拒绝、部分满足或者完全满足用户的另一终端的间接请求。一旦它的决定已被采取，则它通过将合适的命令分派到网络来实现与它的决定对应的动作。因此，本发明提出了一种新颖的且有创造性的方式来解决诸如在IMS架构中定义的问题，即由网络考虑用户终端期望参与到正进行的会话中的问题，该用户终端不是用于控制正进行的应用会话的控制器终端。根据本发明的第一方面，所述指示要参与的期望的信息项涉及要成为至少一类媒体流的传递目标的期望。要理解的是，所述请求终端期望接收在应用会话期间交换的媒体流中的所有或一些媒体流。作为示例，电视终端可通过使视频流传递到它来通知它的参与期望，而音频流将由用户的另一更合适的终端(例如，高保真(hifi)系统)来请求。根据本发明的第二方面，指示要参与到会话中的期望的所述信息项涉及要取得所述会话的控制的期望。作为示例，当用户回到家并在他的移动终端上请求将正进行的会话流传递到至少一个固定终端时，他可期望从这个固定终端来控制所述会话。当然，这两类期望可被聚合在相同的事件通知中。根据本发明的第一实施例，在第一终端利用电信网络的存在(presence)服务器来先前地预订用于与用户的状况有关的事件的通知的机制之后，从所述存在服务器接收所述事件通知。这个解决方案的第一优点获益于在文献RFC 3856中规定的当已经加入它用于其它服务时的存在机制，所述其它服务诸如发现在网络中注册的其它用户或者即时消息传递服务。第二优点在于，它构思通过所述网络来通知同一用户的各个终端，从而使得可能不增加终端级别上的处理复杂度。用户的终端在存在服务器上公布与网络中的用户的状况有关的信息。根据本发明，所述第二终端具体地公布指示要参与到正进行的至少一个会话中的期望的信息项。这个信息项被通知到已经利用该存在服务器来预先预订前述通知机制的终端，该存在服务器能够向它们通知用户的状况的任何改变。根据本发明的第二方面，在利用第二终端来预订事件通知机制之后，从第二终端接收所述事件通知。用户的控制器终端直接利用在网络中注册的用户的其它终端中的每个终端来预订前述的通知机制。这个解决方案的优点在于，它不需要使用电信网络的存在服务器来管理事件的预订/通知。将要注意的是，根据IMS架构的规定，用户的终端被迫预订在网络中的用户的公共身份的注册状况方面的通知机制(注册事件(Reg Event))，这允许在撤销这个身份的注册的情况中由网络通知它们。还向它们通知同时注册在网络中的、同一用户的其它终端的身份。根据本发明，它们因此可使用这些身份，以利用这些终端中的每一个终端来预订在用户状况方面的事件通知机制。本发明还涉及一种用于处理指示要参与到应用会话中的期望的信息项的装置，该应用会话是用于电信网络的用户的正进行的、根据SIP协议建立的应用会话，所述至少一个会话由所述用户的第一终端所控制。根据本发明，这样的装置包括用于实现根据本发明的所述方法的部件，所述方法用于处理要参与到正进行的至少一个应用会话中的期望。本发明还涉及一种参与到用于电信网络的用户的正进行的、根据SIP协议建立的至少一个应用会话中的方法，所述会话由所述用户的第一终端所控制，其特征在于，由所述用户的第二终端实现的所述方法包括发送包括至少一个信息项的事件通知的步骤，所述信息项指示第二终端期望的在所述至少一个应用会话中的参与的级别。这样的方法有利地由第二终端来实现，以使得控制器终端知道它的想要参与到正进行的会话中的期望，例如是否想要成为至少一类媒体流的传递目标或是否想要取得会话的控制的期望。根据本发明，第二终端不需要知道正进行的会话。它简单地使得它的想要成为一类媒体流的传递目标和/或控制至少一个会话的期望已知。当它接收到所请求类型的媒体流时，由它来决定是接受它还是拒绝它。根据本发明的第一方面，所述事件通知被公布在能够将它传送到已经预先预订该事件通知的用户的终端的存在服务器上。将要注意的是，第二终端本身不需要已经预先对于存在服务器进行预订，以便利用该存在服务器来公布它的存在。根据本发明的第二方面，在先前地接收以下请求之后，将事件通知分派到所述第一终端，该请求用于预订第一终端利用第二终端来进行的事件通知机制。根据本发明的这个实施例，所述第二终端直接向已经对于其进行预订的终端通知与用户状况有关的事件的通知。
根据本发明的另一方面，所述方法包括获得包括在所述用户与网络之间正进行的应用会话的标识符列表的信息的步骤，并且所述发送指示第二终端期望的参与的级别的信息项的步骤包括目标应用会话的标识符。向第二终端通知正进行的会话的列表，以便能够从可用的那些媒体流中选择它关心的一个或多个媒体流、和/或选择它期望控制的至少一个具体会话。根据本发明的所考虑的实施例，该第二终端可有利地经由根据本发明的扩展的预订/通知机制，来或者从存在服务器或者直接从每个终端获得它。本发明还涉及一种用于参与到用于电信网络的用户的正进行的、根据SIP协议建立的至少一个应用会话中的装置，所述会话由所述用户的第一终端所控制，所述请求源自用户的第二终端，其特征在于，所述装置包括用于实现根据本发明的请求参与到应用会话中的方法的部件。本发明还涉及一种电信网络的用户的终端，该终端能够控制在用户与所述电信网络之间正进行的、根据SIP协议建立的应用会话，其特征在于，它包括根据本发明的用于处理指示另一终端要参与到正进行的至少一个应用会话中的期望的信息项的装置、和根据本发明的用于所述终端参与到正进行的至少一个应用会话中的装置。本发明进一步涉及一种电信网络中的存在服务器，包括用于接收与用户有关的并且由在网络中注册的用户的第二终端公布的信息的部件、用于存储所述信息的部件、用于记录源自所述用户的至少一个第一终端的用于预订与所述用户有关的事件的通知的请求的部件、和用户的所述第一终端的通知的部件，其特征在于，所述信息包括指示第二终端要参与到至少一个应用会话中的期望的至少一个信息项，所述至少一个应用会话是在第一终端与电信网络之间正进行的、根据SIP协议建立的应用会话。本发明还涉及一种承载事件通知消息的载波信号，所述事件与电信网络的用户的状况有关，所述用户拥有控制应用会话的第一控制器终端，该应用会话是在用户与网络之间正进行的、根据SIP协议建立的应用会话，其特征在于，所述消息由第二终端所发送，并且包括指示第二终端要参与到正进行的所述应用会话中的期望的信息项。在具体的实施例中，通过计算机程序的指令来确定根据本发明的用于处理指示要参与到正进行的应用会话中的期望的信息项的所述方法的各个步骤。因此，本发明还旨在一种位于信息载体上的计算机程序，这个程序可被实现在路由、接收或传送装置中，或更通常地可被实现在计算机中，这个程序包括适合于实现诸如上文中所述的方法的步骤的指令，该方法用于处理指示要参与的期望的信息项。这个程序可使用任何编程语言，并且处于源代码、目标代码或者介于源代码和目标代码之间的代码形式中，诸如处于部分编译的形式中，或者处于任何其它的期望形式中。本发明还旨在一种可由计算机读取的信息载体，并且包括诸如上文中所述的计算机程序的指令。所述信息载体可以是能够存储该程序的任何实体或装置。例如，所述载体可包括 存储部件，诸如ROM(例如，⑶ROM、或者微电子电路ROM)；或者磁记录部件，例如磁盘(软盘)或硬盘。此外，所述信息载体可以是诸如电信号或光信号的可传送载体，其可经由电缆或光缆、通过无线电或通过其它手段来进行路由。根据本发明的程序可具体地从因特网类型的网络中下载。
替换地，所述信息载体可以是在其中合并该程序的集成电路，所述电路适合于执行所讨论的方法，或者用于在所讨论的方法的执行中使用。在具体实施例中，通过计算机程序的指令来确定根据本发明的参与到正进行的应用会话中的方法的各个步骤。因此，本发明还旨在一种位于信息载体上的计算机程序，这个程序可被实现在路由、接收或传送装置中，或更通常地可被实现在计算机中，这个程序包括适合于实现诸如上文中所述的参与的方法的步骤的指令。这个程序可使用任何编程语言，并且处于源代码、目标代码或者介于源代码和目标代码之间的代码的形式中，诸如处于部分编译的形式中，或者处于任何其它的期望形式中。本发明还旨在一种可由计算机读取的信息载体，并且包括诸如上文中所述的计算机程序的指令。所述信息载体可以是能够存储该程序的任何实体或装置。例如，所述载体可包括 存储部件，诸如R0M(例如CD ROM、或者微电子电路ROM)；或者磁记录部件，例如磁盘(软盘)或硬盘。此外，所述信息载体可以是诸如电信号或光信号的可传送载体，其可经由电缆或光缆、通过无线电或通过其它手段来进行路由。根据本发明的程序可具体地从因特网类型的网络中下载。替换地，所述信息载体可以是在其中合并该程序的集成电路，所述电路适合于执行所讨论的方法，或者用于在所讨论的方法的执行中使用。
在阅读了作为简单说明性和非限制性示例而给出的本发明的具体实施例的如下描述和附图时，本发明的其它优点和特征将更清楚地显现，在附图中-图1以示意性方式图示了根据本发明的以下情况，即，用户具有参与到用于控制应用会话的第一控制器终端上的应用会话中的、在电信网络上注册的多个终端，并且期望请求从第二终端参与到会话中的情况；-图2以示意性方式呈现根据本发明的参与到正进行的应用会话中的方法；-图3以示意性方式呈现根据本发明的用于参与到至少一个应用会话中的装置的结构、和根据本发明的用于处理指示要参与到至少一个会话中的期望的信息项的装置的结构；-图4以示意性方式呈现根据本发明的用于处理指示要参与到正进行的至少一个应用会话中的期望的信息项的方法；-图5和图6以示意性方式呈现在本发明的第一实施例的第一示范实现中在用户的终端与电信网络之间交换的流的图；-图7和图8呈现在本发明的第一实施例的第二示范实现中在用户的终端与电信网络之间交换的流的图；以及-图9、图10和图11呈现在本发明的第二实施例的示范实现中在用户的终端与电信网络之间交换的流的图。
具体实施例方式结合图1，考虑电信网络1的用户A。这个用户A具有在网络中注册的多个终端 UE1, UE2, UE30这些终端可以是各种类型的移动或固定终端，诸如电视、PC、移动电话或固定电话，只要它们具有到电信网络1的IP连接即可。假设终端UE1是移动终端，诸如移动电话、个人数字助理PDA、智能电话等，并且终端UE2和UE3是固定终端，诸如固定电话、计算机 PC、电视机和音频播放器。假设终端UEp^dPUE3经由接入网络21、22而接入所述电信网络1。所述接入网络21例如是UMTS、GSM、GPRS、UMTS、I-WLAN类型等的移动接入网络，并且在这个情况中，终端UE1经由无线电基站来接入电信网络1，或另外地在I-WLAN的情况中，经由Wifi接入点来接入电信网络1。假设接入网络22是x-DSL、FTTH类型等的固定接入网络，并且假设固定终端UE2和UE3经由住宅网关或路由器调制解调器来接入所述网络1。将要注意的是，本发明不限于接入技术的这些示例，也不限于终端的类型的这些示例，并且本发明扩展到允许任何类型的IP终端连接到电信网络1的任何其它接入技术。假设，用户A已经取得对于电信网络1的运营商的预订，这允许他打开与网络1的一个或多个多媒体会话。所述表达多媒体会话指的是用户从终端接入一个或多个媒体(诸如，语音、文本、图像、视频等)的任何连续通信时间段。作为示例，多媒体会话可对应于简单的电话交谈、视频通信、视听节目的广播、通过即时消息传递进行的交谈等。将要注意的是，这样的多媒体会话可牵涉一个或多个其它用户。电信网络1包括应用系统10，该应用系统10意欲管理在用户的终端上与该用户有关的所有多媒体会话(发起的会话、或者在意欲到达用户的到来会话的情况中的前往用户的会话)的建立和跟踪。应用系统10例如可以是IP多媒体或IMS( "IP多媒体子系统”) 子域的系统，其是用于电信运营商的下一代网络NGN(“下一代组网”)的已知的标准化架构， 并且其使得可能提供固定和移动的多媒体服务。这个系统依赖于用于传输媒体流的各种技术，所述技术包括基于在IP标准协议上操作的SIP( “会话发起协议”)信令协议的标准化 3GPP( “第三代合作伙伴计划”)实现的IP( “因特网协议”)传送语音的网络技术。IMS架构支持现有的电话系统，并允许用户在外部环境中移动(“漫游”情形)时和来自国内环境时二者中使用多媒体服务。为此，IMS架构使用由IETF( “因特网工程任务组”)所定义的 IP标准协议IMS系统的架构、这样的系统的各个实体、用户设备对于IMS系统的注册、连同在 IMS系统中多媒体会话的建立被具体地在如下文献中得到详细描述，即可在网址hiM^ZZ www. 3rpp. orR/ftp/specs/archive/23 series/23. 228/ 上可得到的 3GPP TS 23. 228 V8.8.0 (2009-03), 3rd Generation Partnership Project ；Technical Specification Group Services and System Aspects ；IP Multimedia Subsystem(IMS) ；Stage 2(Release 8) (《3GPP TS 23.228 V8. 8. (K2009-03)，第三代合作伙伴计划；技术规范组服务和系统方面；IP多媒体系统(IMS)；阶段2 (发布8)》)、以及在网址http://V驟.3rpp. orR/ftp/ Specs/archive/24 series/24. 229/ 上可得到的 3GPP TS 24. 229 V8. 6. 0(2008-12), 3rd Generation Partnership Project ；Technical Specification Group Core Network and Terminals ；IP multimedia call control protocol based on Session InitiationProtocol (SIP)and Session Description Protocol (SDP) ；Stage 3(Release 8)>>(《3GPP TS 24. 229 V8. 6. (K2008-12)，第三代合作伙伴计划；技术规范组核心网络和终端；基于会话发起协议(SIP)和会话描述协议(SDP)的IP多媒体呼叫控制协议；阶段3 (发布8)》)。 所述SIP协议描述在IETF工作组(关于因特网网络的工作组或者因特网工程任务组)的文献RFC 3261中，该文献可在网址http //www, ietf. org/rfc上得到。在连接到通信网络1之后，用户A对于应用系统10进行注册。更精确地，为了能够使他自己利用用户A已经通过他的运营商所预订的多媒体服务，用户A在作为在这个示例中选择的应用系统实例的IMS上注册。附接到IMS是通过经由如在IETF所规范的RFC 3261中定义的SIP处理“注册(Register)”而注册用户来实现的。用作参数的数据项之一是用来向第三方用户标识这个用户的该用户的公共身份(用户可具有几个公共身份)。用户在应用系统10中的注册允许他具体地接收由第三方用户发起的用于建立多媒体会话的请求(源自固定的或移动的网络)，诸如用于建立交谈会话(“聊天”)的请求。例如考虑如下情况，其中用户具有来自他的移动终端的、与通信网络的另一用户的、正进行的应用会话。假设该用户已经向他发送了他刚刚已下载并且他现在期望观看的视频剪辑。当他刚回到家时，用户A将希望从他的电视观看所述视频剪辑，以便使得他家庭的其它成员能够从中获益，并且借助于他电视的遥控器来控制所述流传递。在文献TR 23.838中描述了使得可能在IMS网络中在同一用户的各个终端之间传递媒体流的过程。通过专用应用服务器SCC AS 110来确保这个服务的编排 (orchestration)。这是掌控服务连续性的应用服务("服务集中化和连续性应用服务器" 或者SCC AS)。IMS架构被描述在TS. 23. 228中。IMS架构中的SIP的详细使用被描述在 TS 24. 229 中。现在，如之前所提及的，3GPP根据TR 23. 838而强加实行单个终端具有正进行的多媒体会话的控制。在本情况中，这是移动终端UE115因此根据3GPP标准，电视不可能请求将正进行的会话一直传递到用户的移动终端。本发明允许用户A的另一终端使控制器终端UEjH道其想要参与到控制器终端UE1 上正进行的会话中的期望。它依赖于用于用户终端之间的事件通知的机制。这个事件通知机制可借助于如在文献RFC 3265中定义的SUBSCRIBE/NOTIFY (预订/通知)SIP信令消息来实现。TR 23. 838描述了基于这个机制的几个解决方案，所述解决方案允许用户的终端发现用户的其它已注册终端、并且查实它们的可用性、连同它们所支持的媒体的类型。本发明在于扩展这个机制，以便允许用户的终端向这个用户的其它终端指示他想要成为正进行的会话的至少一个媒体流的传递目标和/或取得至少一个会话的控制的期望。因此，本发明在于，经由预订/通知机制来交换允许终端指示它的如下期望的信息，所述期望即恢复正进行的至少一个会话的控制、或者这个会话的一个、几个或所有流，或者恢复控制以及一个或多个流两者。期望变成传递目标的终端利用指出它期望成为传递目标的具体值来更新关于它的状况的信息项。这个具体值可进一步包括指定终端是否希望控制传递到它的通信的指示符、以及它希望使之传递到它的媒体类型的列表。将要注意的是，它可仅请求正进行会话的控制的传递。按照有利的方式，本发明还允许参与到一个或多个会话中的终端将它的参与传送到其它终端。对于终端所参与的每个通信，所述终端指示
-通信的标识符，-对于终端所参与的通信的每个媒体流，这个流的特性以及这个流的标识符，-与其建立通信的远程用户的身份。如果这个身份是不可用或者匿名的，则终端如该情况可能是的那样指示“匿名身份”或者不可用身份，-它是否具有这个通信的控制。在变体中，仅仅由具有通信控制的终端来提供这个信息项。在这个情况中，对于它控制的每个通信，所述终端指示-会话的标识符，-对于会话的每个媒体流，这个流的特性、流的标识符以及承载这个流的终端的身份，-已经与其建立会话的远程用户的身份。如果这个身份不可用或者匿名的，则终端如该情况可能是的那样指示“匿名身份”或者不可用身份。将要注意的是，与正进行的会话有关的信息的提供是可选的，并且对于本发明不是必不可少的。还可能仅提供上文中所提及的信息的一部分。根据本发明，因此可能有两种情况-期望指示它想要成为传递目标的期望的终端具有其它终端经由事件通知机制提供的信息(在1中描述的信息)。在这个情况中，终端使用所接收的这个信息来指定它期望使之传递到它的会话或者一个或多个媒体流。那么，关于它的状况的信息包括如下信息项〇指出它希望成为传递目标的指示符O在传递中涉及的(多个)会话的(多个)标识符〇对于在传递中涉及的每个会话，与它希望使之传递到它的(多个)媒体流对应的零个、一个或多个媒体流标识符〇对于在传递中涉及的每个会话，是否请求这个会话的控制的传递的指示。-所述终端不具有与正进行的会话和媒体流有关的信息。在这个情况中，终端简单地指示它想要成为传递目标的期望。那么，它的状况信息包括如下的信息项〇指出它希望成为传递目标的指示符〇终端希望使之传递到它的零个、一个或多个媒体类型〇指示它是否希望控制要传递到它的会话的指示符事件通知机制通过组合这个信息项与(在终端中配置的)用户的偏好以及其它可能参数而允许向用于控制所涉及会话的控制器终端立即通知它，用户决定发起传递。各种解决方案可用于通过使用所述预订/通知机制来交换与用户的或者他的终端之一的状况有关的信息。它们将在随后的描述中更详细地呈现。因此，本发明涉及参与到正进行的至少一个应用会话中的方法，现在将结合图2 来描述该方法。这样的方法有利地由在正进行的任一应用会话中没有参与的用户A的终端所实现。这例如是终端UE2。在El中，终端冊2借助于如在IETF的RFC 3261中所定义的 SIP注册(SIP Register)消息而在IMS中注册。在步骤E2中，它可以任选地预订用于通知与用户A的状况有关的事件的机制。在&中，终端UE2发送与用户A的存在状况有关的事件的通知，其包括指示想要成为正进行的应用会话的至少一类媒体流的传递目标的期望的信息项。将这个通知寻址到已经预先预订其的用户的终端。在这点上，需要作为正进行的会话的控制器的终端UE1已经履行这个条件。根据本发明的第一实施例，这个预订/通知机制通过电信网络1的应用系统10的存在服务器SP 120来实现。这样的服务器被表现在图1中。然后，根据本发明，步骤M1在于只要涉及终端UE2,就预订由根据本发明的存在服务器SP所实现的、用于通知与用户A 相关联的公共身份的存在状况的机制。如果对于用户终端UE注册了这个用户的几个公共身份，则必须使用这个用户的默认身份，如在TS 2 中所规定的那样。这个预订的过程被描述在RFC 3856中。在El中，终端冊2在存在服务器SP 120上公布指示所期望的在正进行的应用会话中参与的级别的信息项ICT，这将向已经预订终端UE2的存在状况的那些终端通知它。根据本发明的第一实施例的变体，终端UE2根据在RFC 3680和文献draft-ietf-sipping-gruu-reg-event中描述的包注册(package reg)事件的机制，利用S-CSCF(服务呼叫会话控制功能)类型的实体100，在M1中预订用户A的公共身份的注册状况。这个机制允许它获得与用户A的公共身份相关联的、用户的其它已注册终端的GRUU URI身份。根据这个变体，步骤在于只要涉及终端UE2,就通过指定它已经预先获得的它们的GRUU URI身份来预订用户A的其它终端的存在状况。在E4i中，终端冊2在存在服务器SP 120上公布信息项ICT，这将向已经预订在终端UE2上用户A的存在状况的那些终端通知它。根据本发明的第二实施例，在注册步骤E1之后实现预订注册事件通知机制的步骤 E22。这个机制允许用户A的终端UE2获得在网络中注册的并且与用户A的公共身份相关联的其它终端的GRUU URI身份。在步骤E3中，终端冊3接收并处理源自用户A的其它终端 UE1, UE2的、用于预订与它的状况有关的事件的通知的请求。用户A的其它终端UE1和UE3 使用终端UhWGRUU URI来将它们的预订请求寻址到它。在E42中，终端冊2直接将包括信息项ICT的通知发送到已经在之前步骤中预订与它的存在状况有关的事件的终端。在这个第二实施例中将要注意的是，本发明构思新类型事件的定义，其通知意欲通过预订/通知机制来执行。将可称作“UE状态”的这个新类型事件至少涉及指示终端UE3 期望在正进行的应用会话中参与的级别的信息项ICT。这样的信息项例如可采取具有两个值的指示符的形式，以指示终端是否希望成为传递目标。可有利地用所期望的媒体流类型数目的指示来补充它。它还可以包括用于控制正进行的会话的期望的指示。根据本发明的一个实施例，请求传递至少一类媒体流的方法被实现在用于参与到正进行的会话中的装置210中，现在将结合图3来描述该装置210。它包括通常在传统的计算机或者专用路由器中发现的硬件元件，即处理器211、RAM类型的随机存取存储器212、 ROM类型的只读存储器213、和对于网络1的电信部件214。根据本发明，装置210包括存储器215，其构成根据本发明的记录载体。这个载体存储根据本发明的计算机程序。这个程序包括指令，该指令用于执行根据本发明的、刚才已经结合图2所描述的传递请求方法的步骤。按照有利的方式，根据本发明的用于在正进行的会话中参与的装置被实现在用户终端 UEpUEyUE1 中。
一旦已经在网络中通过请求终端UE3实行信息项ICT (该信息项ICT指示在正进行的会话中参与的期望)的通知，就根据本发明，通过用于处理指示要参与到正进行的会话中的期望的信息项的方法来处理它，现在将结合图4来描述该方法。这样的方法有利地由控制器终端UE1来实现。假设终端UE1已经在F1中预订了诸如之前描述的那些事件通知机制之类的事件通知机制。在&中，它接收事件通知。所述事件通知涉及在终端上用户A的状况，并且包括指示终端UE2要成为媒体流传递目标的期望的信息项ICT。它可取决于所使用的通知机制而源自存在服务器SP 120，或者直接来自请求终端。在F3中，终端UE1决定是否必须接受这样的传递请求。根据本发明，可考虑几个决定准则，以非限制性的方式，其中包括-所请求类型的流的存在；实际上，以下情况可能发生，即几个人(例如，同一家庭的成员)使用同一订户的公共身份，并且终端UE3的用户不知道与这个公共身份相关联的其它终端上的正进行的会话；-控制器终端UE1的配置。它可以被配置为接受或拒绝所有的传递请求；-媒体的类型或者会话的类型。例如，出于保密性的原因，控制器终端可拒绝附接到具体会话(例如，职业会话)的媒体流的传递；-请求终端的类型。控制器终端可部分地同意使所述请求终端参与，仅对于预定的流类型(例如，用于电视终端的视频流)，准许它进行媒体流传递。一旦已经作出决定，如果它是肯定的，则控制器终端就在F4中发送用于所述请求终端UE2的参与命令到网络1。作为示例，这可以是到终端UE2的用于正进行的会话的媒体流传递的请求。按照有利的方式，在IMS中，是由应用服务器SCC-AS 110来负责管理用于处理这样的请求的用户的移动性，如在文献TR 23. 838中所规定的。根据本发明的一个实施例，用于处理在应用会话中参与的期望的方法被实现在装置220中，该装置220用于处理指示用于参与的期望的信息项，现在将结合图3来描述该装置220。它包括通常在传统计算机或专用路由器中发现的硬件元件，即处理器221、RAM类型的随机存取存储器222、ROM类型的只读存储器223、和对于网络1的电信部件224。根据本发明，装置220包括存储器225，其构成根据本发明的记录载体。这个载体存储根据本发明的计算机程序。这个程序包括指令，该指令用于执行根据本发明的、刚才已经结合图4所描述的处理传递请求的方法的步骤。按照有利的方式，根据本发明的用于处理指示用于在应用会话中参与的期望的信息项的装置被实现在用户终端UE3、UEyUE1中。作为IMS架构中的示范实现，现在将结合图5和图6的流图示来更详细地描述根据本发明第一实施例的在用户A的终端UE”UE2、用户B的终端UE1'、以及电信网络1之间交换的信令消息。用户A具有终端UEpU^和冊3。作为提醒，用户A使用他的终端UE1来呼叫具有终端UE1'的用户B。媒体会话因此建立在终端UE1 (A)与终端UE1 ‘ (B)之间。用户A通过作用于他的终端UE2而决定请求一直到他的终端UE2的通信传递。将要注意的是，由用户A的终端UE1和UE2发送或接收的所有交换的SIP消息穿过实体P-CSCF(代理-呼叫会话控制功能)。这对用户B的终端UE1'同样成立。为了简化的目的，没有表现出这些实体P-CSCF。将要注意的是，除了那些所表示出的实体之外的SIP实体可位于终端UE1' (B)与实体S-CSCF之间的信令路径上。在图5和图6中没有表现出它们。终端UE1 (A)在网络1中的注册-消息1终端UE1成功地对于实体S-CSCF(IMS网络)注册。S-CSCF100在对注册 (REGISTER)消息的响应200好的(OK)中返回它所具有的与这个终端相关联的GRUU类型的 URI身份。用于分配这个URI的机制被定义在文献TS 24. 229中；-消息2终端UE1预订用户的注册的状况(注册事件包)，如在文献TS对.2四中所规定的。这个预订允许向终端UE1通知在网络1中注册的并且与相同的公共身份相关联的其它终端UE，并如此获得它们的GRUU URI身份。假设在该时刻、终端UE1是与用户A的公共身份相关联的唯一已注册终端。-消息3和4实体S-CSCF 100通过向应用服务器110SCC AS发送与终端UE1的注册有关的信息来向该应用服务器110SCC AS通知这个注册。这个过程描述在文献TS 24. 229 中。-消息5、6、7和8终端UE1在存在服务器SP 120上公布与它有关的存在信息。在这些信息中，终端UE1指示它是可用的并且给出所支持的媒体类型。终端UE2在网络中的注册-消息9终端UE2成功地对于IMS架构的实体S-CSCF 100注册。实体S-CSCF 100 在对注册消息的响应200好的中返回它所具有的与这个终端相关联的GRUU类型的URI身份。-消息10终端冊2预订用户的注册的状况(注册事件包)，如在[TS24.229]中所规定的。这个预订允许向终端通知在网络1中注册的并且与一个或多个相同的用户公共身份相关联的其它终端UE,并获得它们的GRUU URI身份。这样，终端UE2获得终端UE1根据其而在网络1中注册的信息项、连同它的GRUU URI身份。-消息11和12实体S-CSCF 100通过向应用服务器SCC AS 110发送与终端UE2 的注册有关的信息来向该应用服务器SCC AS 110通知这个注册。这个过程描述在文献TS 24. 229 中。-消息13、14、15和16终端UE2在存在服务器SP 120上公布与它有关的存在信息。它具体指示它是可用的并且给出它所支持的媒体的类型。预订其它终端的存在信息-消息17、18、19和20=UE2预订与用户A有关的存在信息。根据一变体，它可以通过指定UE1的GRUU URI身份来预订在具体的终端UE1上用户A的存在信息。-消息21、22、23和对存在服务器SP120向终端通知与终端UE1有关的存在信息的当前状况。终端UE2获悉UE1可用，并且获知它的所支持的媒体类型。-消息26、27、28和28在UE2的注册之后，S-CSCF 100向终端UE1和UE2通知与用户A的注册有关的信息的改变。因此，向终端UE1通知UE2现在被注册并且知道它的GRUU URI。-消息四、30、31和32终端诎对于存在服务器SP 120预订通过UE1的GRUU URI 标识的、与上的用户A有关的存在信息。
-消息33、34、35和36存在服务器SP 120向UE1通知与UE2有关的存在信息的当前状况。终端UE1获悉UE2可用，并且获知它的所支持的媒体类型。用户A通过使用他的终端UE1来建立与使用UE3的用户B的呼叫-消息37、38、39和40用户A经由他的终端UE1,通过分派邀请(INVITE)请求来发送去往用户B的呼叫。-消息41、42、43和44终端UE1' (B)通过分派SIP响应180振铃(Ringing)来向UE1(A)通知用户B已经发觉呼叫的到达。-消息45、46、47和48终端UE1' (B)通过分派响应200好的来向UE1通知用户 B已经接受呼叫。-消息49、50、51和52终端UE1 (A)通过分派消息确认(ACK)来确认收到响应200 好的。-消息53经由用户A和B的相应终端UE1和UE1'来在用户A和用户B之间建立会话。-消息M、55、56和57终端UE1通过指定如下信息来向存在服务器SP 120通知它现在参与到会话中〇这个会话的标识符。这个标识符由终端UE1生成，并且必须使得可能将这个会话与终端UE1可能参与的其它会话区分开。在这个示例中，假设终端UE1将值1分配给这个会话；〇远程用户的公共身份B的身份和在这个会话中使用的媒体的类型。-消息58、59、60和61在UE1的存在信息由于它在会话中的参与而改变之后，存在服务器SP 120向UE2通知这个改变。终端UE2利用这个会话的特性来获悉终端UE1参与到会话中。用户A经由他的终端UE2来请求将整个通信以及其控制一直传递到终端UE2 -消息66、67、68和69在用户A请求将整个通信以及其控制一直传递到终端UE2 之后，终端UE2利用存在服务器来更新它的存在信息，以便指示它期望从UE1向它传递会话编号1。在变体中，UE2通过任选地指定它的类型来只是指示它期望成为会话传递的目标。-消息70、71、72、73、74、75、76和77在与UE2有关的存在信息的改变之后，存在服务器SP 120向已经预订事件通知的用户A的终端通知这个改变。具体地，终端UE1获悉 UE2期望恢复UE1参与到其中的会话编号1。从UE1到UE2的会话的传递-消息78、79在收到指示终端UE2期望恢复它的会话第1号的信息项时，终端UE1 通过向SCC AS 110分派请它向UE2传递所述会话的交付(REFEI )请求来决定将这个会话传递到UE2。在这样的请求中，终端UE2通过它的GRUU URI来标识。-消息80和81=SCC AS 110接受所述交付请求。-消息82、83 SCCAS 110分派去往终端UE2的GRUU URI邀请请求。-消息84、85终端UE2通过分派消息200好的来接受这个会话的建立。-消息86,87 =SCC AS 110 确认响应 200 好的。-消息88、89=SCC AS 110分派所谓的“再次邀请(re-INVITE) ”请求(在已经建立的SIP对话中的邀请请求)到终端UE1' (B)，以便利用在消息85中从终端UE2接收的SDP参数来更新它的会话。-消息90、92终端UE1'接受所述再次邀请请求。-消息91在终端UE2(A)与终端UE1' (B)之间建立媒体流。-消息93,94 =SCC AS 110 确认响应 200 好的。-消息95、96、97、98=SCC AS 110利用UE1来发布它的会话。-消息99,100如在RFC 3515中所规定的，SCC AS 110向UE1(A)终端通知会话传递的成功。结合图7和图8，现在呈现本发明的第一实施例的另一示范实现用户A具有三个终端UE1、UE2和UE3。用户A利用他的终端UE1来与另一用户(或者服务)B通信。这个通信使用两种媒体音频和视频。用户A利用他的终端来与另一用户(或者服务)C通信。这个通信使用单一媒体音频。用户A通过作用于他的终端UE3而将视频流从他的终端UE1传递到UE3。终端UE1 保持通信的控制和音频流。终端UE向网络的注册终端UEi、U&*UE3中的每个终端注册到网络，预订用户的注册的状况(注册事件包)，并且将与它相关的存在信息分派到存在服务器，就如在之前示例中描述的那样。预订其它终端的存在信息终端UEpUE2和UE3中的每个终端预订其它2个终端的存在信息，所述其它2个终端中的每个终端用通过预订用户的注册状况所获得的它们的GRUU URI标识符来标识，就如在之前示例中描述的那样。-消息1、2、3和4对于具有2个媒体流(音频流和视频流)的会话，用户A经由他的终端UE1来分派去往B的邀请请求。-消息5至16=SIP会话的建立按照标准的方式而继续。-消息17、18利用音频流和视频流来在用户A (经由他的终端UE1)和用户B之间建立通信。这里假设UE1不向A的其它终端提供所建立的会话的特性。-消息36、37、38、39在用户A的请求之后，UE3通过包括如下信息来在存在服务器上更新他的存在信息〇指出它希望成为传递目标的指示符；〇终端希望使之传递到它的媒体的类型，例如仅仅“视频”；〇指示它不希望向它传递通信的控制的指示符。-消息40、41、42、43、44、45、46和47在与终端UE3有关的存在信息的改变之后， 存在服务器SP 120向终端UEJPUh通知这个改变，这是由于它们已经预先预订终端冊3的存在通知。然后，终端UE1和UE2获悉终端UE3期望将视频流传递到它，而没有通信的控制。 这不要求终端UE2的任何动作，这是因为它不控制包括视频流的任何通信。另一方面，终端 UE1控制包括视频流的通信。通过考虑终端UE3的新存在信息，并且通过将它与其它决定准则(诸如，用户的(在终端UE1中配置的)偏好和其它可能参数)组合，终端UE1决定发起视频流的传递，同时保持通信的控制。
16
-消息48、49终端UE1向SCC AS 110分派交付请求，该交付请求用于请求它将它的通信的视频流传递到终端UE3, 用它的GRUU URI来标识。例如，仅需要传递视频流的指示可通过将参数添加到位于报头交付到(Refer-To)中的UE3的GRUU URI来完成。-消息50和51=SCC AS 110接受交付请求。-消息52、53=SCC AS 110分派去往终端UE3的GRUU URI的邀请请求。-消息M、55终端UE3通过分派消息200好的来接受这个会话的建立。-消息56,57 =SCC AS 110 确认响应 200 好的。-消息58、59=SCC AS 110分派所谓的“再次邀请”请求(在已经建立的SIP对话中的邀请请求)到B，以便利用在消息55中从终端UE3接收的SDP参数来更新用户B的会话。-消息60、62=B接受所述再次邀请请求。-61 在终端UE3(A)与B之间建立视频流。在终端UE1 (A)与B之间保留音频流17。-消息63,64 =SCC AS 110 确认响应 200 好的。-消息65、66=SCC AS 110分派所谓的“再次邀请”请求到UE1,以便更新UE1的会话以删除视频流(保留音频流和通信的控制)。-消息67、68终端UE3通过分派消息200好的来接受这个会话修改。-消息69,70 =SCC AS 110 确认响应 200 好的。结合图9、10和图11，现在呈现本发明的第二实施例的示范实现。作为提醒，在这个第二实施例中，用户的终端不利用存在服务器SP 120来预订用户的存在状况的通知，而是利用用户的终端中的每个终端来预订另一事件通知机制。考虑与刚才结合图7和图8所呈现的示例中相同的应用情况。-用户A具有三个终端UE1、UE2和UE3。-用户A利用他的终端UE1来与另一用户(或者服务)B通信。这个通信使用两种媒体音频和视频。-用户A利用他的终端来与另一用户(或者服务)C通信。这个通信使用单一媒体音频。-用户A通过作用于UE3而将视频流从UE1传递到UE3。终端UE1保持通信的控制和音频流。UE向网络的注册终端UEi、U&*UE3中的每个终端注册到网络，预订用户的注册的状况(注册事件包)，如之前所描述的那样。另一方面，A的终端UEp冊2和冊3不利用存在服务器SP 120 来预订用户的存在状况。实际上，在这个解决方案中，不使用存在机制。消息1、2、3和4 对于具有两种媒体流(音频和视频)的会话，用户A经由他的终端UE1来分派去往B的邀请请求。消息5至16 =SIP会话的建立按照标准的方式而继续。17,18 利用音频流和视频流来在用户A(经由他的终端UE1)和用户B之间建立通
fn °注意这里假设UE1不向A的其它终端提供所建立的会话的特性。UE-I预订其它终端的“US状态事件包”
终端UE1预订关于用户A的其它两个终端UE2和UE3的状况的信息，所述终端通过它们的GRUU URI来标识，该GRUU URI是通过预订用户的注册的状况所获得的，如下文中描述的-消息19到22终端UE1利用通过它的GRUU URI标识的终端UE2自己，来预订根据本发明的被称为“UE状态”的新类型事件。下文中呈现了由终端UE1向终端皿2分派的示范预订(SUBSCRIBE消息。在这个示例中，终端UE1拥有GRUU URI身份〃 sip:userA_ publiclOhomel. net ；gr = urn:uuid:f82f4fal-72fc-1131-e2f2_10eec91e6ffff = UE1"，并且终端皿2 拥有 GRUU URI 身份〃 sip:userA—publicl@homel.net ；gr = urn:uuid:f81d4f ae-7dec-lld0-a765-00a0c91e6bf6"。
权利要求
1.一种用于处理指示要参与到至少一个应用会话中的期望的信息项的方法，所述至少一个应用会话是用于电信网络⑴的用户㈧的正进行的、根据SIP协议建立的应用会话， 所述至少一个应用会话由所述用户的第一终端(UE1)所控制，其特征在于，由第一控制器终端实现的所述方法包括如下步骤-接收(ig与所述用户有关的事件的通知，该通知包括指示所述用户的第二终端(UE2) 期望的参与的级别的至少一个信息项；-进行与期望的参与的级别有关的决定(F3)；以及-在肯定决定的情况中，向电信网络分派(F4)与第二终端期望的所述参与的级别有关的参与命令。
2.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，所述信息项涉及要成为至少一类媒体流的传递目标的期望。
3.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，所述信息项涉及要取得所述正进行的至少一个应用会话的控制的期望。
4.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，在第一终端(UE1)利用电信网络的存在服务器(SP120)来先前地预订(F1)用于与用户的状况有关的事件的通知的机制之后，从所述存在服务器接收所述事件通知。
5.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，在利用第二终端来预订(F1)事件通知机制之后，从第二终端接收所述事件通知。
6.一种用于处理指示要参与到应用会话中的期望的信息项的装置020)，该应用会话是用于电信网络的用户的正进行的、根据SIP协议建立的应用会话，所述至少一个会话由所述用户的第一终端所控制，其特征在于，能够由第一控制器终端实现的所述装置包括如下部件-接收与所述用户有关的事件的通知，该通知包括指示所述用户的第二终端期望的参与的级别的至少一个信息项；-进行与期望的参与的级别有关的决定；以及-在肯定决定的情况中，向电信网络分派与第二终端期望的所述参与的级别有关的参与命令。
7.一种参与到用于电信网络(1)的用户(A)的正进行的、根据SIP协议建立的至少一个应用会话中的方法，所述会话由所述用户的第一终端(UE1)所控制，其特征在于，由所述用户的第二终端(UE2)实现的所述方法包括发送与所述用户有关的事件的通知的步骤 (E4),所述通知包括指示第二终端期望的在所述至少一个应用会话中的参与的级别的至少一个信息项。
8.根据权利要求7的参与到正进行的至少一个应用会话中的方法，其特征在于，所述事件通知被公布在能够将它传送到已经预先预订该事件通知的用户的终端(UE1)的存在服务器上(SP 120)。
9.根据权利要求7的参与到正进行的至少一个应用会话中的方法，其特征在于，在先前地接收(E3)以下请求之后，将事件通知分派到所述第一终端，该请求用于预订第一终端 (UE1)利用第二终端(UE2)来进行的用于与所述用户的状况有关的事件的通知的机制。
10.根据权利要求7的参与到正进行的至少一个应用会话中的方法，其特征在于，所述方法包括获得包括在所述用户与网络之间正进行的应用会话的标识符列表的信息的步骤 (E2),并且其特征在于，所述发送指示第二终端期望的参与的级别的信息项的步骤(E4)包括目标应用会话的标识符。
11.一种用于参与到用于电信网络⑴的用户㈧的正进行的、根据SIP协议建立的至少一个应用会话中的装置010)，所述会话由所述用户的第一终端(UE1)所控制，其特征在于，能够由所述用户的第二终端(UE2)实现的所述装置包括用于发送事件通知的部件，该事件通知包括指示第二终端期望的在所述至少一个应用会话中的参与的级别的至少一个信息项。
12.一种电信网络的用户的终端(UEp UE2、UE3),该终端能够控制在用户㈧与所述电信网络(1)之间正进行的、根据SIP协议建立的至少一个应用会话，其特征在于，它包括根据权利要求6的用于处理指示要参与到至少一个应用会话中的期望的信息项的装置 020)、和根据权利要求11的用于参与到正进行的至少一个应用会话中的装置010)。
13.一种在电信网络(1)中的存在服务器(SP 120)，包括用于接收与用户有关的并且由在网络中注册的用户的第二终端公布的信息的部件、用于存储所述信息的部件、用于记录所述用户的至少一个第一终端的用于预订与所述用户有关的事件的通知的请求的部件、 和用户的所述第一终端(UE1)的与所述用户有关的事件的通知的部件，其特征在于，所述信息包括指示第二终端(UE2)在至少一个应用会话中的期望的参与的级别的至少一个信息项，所述至少一个应用会话是在第一终端(UE1)与电信网络之间正进行的、根据SIP协议建立的应用会话。
14.一种承载事件通知消息的载波信号，所述事件与电信网络(1)的用户(A)的状况有关，所述用户拥有控制应用会话的第一控制器终端(UE1),该应用会话是在用户与网络之间正进行的、根据SIP协议建立的应用会话，其特征在于，所述消息由所述用户的第二终端 (UE2)所发送，并且包括指示第二终端期望的在正进行的所述至少一个应用会话中的参与的级别的信息项。
15.一种计算机程序产品，其能够从通信网络中下载和/或存储在能由计算机读取的载体上和/或能够由微处理器执行，其特征在于，该计算机程序产品包括程序代码指令，该程序代码指令用于执行根据权利要求1的用于处理要参与到正进行的至少一个应用会话中的期望的方法。
16.一种计算机程序产品，其能够从通信网络中下载和/或存储在能由计算机读取的载体上和/或能够由微处理器执行，其特征在于，该计算机程序产品包括程序代码指令，该程序代码指令用于执行根据权利要求7的参与到正进行的至少一个应用会话中的方法。
全文摘要
本发明涉及一种用于处理指示要参与到至少一个应用会话中的期望的信息条的方法，所述至少一个应用会话是用于电信网络的用户的正进行的、根据SIP协议建立的应用会话，所述至少一个会话由所述用户的第一终端所监控，其特征在于，由第一监控终端实现的所述方法包括如下步骤接收(F2)与所述用户有关的事件通知，该通知包含指示所述用户的第二终端期望的参与的级别的至少一个信息条；进行与期望的参与的级别有关的决定(F3)；以及在肯定决定的情况中，向电信网络发送(F4)与第二终端期望的所述参与的级别有关的参与控制。
文档编号H04L29/06GK102439941SQ201080022475
公开日2012年5月2日 申请日期2010年3月22日 优先权日2009年3月24日
发明者A.莫奎特, Y.查德里 申请人:法国电信公司