CN105706410B - 用于交换服务能力的方法和用户设备 - Google Patents

用于交换服务能力的方法和用户设备 Download PDF

Info

Publication number
CN105706410B
CN105706410B CN201380080741.9A CN201380080741A CN105706410B CN 105706410 B CN105706410 B CN 105706410B CN 201380080741 A CN201380080741 A CN 201380080741A CN 105706410 B CN105706410 B CN 105706410B
Authority
CN
China
Prior art keywords
user
service
service ability
exchange
user equipment
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.)
Active
Application number
CN201380080741.9A
Other languages
English (en)
Other versions
CN105706410A (zh
Inventor
詹·里丁
易斯特·冈萨雷斯德兰戈瑞卡
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN105706410A publication Critical patent/CN105706410A/zh
Application granted granted Critical
Publication of CN105706410B publication Critical patent/CN105706410B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105—Multiple levels of security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/084—Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5006—Creating or negotiating SLA contracts, guarantees or penalties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H04L63/205—Network architectures or network communication protocols for network security for managing network security; network security policies in general involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Abstract

提供了一种在第一用户的第一用户设备中执行的用于与第二用户的第二用户设备通信的方法，第一用户设备能够应用要求用户之间的服务能力交换的服务，以使得所述两个用户能够经由所述服务进行通信，其中，第一用户未被授权访问与第二用户相关联的服务能力。所述方法包括：经由第一信令协议提供服务能力请求，以请求与这两个用户相关联的服务能力的交换；将由第一用户设备接收的对服务能力请求的响应识别为对服务能力请求的拒绝；经由不同于第一信令协议的第二信令协议将服务能力交换邀请提供给第二用户设备，以请求与这两个用户相关联的服务能力的交换；在服务能力交换邀请没有导致所请求的服务能力交换的情况下，将第二用户识别为不能经由所述用户设备和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力交换的情况下，将第二用户识别为现在能够经由第一用户设备和第二用户设备以及所述服务与第一用户进行通信的用户。

Description

用于交换服务能力的方法和用户设备
技术领域
本公开涉及在两个用户设备之间交换服务能力的方法，以及能够执行该方法的用户设备。
背景技术
随着订阅固定或无线网络访问的终端用户的可用服务的数量的增长，存在使这些服务不仅在已建立使用时还在服务初始引入时就容易可访问的更多需求。
富通信服务(RCS)是与在工业生态系统中部署跨运营商服务的全局程序相关的一组服务。GSM协会(GSMA)创建了RCS，其目的是提供由强大的生态系统支持的更丰富的通信服务和各种架构实现选项。
RCE和长期演进语音(VoL TE)共享相同的IP多媒体子系统(IMS)投入并运用相同的IMS能力。
对于消费者，RCS将语音和SMS与跨不同类型设备或用户设备(UE)和网络的即时消息或聊天、现场视频共享和文件传输组合，并提供以下主要特征，例如：提供服务能力和增强的联系人信息(如在场和服务发现)的增强型电话本；使能多种消息选项(包括聊天、表情符、位置共享和文件共享)的增强型消息发送；以及在语音呼叫、视频呼叫和视频共享期间启用多媒体内容共享的富呼叫(enriched call)。
RCS要求服务能力的交换在两个具有RCS能力的UE之间成功执行，即，在建立这两个UE之间的实际基于RCS的服务之前，一个UE评判它对另一UE可用的服务。
版本为2.0的RCS 5.1的第2.6.2部分描述了用于服务能力交换的两种可行机制，即，SIP OPTIONS和Presence。即使标准不要求服务能力交换过程提供任何授权或任何隐私管理框架，原则上，任何用户可以向任何UE或设备请求与注册到一个或多个UE或设备的另一用户相关联的能力。当例如使用Presence备选执行服务能力交换时，隐私框架对用户可用。版本为2.0的RCS 5.1的第2.6.1.3部分表明，当用户已经建立了社交存在关系(socialPresence relationship)时，可以请求服务能力，并且经由Presence订阅获取服务能力，但是只有本授权规则允许这样做。
此外，如今，过顶(OTT)服务(例如，FacebookTM，Google hangoutsTM或SkypeTM)的用户被提供有控制哪些用户可以看到他们的服务能力的选项，因此，在这种情况下，用户必须在能够交换这些服务能力之前首先建立社交关系。能够理解，期望RCS用户可能也想在RCS中找到对应的功能，即，具有控制他们的服务可视性的能力。
以下可以参考图1中示出的简化信令方案来描述涉及经由各自UE进行通信的两个用户的典型场景。
注册并能够经由UE(这里称为第一UE 110a)进行通信的第一用户是RCS用户，即，第一用户正订阅RCS且正使用启用RCS的UE。现在，第一用户想要经由IMS网络(这里用IMS核心100表示)和第二UE 110b与第二用户通信。
第二用户非常在意他的隐私。因此，他决定将他想要授权以经由RCS服务联系他的用户的数量限制到他的家人和有限数量的RCS订阅好友。这种授权程序表明，第一用户只想要与有限列表的RCS用户共享关联服务能力相关信息，而可能尝试发起与第一用户的RCS服务的其余RCS用户将不会成功。此外，后一类用户甚至将不能知道第一用户是否是RCS用户。因此，第二用户连接到IMS核心100并通过相应地规定他的授权规则(如图1的步骤1∶1所示)来配置他的隐私设置。这样的规定不包括上面提到的第一用户。
即使第一用户是第二用户的非常好的好友，他也不在第二用户在步骤1∶1或在任何之前的授权规定步骤中授权的好友之中。为什么第二用户不可以在授权的RCS用户之中有很多原因。例如，我们假设第一用户只是最近获得了具有RCS能力或启用RCS的UE以及第二用户尚不知道的RCS订阅，即，第二用户不知道第一用户是潜在的RCS对方。
当第一用户检查他的导入联系人并想要发现他的联系人中谁是RCS用户并且由此提供RCS的使用时，他发起服务能力交换请求，请求执行服务能力交换，如另一步骤1∶2所示。通常，通过使用如上所述的公知的OPTIONS或Presence机制来执行这样的请求。在本场景中，IMS核心100确定，由于第一用户没有被授权访问所请求的服务能力，因此这种请求将导致来自IMS核心100的对第一用户的响应，从而拒绝该请求，而不是暴露对第二用户没有找到的第一用户指示的与第二用户相关联的能力，由此，第一用户没有被授权访问与第二用户相关联的服务能力，如最终步骤1∶3所示。更具体地，第一用户的地址簿通常将把第二用户视作不具有RCS能力的传统用户，即使在这种情况下第二用户事实上是甚至可能非常想要与第一用户经由这种服务进行通信的启用RCS的用户。可以在2013年9月25日的版本为3.0的RCS 5.1高级通信服务和客户端规范的章节2.6中找到关于该处理的更多信息。
所描述的缺陷也可以是用于新用户发现的障碍，并且会造成这种类型以及相似类型的服务的引入和推广使用的延缓。
发明内容
本文档的目的在于解决或者至少减轻上述问题中的至少一些问题。
根据第一方面，提出了一种在第一用户的第一UE中执行的用于与第二用户的第二UE进行通信的方法，其中，第一UE能够应用要求用户之间的服务能力交换的服务以使得这两个用户能够经由所述服务进行通信，并且其中，第一用户未被授权访问与第二用户相关联的服务能力。所述方法包括：提供服务能力请求，以请求与这两个用户相关联的服务能力的交换，其中，经由第一信令协议提供所述服务能力请求；将由第一UE接收的对服务能力请求的响应识别为对服务能力请求的拒绝；经由不同于第一信令协议的第二信令协议将服务能力交换邀请提供给第二UE，其中，所述邀请请求与这两个用户相关联的服务能力的交换；在服务能力交换邀请没有导致所请求的服务能力交换的情况下，将第二用户识别为不能经由这两个UE和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力交换的情况下，将第二用户识别为现在能够经由这两个UE和所述服务与第一用户进行通信的用户。
通过应用上述提出的方法，未被授权访问另一用户的服务能力的用户将能够请求与这两个用户相关联的服务能力的交换。
一旦完成了服务能力交换过程，第一UE将能够至少部分地基于交换的服务能力，在能够发起与第二UE通信时执行服务执行之前要求服务能力交换的服务。
为了使得第一UE能够相应地与第二UE通信，从不受与所述服务相关的第二用户的任何授权规则影响的信令协议中选择不同于第一信令协议的信令协议。这种信令协议可以是例如：短消息服务(SMS)、会话发起协议上的短消息服务(SMS over SIP)或多媒体消息服务(MMS)。
通常，服务能力交换邀请包括与所述服务相关的文本消息。因而，在服务能力交换邀请中提供的消息可以例如被配置为使得关于特定服务或服务类型的其他信息在所述邀请中被提供。
根据一个实施例，所述服务是富通信服务(RCS)。在这种情况下，通常，服务能力交换邀请可以包括文本，并且可选地，还包括与其他RCS相关信息的链接，从而也在当前不是RCS用户的用户之中促进RCS的使用。
根据一个实施例，服务能力交换邀请是在将对服务能力交换请求的响应识别为对请求的拒绝时自动产生的消息，即，不需要来自用户的任何交互，而根据另一实施例，服务能力交换邀请是针对第一用户的用户同意且在将对服务能力交换请求的响应识别为对请求的拒绝时产生的消息。
根据第二方面，提出了一种可在第二用户的第二UE中执行的相应方法，其中，第二UE能够与第一用户的第一UE进行通信，且应用要求与用户相关联的服务能力交换的服务以使得这两个用户能够经由所述服务进行通信，并且其中，第一用户未被授权访问与第二用户相关联的服务能力。所述方法包括：从第一UE接收服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换，其中，经由与之前在请求与这两个用户相关联的服务能力的交换不成功时由第一UE应用的第一信令协议不同的第二信令协议接收所述邀请；在第二UE能够将服务能力交换邀请解译为针对交换服务能力的请求的情况下，向第二用户呈现服务能力交换邀请，使得第二用户被提供允许第二用户接受或拒绝所请求的服务能力交换的选项，或者在第二UE不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
一旦已经在两个UE之间执行了服务能力交换，第二UE将能够在与第一UE通信时执行所建议的服务，其中，至少部分地基于交换的服务能力来进行服务执行。
与执行请求的服务能力交换相关联地，所述方法还包括：更新第二用户的授权规则，使得第一用户被允许访问与第二用户相关联的服务能力；在第二用户接受了服务能力交换邀请的情况下，发起所请求的服务能力交换，或者在第二用户拒绝所述请求的情况下或在第二UE不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，终止与第一UE的通信并拒绝所请求的服务能力交换。
根据第三方面，提出了一种能够与第二UE进行通信且应用要求用户之间的服务能力交换的服务以使得所述用户能够经由所述服务进行通信的第一UE。所述第一UE包括处理器和存储器，其中，存储器包括当被处理器执行时使第一UE进行以下操作的指令：经由第一信令协议提供服务能力请求，其中，所述请求在作为第一UE的用户的第一用户没有被授权访问与作为第二UE的用户的第二用户相关联的服务能力的情况下请求与这两个UE的用户相关联的服务能力的交换；将由第一UE接收的对服务能力请求的响应识别为对服务能力请求的拒绝；经由不同于第一信令协议的第二信令协议将服务能力交换邀请提供给第二UE，其中，第一UE请求与这两个用户相关联的服务能力的交换；在服务能力交换邀请没有导致所请求的服务能力交换的情况下，将第二用户识别为不能经由所述UE和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力交换的情况下，将第二用户识别为现在能够经由所述UE与第一用户进行通信的用户。
第一UE的存储器还可以包括当被处理器执行时使第一UE存储与第二用户相关联的交换的服务能力的指令。另外，存储器还可以包括当被处理器执行时使第一UE至少部分地基于交换的服务能力执行所述服务的指令。
如以上已经提到的，从不受与所述服务相关的第二用户的任何授权规则影响的信令协议选择不同于第一信令协议的信令协议，其中，所述信令协议可以是例如：短消息服务(SMS)、会话发起协议上的短消息服务(SMS over SIP)或多媒体消息服务(MMS)。
通常，存储器还包括当被处理器执行时使第一UE进行以下操作的指令：提供具有与所述服务相关的文本消息的服务能力交换邀请，使得除了指示服务能力交换之外，所述邀请还可以具有促进或通知特定服务或服务组的附加目的。
根据一个实施例，存储器还包括当被处理器执行时使第一UE进行以下操作的指令：在将对服务能力交换请求的响应识别为对请求的拒绝时自动产生服务能力交换邀请，而根据另一实施例，存储器包括当被处理器执行时使第一UE进行以下操作的指令：在用户同意且在将对服务能力交换请求的响应识别为对请求的拒绝时产生服务能力交换邀请。
根据第四方面，提供了一种用于提供第一UE与第二UE之间的通信且使得第一UE能够应用要求用户之间的服务能力交换的服务以使得这些用户能够经由所述服务进行通信的第一计算机程序，其中，所述计算机程序包括代码装置，当所述代码装置运行于第一UE的计算机上时使计算机进行以下操作：经由第一信令协议提供服务能力请求，其中，所述请求被配置为在作为第一UE的用户的第一用户没有被授权访问与作为第二UE的用户的第二用户相关联的服务能力时请求与这两个UE的用户相关联的服务能力的交换；将由第一UE接收的对服务能力请求的响应识别为对服务能力请求的拒绝；将服务能力交换邀请提供给第二UE，其中，所述邀请请求与这两个用户相关联的服务能力的交换，其中，经由不同于第一信令协议的信令协议提供所述邀请；在服务能力交换邀请没有导致所请求的服务能力交换的情况下，将第二用户识别为不能经由这两个UE和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力交换的情况下，将第二用户识别为现在能够经由这两个UE和所述服务与第一用户进行通信的用户。
根据第五方面，还提供了一种第一计算机程序产品，包括计算机可读代码装置和如上所述的计算机程序，其中，所述计算机程序存储在计算机可读装置上。
根据第六方面，提出了一种能够与第一UE(诸如上述的第一UE)进行通信且应用要求与用户相关联的服务能力交换的服务以使得这些用户能够经由所述服务进行通信的第二UE。所述第二UE包括处理器和存储器，其中，存储器包括当被处理器执行时使第二UE进行以下操作的指令：经由与之前在请求与这两个UE的用户相关联的服务能力的交换不成功时且在作为第一UE的用户的第一用户没有被授权访问与作为第二UE的用户的第二用户相关联的服务能力时由第一UE应用的第一信令协议不同的第二信令协议，从第一UE接收服务能力交换邀请，其中，所述邀请被配置为用于请求与这两个用户相关联的服务能力的交换的邀请；在第二UE能够将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现允许第二用户接受或拒绝所请求的服务能力交换的选项，或者在第二UE不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
存储器还包括当被处理器执行时使第二UE至少部分地基于与第二用户相关联的交换的服务能力执行所述服务的指令。
另外，存储器包括当被处理器执行时使第二UE进行以下操作的指令：更新第二用户的授权规则，使得第一用户被允许访问与第二用户相关联的服务能力；在第二UE的用户接受了服务能力交换邀请的情况下，发起所请求的服务能力交换，或者在第二UE不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，拒绝所请求的服务能力交换。
根据第七方面，提出了一种用于提供第一UE与第二UE之间的通信的第二计算机程序，其中，第二UE能够应用要求与用户相关联的服务能力交换的服务以使得这些用户能够经由所述服务进行通信。所述计算机程序包括代码装置，当所述代码装置运行于第二UE的计算机上时使计算机进行以下操作：接收服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换，其中，经由与之前在请求与这两个UE的用户相关联的服务能力的交换不成功时且在作为第一UE的用户的第一用户没有被授权访问与作为第二UE的用户的第二用户相关联的服务能力时由第一UE应用的第一信令协议不同的第二信令协议，从第一UE接收所述邀请；在第二UE能够将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现允许第二用户接受或拒绝所请求的服务能力交换的选项，或者在第二UE不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
根据第八方面，提出了一种能够与第二UE进行通信且应用要求用户之间的服务能力交换的服务以使得这些用户能够经由所述服务进行通信的第一UE，所述第一UE包括：第一请求模块，用于当作为第一UE的用户的第一用户没有被授权访问与作为第二UE的用户的第二用户相关联的服务能力时，经由第一信令协议将服务能力请求提供给第二UE，以请求与这两个UE的用户相关联的服务能力的交换；第一识别模块，用于将从第二UE接收的对服务能力请求的响应识别为对服务能力请求的拒绝；第二请求模块，用于经由不同于第一信令协议的信令协议提供服务能力交换邀请，其中，所述邀请被配置为请求与这两个用户相关联的服务能力的交换；第二识别模块，用于在服务能力交换邀请没有导致所请求的服务能力交换的情况下，将第二用户识别为不能经由所述UE和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力交换的情况下，将第二用户识别为现在能够经由这两个UE和所述服务与第一用户进行通信的用户。
根据第九方面，提出了一种能够与第一UE(诸如上述的第一UE)进行通信且应用要求与用户相关联的服务能力交换的服务以使得这些用户能够经由所述服务进行通信的第二UE。所述第二UE包括：第二接收模块，用于经由与之前在向第二UE的第一接收模块请求与所述UE相关联的服务能力的交换不成功时由第一UE应用的第一信令协议不同的第二信令协议，从第一UE接收服务能力交换邀请，其中，所述邀请是在作为第一UE的用户的第一用户没有被授权访问与作为第二UE的用户的第二用户相关联的服务能力时请求与这两个用户相关联的服务能力的交换的邀请；以及呈现模块，用于在第二UE能够将服务能力交换邀请解译为针对交换服务能力的请求的情况下，向第二UE的用户呈现服务能力交换邀请，使得第二用户被提供接受或拒绝所请求的服务能力交换的选项，或者在第二UE不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
附图说明
现在将结合附图更详细地描述实施例，在附图中：
图1是示出了根据现有技术的当服务能力交换的请求失败时的场景的信令方案。
图2是示出了根据一个实施例的在第一场景中如何执行服务能力交换的信令方案。
图3是示出了根据图2所示的实施例的在第二场景中如何执行服务能力交换的信令方案。
图4是示出了根据图2所示的实施例的在第三场景中如何执行服务能力交换的信令方案。
图5是示出了根据第一实施例的如何发起服务能力交换过程以及在发起了这种处理的UE如何执行服务能力交换过程的流程图。
图6是示出了根据第一实施例的在响应这种处理请求的UE如何执行服务能力交换过程的另一流程图。
图7是示出了根据一个实施例的第一UE的框图。
图8示出了根据一个实施例的第一UE的配置。
图9是示出了根据一个实施例的第二UE的框图。
图10示出了根据一个实施例的第二UE的配置。
具体实施方式
简要描述，本文档解决了以下任何机制的非存在性问题：自动允许特定服务(例如，RCS相关的服务)或要求两个所涉及UE之间的服务能力交换的任何其他服务的用户A发现另一用户B的服务能力，并且由此当该另一用户B正在朝用户A应用严格的隐私策略时，为这两个UE之间的这种服务的后续使用做准备。
更具体地，本文档涉及用于执行涉及两个UE的服务能力交换过程的方法，从而在成功的服务能力交换过程之后，在响应用户最初没有授权另一用户被允许访问所请求的服务能力的情况下，这两个UE也将能够经由与交换的服务能力相关联的服务进行通信。还提出了用于执行所提出的方法的UE。作为前提，假设经由具有隐私框架的网络执行所提出的方法，其中，所述隐私框架提供服务能力交换，使得仅授权用户被允许访问另一用户的服务能力信息。如此的隐私框架及其操作对本领域技术人员来说是公知的，因此，将不在本公开中进一步详细地进行论述。
即使所给出的示例明确地提到RCS服务，也应当理解的是，本文中所描述的方法和UE不限于仅可应用于这种具体类型的服务，而是所提出的方法和UE可应用于在经由相关服务建立UE之间的通信之前要求在所涉及UE之间交换服务能力的任何类型的服务。
更具体地，现在将在以下参照图2描述如上提出的机制。图1、图2、图3和图4的相似之处在于IMS核心100，IMS核心100将被解释为包括任何类型的IMS核心心网络基础架构，能够提供在开始执行服务之前要求服务能力交换的至少一种服务，因此，IMS核心还能够执行这种服务能力交换。关于如何在IMS核心中执行这种过程的细节对本领域技术人员来说是公知的，因此，本公开将省略关于这些方面的进一步细节。虽然所给出的示例涉及IMS核心，然而，应当理解的是，所描述的机制适用于能够访问任何类型的核心网络的UE，其中，要求服务能力的相应交换以允许各个UE经由特定服务彼此通信，并且可以执行这种交换。
如图2所示，根据第一步骤2∶1，第二用户通过经由第二UE 210b连接到IMS核心100来开始规定他的授权规则。该步骤以及以下将描述的图3和图4的相对应的第一步骤包括：授权至少一个其他用户访问第二用户的服务能力，但是不授权第一UE 210a的用户访问相同的服务能力。
在可以在步骤2∶1之后的任何时间执行的下一步骤2∶2中，即，在针对所请求的服务能力缺乏第二用户对第一用户的授权的情况下，第一用户通过将请求提供给IMS核心100(即，IMS核心100正在代表第二用户处理这种请求)来发起与第二用户的服务能力交换尝试。还可以将交换描述为请求与两个用户相关联的服务能力的交换。从下文中，这种交换将被解释为第一用户注册到的一个或多个UE的服务能力对第二用户可用，反之亦然。
可以通过多种不同方式触发服务能力的交换。可以应用第一次注册以获得针对特定用户的每个联系人的IMS标识的服务能力的默认集合以及当前注册状态。可选地，可以在每当新联系人被添加到用户时发起服务能力交换。还可以定期地发起触发，从而定期地请求其服务能力对用户不可用的用户的所有联系人。根据另一替代方式，可以在修改联系人主要MSISDN时或者在添加新MSISDN时触发交换。还可以在例如通过询问地址簿和呼叫记录检查诸如RCS的一个或多个服务的可用性时发起交换的触发。更具体地，根据配置和/或当前情况，如步骤2∶2和以下步骤以及在下面参照图3或图4中的任何一个描述的相应场景中所描述的方法可以被执行一次，或者针对与各个场景相关的每个联系人而被重复。
由于第一用户没有被授权访问所请求的服务能力，因此步骤2∶2的请求将导致来自IMS核心100的对第二用户没有找到的作为地址簿联系人的第一UE的响应，如下一步骤2∶3所示。通常所述响应作为在第一UE 201a的显示器上可视地显示给第一用户的消息被呈现给第一用户。可选地，以所应用的用户界面允许的另一种方式向第一用户呈现所述响应。
通常，根据图1的相应步骤1∶1至1∶3执行步骤2∶1至2∶3，因此，这里不对步骤2∶1至2∶3进行进一步详细地描述。
然而，替代在该阶段终止处理，响应于来自IMS核心100的负指示，如以上参照图1描述的相应场景中的情况，第一UE 210a通过发起新消息类型而继续，下文中将此称为服务能力交换邀请。可选地，这种消息类型可以被称为第二服务能力交换请求或服务发现邀请。在这里自动产生并在另一步骤2∶4发送到第二UE 210b的所提出的新消息作为以下消息由第一UE 210a提供给第二UE 210b，其中，所述消息在特定情况下可以被第二UE 210b识别和解释为将被考虑的服务能力交换请求，即使第一UE 210a的用户尚未被授权访问在步骤2∶2请求的服务能力。更具体地，第二UE可以是被配置为如此解释和呈现所提到的邀请并相应地执行以下将进一步详细描述的步骤的UE，所述步骤允许成功地完成所请求的服务能力交换。在UE没有被配置为将这种邀请解释为服务能力交换的请求(即，UE是在本文档中没有具体适用的任何类型的传统UE)的情况下，UE将仍然能够呈现如在邀请中插入和发送的任何信息。在后一种情况下，将不执行服务能力交换，但是所呈现的信息可以包括关于第二UE的用户的信息，其中，以一种方式或其他方式，第二UE可以向该用户通知一个或多个特定服务，甚至可以促进之后成功的服务能力交换，并且因此还在之后使用特定服务或服务组，这取决于可在第一UE和第二UE之间进行操作的这种服务能力交换。
因此，在步骤2∶4发送的邀请触发了在第二UE 210b处内容的呈现，其中，所呈现的内容在前一种情况下是已经在第二UE 210b预先定义的内容，或者在后一种情况下是包含在第二UE 210b处的邀请中的内容。这通过应用用于服务能力交换邀请的信令协议来实现，其中，所述信令协议不同于用于以不受应用了请求和邀请的第二用户的任何授权规则影响的方式发送服务能力交换请求的协议。
短消息服务(SMS)是一种可用于这种目的的信令协议，而多媒体消息服务(MMS)是另一种可用协议，其可用于将所提出的邀请转发到第二用户，而不管第二用户是否已授权第一用户访问其服务能力。IP上SMS可以备选地应用于邀请的传送。可以分别在以下项中获得关于任何所提出的信令协议的使用的更多信息：3GPP TS23.040“Technicalrealization of the Short Message Service(SMS)(短消息服务(SMS)的技术实现)”，3GPP TS 23.140“Multimedia Messaging Service(MMS)；Functional description(多媒体消息服务(MMS)；功能描述)”，或者3GPP TS 24.341“Support of SMS over IP networks(IP网络上的SMS的支持)”，具体参见部分5.3.1至5.3.2。
通过使用适当的信令协议，即使从尚未被授权访问请求方的服务能力的用户接收到消息，根据情况，第二用户也将被提供有其可以解释、呈现和处理的消息或者被提供有其仅可以呈现的消息。
利用图2中的最终步骤2∶5示出了这种呈现。更具体地，步骤2∶5可以导致消息被呈现给第二用户，例如，经由第二UE 210b的显示器呈现给第二用户，从而在SMS的情况下或作为MMS的一部分的情况下呈现人类可以感知的消息，诸如文本消息。
在本场景中，假设第二用户不是所请求的服务的用户，并且由此，不能执行所请求的服务能力交换，从而所描述的过程在该阶段终止，但是即使第二用户不能通过选择经由第二UE继续与第一UE进行通信而继续，第二UE可仍然能够例如通过被呈现有可选择的选项来至少获得关于与所请求的服务能力相关的服务的信息，其中，所述可选择的选项可以例如经由如上所述提供的链接被访问。在这种情况下，不是发起服务能力的交换，而是所提出的机制可以用于针对目前非服务启用(non-service enabled)的UE也促进特定服务的附加目的。
在使用SMS或MMS的情况下分别在第二UE上被呈现为正常SMS或正常MMS的针对邀请的这种消息可以例如被叙述为：
“第一用户正在邀请你使用通信服务A。通过示例的方式，在所提出的方法被应用于RCS服务的情况下，通信服务A可以例如是JoynTM。请转到所附链接以找到关于该服务的更多信息：http：/communication_service_A.bestprovider.com”
通常由运营商确定并预先定义在邀请中提供并在第二UE呈现的消息，因此，根据最初发起产生并发送邀请的触发的类型，可以将不同的预先定义的消息自动附于邀请。
现在将参照图3描述另一场景，其中，步骤3∶1至3∶5分别与步骤2∶1至2∶5相对应，但是作为替代，第二UE被配置为相应地解释邀请的内容。更具体地，在用户使用的UE上运行的相关客户端被配置为解释邀请的内容。在本场景中，第二用户可以例如是RCS用户，其中，在UE上运行的RCS代理将邀请识别为用于服务能力交换的请求。在步骤3∶5，向第二用户呈现第二UE产生的消息，而不是在邀请中发送的消息，从而提示第二用户通过经由第二UE210b的用户接口(例如，第二UE 210b的键盘或触摸屏)接受或拒绝服务能力交换来响应所呈现的邀请。图3中的步骤3∶6指示了这种输入的处理。在本场景中，消息可以例如被呈现为：“你想要接受第一用户作为你的联系好友之一吗？”。通过接受这种请求，用户还接受所请求的服务能力交换将发生。
如上所述，用于接受或拒绝在所提到的邀请中提供的所请求的服务能力请求的选项通常可以作为用于在其社区中接受或拒绝第一请求用户的请求而呈现给第二用户，并且解释这种请求的能力以及呈现给响应用户的消息的内容将取决于在第二UE上当前激活的服务，即，取决于当前在第二UE上运行的服务代理。
在该情况下，邀请被第二用户拒绝，并且由此，该过程在该阶段终止，再次，没有发生任何服务能力交换。
现在将参照图4描述另一场景，其中，步骤4∶1至4∶5分别与步骤2∶1至2∶5以及3∶1至3∶5相对应，即，也在这种情况下，接收的邀请触发了与在图3的步骤3∶5中产生和呈现的消息类似的消息的产生和呈现。然而，在本场景中，第二用户接受了产生和呈现的邀请，这导致响应产生并被提供给第一UE 210a，如步骤4∶6所示。在另一步骤4∶7中，由第二用户更新第二用户的相关授权规则，使得第一用户现在被授权访问所请求的第二用户的服务能力，并且在另一步骤4∶8中，由第一用户更新第一用户的相应授权规则，使得第二用户现在被授权访问第一用户的相应服务能力，即，如果参考上面提到的示例，则第一用户现在被接受作为第二用户的JoynTM好友。在接受之后，如步骤4∶9所示，在第二UE 210b发起第二UE210b与第一UE 210a之间的服务能力交换过程，并且相应地，如最终步骤4∶10所示，在这两个UE之间执行并完成后续的服务能力交换过程。
这里应当理解的是，即使按照图4中的特定顺序给出了步骤4∶7和4∶8，但是可以按照另一顺序备选地执行这两个步骤，只要步骤4∶7在步骤4∶2之后并且在步骤4∶10执行之前被执行，即，在已经发起了导致对第一UE的否定响应的服务能力交换的初始请求之后并且在这两个UE之间交换服务能力之前。对于步骤4∶8，该步骤需要在步骤4∶10开始之前被执行，否则步骤4∶10将失败。在典型场景中，步骤4∶8可以与发起步骤4∶2相关联地执行。
现在将参照图5进一步详细地描述在如上所述能够请求与第二UE的第二用户相关联的服务能力的UE(以上称为第一UE)中执行的方法。
如以上已经提到的，在执行所请求的服务能力交换之前，第一用户可以授权请求的用户(即，第二用户)在任何时间访问它的服务能力。在图5中，这通过第一步骤来完成，相关地确定将服务能力交换请求提供给第二UE，分别如步骤5∶1和5∶2所示。在另一步骤5∶3中，在第一UE处识别对服务能力交换请求的响应，并且在条件步骤5∶4中示出了两个备选选项。
如果在步骤5∶3接收的响应不是对请求的拒绝，则以传统方式在第一UE上继续任何其他进行中的处理(未示出)。然而，如果响应指示拒绝，则所提出的方法通过产生服务能力交换邀请并且通过将这种邀请提供给第二UE而继续，如步骤5∶5所示。通常，在第一UE自动产生这种请求，但是可选地，在该阶段可以利用选项提示用户在此停止该过程，或者如图5所示继续，即，通过进行选择以触发将服务能力交换邀请提供给第二UE。如步骤5∶6所示，这种第二消息的发送可以导致没有对邀请的响应从第二UE接收，即，邀请不导致任何服务能力交换，并且所描述的方法终止，结果，第一用户在将来也不能够经由需要服务能力交换的任何服务进行通信，如步骤5∶11所示。
然而，如果服务能力交换邀请的发送导致了服务能力交换过程，即，第一UE正在经历由第二UE发起的服务能力交换过程，则响应于将服务能力交换邀请提供给第二UE，第二UE的用户因而被识别为特定服务或服务组的潜在用户，如后续步骤5∶7所示，同时通过另一步骤5∶8示出了所执行的服务能力交换。通常，这种能力交换过程通过第一UE存储获得的服务能力(如步骤5∶9所示)并且通过执行现在由于获得了所需服务能力而能够进行的关联服务(如最终步骤5∶10所示)而继续。通过响应于识别出对服务能力请求的拒绝而自动地应用服务能力交换邀请，在不需要与发起这种请求的用户进行任何进一步交互的情况下，更大量的这种类型的请求将能够到达响应方，而不导致过早终止，如以上参照图1所述。如以上已经提到的，根据配置和情况，所描述的方法可以被触发以请求与一个特定用户或用户组相关联的服务能力，其中，在后一种情况下，可以针对识别的多个用户中的每个用户，或者甚至针对在第一用户的地址簿中注册的所有用户，重复如图5所述的处理。
现在将参照图6进一步详细地描述在能够如上所述接收邀请的用户的UE(本文中称为第二UE)上可执行的相应方法。
如图6所示，从第一UE提供给第二UE的导致拒绝的第一服务能力请求(如步骤6∶1至6∶3所示)通过处理接收到的服务能力交换邀请而继续，以下将对此进行进一步描述。所提出的方法通过第二UE接收服务能力交换邀请而继续，所述服务能力交换邀请不同于如以上已经提到的服务能力请求。用步骤6∶4指示这种邀请的接收，并且如另一步骤6∶5所示，确定第二UE是否能够将接收到的邀请解释为对服务能力交换的请求。在当前运行于或执行于第二UE上的代理或服务不能够将接收到的邀请解释为对服务能力交换的请求的情况下，将把邀请的内容呈现给第二用户，如步骤6∶6所示。如以上已经提到的，这种消息可以包括与一个或多个服务相关的其他信息或链接。因此，如果第二UE能够接收和解释用于邀请的消息格式，则在任何情况下，第二UE将能够把与请求相关联的一些信息呈现给第二UE的用户，而在第二UE仅可以接收和识别传统的服务能力请求的情况下，如果发送请求的发端用户还没有被授权访问第二用户的服务能力，则无论怎样，都没有信息被呈现给用户。
如以上已经提到的，指示可由第一用户访问的特定服务的消息或者以任何其他方式表示特定服务或服务组的消息可以例如作为文本消息被呈现给第二UE的用户。可能地，文本消息可以包括关于服务的其他信息，并且可能地还包括到这种其他信息的链接。备选地，消息可以被提供作为音频消息(在所使用的消息格式提供了这种选项的情况下)或者作为文本和音频的组合。如以上已经提到的，所使用的邀请的条件是，经由除了用于之前发送的服务能力请求的协议之外的信令协议发送邀请，使得邀请将能够也在如本文中描述的情况下到达预定接收方。
反之，在运行于或执行于第二UE上的代理或服务能够将邀请解释为服务能力交换请求的情况下，所述方法继续步骤6∶7和6∶8，其中，邀请被第二UE解释为对服务能力交换的请求，并因此触发了将拒绝或接受邀请的选项呈现给第二用户。在前一种情况下，所述方法终止，而在后一种情况下，通过更新授权规则而继续该过程，使得第一用户被允许访问第二用户的相关服务能力，如步骤6∶9所示。在第二用户接受了邀请之后的另一步骤6∶10中，由第二UE发起与第一UE的服务能力交换。将该步骤指示为在第二用户接受了邀请之后无条件地且自动地执行的步骤。
一旦执行且成功完成了服务能力交换，使得第一用户和第二用户现在能够访问与其他各方各自的UE相关联的服务能力，则如步骤6∶11所示，通常还由第二UE存储与第一用户相关联的交换的服务能力，并且如步骤6∶12所示，现在可以执行需要执行服务能力交换的任何服务。
应当理解的是，所提出的用于允许尚未被响应用户授权的请求用户请求服务能力的特征实际上可以不被响应用户需要，因此，可以提供启用或禁用该特征的选项，其中，在禁用所提出的特征的情况下，将忽略由第二UE接收到的邀请，即，甚至不呈现给第二用户，由此，在这种情况下，UE将根据以上参照图1描述的现有技术实施例进行操作。
现在将参照图7更加详细地描述能够执行以上参照图5描述的方法的UE(本文中称为第一UE)。
图7的第一UE 700包括一个或多个处理器(这里由处理器710表示)以及存储器720，存储器720存储指令730或程序代码，其中，指令730或程序代码在被处理器710执行时使第一UE 700执行以上参照图5描述的方法。处理器710可以是单个CPU(中央处理单元)，或者可选地可以包括两个或更多个处理单元。例如，处理器710可以包括一个或多个通用微处理器、指令集处理器和/或有关芯片集和/或专用微处理器，例如，至少一个ASIC(专用集成电路)、数字信号处理器(DSP)或通用计算机。第一UE 700还包括发送器(TX)740和接收器(RX)750，以允许第一UE 700经由配置了两个UE的通信协议与其他UE(这里由第二UE 900表示)进行通信。
更具体地，第一UE 700能够交换与第一UE的第一用户和第二UE的第二用户相关联的服务能力，第一UE还能够应用在这两个用户能够经由所提到的服务进行通信之前需要经由这两个UE在用户之间交换服务能力的服务。存储器720包括当被处理器710执行时使第一UE700进行以下操作的指令：经由第一信令协议提供服务能力请求，其中，服务能力请求在第一用户没有被授权访问与第二用户相关联的服务能力的情况下请求与这两个UE的用户相关联的服务能力的交换；将由第一UE 700接收的对服务能力请求的响应识别为对服务能力请求的拒绝；经由第二信令协议(其是不同于第一信令协议的协议)将服务能力交换邀请发送到第二UE 900，其中，服务能力交换邀请请求与这两个用户相关联的服务能力的交换；在服务能力交换邀请没有导致所请求的服务能力交换的情况下，将第二用户识别为不能经由所述UE和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力交换的情况下，将第二用户识别为现在能够经由这两个UE和所提到的服务与第一用户进行通信的用户。
存储器720通常还包括永久存储器770，其例如可以是磁存储器、光存储器、固态存储器或能够存储数据的甚至远程安装存储器中的任意单独一个或组合。
存储器720还可以包括当被处理器710执行时使第一UE 700存储与第二用户相关联的交换的服务能力的指令。指令还可以使第一UE 700在任何用户发起了服务的情况下至少部分基于交换的服务能力执行提到的服务，也包括第二UE 900。
第一UE 700的指令可以被配置为使得第二UE 700可以应用除了第一信令协议之外的信令协议，其中，所应用的信令协议是不受与提到的服务相关的第二用户的任何授权规则影响的信令协议，即，即使第一用户没有被第二用户授权访问服务能力，所提出的协议也可以用于到达第二UE。指令还可以被配置为使得第一UE 700能够提供所提出的具有文本消息的新的服务能力交换邀请，其中，这种文本通常将取决于运营商，从而其例如可以包括与所提到的服务相关的信息。更具体地，通过能够可行地与链接到进一步信息的链接一起附着适当文本消息，不能将邀请解释为服务能力请求的UE也将能够至少将与请求相关的一些信息提供给第二用户。
指令还可以被配置为使得第一UE 700在将对服务能力交换请求的响应识别为对请求的拒绝时或者在所提出的邀请的使用可以手动选择的情况下，自动产生服务能力交换邀请，从而在将对服务能力交换请求的响应识别为对请求的拒绝时并且在识别出用户同意应用邀请时产生邀请。通常，通过在第一UE 700的用户界面上显示接受或拒绝使用邀请的选项，来请求这种用户同意。
以上提出的指令可以被提供作为包括计算机可读代码单元的计算机程序，其中，计算机程序可以被提供作为计算机可读代码单元，或者计算机可读代码单元形成计算机程序产品的一部分。在图7中，计算机程序产品760包括存储装置，所述存储装置可以由处理器710访问且能够如计算机进行操作。这种计算机程序产品760可以被布置为例如非易失性存储器的形式，例如，电可擦除可编程只读存储器(EEPROM)、闪存、随机存取存储器(RAM)或盘驱动。在后一种情况下，通常，将指令730布置于盘而非存储器上，或者布置于能够承载计算机可读指令730的任何其他装置上。
备选地，指令还可以允许第一用户在邀请被发送到第二UE时启动定时器，从而当在没有接收到任何请求的服务能力的情况下逝去了预定定时器间隔时，例如通过向第二用户显示没有接收到服务能力的消息来终止该过程。
根据备选实施例，将第一UE 700描述为包括能够彼此交互的多个模块，以使图5的方法能够被执行。在图8中示出了一种这样的配置或布置，图8描述了可以被设置为软件模块的多个交互装置或模块810至840，其中，布置800可以构成如以上参照图7描述的指令730或其一部分的图示。备选地，装置或模块810至840可以被布置为例如可编程逻辑器件(PLD)或能够提供所提出的功能的任何其他类型的硬件配置。在后一种情况下，布置800可以构成如以上参照图7描述的处理器710或其一部分的图示。还应当理解的是，装置或模块810至840可以被配置为能够彼此交互的硬件实施模块和软件实施模块的组合，如本文中所述。
更具体地，图8的布置800公开了：第一请求模块810，用于经由第一信令协议提供服务能力请求，与图5的步骤5∶2相对应；第一识别模块820，用于识别对服务能力请求的响应，与图5中的步骤5∶3和5∶4相对应；第二请求模块830，用于经由不同于第一信令协议的信令协议提供服务能力交换邀请，与图5中的步骤5∶5相对应；以及第二识别模块840，用于根据第二UE是否能够将邀请解释为对服务能力的请求，并且在能够这样做的情况下，根据邀请是否导致了服务能力交换，将第二用户识别为能够经由所述UE和服务与第一用户进行通信或者不能经由所述UE和服务与第一用户进行通信的用户，分别与图5的步骤5∶7和5∶8或5∶11相对应。在所提出的邀请的使用是可选的情况下，例如，第一识别模块820可以被配置为经由用户界面(未示出)提示第一用户，其中，所述用户界面具有是否应当提供邀请的询问。
第二请求模块830还可以被配置为使得运营商或任何被授权确定应当在邀请中携带何种信息的其他方可以经由任何适当用户界面(未示出)编辑这种文本以及任何链接和相关联的信息，如果需要的话。备选地，第二请求模块还包括定时器功能，如以上参照图7所述进行操作。
现在将参照图9更加详细地描述能够与UE(诸如以上参照图7和图8描述的第一UE)进行通信并执行以上参照图6描述的方法的另一UE(本文中称为第二UE)。应当理解的是，如以上参照图7和图8描述的第一UE和如以下参照图9和图10描述的第二UE可以是任何类型的静态或移动UE，诸如个人计算机(PC)、机顶盒(STB)、笔记本电脑、蜂窝电话(典型地智能电话)或者能够如本文中所述相互作用的任何其他类型的UE。
图9的第二UE 900包括一个或多个处理器(这里由处理器910表示)以及存储器920，存储器920存储指令930或程序代码，其中，指令930或程序代码在被处理器910执行时使第二UE 900执行以上参照图6描述的方法。处理器910可以是单个CPU(中央处理单元)，或者可选地可以包括两个或更多个处理单元。例如，处理器910可以包括一个或多个通用微处理器、指令集处理器和/或有关芯片集和/或专用微处理器，例如，至少一个ASIC(专用集成电路)、数字信号处理器(DSP)或通用计算机。第二UE 900还包括发送器(TX)940和接收器(RX)950，以允许第二UE 900经由配置了两个UE的通信协议与其他UE(这里由如以上参照图7描述的第一UE 700表示)进行通信。
存储器920通常还包括永久存储器970，其例如可以是磁存储器、光存储器、固态存储器或能够存储数据的甚至远程安装存储器中的任意单独一个或组合。
更具体地，第二UE 900能够与第一UE进行通信并且应用需要交换与用户相关联的服务能力的服务，以使得用户能够经由所提到的服务进行通信。存储器920包括当被处理器910执行时使第二UE 900进行以下操作的指令930：当作为第一UE 700的用户的第一用户没有被授权访问与作为第二UE 900的用户的第二用户相关联的服务能力时，经由不同于第一信令协议的第二信令协议接收服务能力交换邀请，以请求与这两个UE的用户相关联的服务能力的交换，其中，从第一UE接收所述请求，其中，当请求与这两个用户相关联的服务能力的交换不成功时，第一UE 700已经在之前应用了第一信令协议；在第二UE 900能够将服务能力交换邀请解译为这种请求的情况下，呈现允许第二用户接受或拒绝所请求的服务能力交换的选项，或者在第二UE 900不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
存储器920还可以包括当被处理器910执行时使第二UE 900存储与第一UE 700交换的服务能力的指令，以及使第二UE 900在由任何用户(包括两个用户)发起了服务的情况下至少部分基于交换的服务能力执行所提到的服务的指令，还包括第二UE 900。
另外，指令可以被配置为使第二UE 900进行以下操作：更新第二用户的授权规则，使得第一用户被允许访问与第二用户相关联的服务能力；在第二UE 900的用户接受了服务能力交换邀请的情况下，发起所请求的服务能力交换，或者在第二UE 900不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，拒绝所请求的服务能力交换。
以上提出的指令可以被提供作为包括计算机可读代码单元的计算机程序，其中，计算机可读代码单元可以被提供作为或形成计算机程序产品的一部分。在图9中，计算机程序产品960包括存储装置，所述存储装置可以由处理器910访问。这种计算机程序产品970可以被布置为例如可由处理器910访问的能够如计算机进行操作的非易失性存储器的形式，例如，电可擦除可编程只读存储器(EEPROM)、闪存、随机存取存储器(RAM)或盘驱动。在后一种情况下，通常，将指令930布置于盘而非存储器上，或者布置于能够承载计算机可读指令的任何其他装置上。
根据备选实施例，可以将第二UE 900描述为包括能够彼此交互的多个装置或模块。在图10中示出了一种这样的配置，图10描述了可以被设置为软件模块的多个交互装置或模块，其中，布置1000可以构成如以上参照图9描述的指令930或其一部分。备选地，所述模块可以被布置为例如可编程逻辑器件(PLD)或任何其他类型的硬件配置。在后一种情况下，布置1000可以构成如以上参照图9描述的处理器910或其一部分。还应当理解的是，可以将模块配置为硬件实施模块和软件实施模块的组合。
更具体地，图10的布置1000包括：第二接收模块1020，用于当作为第一UE 700的用户的第一用户没有被授权访问与作为第二UE 900的用户的第二用户相关联的服务能力时，经由与之前由第一UE 700在向第二UE 900的第一接收模块1010请求与UE 700、900相关联的服务能力的交换不成功时所应用的第一信令协议不同的第二信令协议，从第一UE 700接收服务能力交换邀请，其中，所述服务能力交换邀请请求与这两个用户相关联的服务能力的交换；以及呈现模块1030，用于在第二UE能够将服务能力交换邀请解译为针对交换服务能力的请求的情况下，向第二用户呈现服务能力交换邀请，使得第二用户被提供接受或拒绝所请求的服务能力交换的选项，或者在第二UE 900不能将服务能力交换邀请解译为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。通常，由呈现模块1030经由第二UE 900的用户界面(未示出)提供以上提及的选项的呈现。在第二UE 900不能将邀请解释为服务能力交换请求的情况下，第二UE 900的传统消息处理和呈现功能将能够呈现包含在邀请中的消息。
应当理解，在本公开内对交互单元的选择以及单元的命名仅用于示例目的，并且可通过多个备选方式来配置适合于执行上述任何方法的节点，从而能够执行所公开的处理动作。
应当注意，图8和图10仅仅在逻辑意义上示例说明了在各个UE中实施的各种功能模块。然而，实践中的功能可以使用任何合适的软件和硬件模块、装置或电路来实现。因此，所提出的实施例一般不限于所示的UE的结构。
虽然已经根据若干实施例对实施例进行了描述，但是在阅读说明书并研究附图之后，预期其备选、修改、置换和等同替代将变得显而易见。因此，意在下面所附的权利要求包括落在实施例的范围内并由未决权利要求限定的这种备选、修改、置换或等同替代。

Claims (31)

1.一种在第一用户的第一用户设备中执行的用于与第二用户的第二用户设备通信的方法，所述第一用户设备能够应用要求用户之间的服务能力交换的服务，以使这两个用户能够经由所述服务进行通信，其中，第一用户未被授权访问与第二用户相关联的服务能力，所述方法包括：
-在任何服务已在这两个用户之间应用之前，经由第一信令协议，向所述第二用户设备提供(5∶2)服务能力请求，以请求与这两个用户相关联的服务能力的交换；
-将由所述第一用户设备从所述第二用户设备接收的对服务能力请求的响应识别(5∶3，5∶4)为对服务能力请求的拒绝；
-响应于接收到的拒绝，经由不同于第一信令协议的第二信令协议，向所述第二用户设备提供(5∶5)与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换；
-在服务能力交换邀请没有导致所请求的服务能力的交换的情况下，将第二用户识别(5∶6，5∶11)为不能经由这两个用户设备和所述服务与第一用户进行通信的用户，或者
-在服务能力交换邀请导致了所请求的服务能力的交换的情况下，将第二用户识别(5∶6，5∶7)为现在能够经由这两个用户设备和所述服务与第一用户进行通信的用户。
2.根据权利要求1所述的方法，还包括以下步骤：至少部分地基于交换的服务能力，在与第二用户设备通信时执行(5∶10)所述服务。
3.根据权利要求1或2所述的方法，其中，不同于第一信令协议的信令协议是不受与所述服务相关的第二用户的任何授权规则影响的信令协议。
4.根据权利要求3所述的方法，其中，不同于第一信令协议的信令协议是支持以下任一项的信令协议：短消息服务(SMS)、会话发起协议上的短消息服务(SMS over SIP)或多媒体消息服务(MMS)。
5.根据权利要求4所述的方法，其中，服务能力交换邀请包括与所述服务相关的文本消息。
6.根据权利要求1或2所述的方法，其中，所述服务是富通信服务(RCS)。
7.根据权利要求1或2所述的方法，其中，服务能力交换邀请是在将对服务能力交换请求的响应识别为对请求的拒绝时自动生成的消息。
8.根据权利要求1或2所述的方法，其中，服务能力交换邀请是针对第一用户的用户同意且将对服务能力交换请求的响应识别为对请求的拒绝时生成的消息。
9.一种在第二用户的第二用户设备中执行的用于与第一用户的第一用户设备通信的方法，所述第二用户设备能够应用要求与用户相关联的服务能力交换的服务，以使得这两个用户能够经由所述服务进行通信，其中，第一用户未被授权访问与第二用户相关联的服务能力，所述方法包括：
-经由与之前在经由服务能力请求来请求与这两个用户相关联的服务能力的交换不成功时由第一用户设备应用的第一信令协议不同的第二信令协议，从第一用户设备接收(6∶4)与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换，所述服务能力请求是在任何服务已在这两个用户之间应用之前接收到的；
-在第二用户设备能够将服务能力交换邀请解释为针对交换服务能力的请求的情况下，向第二用户呈现(6∶7)所述服务能力交换邀请，使得第二用户被提供有允许第二用户接受或拒绝(6∶8)所请求的服务能力交换的选项，或者
-在第二用户设备不能将服务能力交换邀请解释为针对交换服务能力的请求的情况下，呈现(6∶6)包含在服务能力交换邀请中的消息。
10.根据权利要求9所述的方法，还包括以下步骤：至少部分地基于交换的服务能力，在与第一用户设备通信时执行(6∶12)所述服务。
11.根据权利要求9或10所述的方法，还包括以下步骤：
-在第二用户接受服务能力交换邀请的情况下，更新(6∶9)第二用户的授权规则，使得第一用户被允许访问与第二用户相关联的服务能力，并发起(6∶10)所请求的服务能力交换，或者
-在第二用户拒绝所述请求的情况下或者在第二用户设备不能将服务能力交换邀请解释为针对交换服务能力的请求的情况下，终止与第一用户设备的通信，并拒绝所请求的服务能力交换。
12.根据权利要求10所述的方法，其中，第二信令协议是不受与所述服务相关的第二用户的任何授权规则影响的信令协议。
13.根据权利要求12所述的方法，其中，第二信令协议是支持以下任一项的信令协议：短消息服务(SMS)、会话发起协议上的短消息服务(SMS over SIP)或多媒体消息服务(MMS)。
14.根据权利要求9或10所述的方法，其中，服务能力交换邀请包括与所述服务相关的文本消息。
15.根据权利要求9或10所述的方法，其中，所述服务是富通信服务(RCS)。
16.一种能够与第二用户设备(900)进行通信且应用要求用户之间的服务能力交换的服务以使所述用户能够经由所述服务进行通信的第一用户设备(700)，包括：处理器(710)；和存储器(720)，所述存储器(720)包括当被处理器(710)执行时使第一用户设备(700)进行以下操作的指令：
-在任何服务已在这两个用户之间应用之前，经由第一信令协议向所述第二用户设备提供服务能力请求，以请求与这两个用户设备(700、900)的用户相关联的服务能力的交换；
-将由第一用户设备(700)从所述第二用户设备(900)接收的对服务能力请求的响应识别为对服务能力请求的拒绝；
-响应于接收到的拒绝，经由不同于第一信令协议的第二信令协议，向第二用户设备(900)提供与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换；
-在服务能力交换邀请没有导致所请求的服务能力的交换的情况下，将第二用户识别为不能经由这两个用户设备(700、900)和所述服务与第一用户进行通信的用户，或者
-在服务能力交换邀请导致了所请求的服务能力的交换时，将第二用户识别为现在能够经由这两个用户设备(700、900)与第一用户进行通信的用户。
17.根据权利要求16所述的第一用户设备(700)，其中，所述存储器(720)还包括当被处理器(710)执行时使第一用户设备(700)存储与第二用户相关联的所交换的服务能力的指令。
18.根据权利要求16或17所述的第一用户设备(700)，其中，所述存储器(720)还包括当被处理器(710)执行时使第一用户设备(700)至少部分地基于所交换的服务能力执行所述服务的指令。
19.根据权利要求16或17所述的第一用户设备(700)，其中，不同于第一信令协议的信令协议是不受与所述服务相关的第二用户的任何授权规则影响的信令协议。
20.根据权利要求19所述的第一用户设备(700)，其中，不同于第一信令协议的信令协议是支持以下任一项的信令协议：短消息服务(SMS)、会话发起协议上的短消息服务(SMSover SIP)或多媒体消息服务(MMS)。
21.根据权利要求16或17所述的第一用户设备(700)，其中，所述存储器(720)还包括当被处理器(710)执行时使第一用户设备(700)提供具有与所述服务相关的文本消息的服务能力交换邀请的指令。
22.根据权利要求16或17所述的第一用户设备(700)，其中，所述存储器(720)还包括当被处理器(710)执行时使第一用户设备(700)进行以下操作的指令：在将对服务能力交换请求的响应识别为对请求的拒绝时，自动产生服务能力交换邀请。
23.根据权利要求16或17所述的第一用户设备(700)，其中，所述存储器(720)还包括当被处理器(710)执行时使第一用户设备(700)进行以下操作的指令：针对用户同意且在将对服务能力交换请求的响应识别为对请求的拒绝时，产生服务能力交换邀请。
24.一种计算机可读介质，在其上存储有用于提供第一用户设备与第二用户设备之间的通信并且使第一用户设备能够应用要求用户之间的服务能力交换的服务以使得所述用户能够经由所述服务进行通信的第一计算机程序，所述第一计算机程序当运行于第一用户设备的计算机上时使计算机进行以下操作：
-在任何服务已在这两个用户之间应用之前，经由第一信令协议向所述第二用户设备提供服务能力请求，以请求与这两个用户设备的用户相关联的服务能力的交换；
-将第一用户设备从所述第二用户设备接收的对服务能力请求的响应识别为对服务能力请求的拒绝；
-响应于接收到的拒绝，经由不同于第一信令协议的信令协议，向第二用户设备提供与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换；
-在服务能力交换邀请没有导致所请求的服务能力的交换的情况下，将第二用户识别为不能经由这两个用户设备和所述服务与第一用户进行通信的用户，或者
-在服务能力交换邀请导致了所请求的服务能力的交换的情况下，将第二用户识别为现在能够经由这两个用户设备和所述服务与第一用户进行通信的用户。
25.一种能够与第一用户设备(700)进行通信且应用要求用户之间的服务能力交换的服务以使得所述用户能够经由所述服务进行通信的第二用户设备(900)，所述第二用户设备(900)包括：处理器(910)；和存储器(920)，所述存储器(920)包括当被处理器(910)执行时使第二用户设备(900)进行以下操作的指令：
-经由与之前在经由服务能力请求来请求与这两个用户设备(700、900)的用户相关联的服务能力的交换不成功时由第一用户设备(700)应用的第一信令协议不同的第二信令协议，从第一用户设备(700)接收与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换，所述服务能力请求是在任何服务已在这两个用户之间应用之前接收到的；
-在第二用户设备(900)能够将服务能力交换邀请解释为针对交换服务能力的请求的情况下，呈现允许第二用户接受或拒绝所请求的服务能力交换的选项，或者
-在第二用户设备(900)不能将服务能力交换邀请解释为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
26.根据权利要求25所述的第二用户设备(900)，其中，所述存储器(920)还包括当被处理器(910)执行时使第二用户设备(900)存储与第一用户相关联的服务能力的指令。
27.根据权利要求25或26所述的第二用户设备(900)，其中，所述存储器(920)还包括当被处理器(910)执行时使第二用户设备(900)至少部分地基于与第二用户相关联的所交换的服务能力执行所述服务的指令。
28.根据权利要求25或26所述的第二用户设备(900)，其中，所述存储器(920)还包括当被处理器(910)执行时使第二用户设备(900)进行以下操作的指令：
-在第二用户设备的用户接受服务能力交换邀请的情况下，更新第二用户的授权规则，使得第一用户被允许访问与第二用户相关联的服务能力，并发起所请求的服务能力交换，或者
-在第二用户拒绝所述请求的情况下或者在第二用户设备不能将服务能力交换邀请解释为针对交换服务能力的请求的情况下，拒绝所请求的服务能力交换。
29.一种计算机可读介质，在其上存储有用于提供第一用户设备与第二用户设备之间的通信的第二计算机程序，其中，第二用户设备能够应用要求与用户相关联的服务能力交换的服务，以使所述用户能够经由所述服务进行通信，所述第二计算机程序当运行于第二用户设备的计算机上时使计算机进行以下操作：
-经由与之前在经由服务能力请求来请求与所述用户设备的用户相关联的服务能力的交换不成功时由第一用户设备应用的第一信令协议不同的第二信令协议，从第一用户设备接收与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换，所述服务能力请求是在任何服务已在这两个用户之间应用之前接收到的；
-在第二用户设备能够将服务能力交换邀请解释为针对交换服务能力的请求的情况下，呈现允许第二用户接受或拒绝所请求的服务能力交换的选项，或者
-在第二用户设备不能将服务能力交换邀请解释为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
30.一种能够与第二用户设备(900)进行通信且应用要求用户之间的服务能力交换的服务以使得所述用户能够经由所述服务进行通信的第一用户设备(700)，包括：
-第一请求模块(810)，用于在任何服务已在这两个用户之间应用之前，经由第一信令协议向第二用户设备(900)提供服务能力请求，以请求与这两个用户设备(700、900)的用户相关联的服务能力的交换；
-第一识别模块(820)，用于将从第二用户设备(900)接收的对服务能力请求的响应识别为对服务能力请求的拒绝；
-第二请求模块(830)，用于响应于接收到的拒绝，经由不同于第一信令协议的第二信令协议，向所述第二用户设备(900)提供与所述服务能力请求不同的服务能力交换邀请，以请求与这两个用户相关联的服务能力的交换；
-第二识别模块(840)，用于在服务能力交换邀请没有导致所请求的服务能力的交换的情况下，将第二用户识别为不能经由这两个用户设备(700、900)和所述服务与第一用户进行通信的用户，或者在服务能力交换邀请导致了所请求的服务能力的交换时，将第二用户识别为现在能够经由这两个用户设备(700、900)和所述服务与第一用户进行通信的用户。
31.一种能够与第一用户设备(700)进行通信且应用要求与用户相关联的服务能力交换的服务以使所述用户能够经由所述服务进行通信的第二用户设备(900)，包括：
-第二接收模块(1020)，用于经由与之前经由服务能力请求来在向第二用户设备(900)的第一接收模块(1010)请求与所述用户设备(700、900)的用户相关联的服务能力的交换不成功时由第一用户设备(700)所应用的第一信令协议不同的第二信令协议，从第一用户设备(700)接收与所述服务能力请求不同的服务能力交换邀请，以请求与所述用户相关联的服务能力的交换，所述服务能力请求是在任何服务已在这两个用户之间应用之前接收到的，以及
-呈现模块(1030)，用于在第二用户设备(900)能够将服务能力交换邀请解释为针对交换服务能力的请求的情况下，向第二用户设备(900)的用户呈现服务能力交换邀请，使得该用户被提供有接受或拒绝所请求的服务能力交换的选项，或者
-在第二用户设备(900)不能将服务能力交换邀请解释为针对交换服务能力的请求的情况下，呈现包含在服务能力交换邀请中的消息。
CN201380080741.9A 2013-11-06 2013-11-06 用于交换服务能力的方法和用户设备 Active CN105706410B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2013/051297 WO2015069154A1 (en) 2013-11-06 2013-11-06 Methods and user equipments for exchanging service capabilities

Publications (2)

Publication Number Publication Date
CN105706410A CN105706410A (zh) 2016-06-22
CN105706410B true CN105706410B (zh) 2019-03-22

Family

ID=53041811

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380080741.9A Active CN105706410B (zh) 2013-11-06 2013-11-06 用于交换服务能力的方法和用户设备

Country Status (5)

Country Link
US (2) US10693912B2 (zh)
EP (2) EP3066811B1 (zh)
CN (1) CN105706410B (zh)
RU (1) RU2642393C2 (zh)
WO (1) WO2015069154A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2975865A1 (en) * 2014-07-18 2016-01-20 Alcatel Lucent Method and server for performing capability discovery
CN108076454B (zh) * 2016-11-14 2020-12-22 中移（杭州）信息技术有限公司 一种信息处理方法、装置及系统
US10206096B2 (en) 2017-03-15 2019-02-12 At&T Intellectual Property I, L.P. Device querying of service entitlement status
RU2677851C2 (ru) * 2018-04-10 2019-01-22 Общество С Ограниченной Ответственностью "Сайфокс Диджитал" Способ уведомления об отмененном вызове
US10264413B1 (en) * 2018-05-01 2019-04-16 Verizon Patent And Licensing Inc. Integrated rich communications services (RCS) messaging
CN113132812B (zh) * 2019-12-30 2023-04-07 中国移动通信集团辽宁有限公司 一种基于volte网络的视频通话方法和系统
US20220377532A1 (en) * 2020-02-12 2022-11-24 Apple Inc. Methods and apparatus for support of reduced capability devices in wireless communication

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006068545A1 (en) * 2004-12-21 2006-06-29 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangement for providing information on multimedia options
EP2645672A1 (en) * 2012-03-30 2013-10-02 Vodafone IP Licensing Limited Method for discovering capabilities of offline users

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3170492B2 (ja) * 1999-03-30 2001-05-28 松下電送システム株式会社 画像通信装置及びサーバ装置並びに能力登録方法
US20070226240A1 (en) * 2000-01-19 2007-09-27 Sony Ericsson Mobile Communications Ab Technique for providing data objects prior to call establishment
US20060021065A1 (en) 2002-10-22 2006-01-26 Kamperman Franciscus Lucas A J Method and device for authorizing content operations
WO2004072764A2 (en) * 2003-02-13 2004-08-26 Nokia Corporation Method for signaling client rate capacity in multimedia streaming
US8848690B2 (en) * 2003-12-30 2014-09-30 Telefonaktiebolaget L M Ericsson (Publ) Method and communication system for automatically discovering the multimedia service capability
US7466810B1 (en) * 2004-12-20 2008-12-16 Neltura Technology, Inc. Distributed system for sharing of communication service resources between devices and users
JP4754551B2 (ja) * 2005-02-02 2011-08-24 パナソニック株式会社 通信端末および通信サービス決定方法
CN100484141C (zh) * 2005-03-28 2009-04-29 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
US20070156909A1 (en) * 2005-12-29 2007-07-05 Osborn William R Proxy for extending IMS services to mobile terminals with SMS capabilities
CN101433036B (zh) * 2006-04-26 2013-09-11 三星电子株式会社 在因特网协议多媒体子系统网络中转发用户设备的性能信息的方法和系统
US8307065B2 (en) 2006-08-22 2012-11-06 Centurylink Intellectual Property Llc System and method for remotely controlling network operators
KR101430442B1 (ko) * 2007-01-08 2014-08-14 엘지전자 주식회사 네트워크 기반의 능력 관리를 통한 세션 업데이트 방법 및단말
US20080317010A1 (en) * 2007-06-22 2008-12-25 Aylus Networks, Inc. System and method for signaling optimization in ims services by using a service delivery platform
FI120994B (fi) 2007-07-17 2010-05-31 Teliasonera Ab Menetelmiä informaation vaihtamiseksi
US7729366B2 (en) * 2007-10-03 2010-06-01 General Instrument Corporation Method, apparatus and system for network mobility of a mobile communication device
US8712439B2 (en) * 2008-01-11 2014-04-29 Qualcomm Incorporated Method and apparatus for using service capability information for user plane location
FR2928802A1 (fr) * 2008-03-17 2009-09-18 France Telecom Partage de contenu multi supports a partir d'une communication audio-video
US9367489B1 (en) * 2008-06-03 2016-06-14 Sprint Communications Company L.P. Adjusting the size of a media presentation received by a mobile device
US8763086B2 (en) * 2008-08-29 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) Service sharing among IMS users
US20100099389A1 (en) * 2008-10-22 2010-04-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods, Presence Server, User Equipment (UE), and Presence Message for User Identity Update
DK2205020T3 (en) * 2008-12-31 2018-01-02 Telia Co Ab Capacity service in a communication system
CN102804730A (zh) * 2009-05-04 2012-11-28 捷讯研究有限公司 用于实现设备之间的媒体和媒体转移的系统和方法
CA2760901C (en) * 2009-05-04 2021-01-26 Research In Motion Limited System and method for implementing a transfer of control of a collaborative session using sip protocol
US20110022580A1 (en) * 2009-07-21 2011-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Exchange of service capabilities in communication networks
US20110019650A1 (en) * 2009-07-21 2011-01-27 Sabine Van Niekerk Methods and apparatus for optimization of device capability exchange in a network
DK2375693T3 (en) * 2010-03-22 2018-01-08 Telia Co Ab Provision of a presence service in a communication system
US9413836B2 (en) * 2010-04-08 2016-08-09 At&T Intellectual Property I, L.P. Communication routing based on presence in a confined wireless environment
US8509105B2 (en) * 2010-06-23 2013-08-13 Nokia Corporation Method and apparatus for device-to-device network coordination
US20120266217A1 (en) 2011-04-15 2012-10-18 Skype Limited Permitting Access To A Network
US20130031216A1 (en) 2011-07-29 2013-01-31 Myxer, Inc. Systems and methods for generation of customized media playlists
US9106671B2 (en) * 2011-08-23 2015-08-11 Telefonaktiebolaget L M Ericsson (Publ) Capability discovery optimization
FR2981818A1 (fr) * 2011-10-21 2013-04-26 France Telecom Procede d'echange d'informations relatives a des services de communication enrichie
EP2663048B1 (en) * 2012-05-11 2015-07-08 Telefonaktiebolaget L M Ericsson (publ) Method and user terminal for supporting provision of capabilities
US10028204B2 (en) * 2012-08-24 2018-07-17 Blackberry Limited Supporting device-to-device communication in a rich communication service context
US9521032B1 (en) * 2013-03-14 2016-12-13 Amazon Technologies, Inc. Server for authentication, authorization, and accounting

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006068545A1 (en) * 2004-12-21 2006-06-29 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangement for providing information on multimedia options
EP2645672A1 (en) * 2012-03-30 2013-10-02 Vodafone IP Licensing Limited Method for discovering capabilities of offline users

