CN102439941A - 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置 - Google Patents

用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置 Download PDF

Info

Publication number
CN102439941A
CN102439941A CN2010800224750A CN201080022475A CN102439941A CN 102439941 A CN102439941 A CN 102439941A CN 2010800224750 A CN2010800224750 A CN 2010800224750A CN 201080022475 A CN201080022475 A CN 201080022475A CN 102439941 A CN102439941 A CN 102439941A
Authority
CN
China
Prior art keywords
terminal
user
information
utility cession
expectation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2010800224750A
Other languages
English (en)
Inventor
A.莫奎特
Y.查德里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
3G patent licensing Limited by Share Ltd
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Priority to CN201710028281.5A priority Critical patent/CN107104937B/zh
Publication of CN102439941A publication Critical patent/CN102439941A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Abstract

本发明涉及一种用于处理指示要参与到至少一个应用会话中的期望的信息条的方法，所述至少一个应用会话是用于电信网络的用户的正进行的、根据SIP协议建立的应用会话，所述至少一个会话由所述用户的第一终端所监控，其特征在于，由第一监控终端实现的所述方法包括如下步骤：接收(F2)与所述用户有关的事件通知，该通知包含指示所述用户的第二终端期望的参与的级别的至少一个信息条；进行与期望的参与的级别有关的决定(F3)；以及在肯定决定的情况中，向电信网络发送(F4)与第二终端期望的所述参与的级别有关的参与控制。

Description

用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置
技术领域
本发明的领域是电信网络的领域，并且更具体地是在这些网络的客户端用户的各个终端之间的交互。
本发明涉及用于处理第二终端在用于第一终端上的用户的正进行的至少一个应用会话中的参与(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(例如，CD ROM、或者微电子电路ROM)；或者磁记录部件，例如磁盘(软盘)或硬盘。
此外，所述信息载体可以是诸如电信号或光信号的可传送载体，其可经由电缆或光缆、通过无线电或通过其它手段来进行路由。根据本发明的程序可具体地从因特网类型的网络中下载。
替换地，所述信息载体可以是在其中合并该程序的集成电路，所述电路适合于执行所讨论的方法，或者用于在所讨论的方法的执行中使用。
在具体实施例中，通过计算机程序的指令来确定根据本发明的参与到正进行的应用会话中的方法的各个步骤。
因此，本发明还旨在一种位于信息载体上的计算机程序，这个程序可被实现在路由、接收或传送装置中，或更通常地可被实现在计算机中，这个程序包括适合于实现诸如上文中所述的参与的方法的步骤的指令。
这个程序可使用任何编程语言，并且处于源代码、目标代码或者介于源代码和目标代码之间的代码的形式中，诸如处于部分编译的形式中，或者处于任何其它的期望形式中。
本发明还旨在一种可由计算机读取的信息载体，并且包括诸如上文中所述的计算机程序的指令。
所述信息载体可以是能够存储该程序的任何实体或装置。例如，所述载体可包括：存储部件，诸如ROM(例如CD ROM、或者微电子电路ROM)；或者磁记录部件，例如磁盘(软盘)或硬盘。
此外，所述信息载体可以是诸如电信号或光信号的可传送载体，其可经由电缆或光缆、通过无线电或通过其它手段来进行路由。根据本发明的程序可具体地从因特网类型的网络中下载。
替换地，所述信息载体可以是在其中合并该程序的集成电路，所述电路适合于执行所讨论的方法，或者用于在所讨论的方法的执行中使用。
附图说明
在阅读了作为简单说明性和非限制性示例而给出的本发明的具体实施例的如下描述和附图时，本发明的其它优点和特征将更清楚地显现，在附图中：
-图1以示意性方式图示了根据本发明的以下情况，即，用户具有参与到用于控制应用会话的第一控制器终端上的应用会话中的、在电信网络上注册的多个终端，并且期望请求从第二终端参与到会话中的情况；
-图2以示意性方式呈现根据本发明的参与到正进行的应用会话中的方法；
-图3以示意性方式呈现根据本发明的用于参与到至少一个应用会话中的装置的结构、和根据本发明的用于处理指示要参与到至少一个会话中的期望的信息项的装置的结构；
-图4以示意性方式呈现根据本发明的用于处理指示要参与到正进行的至少一个应用会话中的期望的信息项的方法；
-图5和图6以示意性方式呈现在本发明的第一实施例的第一示范实现中在用户的终端与电信网络之间交换的流的图；
-图7和图8呈现在本发明的第一实施例的第二示范实现中在用户的终端与电信网络之间交换的流的图；以及
-图9、图10和图11呈现在本发明的第二实施例的示范实现中在用户的终端与电信网络之间交换的流的图。
具体实施方式
结合图1，考虑电信网络1的用户A。这个用户A具有在网络中注册的多个终端UE1、UE2、UE3。这些终端可以是各种类型的移动或固定终端，诸如电视、PC、移动电话或固定电话，只要它们具有到电信网络1的IP连接即可。假设终端UE1是移动终端，诸如移动电话、个人数字助理PDA、智能电话等，并且终端UE2和UE3是固定终端，诸如固定电话、计算机PC、电视机和音频播放器。
假设终端UE1、UE2和UE3经由接入网络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系统中多媒体会话的建立被具体地在如下文献中得到详细描述，即可在网址http://www.3gpp.org/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 MultimediaSubsystem(IMS)；Stage 2(Release 8)>>(《3GPP TS 23.228 V8.8.0(2009-03)，第三代合作伙伴计划；技术规范组服务和系统方面；IP多媒体系统(IMS)；阶段2(发布8)》)、以及在网址http://www.3gpp.org/ftp/Specs/archive/24_series/24.229/上可得到的<<3GPP TS24.229 V8.6.0(2008-12)，3rd Generation Partnership Project；TechnicalSpecification Group Core Network and Terminals；IP multimedia call controlprotocol based on Session Initiation Protocol(SIP)and Session DescriptionProtocol(SDP)；Stage 3(Release 8)>>(《3GPP TS 24.229 V8.6.0(2008-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而强加实行：单个终端具有正进行的多媒体会话的控制。在本情况中，这是移动终端UE1。因此根据3GPP标准，电视不可能请求将正进行的会话一直传递到用户的移动终端。
本发明允许用户A的另一终端使控制器终端UE1知道其想要参与到控制器终端UE1上正进行的会话中的期望。它依赖于用于用户终端之间的事件通知的机制。这个事件通知机制可借助于如在文献RFC 3265中定义的SUBSCRIBE/NOTIFY(预订/通知)SIP信令消息来实现。TR 23.838描述了基于这个机制的几个解决方案，所述解决方案允许用户的终端发现用户的其它已注册终端、并且查实它们的可用性、连同它们所支持的媒体的类型。
本发明在于扩展这个机制，以便允许用户的终端向这个用户的其它终端指示他想要成为正进行的会话的至少一个媒体流的传递目标和/或取得至少一个会话的控制的期望。因此，本发明在于，经由预订/通知机制来交换允许终端指示它的如下期望的信息，所述期望即恢复正进行的至少一个会话的控制、或者这个会话的一个、几个或所有流，或者恢复控制以及一个或多个流两者。期望变成传递目标的终端利用指出它期望成为传递目标的具体值来更新关于它的状况的信息项。这个具体值可进一步包括指定终端是否希望控制传递到它的通信的指示符、以及它希望使之传递到它的媒体类型的列表。将要注意的是，它可仅请求正进行会话的控制的传递。
按照有利的方式，本发明还允许参与到一个或多个会话中的终端将它的参与传送到其它终端。对于终端所参与的每个通信，所述终端指示：
-通信的标识符，
-对于终端所参与的通信的每个媒体流，这个流的特性以及这个流的标识符，
-与其建立通信的远程用户的身份。如果这个身份是不可用或者匿名的，则终端如该情况可能是的那样指示“匿名身份”或者不可用身份，
-它是否具有这个通信的控制。
在变体中，仅仅由具有通信控制的终端来提供这个信息项。在这个情况中，对于它控制的每个通信，所述终端指示：
-会话的标识符，
-对于会话的每个媒体流，这个流的特性、流的标识符以及承载这个流的终端的身份，
-已经与其建立会话的远程用户的身份。如果这个身份不可用或者匿名的，则终端如该情况可能是的那样指示“匿名身份”或者不可用身份。
将要注意的是，与正进行的会话有关的信息的提供是可选的，并且对于本发明不是必不可少的。还可能仅提供上文中所提及的信息的一部分。
根据本发明，因此可能有两种情况：
-期望指示它想要成为传递目标的期望的终端具有其它终端经由事件通知机制提供的信息(在1中描述的信息)。在这个情况中，终端使用所接收的这个信息来指定它期望使之传递到它的会话或者一个或多个媒体流。那么，关于它的状况的信息包括如下信息项：
○指出它希望成为传递目标的指示符
○在传递中涉及的(多个)会话的(多个)标识符
○对于在传递中涉及的每个会话，与它希望使之传递到它的(多个)媒体流对应的零个、一个或多个媒体流标识符
○对于在传递中涉及的每个会话，是否请求这个会话的控制的传递的指示。
-所述终端不具有与正进行的会话和媒体流有关的信息。在这个情况中，终端简单地指示它想要成为传递目标的期望。那么，它的状况信息包括如下的信息项：
○指出它希望成为传递目标的指示符
○终端希望使之传递到它的零个、一个或多个媒体类型
○指示它是否希望控制要传递到它的会话的指示符
事件通知机制通过组合这个信息项与(在终端中配置的)用户的偏好以及其它可能参数而允许向用于控制所涉及会话的控制器终端立即通知它，用户决定发起传递。
各种解决方案可用于通过使用所述预订/通知机制来交换与用户的或者他的终端之一的状况有关的信息。它们将在随后的描述中更详细地呈现。
因此，本发明涉及参与到正进行的至少一个应用会话中的方法，现在将结合图2来描述该方法。这样的方法有利地由在正进行的任一应用会话中没有参与的用户A的终端所实现。这例如是终端UE2。在E1中，终端UE2借助于如在IETF的RFC 3261中所定义的SIP注册(SIP Register)消息而在IMS中注册。在步骤E2中，它可以任选地预订用于通知与用户A的状况有关的事件的机制。
在E4中，终端UE2发送与用户A的存在状况有关的事件的通知，其包括指示想要成为正进行的应用会话的至少一类媒体流的传递目标的期望的信息项。将这个通知寻址到已经预先预订其的用户的终端。在这点上，需要作为正进行的会话的控制器的终端UE1已经履行这个条件。
根据本发明的第一实施例，这个预订/通知机制通过电信网络1的应用系统10的存在服务器SP 120来实现。这样的服务器被表现在图1中。然后，根据本发明，步骤E21在于：只要涉及终端UE2，就预订由根据本发明的存在服务器SP所实现的、用于通知与用户A相关联的公共身份的存在状况的机制。如果对于用户终端UE注册了这个用户的几个公共身份，则必须使用这个用户的默认身份，如在TS 24.229中所规定的那样。这个预订的过程被描述在RFC 3856中。
在E41中，终端UE2在存在服务器SP 120上公布指示所期望的在正进行的应用会话中参与的级别的信息项ICT，这将向已经预订终端UE2的存在状况的那些终端通知它。
根据本发明的第一实施例的变体，终端UE2根据在RFC 3680和文献draft-ietf-sipping-gruu-reg-event中描述的包注册(package reg)事件的机制，利用S-CSCF(服务呼叫会话控制功能)类型的实体100，在E21中预订用户A的公共身份的注册状况。这个机制允许它获得与用户A的公共身份相关联的、用户的其它已注册终端的GRUU URI身份。根据这个变体，步骤E21在于：只要涉及终端UE2，就通过指定它已经预先获得的它们的GRUU URI身份来预订用户A的其它终端的存在状况。
在E41中，终端UE2在存在服务器SP 120上公布信息项ICT，这将向已经预订在终端UE2上用户A的存在状况的那些终端通知它。
根据本发明的第二实施例，在注册步骤E1之后实现预订注册事件通知机制的步骤E22。这个机制允许用户A的终端UE2获得在网络中注册的并且与用户A的公共身份相关联的其它终端的GRUU URI身份。在步骤E3中，终端UE3接收并处理源自用户A的其它终端UE1、UE2的、用于预订与它的状况有关的事件的通知的请求。用户A的其它终端UE1和UE3使用终端UE2的GRUU URI来将它们的预订请求寻址到它。在E42中，终端UE2直接将包括信息项ICT的通知发送到已经在之前步骤中预订与它的存在状况有关的事件的终端。
在这个第二实施例中将要注意的是，本发明构思新类型事件的定义，其通知意欲通过预订/通知机制来执行。将可称作“UE状态”的这个新类型事件至少涉及指示终端UE3期望在正进行的应用会话中参与的级别的信息项ICT。这样的信息项例如可采取具有两个值的指示符的形式，以指示终端是否希望成为传递目标。可有利地用所期望的媒体流类型数目的指示来补充它。它还可以包括用于控制正进行的会话的期望的指示。
根据本发明的一个实施例，请求传递至少一类媒体流的方法被实现在用于参与到正进行的会话中的装置210中，现在将结合图3来描述该装置210。它包括通常在传统的计算机或者专用路由器中发现的硬件元件，即处理器211、RAM类型的随机存取存储器212、ROM类型的只读存储器213、和对于网络1的电信部件214。
根据本发明，装置210包括存储器215，其构成根据本发明的记录载体。这个载体存储根据本发明的计算机程序。这个程序包括指令，该指令用于执行根据本发明的、刚才已经结合图2所描述的传递请求方法的步骤。
按照有利的方式，根据本发明的用于在正进行的会话中参与的装置被实现在用户终端UE3、UE2、UE1中。
一旦已经在网络中通过请求终端UE3实行信息项ICT(该信息项ICT指示在正进行的会话中参与的期望)的通知，就根据本发明，通过用于处理指示要参与到正进行的会话中的期望的信息项的方法来处理它，现在将结合图4来描述该方法。这样的方法有利地由控制器终端UE1来实现。
假设终端UE1已经在F1中预订了诸如之前描述的那些事件通知机制之类的事件通知机制。在F2中，它接收事件通知。所述事件通知涉及在终端UE2上用户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、UE2、UE1中。
作为IMS架构中的示范实现，现在将结合图5和图6的流图示来更详细地描述根据本发明第一实施例的在用户A的终端UE1、UE2、用户B的终端UE1′、以及电信网络1之间交换的信令消息。
用户A具有终端UE1、UE2和UE3。
作为提醒，用户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 24.229中所规定的。这个预订允许向终端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：终端UE2预订用户的注册的状况(注册事件包)，如在[TS24.229]中所规定的。这个预订允许向终端UE2通知在网络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和24：存在服务器SP 120向终端UE2通知与终端UE1有关的存在信息的当前状况。终端UE2获悉UE1可用，并且获知它的所支持的媒体类型。
-消息26、27、28和28：在UE2的注册之后，S-CSCF 100向终端UE1和UE2通知与用户A的注册有关的信息的改变。因此，向终端UE1通知UE2现在被注册并且知道它的GRUU URI。
-消息29、30、31和32：终端UE1对于存在服务器SP 120预订通过UE1的GRUU URI标识的、与UE2上的用户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之间建立会话。
-消息54、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传递所述会话的交付(REFER)请求来决定将这个会话传递到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利用他的终端UE2来与另一用户(或者服务)C通信。这个通信使用单一媒体：音频。
用户A通过作用于他的终端UE3而将视频流从他的终端UE1传递到UE3。终端UE1保持通信的控制和音频流。
终端UE向网络的注册：
终端UE1、UE2和UE3中的每个终端注册到网络，预订用户的注册的状况(注册事件包)，并且将与它相关的存在信息分派到存在服务器，就如在之前示例中描述的那样。
预订其它终端的存在信息：
终端UE1、UE2和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向终端UE1和UE2通知这个改变，这是由于它们已经预先预订终端UE3的存在通知。然后，终端UE1和UE2获悉终端UE3期望将视频流传递到它，而没有通信的控制。这不要求终端UE2的任何动作，这是因为它不控制包括视频流的任何通信。另一方面，终端UE1控制包括视频流的通信。通过考虑终端UE3的新存在信息，并且通过将它与其它决定准则(诸如，用户的(在终端UE1中配置的)偏好和其它可能参数)组合，终端UE1决定发起视频流的传递，同时保持通信的控制。
-消息48、49：终端UE1向SCC AS 110分派交付请求，该交付请求用于请求它将它的通信的视频流传递到终端UE3，UE3用它的GRUU URI来标识。例如，仅需要传递视频流的指示可通过将参数添加到位于报头交付到(Refer-To)中的UE3的GRUU URI来完成。
-消息50和51：SCC AS 110接受交付请求。
-消息52、53：SCC AS 110分派去往终端UE3的GRUU URI的邀请请求。
-消息54、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利用他的终端UE2来与另一用户(或者服务)C通信。这个通信使用单一媒体：音频。
-用户A通过作用于UE3而将视频流从UE1传递到UE3。终端UE1保持通信的控制和音频流。
UE向网络的注册：
终端UE1、UE2和UE3中的每个终端注册到网络，预订用户的注册的状况(注册事件包)，如之前所描述的那样。另一方面，A的终端UE1、UE2和UE3不利用存在服务器SP 120来预订用户的存在状况。实际上，在这个解决方案中，不使用存在机制。
消息1、2、3和4：对于具有两种媒体流(音频和视频)的会话，用户A经由他的终端UE1来分派去往B的邀请请求。
消息5至16：SIP会话的建立按照标准的方式而继续。
17、18：利用音频流和视频流来在用户A(经由他的终端UE1)和用户B之间建立通信。
注意：这里假设UE1不向A的其它终端提供所建立的会话的特性。
UE-1预订其它终端的“US状态事件包”：
终端UE1预订关于用户A的其它两个终端UE2和UE3的状况的信息，所述终端通过它们的GRUU URI来标识，该GRUU URI是通过预订用户的注册的状况所获得的，如下文中描述的：
-消息19到22：终端UE1利用通过它的GRUU URI标识的终端UE2自己，来预订根据本发明的被称为“UE状态”的新类型事件。下文中呈现了由终端UE1向终端UE2分派的示范预订(SUBSCRIBE)消息。在这个示例中，终端UE1拥有GRUU URI身份″sip:userA_public1home1.net；gr＝urn:uuid:f82f4fa1-72fc-1131-e2f2-10eec91e6ffff:UE1″，并且终端UE2拥有GRUU URI身份″sip:userA_public1home1.net；gr＝urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6″。
Figure BDA0000111303140000211
将要注意的是，没有正进行的会话的终端不需要预订“UE状态”事件包。
-消息23到26：终端UE2向终端UE1通知“UE状态事件包”的信息的它的当前状况。这个信息不指示终端UE2希望成为媒体流传递的目标。下面是由UE2向UE1分派的通知(NOTIFY)消息的示例。
Figure BDA0000111303140000221
-消息27到30：终端UE1利用通过UE3的GRUU URI标识的终端UE3自己，来预订终端UE3的事件“UE状态事件包”。
-消息31到34：终端UE3向终端UE1通知“UE状态事件包”的信息的它的当前状况。这个信息不指示UE3希望成为传递的目标。
在UE2与C之间的通信的建立
在用户A的终端UE2与用户或服务C之间的具有单个媒体(音频)的新通信利用与结合图8和图9所描述的之前示例中相同的交换来建立。
终端UE2预订其它终端的“UE状态事件包”
这个过程类似于之前所描述的过程。
用户A经由他的终端UE3来请求从UE1向UE3传递视频流
在所考虑的情况中，终端UE3不具有关于正进行的会话的任何信息。
它通过包括如下信息来更新它的“UE状态”信息(该信息被存储在终端UE3本身中)：
-指出它希望成为传递目标的指示符；
-终端希望使之传递到它的媒体的类型，即仅仅“视频”；
-指示它不希望将会话的控制传递到它的指示符。
作为变体，终端UE3可事先预订其它终端UE1和UE2的“UE状态事件包”，并且已经获得在用户A的其它终端UE1和UE2上正进行的会话的标识符和特性。
在这个更新之后，UE3必须向已经对于它预订的终端通知“UE状态事件包”：
-消息52至55：终端UE3向终端UE2和UE1通知它的“UE状态”信息的改变，这是由于终端UE2和UE1已经预先预订UE3的“UE状态事件包”。UE1和UE2然后获悉终端UE3期望将视频流传递到它，而没有通信的控制。这不需要终端UE2的任何动作，这是因为UE2不控制包括视频流的任何通信。另一方面，UE1控制包括视频流的通信。通过考虑关于终端UE3的状况的新信息项，并且通过任选地组合它和其它决定准则，UE1决定发起视频流的传递，同时保持通信的控制。下面，呈现在通知消息(消息52和56)的主体中分派的示范信息项。
Figure BDA0000111303140000231
从UE1向UE3传递视频流：实现了与结合图8所描述的示例中相同的过程。

Claims (16)

1.一种用于处理指示要参与到至少一个应用会话中的期望的信息项的方法，所述至少一个应用会话是用于电信网络(1)的用户(A)的正进行的、根据SIP协议建立的应用会话，所述至少一个应用会话由所述用户的第一终端(UE1)所控制，其特征在于，由第一控制器终端实现的所述方法包括如下步骤：
-接收(F2)与所述用户有关的事件的通知，该通知包括指示所述用户的第二终端(UE2)期望的参与的级别的至少一个信息项；
-进行与期望的参与的级别有关的决定(F3)；以及
-在肯定决定的情况中，向电信网络分派(F4)与第二终端期望的所述参与的级别有关的参与命令。
2.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，所述信息项涉及要成为至少一类媒体流的传递目标的期望。
3.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，所述信息项涉及要取得所述正进行的至少一个应用会话的控制的期望。
4.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，在第一终端(UE1)利用电信网络的存在服务器(SP120)来先前地预订(F1)用于与用户的状况有关的事件的通知的机制之后，从所述存在服务器接收所述事件通知。
5.根据权利要求1的用于处理指示要参与到应用会话中的期望的信息项的方法，其特征在于，在利用第二终端来预订(F1)事件通知机制之后，从第二终端接收所述事件通知。
6.一种用于处理指示要参与到应用会话中的期望的信息项的装置(220)，该应用会话是用于电信网络的用户的正进行的、根据SIP协议建立的应用会话，所述至少一个会话由所述用户的第一终端所控制，其特征在于，能够由第一控制器终端实现的所述装置包括如下部件：
-接收与所述用户有关的事件的通知，该通知包括指示所述用户的第二终端期望的参与的级别的至少一个信息项；
-进行与期望的参与的级别有关的决定；以及
-在肯定决定的情况中，向电信网络分派与第二终端期望的所述参与的级别有关的参与命令。
7.一种参与到用于电信网络(1)的用户(A)的正进行的、根据SIP协议建立的至少一个应用会话中的方法，所述会话由所述用户的第一终端(UE1)所控制，其特征在于，由所述用户的第二终端(UE2)实现的所述方法包括发送与所述用户有关的事件的通知的步骤(E4)，所述通知包括指示第二终端期望的在所述至少一个应用会话中的参与的级别的至少一个信息项。
8.根据权利要求7的参与到正进行的至少一个应用会话中的方法，其特征在于，所述事件通知被公布在能够将它传送到已经预先预订该事件通知的用户的终端(UE1)的存在服务器上(SP 120)。
9.根据权利要求7的参与到正进行的至少一个应用会话中的方法，其特征在于，在先前地接收(E3)以下请求之后，将事件通知分派到所述第一终端，该请求用于预订第一终端(UE1)利用第二终端(UE2)来进行的用于与所述用户的状况有关的事件的通知的机制。
10.根据权利要求7的参与到正进行的至少一个应用会话中的方法，其特征在于，所述方法包括获得包括在所述用户与网络之间正进行的应用会话的标识符列表的信息的步骤(E2)，并且其特征在于，所述发送指示第二终端期望的参与的级别的信息项的步骤(E4)包括目标应用会话的标识符。
11.一种用于参与到用于电信网络(1)的用户(A)的正进行的、根据SIP协议建立的至少一个应用会话中的装置(210)，所述会话由所述用户的第一终端(UE1)所控制，其特征在于，能够由所述用户的第二终端(UE2)实现的所述装置包括用于发送事件通知的部件，该事件通知包括指示第二终端期望的在所述至少一个应用会话中的参与的级别的至少一个信息项。
12.一种电信网络的用户的终端(UE1、UE2、UE3)，该终端能够控制在用户(A)与所述电信网络(1)之间正进行的、根据SIP协议建立的至少一个应用会话，其特征在于，它包括根据权利要求6的用于处理指示要参与到至少一个应用会话中的期望的信息项的装置(220)、和根据权利要求11的用于参与到正进行的至少一个应用会话中的装置(210)。
13.一种在电信网络(1)中的存在服务器(SP 120)，包括：用于接收与用户有关的并且由在网络中注册的用户的第二终端公布的信息的部件、用于存储所述信息的部件、用于记录所述用户的至少一个第一终端的用于预订与所述用户有关的事件的通知的请求的部件、和用户的所述第一终端(UE1)的与所述用户有关的事件的通知的部件，其特征在于，所述信息包括指示第二终端(UE2)在至少一个应用会话中的期望的参与的级别的至少一个信息项，所述至少一个应用会话是在第一终端(UE1)与电信网络之间正进行的、根据SIP协议建立的应用会话。
14.一种承载事件通知消息的载波信号，所述事件与电信网络(1)的用户(A)的状况有关，所述用户拥有控制应用会话的第一控制器终端(UE1)，该应用会话是在用户与网络之间正进行的、根据SIP协议建立的应用会话，其特征在于，所述消息由所述用户的第二终端(UE2)所发送，并且包括指示第二终端期望的在正进行的所述至少一个应用会话中的参与的级别的信息项。
15.一种计算机程序产品，其能够从通信网络中下载和/或存储在能由计算机读取的载体上和/或能够由微处理器执行，其特征在于，该计算机程序产品包括程序代码指令，该程序代码指令用于执行根据权利要求1的用于处理要参与到正进行的至少一个应用会话中的期望的方法。
16.一种计算机程序产品，其能够从通信网络中下载和/或存储在能由计算机读取的载体上和/或能够由微处理器执行，其特征在于，该计算机程序产品包括程序代码指令，该程序代码指令用于执行根据权利要求7的参与到正进行的至少一个应用会话中的方法。
CN2010800224750A 2009-03-24 2010-03-22 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置 Pending CN102439941A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710028281.5A CN107104937B (zh) 2009-03-24 2010-03-22 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0951885 2009-03-24
FR0951885 2009-03-24
PCT/FR2010/050515 WO2010109125A1 (fr) 2009-03-24 2010-03-22 Procede et dispositif de traitement d'une information indicatrice d'un souhait d'implication dans au moins une session applicative d'un utilisateur

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201710028281.5A Division CN107104937B (zh) 2009-03-24 2010-03-22 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置

Publications (1)

Publication Number Publication Date
CN102439941A true CN102439941A (zh) 2012-05-02

Family

ID=41426164

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710028281.5A Active CN107104937B (zh) 2009-03-24 2010-03-22 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置
CN2010800224750A Pending CN102439941A (zh) 2009-03-24 2010-03-22 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201710028281.5A Active CN107104937B (zh) 2009-03-24 2010-03-22 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置

Country Status (4)

Country Link
US (2) US20120023245A1 (zh)
EP (1) EP2412141B1 (zh)
CN (2) CN107104937B (zh)
WO (1) WO2010109125A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9565615B2 (en) * 2012-05-16 2017-02-07 Qualcomm Incorporated Evolved hybrid internet protocol (IP) multimedia subsystem (IMS) architecture
US9824363B1 (en) * 2012-11-16 2017-11-21 Lu Wang Method and system for electronically engaging customers
JP2017142610A (ja) * 2016-02-09 2017-08-17 株式会社リコー サーバ装置、伝送システム及びプログラム
CN107332814B (zh) 2016-04-29 2021-01-01 华为技术有限公司 一种请求消息传输方法及装置
US10313413B2 (en) * 2017-08-28 2019-06-04 Banjo, Inc. Detecting events from ingested communication signals
US20190251138A1 (en) 2018-02-09 2019-08-15 Banjo, Inc. Detecting events from features derived from multiple ingested signals
US10581945B2 (en) 2017-08-28 2020-03-03 Banjo, Inc. Detecting an event from signal data
US10257058B1 (en) 2018-04-27 2019-04-09 Banjo, Inc. Ingesting streaming signals
US10324948B1 (en) 2018-04-27 2019-06-18 Banjo, Inc. Normalizing ingested signals
US11025693B2 (en) 2017-08-28 2021-06-01 Banjo, Inc. Event detection from signal data removing private information
US10585724B2 (en) 2018-04-13 2020-03-10 Banjo, Inc. Notifying entities of relevant events
US10313865B1 (en) 2018-04-27 2019-06-04 Banjo, Inc. Validating and supplementing emergency call information
US10324935B1 (en) 2018-02-09 2019-06-18 Banjo, Inc. Presenting event intelligence and trends tailored per geographic area granularity
US10261846B1 (en) 2018-02-09 2019-04-16 Banjo, Inc. Storing and verifying the integrity of event related data
US10970184B2 (en) 2018-02-09 2021-04-06 Banjo, Inc. Event detection removing private information
US10327116B1 (en) 2018-04-27 2019-06-18 Banjo, Inc. Deriving signal location from signal content
US10353934B1 (en) 2018-04-27 2019-07-16 Banjo, Inc. Detecting an event from signals in a listening area
US10904720B2 (en) 2018-04-27 2021-01-26 safeXai, Inc. Deriving signal location information and removing private information from it
US10582343B1 (en) 2019-07-29 2020-03-03 Banjo, Inc. Validating and supplementing emergency call information

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1330098A1 (en) * 2002-01-21 2003-07-23 BRITISH TELECOMMUNICATIONS public limited company Method and communication system for data web session transfer
CN101232413A (zh) * 2007-01-25 2008-07-30 华为技术有限公司 一种转移会话控制权的方法、系统和服务器
CN101316204A (zh) * 2007-05-28 2008-12-03 华为技术有限公司 会话移动方法和会话移动系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1370056B1 (en) * 2002-06-03 2006-07-26 Alcatel Telecommunication system with packet-switched-multimedia-session-to-circuit-switched-call transferral
ATE335377T1 (de) * 2003-01-16 2006-08-15 Sony Ericsson Mobile Comm Ab Weiterreichen einer videotelefoniesitzung mit verminderter qualität
WO2006072825A1 (en) * 2005-01-07 2006-07-13 Nortel Networks Limited Systems and methods for distributing content in wireless networks
JP4358239B2 (ja) * 2007-01-10 2009-11-04 株式会社東芝 コンテンツ提供システム、追跡システム、コンテンツ提供方法及び不正ユーザ特定方法
US8392580B2 (en) * 2008-02-20 2013-03-05 Research In Motion Limited Methods and systems for facilitating transfer of sessions between user devices
US8799495B2 (en) * 2008-12-17 2014-08-05 At&T Intellectual Property I, Lp Multiple devices multimedia control
EP2387855B1 (en) * 2009-01-12 2023-12-20 Cisco Technology, Inc. Transferring sessions in a communications network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1330098A1 (en) * 2002-01-21 2003-07-23 BRITISH TELECOMMUNICATIONS public limited company Method and communication system for data web session transfer
CN101232413A (zh) * 2007-01-25 2008-07-30 华为技术有限公司 一种转移会话控制权的方法、系统和服务器
CN101316204A (zh) * 2007-05-28 2008-12-03 华为技术有限公司 会话移动方法和会话移动系统

Also Published As

Publication number Publication date
EP2412141B1 (fr) 2020-11-11
CN107104937A (zh) 2017-08-29
US20170163692A1 (en) 2017-06-08
US10560489B2 (en) 2020-02-11
EP2412141A1 (fr) 2012-02-01
US20120023245A1 (en) 2012-01-26
CN107104937B (zh) 2022-07-01
WO2010109125A1 (fr) 2010-09-30

Similar Documents

Publication Publication Date Title
CN102439941A (zh) 用于处理指示要参与到至少一个用户应用会话中的期望的信息条的方法和装置
CN107070849B (zh) 用于使用sip协议来实现协作会话的控制转移的系统和方法
US8266203B2 (en) Method for obtaining device information of user terminals and communication service function entity
CN102497621B (zh) 开启ad-hoc无线即按即说会话的方法、用户设备和服务器
US20110040836A1 (en) System and method for implementing media and media control transfer between devices
US20100312832A1 (en) System and method for implementing media and media control transfer between devices
CN102047637B (zh) 用于预留带宽的方法和用户设备
US8054843B2 (en) Method for securing privacy in automatic answer mode of push-to service
EP1836869A1 (en) Method and system for establishing network-initiated poc group session
US7953123B2 (en) Method and system for controlling the establishment of communications channels for allowing transmission of multimedia information
US20100217698A1 (en) Charging method, network system, charging system, and application server
CN101601252B (zh) 用于在ims网络中通过一组服务器提供网络服务的方法和设备
EP2214376B1 (en) Management method, system and apparatus for specific apparatus in multimedia session
Sánchez-Esguevillas et al. IMS: The new generation of internet-protocol-based multimedia services
EP3704841A1 (en) Messaging resource function
CN102378355A (zh) 一种ims多媒体会议终端切换方法和装置
CN101083535B (zh) 群组业务中实现个性化服务的方法及其系统
US20170201605A1 (en) Method of dynamic selection, by a caller, from a plurality of terminals of a callee
CN102143280A (zh) 一种播放多媒体彩振的方法和多媒体彩振应用服务器
WO2008110218A1 (en) Versatile ringtone handling in ims
Kovacik et al. Liberalization of telecommunication services market–Sharing Multimedia Services in Interconnected IMS Domains
KR20080054081A (ko) 광대역 통합망에서의 응급 호출 제공 시스템 및 그 방법
WO2014203006A1 (en) Method, system and device for configuring user profiles in ims networks

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: France

Applicant after: Orange SA

Address before: France

Applicant before: France Telecom

COR Change of bibliographic data
CB02 Change of applicant information

Address after: France

Applicant after: Ao Lanzhi

Address before: France

Applicant before: Orange SA

COR Change of bibliographic data
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20161009

Address after: Luxemburg Luxemburg

Applicant after: 3G patent licensing Limited by Share Ltd

Address before: France

Applicant before: Ao Lanzhi

RJ01 Rejection of invention patent application after publication

Application publication date: 20120502

RJ01 Rejection of invention patent application after publication