Also Published As

Publication number Publication date
EP3579520B1 (en) 2021-09-22
US10693912B2 (en) 2020-06-23
US20160285915A1 (en) 2016-09-29
RU2016122055A (ru) 2017-12-11
US20200389501A1 (en) 2020-12-10
CN105706410A (zh) 2016-06-22
EP3066811A4 (en) 2016-11-16
WO2015069154A1 (en) 2015-05-14
EP3066811B1 (en) 2019-02-27
US11457045B2 (en) 2022-09-27
EP3579520A1 (en) 2019-12-11
RU2642393C2 (ru) 2018-01-24
EP3066811A1 (en) 2016-09-14

Similar Documents

Publication Publication Date Title
CN105706410B (zh) 用于交换服务能力的方法和用户设备
AU2018208684B2 (en) User controlled call management
US10225706B2 (en) Telecommunication service employing an electronic information repository storing social network user information, developer information, and mobile network operator information
CN102215238B (zh) 融合视频会议业务处理方法与系统、主持人终端
RU2509434C2 (ru) Способ для переноса сеанса связи в телекоммуникационной сети первого соединения во второе соединение
CN101682616A (zh) 使用多个设备的网络多媒体通信
WO2007090235A1 (en) A system for conducting multi-media communication sessions
CN105307144B (zh) 一种注册方法、呼叫方法、应用服务器及网络域设备
CN106487644A (zh) 一种通信方法和系统
WO2012113331A1 (zh) 一种ims网络中的业务触发方法、系统、计算机程序和存储介质
CN102378355B (zh) 一种ims多媒体会议终端切换方法和装置
KR100976050B1 (ko) 이동통신 단말기의 임시 아이디를 이용한 익명성 메시지제공 시스템 및 그 방법
WO2020131340A1 (en) Systems and methods for providing one-way video calls
JP4887366B2 (ja) インターネット通信ネットワークコアに属するサービス装置における機能の実施を制御するための装置
KR101788075B1 (ko) Telegram API를 이용한 화상회의 초대 방법
Henry et al. Rich communication suite
CN103312904B (zh) 点击拨号的号码显示方法、装置及系统
KR20130049601A (ko) 프레즌스 정보에 따른 통화 제어 방법
US9444947B2 (en) Method and system for differential charging
CN102469139B (zh) 一种结束聊天会话和获取聊天会话信息的方法及系统
EP1858218B1 (en) Method and entities for providing call enrichment of voice calls and semantic combination of several service sessions to a virtual combined service session
KR20180074341A (ko) 통화 중 단말 변경 서비스를 제공하기 위한 장치 및 방법
CN108270756A (zh) 一种设备间通信的方法及系统
KR20230141741A (ko) 동시 통신을 가능하게 하기 위한 시스템 및 방법
CN109565566A (zh) 相关设备之间的跨平台视频对话

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant