CN111095879A - 在实时文本消息中交换非文本内容 - Google Patents
在实时文本消息中交换非文本内容 Download PDFInfo
- Publication number
- CN111095879A CN111095879A CN201880055565.6A CN201880055565A CN111095879A CN 111095879 A CN111095879 A CN 111095879A CN 201880055565 A CN201880055565 A CN 201880055565A CN 111095879 A CN111095879 A CN 111095879A
- Authority
- CN
- China
- Prior art keywords
- rtt
- communication session
- message
- capability information
- textual content
- 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
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/1083—In-session procedures
- H04L65/1089—In-session procedures by adding media; by removing media
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- 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/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- 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/10—Architectures or entities
- H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
-
- 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/1069—Session establishment or de-establishment
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
- H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference
-
- 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/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
可以通过电信网络在实时文本(RTT)消息中交换非文本内容,作为增强型RTT(eRTT)服务的一部分。第一UE可以通过电信网络从第二UE接收指示第二UE是否能够经由RTT消息交换文本内容和/或非文本内容的能力信息。使用该能力信息,第一UE可以通过确定是否在显示器上RTT对话窗口旁边以可选状态下显示用户界面元素,来确定是否在第一UE上启用eRTT功能。可选用户界面元素在被选择时,允许第一UE的用户创建新的非文本内容或者从可用的非文本内容中选择特定的非文本内容,以包括在RTT消息中。此后,第一UE可以将RTT消息中的非文本内容发送给第二UE。
Description
相关申请的交叉引用
本专利申请要求于2018年8月31日递交的具有序列号15/693,279的美国实用专利申请的优先权。序列号15/693,279的申请的全部内容通过引用并入本文中。
背景技术
传统上已经使用通信设备来方便电信网络之上的口头沟通(例如,讲话)。但是,在当今社会,非口头沟通仍然很重要。例如,有些人只是喜欢发短信,而不喜欢讲话,而其他人(例如,听力和言语受损的人)可能在身体上不能进行口头沟通。
在1960年代开发了电传打字机(TTY)技术,其允许听力和言语受损的人通过标准电话线使用文本进行通信。后来,TTY在无线网络中实现,以用于移动电话,但是随着无线网络从电路交换(CS)架构发展到分组交换(PS)架构,TTY技术变得不适合用在无线网络中,这主要基于互联网协议(IP)通信。这导致了联邦通信委员会(FCC)的一项决定,要求运营商以实时文本(RTT)技术代替传统的TTY技术。
RTT允许基于IP的终端之间的文本内容的近乎瞬时传输。当源设备的用户键入RTT消息时,RTT消息的文本内容将实时显示在目标设备上,而无需源设备的用户选择“发送”按钮。文本内容的这种近乎瞬时传输类似于更自然的对话,与传统的文本消息传递(例如,短消息服务(SMS)文本)相比,听力和言语受损的人更喜欢这种方式。RTT还允许通信会话的双方同时键入(例如,允许一个用户中断另一用户),并且RTT可以实现为语音的附加装置(add-on),从而能够进行瞬时语音和RTT媒体流。但是,RTT技术的技术局限性仅允许在RTT消息中传输文本内容(例如,印刷字符)。因此,例如,如果发送用户想要将数字照片发送给另一用户,则要求发送用户调用标准消息传递应用程序,以通过电信网络发送数字照片。由于标准消息传递服务的“存储和转发”传输技术以及为其分配的相对较低的服务质量(QoS),因此,这种类型的传输可能会经受可辨别的延迟。此外,由于RTT的新颖性,RTT技术的网络实施方式在今天受到了很大的限制。
附图说明
参照附图阐述详细描述。在附图中,附图标记的最左边的一个或多个数字识别该附图标记首次出现的附图。在不同附图中使用相同的附图标记表示相似或相同的项目或特征。
图1是示出被配置为基于从终止UE接收到的能力信息来启用增强RTT(eRTT)功能,并且反之亦然,当启用eRTT功能时,eRTT功能允许用户通过电信网络在RTT消息中发送非文本内容的始发用户设备(UE)的图。
图2是示出被配置为基于从不能经由RTT消息交换非文本内容的终止UE接收到的能力信息来禁用eRTT功能的始发UE的图。
图3是示出被配置为尽管从终止UE接收到指示终止UE不能经由RTT消息交换非文本内容的能力信息,但仍启用eRTT功能的始发UE的图。
图4示出了在通信会话的设置期间显示的始发UE的示例性用户界面,该用户界面基于从终止UE接收到的能力信息来呈现将通信会话升级为RTT呼叫的可选选项,RTT呼叫支持在通信会话期间交换RTT消息。
图5示出了在通信会话的建立期间显示的始发UE的示例性用户界面,该用户界面在RTT对话窗口旁边呈现一个或更多个用户界面元素,该一个或更多个用户界面元素基于从终止UE接收到的能力信息被启用或禁用。
图6示出了用于基于从第二UE接收到的能力信息在第一UE上启用或禁用eRTT功能,并且将RTT消息从第一UE发送到第二UE的示例性过程的流程图。
图7示出了用于第一UE在通信会话的设置期间从第二UE接收能力信息,基于该能力信息显示可选选项以将通信会话升级到RTT呼叫,以及基于能力信息启用或禁用eRTT功能的示例性过程的流程图。
图8示出了用于基于从第二UE接收到的能力信息在第一UE上启用eRTT功能,将文件插入RTT消息中,以及在RTT消息中发送文件的示例性过程的流程图,其中,文件包括用户创建的或用户选择的非文本内容。
图9示出了用于尽管从终止UE接收到指示终止UE能够经由RTT消息交换文本内容但不能交换非文本内容的能力信息但仍启用eRTT功能,并在UE之间交换非文本内容的示例性过程的流程图。
图10是被配置为基于从另一UE接收到的能力信息来启用或禁用eRTT功能,当启用eRTT功能时,eRTT功能允许示例性UE的用户通过电信网络在RTT消息中发送非文本内容的示例性UE的框图。
具体实施例
除其他事项外,本文描述的是用于通过电信网络在实时文本(real time text,RTT)消息中交换非文本内容的技术和系统。在RTT消息中交换非文本内容的能力有时在本文中称为“增强实时文本”(eRTT),可以将其作为单独的基于IP多媒体子系统(IMS)的服务以及运营商可能会向其订户群提供的其他基于IMS的服务来提供。如本文所使用的,“非文本内容”是指数字内容,其不排他地包括文本内容(即,印刷字符,例如,字母、数字、词汇、短语、符号等),并且也不排他地包括实时语音内容(即,作为基于语音的通信会话的一部分,实时传输的语音数据)。因此,如本文所使用的,“非文本内容”可以包括但不限于图像内容(例如,数字图片、照片等)、视频内容、多媒体内容、图形内容、地理位置内容(例如,指示用户设备(UE)的地理位置的数字地图)、联系人/地址簿内容、日历内容、记录的音频内容(例如,音频剪辑)、和/或其他类型的非文本内容的数字文件。
两个或更多个UE可以被配置为通过交换能力信息来执行能力发现,该能力信息指示各个UE是否能够经由RTT消息来交换文本内容和/或非文本内容。如本文所使用的,“具有eRTT能力”的UE是指能够经由RTT消息交换文本内容和非文本内容的UE。因此,具有eRTT能力的UE可以在接收到与另一UE相关联的能力信息之后,至少部分地基于其他UE的能力信息来启用或禁用eRTT功能。当启用eRTT功能时,具有eRTT能力的UE可以在RTT对话窗口旁边,以可选状态显示一个或更多个用户界面元素。在选择一个或更多个用户界面元素时,用户可以将非文本内容包括在RTT消息中。因此,当一对UE支持在RTT消息中交换非文本内容时,与这对UE相关联的用户们可以经由RTT消息来交换非文本内容(例如,数字图片、视频剪辑等)。
要由第一UE实现的过程可以包括:通过电信网络从第二UE接收指示第二UE是否能够经由RTT消息交换文本内容和/或非文本内容的能力信息。至少部分地基于能力信息,如果确定第二UE能够经由RTT消息交换至少文本内容,则第一UE可以在第一UE的显示器上显示RTT对话窗口,用于经由RTT消息交换文本内容。如果从能力信息确定第二UE也能够经由RTT消息交换非文本内容,则第一UE可以进一步通过在RTT对话窗口旁边的显示器上以可选状态显示一个或更多个用户界面元素来启用eRTT功能。可选的一个或更多个用户界面元素在被选择时允许第一UE的用户创建新的非文本内容,或者从可用的非文本内容中选择特定的非文本内容,以包括在RTT消息中。此后,第一UE可以将RTT消息中的非文本内容发送给第二UE。应当理解,在与第二UE的通信会话的情境中,该示例性过程中的第一UE可以表示始发UE或终止UE。
另一方面,根据一些实施例,如果接收到的能力信息指示第二UE不能经由RTT消息交换非文本内容,则第一UE可以被配置为禁用eRTT功能。禁用eRTT功能可以包括避免显示用于将非文本内容一起添加到RTT消息的一个或更多个用户界面元素,或在RTT对话窗口旁边的显示器上以不可选状态显示一个或更多个用户界面元素。
在一些实施例中,第一UE可以被配置为尽管接收到的能力信息指示第二UE不能经由RTT消息交换非文本内容,但仍启用eRTT功能。在这种情况下,UE们可以交换非文本内容。为此,第一UE在RTT消息发送/接收非文本内容,而第二UE使用标准消息传递应用程序(例如,多媒体消息传递服务(MMS))发送/接收非文本内容。
通过基于另一UE的能力信息启用RTT消息中非文本内容的交换,可以改善和/或优化一个或更多个设备的功能。例如,因为与分配给传统的基于IMS的消息传递服务(例如,SMS文本)的QoS相比,可以向RTT消息传递分配更高的QoS,所以与传统的基于IMS的消息传递服务可能经历的延迟相比,对话的用户可以将经由RTT消息进行的非文本内容的最终通信感知为实时内容交换(即,可以以非常小的延迟发送/接收的非文本内容)。换句话说,通过启用经由RTT消息的非文本内容的传输,可以一定紧迫感处理非文本内容,这类似于在语音呼叫过程中给出语音数据的处理等级,其可以允许低延迟、实时的、参与的UE之间的非文本内容的传输。
还可以通过具有eRTT能力的UE来增强用户体验,因为用户不再需要在消息传递应用程序和通信会话应用程序(例如,RTT呼叫应用程序)之间来回“翻转”,以便在通信会话期间,向其他方发送非文本内容或者从其他方接收非文本内容。即,因为可以在主动通信会话期间,将非文本内容显示在同一屏幕(其显示RTT会话的文本内容)上,所以可以改善UE的显示功能。
此外,与经由标准的基于IMS的消息传递服务发送敏感的非文本内容相比,可以更好地保留用户内容的隐私。例如,如本文所述,在主动的基于RTT的通信会话期间,经由RTT消息发送的非文本内容可以作为通信会话的一部分进行记录,而不是如在标准的基于IMS的消息传递服务(例如,SMS文本)中作为实践的由远程服务器存储并随后转发给其他UE。即,因为非文本内容的传输可以排他地发生在主动通信会话期间,所以可以更好地保护用户隐私。本文描述的技术和系统可以进一步允许一个或更多个设备相对于通信带宽资源、处理资源、存储器资源、功率资源、和/或其他资源来节省资源。从本文公开的技术的实施方式还可以实现额外技术效果。
本文还描述了系统和设备,其包括一个或更多个处理器和一个或更多个存储器,以及存储计算机可执行指令的非暂时性计算机可读介质,所述计算机可执行指令在由一个或更多个处理器执行时,执行本文公开的各种动作和/或过程。
图1是示出始发UE 100(在图1中被称为“MO UE”100,“MO”表示“移动始发的(mobile originated)”或“移动始发(mobile originating)”)的图,始发UE 100被配置为基于从终止UE 102(在图1中被称为“MT UE”102,“MT”表示“移动终止的(mobileterminated)”或“移动终止(mobile terminating)”)接收到的能力信息,来使能增强RTT(eRTT)功能。图1中所示的终止UE 102也具有eRTT能力,因此,终止UE 102还被配置为基于从始发UE 100接收到的能力信息来使能eRTT功能。如图1所示,当启用eRTT功能时,允许用户通过电信网络104在RTT消息中发送非文本内容。
根据本文所述的各种实施例,术语“用户设备(UE)”、“通信设备”、“设备”、“无线通信设备”、“无线设备”、“移动设备”、“终端”、“无线终端”、“移动终端”和“客户端设备”在本文中可以互换使用,以描述能够使用任何合适的通信/数据技术、协议或标准,无线和/或通过有线网络发送/接收数据的任何UE(例如,始发UE 100、终止UE 102等),所示通信/数据技术、协议或标准例如全球移动通信系统(GSM)、时分多址(TDMA)、通用移动电信系统(UMTS)、演进数据优化(EVDO)、长期演进(LTE)、高级LTE(LTE+)、通用接入网(GAN)、非许可移动接入(UMA)、码分多址(CDMA)、正交频分多址(OFDM)、通用分组无线电服务(GPRS)、增强型数据GSM环境(EDGE)、高级移动电话系统(AMPS)、高速分组访问(HSPA)、演进的HSPA(HSPA+)、IP语音(VoIP)、LTE语音(VoLTE)、IEEE 802.lx协议、WiMAX、Wi-Fi、通过电缆服务接口规范的数据(DOCSIS)、数字订户线(DSL)、和/或任何未来的基于IP的网络技术或现有基于IP的网络技术的演进。
此外,始发UE 100和终止UE 102可以分别实现为配置为通过电信网络进行通信的任何合适类型的通信设备,包括但不限于移动电话(例如,智能电话)、平板计算机、膝上型计算机、便携式数字助理(PDA)、可穿戴式计算机(例如,电子/智能眼镜、智能手表、健身追踪器等)、车载(例如,车内)计算机、和/或任何类似的通信设备。另外,始发UE 100和终止UE102可以是移动设备,或者它们可以是非移动(或静止)通信设备,包括但不限于电视(智能电视)、机顶盒(STB)、游戏控制台、台式计算机等。
通常,用户可以利用UE 100/102,以经由电信网络104与其他用户和关联终端进行通信。始发UE 100的用户在本文中通常称为“主叫方”,而终止UE 102的用户在本文中通常称为“被叫方”。电信网络104可以表示这样的网络:其包括设置在始发UE 100和终止UE 102之间的多个网络节点。应当理解,电信网络104可以包括任何合适类型和任何数量的网络节点,以使能通过电信网络104的IP多媒体的传输。例如,电信网络104可以包括但不限于各种无线电接入网络(RAN)(例如,eNodeB、蜂窝塔、无线接入点等)、演进的分组核心(EPC)、以及多媒体电话(MMTel)和IMS架构(有时称为“IMS核心网络”、“IMS网络”、“核心网络(CN)”或“IM CN子系统”)。IMS是由第三代合作伙伴计划(3GPP)限定的架构框架,以用于将IP多媒体传递给UE,例如始发UE 100和终止UE 102。
电信网络104的各个部分可以由一个或更多个服务提供商(例如,一个或更多个无线运营商(有时称为“运营者”))维护和/或操作,其将基于IMS的服务提供给用户(有时称为“订户”),该用户与UE关联,以访问他们已订阅的基于IMS的服务。例如,服务提供商可以提供多媒体电话服务,其允许订阅的用户使用他的/她的UE 100/102经由电信网络104呼叫其他用户或向其他用户发送消息。用户还可以利用关联的UE 100/102通过访问电信网络104的IMS核心,来接收、提供各种不同的基于IMS的服务或与各种不同的基于IMS的服务交互。通过这种方式,运营商可以提供任何类型的基于IMS的服务,例如,电话服务、紧急服务(例如,E911)、游戏服务、即时消息传递服务、状态服务、视频会议服务、社交网络和共享服务、基于位置的服务、一键通服务、WiFi呼叫服务、RTT呼叫服务、RTT视频呼叫服务等。
另外,本文定义和描述了新型的基于IMS的服务。这种新型的基于IMS的服务可以作为示例而非限制性地称为“增强的RTT”(eRTT)服务。该eRTT服务可以是独立服务,或者其可以作为对其他基于RTT的服务的增强而提供,例如,对RTT呼叫的增强。在任何情况下,如本文所述,eRTT允许通过电信网络104经由RTT消息交换非文本内容。
为了访问本文所述和/或本领域普通技术人员已知的一个或更多个基于IMS的服务,始发UE 100被配置为请求建立通信会话。尽管本文描述的许多示例涉及始发UE 100利用启用的eRTT功能访问RTT呼叫服务,从而通过语音媒体流和可同时承载文本和非文本内容的RTT媒体流建立通信会话,但是应当理解,始发UE 100可以请求建立任何类型的通信会话。另外,所描述的eRTT服务可以用作针对任何适当类型的通信会话的附加(add-on)服务,例如RTT视频呼叫。
在请求建立通信会话之前,始发UE 100和终止UE 102均可在UE 100/102处于空闲模式时,请求注册一个或更多个基于IMS的服务。注册可以涉及识别电信网络104的代理呼叫会话控制功能(P-CSCF)节点,经由RAN(例如,LTE RAN)向所识别的P-CSCF节点发送注册请求,以及接收指示注册请求的结果的响应。在传统网络(例如,CS网络)可用于UE 100/102的情况下,注册过程可以采用“组合附接”过程的形式,其中UE 100/102向传统(例如,CS(非LTE)网络)和PS(例如,LTE)网络两者执行注册。通过“组合附接”,在LTE网络上的基于LTE的通信会话(例如,基于VoLTE的RTT呼叫)失败的情况下,UE 100/102可以实施回退过程,以重新尝试经由传统网络建立通信会话。
与通信会话的数据或媒体流部分相反,会话始发协议(SIP)可以用于在通信会话的信令部分中发送SIP消息。该SIP消息可以包括但不限于注册消息、通信会话消息等,其被发送到电信网络104的IMS核心,并从电信网络104的IMS核心接收。SIP是一种信令协议,其可用于在分组网络上建立、修改和终止通信会话,并验证对基于IMS的服务的访问。如本文所使用的,“SIP请求”是使用SIP协议从UE 100/102发送到电信网络104的IMS核心的消息,而“SIP响应”是使用SIP协议从电信网络104的IMS核心发送给UE 100/102的消息。
当始发UE 100的用户想要建立通信会话(例如,VoLTE呼叫)时,该用户可以向始发UE 100提供用户输入。因此,图1显示了始发UE 100在106处接收用户输入。在106处接收的用户输入可以以本领域普通技术人员已知的任何适当形式来提供,例如,以由始发UE 100的麦克风捕获(例如,“呼叫雅斯敏的手机”)的语音命令的形式的用户输入,经由始发UE100的触摸屏接收的或经由始发UE 100的物理键或小键盘接收的触摸输入形式的用户输入,以始发UE 100的相机捕获的手势形式的用户输入等等。在示例中,用户可以通过向始发UE 100的触摸屏提供基于触摸的用户输入来发起通信会话的建立,例如,通过拨打电话号码,或通过从呈现在始发UE 100的显示器上的联系人列表中选择联系人。应当理解,始发UE100可以被配置为向用户呈现用于发起由始发UE 100支持的任何类型的通信会话的各种选项,例如,正常语音呼叫(例如,VoLTE呼叫)、RTT呼叫、视频呼叫等。如果用户调用正常呼叫功能(例如,通过选择在始发UE 100的触摸屏上呈现的“呼叫”软按钮),则待建立的通信会话可以是包括用于语音数据的语音流的VoLTE呼叫。
响应于在106接收到用户输入,始发UE 100可以尝试建立通信会话。为了建立所请求的通信会话,始发UE 100可以通过电信网络104发送会话请求108(例如,到IMS核心)。会话请求108可以包括使用SIP邀请(SIP INVITE)方法的SIP消息,以请求与终止UE 102建立通信会话。最终,如图1所示,会话请求108可以被转发到终止UE 102。因此,终止UE 102接收请求建立通信会话的会话请求108(例如,以SIP INVITE的形式)。
作为能力发现过程的一部分,可以在始发UE 100和终止UE 102之间交换设备能力,其可以在相对于通信会话的建立的任何适当时间发生。图1显示在通信会话的设置(setup)期间发生能力发现过程的示例。
始发UE 100可以发送并且终止UE 102可以接收,第一能力110(或第一能力信息110),指示始发UE 100是否能够经由RTT消息交换文本内容和/或非文本内容。图1显示了始发UE 100支持eRTT,并且因此,在图1的示例中,第一能力信息110指示始发UE 100能够经由RTT消息交换文本内容和非文本内容。同样地,终止UE 102可以发送并且始发UE 100可以接收,第二能力112(或第二能力信息112),指示终止UE 102是否能够经由RTT消息交换文本内容和/或非文本内容。再次,图1的示例显示了终止UE 102也支持eRTT,并且因此,在图1的示例中,第二能力信息112指示终止UE 102能够经由RTT消息交换文本内容和非文本内容。
尽管被显示为单独的信号/消息,但是第一能力信息110可以被包括在会话请求108本身中,例如,被在会话请求108的报头中(例如,SIP INVITE报头)。可替代地,可以使用单独的消息(例如,SIP消息)来承载会话请求108和始发UE 100的第一能力信息110。在示例中,可以使用SIP选项(SIP OPTIONS)方法在SIP消息的报头中提供第一能力信息110。终止UE 102可以在SIP消息的报头(例如,使用SIP OPTIONS方法的SIP消息)中发送其自己的第二能力信息112。
能力信息110和112可由电信网络104的特定节点和/或由UE 100和102使用,以确定UE 100和102是否分别支持RTT消息中的文本内容和/或非文本内容的交换。能力信息110和112可以包括一个或更多个特征标签。如果UE 100/102支持eRTT功能,则能力信息100/112可以包括指示UE 100/102能够经由RTT消息交换非文本内容的至少一个特征标签。例如,能力信息110/112可以包括具有特征标签值(Feature_tag value)=‘sip.eRTT’的特征标签,以指示始发UE 100/102支持eRTT功能(即,经由RTT消息交换非文本内容)。当这样的特征标签被包括在能力信息100/112中时,这可以指示UE 100/102支持包括在eRTT服务中的多种类型的非文本内容的交换。例如,具有特征标签值(Feature_tag value)=‘sip.eRTT’的特征标签可以指示特定UE 100/102支持交换图像内容(例如,图片、照片等)、视频内容、多媒体内容、图形内容、地理位置内容、联系人/地址簿内容、日历内容、已记录的音频内容、和/或非文本内容的其他类型的数字文件。相反,如果能力信息100/112将省略这样的特征标签,则接收UE 100可以将其解释为这样的指示:另一UE 102不能交换非文本内容(包括本文所述的各种类型的非文本内容)。
另外地或可替代地,各个特征标签可以与非文本内容的各个类型相关联并对应于非文本内容的各个类型。在这种情况下,eRTT可以支持多种不同类型的非文本内容经由RTT消息进行传输,并且可能支持非文本内容分类法的不同层次等级,以便可以将特定类型的内容分类为不同类别的非文本内容。作为说明性示例,第一特征标签可以对应于第一类型的非文本内容(例如,图像内容),而第二特征标签可以对应于第二类型的非文本内容(例如,地理位置内容)等等。由此,如eRTT服务所限定的,可以针对各种不同类型的非文本内容,以及包括多种不同类型的非文本内容的可能各种不同类别的非文本内容,来限定多个不同的特征标签。因此,能力信息110/112可以包括多个特征标签,这可以允许UE 100/102支持可用类型的非文本内容的子集,但是可能不支持可用于eRTT的可用类型的非文本内容的全部。例如,能力信息110可以指示:始发UE 100能够通过包括在与那些类型非文本内容的相对应的SIP消息报头中的特征标签,来交换图像内容、视频内容、和记录的音频内容。此外,通过在SIP消息报头中省略与eRTT服务中包括的其他可用类型的非文本内容相对应的其他可能的特征标签,由此,能力信息110可以指示始发UE 100不能交换那些其他可用类型的非文本内容。
如所提及的,在不脱离本文描述的技术和系统的基本特征的情况下,能力发现(即,能力信息110和112的交换)可以在相对于建立通信会话的任何合适的时间发生。例如,能力发现可以发生在发起通信会话的设置之前(即,在106处接收用户输入之前,用户输入触发会话请求108)。在发起通信会话的设置之前交换能力信息110/112的示例包括在由UE100/102执行的注册过程期间交换能力信息110/112。例如,在106处始发UE 100接收用户输入之前,始发UE 100可以包括在SIP注册(SIP REGISTER)消息中(例如,在SIP REGISTER消息的报头中)的上述一个或更多个特征标签。
在发起通信会话的设置之前交换能力信息110/112的另一个示例包括,在发起通信会话的设置之前(在始发UE 100在106处接收到用户输入之前),使用发布/订阅模型来交换能力信息110/112。例如,UE 100和/或102中的一者或两者可将能力(例如,能力信息110/112)(例如,它们是否分别支持eRTT功能)发布到状态(presence)服务器。UE 100和/或102中的另一个或二者还可以订阅由其他UE发布的能力信息。一旦UE(例如,终止UE 102)订阅了另一UE(例如,始发UE 100)的发布信息,订阅UE就知道其他UE所发布的能力(例如,支持RTT、支持eRTT等)。在该示例,或针对该问题的任何先前示例中,能力信息110/112可以包括可扩展标记语言(XML)标签,其指示UE 100/102是否能够经由RTT消息交换文本内容和/或非文本内容。
此外,能力发现可以在建立通信会话之后发生,例如在正在进行的、主动VoLTE呼叫、RTT呼叫等期间发生。因此,应当理解,能力发现可以在通信会话的设置之前、期间或之后发生。此处,“在设置之前”是指在发起通信会话的设置之前(例如,在106处接收触发会话请求108的用户输入之前),而“在设置之后”是指建立通信会话之后(例如,在接收建立通信会话的最终2xx响应之后)。
如图1所示,在114处,始发UE 100可以从第二能力信息112确定:终止UE 102能够经由RTT消息交换至少文本内容。响应于在114处的判定,始发UE 100可以在116处显示可选选项,以将通信会话升级为支持在通信会话期间的RTT消息(即,语音和RTT媒体流的组合)的交换的RTT呼叫。
在116处的显示可选升级选项可以进一步基于首先升级的能力(即,如果在106处接收到的用户输入对应于将通信会话建立为不支持在通信会话期间交换RTT消息的正常语音呼叫(例如,VoLTE呼叫)的请求,则在116处显示升级选项。在通信会话的设置之前发生能力发现的情况下,可以理解,在106处接收到的用户输入可以对应于从一开始就建立RTT呼叫的请求。在这种情况下,既然不需要升级到RTT呼叫,可选升级选项可能不会在116处显示。
在118处,始发UE 100可以接收指示选择了可选升级选项的用户输入,这使得始发UE 100执行努力设置和建立作为RTT呼叫的通信会话的设置过程。应当理解,在图1的示例中,在终止UE 102还支持基本RTT功能的情况下,可以在终止UE 102的显示器上显示升级到RTT呼叫的类似选项。但是,在某些情况下,可以仅向主叫方呈现该升级选项,而不向主叫方呈现,给予主叫方更多控制权,以决定所建立的通信会话的类型。
图1还显示了始发UE 100可以发送会话描述协议(SDP)提议120,以便协商要在通信会话期间发送的内容(文本内容和/或非文本内容)的初始化参数。SDP是用于描述流媒体初始化参数的格式。SDP本身不传递媒体,而是在端点之间用于协商媒体类型、格式及其相关联属性。终止UE 102可以发送SDP应答122,以便协商要在通信会话期间发送的内容的初始化参数。可以响应于SDP提议120来发送SDP应答122。
可以在124为通信会话建立专用承载(例如,专用演进分组系统(EPS)承载)。始发UE 100可以执行额外设置过程126,终止UE 102可以执行其自己的额外设置过程128,以努力建立通信会话。额外设置过程126和128可以包括由UE 100和102传输的、以及在UE 100和102之间传输的、以及由每个UE 100/102与电信网络104的各个网络节点(例如,IMS节点)传输的、以及每个UE 100/102与电信网络104的各个网络节点(例如,IMS节点)之间传输的各种动作和消息。此外,应当理解,图1中的信令的布置不一定意味着描绘在通信会话的设置期间发生的信令的特定顺序。考虑到这一点,额外设置过程126/128的一些或全部可发生在图1显示的任何其他特定信令之前、期间或之后。就是说,额外设置过程126/128表示在会话请求108(例如,SIP INVITE)之后并且在最终响应(例如,指示成功建立了通信会话的最终2xx响应)之前发生的设置过程。
为此,额外设置过程126/128可以以任意合适的数量表示任何类型的设置过程,其可被执行以设置和建立通信会话。额外设置过程126/128的一些示例包括但不限于发送/接收会话进度消息(有时称为“183响应”),与优选的RAT(例如,LTE RAT)建立无线电资源控制(RRC)连接,发送/接收100尝试(Trying)消息(其指示已在终止UE 102处接收到会话请求108),发送/接收180振铃(Ringing)消息(其指示正在警告终止UE 102的终止方),发送/接收更新(UPDATE)消息,发送/接收各种“ACK”消息(例如,PRACK消息)等等。因此,额外设置过程126/128可以表示在通信会话的特定设置阶段(例如,预警报阶段、警报阶段等等)期间发生的各种设置过程。本领域普通技术人员将容易认识到,额外设置过程126/128不限于本文描述的示例,并且可以执行其他(例如,不同和/或额外)设置过程,以便通过电信网络104设置通信会话。此外,对于设置通信会话,本文描述的一些示例性设置过程可以省略或是不必要的。
在终止UE 102发送最终2xx响应(例如,200(OK))后,可以在130建立通信会话。应当理解,在设置通信会话存在问题的情况下,可以传输其他类型的最终响应,来解决会话设置,例如,4xx-客户端故障、5xx-服务器故障、或6xx-全局故障。除非并且直到终止UE 102发送最终响应(例如,2xx响应130、4xx响应、5xx响应、6xx响应等),通信会话设置才完成。此外,除非并且直到终止UE 102以2xx响应的形式(例如,200(OK))发送最终响应,在130不建立通信会话。
在130处建立的通信会话被显示为基于RTT的通信会话。在该示例中,用户可能已经在106通过选择适当的软按钮(例如,“RTT呼叫”软按钮)来明确请求基于RTT的会话,或者已经在106最初请求了基于非RTT的会话(例如,VoLTE呼叫),然后在118升级到基于RTT的会话。
在132处,始发UE 100可以从第二能力信息112确定终止UE 102也能够经由RTT消息交换非文本内容(即,终止UE 102具有eRTT能力)。类似地,在134处,终止UE 102可以从第一能力信息110确定始发UE 100能够经由RTT消息交换非文本内容(即,始发UE 100具有eRTT功能)。
在136处,始发UE 100可以在始发UE 100的显示器上显示RTT对话窗口。RTT对话窗口的显示可以基于终止UE 102具有RTT功能(即,能够经由RTT消息交换文本内容),而不管终止UE 102是否具有eRTT功能。在图5中显示了可以在136处显示的RTT对话窗口的示例,并且将在下面关于图5更详细地对其讨论。通常,RTT对话窗口包括用户界面机制(例如,内容输入字段),以接收和显示在基于RTT的会话期间交换的内容(文本和/或非文本内容)。
此外,在136处,始发UE 100可以启用eRTT功能以及RTT对话窗口的显示,这意味着可以在RTT对话窗口旁边以可选状态显示一个或更多个用户界面元素。在136处启用eRTT功能可以基于如由第二能力信息112确定的终止UE 102具有eRTT功能(即,能够经由RTT消息交换非文本内容)。再次,图5提供了该eRTT功能启用的示例,并且将在下面针对图5更详细地讨论。通常,在选择启用的一个或更多个用户界面元素之后,始发UE 100的用户能够创建新的非文本内容,和/或从可用的非文本内容中选择特定的非文本内容,以包括在RTT消息中。因为图1是其中终止UE 102也具有eRTT功能的示例,终止UE 102可以在138处类似地显示启用了eRTT功能的RTT对话窗口。图1示出了这样的示例:其中在148处RTT对话窗口与用户界面元素150一起显示在终止UE 102上,用户界面元素150显示在终止UE 102的RTT对话窗口旁边,并且可由终止UE 102的用户选择,以用于将非文本内容包括在RTT消息中。
图1示出了这样的示例:其中在140处始发UE 100接收用户输入,该用户输入指示用户选择了所显示的用户界面元素中的一个(类似于用户界面元素150),以便将非文本内容(例如,非文本内容文件142)包括在RTT消息144中。在图1的示例中,作为示例而非限制性地,非文本内容文件142对应于数字照片(照片)146,其可以在148处实时显示在终止UE 102的RTT对话窗口中。
可以使用实时传输协议(RTP)和用户数据报协议(UDP)来发送RTT消息144,以承载分组中的RTT媒体流的内容(例如,文本内容和/或非文本内容142),分组可以在期望的频率(例如,采样时间)传输,这类似于实时传输。例如,始发UE 100可以以特定频率(例如,每秒)发送RTT分组,以便当主叫方在始发UE 100上将内容输入到RTT对话窗口中,类似在终止UE102上的文本内容的实时对话和近乎瞬时显示。在一些实施例中,RTT媒体流被分配了适用于实时传输的QoS类标识符(QCI)值,例如,如LTE所限定的,QCI值为1。该QCI值可以对应于与在通信会话期间给予语音数据的QoS相同的QoS。QCI是表示一组传输特性(例如,具有/不具有保证比特率(GBR)、优先级、分组延迟预算、分组错误丢失率等的承载)的标量,并且用于推断与分组转发相关的特定参数(例如,调度权重、准入阈值、队列管理阈值、链路层协议配置等)。
互联网工程任务组(IETF)请求注释(RFC)4103提出了用于在RTP分组中承载RTT消息的文本内容的技术规范。电信行业解决方案联盟(ATIS)0700029为移动设备行为的某些方面提出了额外技术规范,用于处理RTT以方便跨多个商业移动服务提供商(CMSP)的移动设备(包括紧急服务)之间的通信。除非另有说明,否则可以使用根据IETF RFC 4103和/或ATIS 0700029规范为文本内容指定的相同或相似的详细信息(例如,技术、参数),将RTT消息的非文本内容(例如,RTT消息144的非文本内容文件142)作为RTT媒体流的一部分进行传输等。
如图1所示,当主叫方将非文本内容文件142插入RTT消息144中时,终止UE 102可以实时接收RTT消息144。如本文中所使用的,“实时”或“基本上实时”是指从在源设备上输入内容(例如,非文本内容)的时刻到在目标/接收设备上显示相同内容的时刻所测量的时间段足够短,以当主叫方正在源设备上输入内容时,在目标/接收设备上体验到的内容显示。该时间段可以在几秒的数量级上,并且认识到,在源设备上输入内容与在目标/接收设备上显示内容之间将存在一定量的时间延迟。因此,终止UE 102可以在148处实时显示RTT消息144的数字照片146。
因此,图1示出了启用在RTT消息144中的具有eRTT功能的UE 100/102之间交换非文本内容的信令流,以及用于进行此交换的能力发现过程。在示例性用例中,亨利(与始发UE 100相关联)想与雅斯敏(Yasmin)(与终止UE 102相关联)共享非文本内容。亨利想要共享的非文本内容可能是敏感内容(例如,企业所有等)。亨利的设备100(具有eRTT功能的设备)发现雅斯敏的设备102也支持eRTT功能。亨利呼叫(例如,在RTT呼叫中,或升级为RTT呼叫的正常呼叫中)雅斯敏,并且在136亨利的设备100显示具有启用了的eRTT功能的RTT对话窗口。亨利将包含非文本内容(例如,数字照片146)的文件142附接(或插入)到RTT消息144中,并且在RTT消息144中实时发送文件142,使得雅斯敏成功地并且实时地接收到数字照片146。
如所提及的,因为与分配给传统的基于IMS的消息传递服务(例如,SMS文本)的QoS相比,可以给RTT消息传递分配更高的QoS,所以与传统的基于IMS的消息传递服务中可能遇到的可辨别的延迟相比,经由RTT消息144的非文本内容文件142产生的通信可以由会话的各方视为实时的内容交换。此外,对话的各方不需要“翻转”(或导航)到消息传递应用程序,以发送非文本内容文件142,然后返回到RTT呼叫应用程序,以便继续经由RTT对话窗口进行RTT对话。此外,与使用标准的基于IMS的消息传递服务发送文件142相比,可以更好地保护非文本内容文件142的隐私,因为文件142可以作为通信会话的一部分进行记录,而不是由远程服务器存储并且转发给其他UE 102,如在标准的基于IMS的消息传递服务(例如,SMS文本)中实践一样。此外,如果在成功传输非文本内容文件142之前终止了通信会话(例如,RTT呼叫被挂断),则非文本内容文件142的传输将终止,除非并且直到亨利重新建立另一个通信会话并在后续通信会话期间再次发送非文本内容文件142,雅斯敏才能接收数字照片146。尽管这可能被认为是经由RTT消息传输非文本内容的缺点,但它趋于保护数据的隐私,这对于会话的各方可能是有价值的。
尽管图1显示了在已建立的主动通信会话期间,经由RTT消息144发送非文本内容文件142的示例,但是应当理解,经由RTT消息144的非文本内容文件142的交换可以发生在130处发起通信会话的设置之后并且在建立通信会话之前。在这种情况下,可以在130处建立通信会话之前,建立早期的媒体通信会话。为了支持在早期媒体通信会话期间这种非文本内容经由RTT消息的“早期”传输,能力信息110/112可以包括指示UE 100和102各自支持早期媒体(例如,eRTT早期媒体以及SDP提议/应答120/122)的信息,以及在124处建立的专用承载可以直接用于设置早期媒体通信会话,从而可以在经由RTT消息(例如,在终止UE102正在振铃,并且在被叫方在终止UE 102应答呼叫之前)建立通信会话之前,交换非文本内容。
还应当理解,另外或可替代地,可以在建立了基于正常语音的通信会话之后,在116处发生可选升级选项的显示。例如,如果用户在106处发起VoLTE呼叫,则可以在130处建立VoLTE呼叫,并且始发UE 100可以在主动通信会话期间,显示可选选项以升级到RTT呼叫。在这种情况下,在116处,在通信会话的设置期间,可选升级选项可显示也可不显示。在116,如果在通信会话的设置期间显示,则始发UE 100的用户可以不选择升级选项,这导致通信会话将被建立为正常语音会话(例如,VoLTE呼叫)。
图2是示出被配置为基于从终止UE 202接收到的能力信息来禁用eRTT功能的始发UE 200的图,终止UE 202能够经由RTT消息来交换文本内容,但是不能交换非文本内容。图2中所示的操作和信令可以类似于图1中描述的操作和信令(例如,在每个图中相似的附图标记可以对应于相同或相似的操作)。因此,为简洁起见,针对图2,将不再重复图1和图2之间类似的操作和信令。
然而,在图2中,类似于图1的终止UE 102,终止UE 202具有RTT功能,但是不具有eRTT功能。因此,因为终止UE 202至少具有RTT功能(即,能够经由RTT消息交换文本内容),所以可以将通信会话请求作为RTT呼叫,或者升级为RTT呼叫。如关于图1所提到的,在230处建立基于正常语音的通信会话的设置期间或在230处建立基于正常语音的通信会话之后,可以发生从正常呼叫到RTT呼叫的升级。
在230建立基于RTT的通信会话之后,在232处始发UE 200可以从第二能力信息212确定:终止UE 202不能经由RTT消息交换非文本内容(例如,不能交换图像内容、视频内容等)。响应于该判定,在236处,始发UE 200可以显示禁用了eRTT功能的RTT对话窗口。在236处禁用eRTT功能可以包括避免显示用于在RTT消息中包括非文本内容的一个或更多个用户界面元素(例如,类似如图1所示的用户界面元素150的用户界面元素),或在始发UE 200的显示器上临近于RTT对话窗口以不可选择状态(例如,“变灰”)显示一个或更多个用户界面元素。禁用eRTT功能向始发UE 200的用户指示:他/她不能经由RTT消息发送非文本内容。
但是,用户仍然能够在RTT对话窗口中输入文本内容。因此,始发UE 200可以在240处接收用户输入,使得创建或选择文本内容246,以包括在RTT消息244中,并且始发UE 200可以经由RTT消息244将文本内容246发送给终止UE 202。文本内容246可以由终止UE 202接收,并在248处实时显示在终止UE 202上。
因此,图2示出了基于与不支持eRTT功能的具有RTT能力的设备202相关联的能力信息212,来在具有eRTT能力的设备200上禁用eRTT功能的信令流程。例如,亨利(与始发UE200相关联)呼叫约翰(与终止UE 202相关联)。亨利的设备200(具有eRTT能力的设备)确定约翰的设备202支持RTT,但不支持eRTT功能。该判定可以基于第二能力信息212省略了用于一个或更多个eRTT服务的一个或更多个特征标签。亨利的呼叫可能发起为RTT呼叫,或者其可以已从正常呼叫升级为RTT呼叫;后者在图2中显示。在236处,亨利的设备200不显示用于在RTT消息244中包括非文本内容的用户界面元素,或者亨利的设备200在设备200上RTT对话窗口旁边以不可选状态显示一个或更多个用户界面元素。根据图2的示例,亨利可以在RTT消息244中发送文本内容246,但是不能在RTT消息244中发送非文本内容。
应当认识到,如果图2的终止UE 202根本不支持RTT,则将在第二能力信息212中指示该信息,并且在该替代情况中,将不可能升级到RTT呼叫。因此,如果终止UE 202是根本不支持RTT的传统UE,则在216处始发UE 200可能不会显示可选升级选项(或者,在216处升级选项可以不可选择状态(例如,“灰色”)显示)。此后,在230处建立的任何通信会话可以被建立为基于非RTT的会话(例如,VoLTE呼叫),这意味着在236处不显示RTT会话窗口,并且UE200/202可能根本不能交换RTT消息。可替代地,不具有RTT能力的UE 202可以被配置为经由标准消息传递应用程序来接收文本内容,而具有eRTT能力的UE 200经由RTT消息发送文本内容。
图3是示出了始发UE 300的图,该始发UE 300被配置为:尽管从终止UE 302接收到指示终止UE 302不能经由RTT消息交换非文本内容的能力信息,但是仍然启用eRTT功能。图3中所示的操作和信令可以类似于图1和/或图2中描述的操作和信令(例如,每个附图中相同的附图标记可对应于相同或相似的操作)。因此,为简洁起见,针对图3,将不再重复图1、图2和图3之间类似的操作和信令。
在图3中,类似于图2的示例,终止UE 302具有RTT能力,但是不具有eRTT能力。因此,由于终止UE 202至少具有RTT能力(即,能够经由RTT消息交换文本内容),因此可以将通信会话请求作为RTT呼叫,或者升级为RTT呼叫。如前面所提到的,在330处建立基于正常语音的通信会话的设置期间或在330处建立基于正常语音的通信会话之后,可以发生升级到RTT呼叫。
在330处建立基于RTT的通信会话之后,始发UE 300可以在332从第二能力信息312确定:终止UE 302不能经由RTT消息交换非文本内容(例如,不能交换图像内容、视频内容等)。响应于该判定,始发UE 300可以在336处显示启用了eRTT功能的RTT对话窗口,这类似于图1的136处的具有eRTT功能的RTT窗口的显示。例如,在336处启用eRTT功能可以包括在显示器上RTT对话窗口旁边的以可选状态显示一个或更多个用户界面元素(例如,类似于图1所示的用户界面元素150的用户界面元素),以便用户可以选择一个或更多个用户界面元素,以在RTT消息344中包括非文本内容(例如,非文本内容文件342)。启用eRTT功能向始发UE 300的用户指示:他/她可经由RTT消息发送非文本内容。
因此,在340处始发UE 300可以接收用户输入,使得创建或选择非文本内容342,以包括(例如,插入)在RTT消息344中,并且始发UE 300可以经由RTT消息344将非文本内容文件342发送给终止UE 302。
然而,在图3的示例中,由于终止UE 302不能经由RTT消息交换非文本内容(即,终止UE 302可以经由RTT消息专门交换文本内容),所以,由终止UE 302经由标准消息346(例如,MMS消息)接收非文本内容文件342,标准消息346使用标准消息传递应用程序,该标准消息传递应用程序与针对在330处建立的基于RTT的通信会话在UE 300和302上执行的应用程序不同。即,各个UE 300和302可以执行RTT呼叫应用程序,以支持基于主动RTT的通信会话,其中屏幕显示呼入呼叫的选项和信息以及RTT对话窗口。然而,为了接收非文本内容文件342,可能需要具有RTT能力的终止UE 302的用户在支持基于主动RTT的通信会话的屏幕情境之外,切换(或导航)至消息传递应用程序(例如,MMS消息传递应用程序)。一旦被叫方导航到接收到消息346的消息传递应用程序,就可以在终止UE 302上显示非文本内容文件342。
图3还显示了这样的示例:其中,被叫方使用终止UE 302上的标准消息传递应用程序将非文本内容文件348发送给主叫方,这将使得经由标准消息350(例如,MMS消息350)发送非文本内容文件348。然而,在发送消息350的过程中,在始发UE 300处接收到非文本内容文件348之前,在352处基于RTT的通信会话终止(例如,RTT呼叫被掉话)。在该情况下,图3显示了在352处基于RTT的通信会话终止之后,始发UE 300可以经由标准消息传递应用程序(例如,经由标准消息350,例如MMS消息)来接收非文本内容文件348。如果传输方向与图3所示方向相反,则在基于RTT的通信会话终止之前,从始发UE 300发送的任何非文本内容以及终止UE302尚未接收到的任何非文本内容都可能丢失(例如,终止UE 302根本接收不到)。
因此,图3示出了尽管与具有RTT能力的设备302相关联的能力信息312指示设备302不支持eRTT功能,但是在具有eRTT能力的设备300上仍启用eRTT功能的信令流程。例如,亨利(与始发UE 300相关联)呼叫约翰(与终止UE 302相关联)。亨利的设备300(具有eRTT能力的设备)确定约翰的设备302支持RTT,但不支持eRTT功能。该判定可以基于第二能力信息312省略了用于一个或更多个eRTT服务的一个或更多个特征标签。亨利的呼叫可能发起为RTT呼叫,或者其可能已从正常呼叫升级为RTT呼叫;后者在图3中显示。亨利的设备300在336处显示启用了eRTT功能的RTT对话窗口。亨利将包括非文本内容(例如,数字照片)的文件342附接(或插入)到RTT消息344中。约翰的设备使用标准消息传递应用程序(例如,MMS、RCS等)接收亨利的设备300的RTT消息344中传输的文件342。亨利的设备300将在通信会话期间交换的非文本内容显示为RTT对话的一部分(即,在RTT对话窗口内),而约翰的设备302在RTT呼叫应用程序的RTT对话窗口中接收RTT对话的文本内容,并在标准消息传递应用程序的单独窗口中接收非文本内容。亨利的设备300更好地保护了在通信会话期间交换的任何内容的隐私,因为在亨利的设备300上使用RTT消息传递来代替了标准消息传递。例如,文本内容和非文本内容都仅在主动通信会话期间从亨利的设备300发送,如果在约翰的设备302接收之前终止了通信会话,则将结束不完整的传输。相反,当通信会话终止时,约翰的设备302可以继续发送未完成的内容,在会话终止之后,未完成的内容作为标准消息350发送给亨利的设备300。亨利的设备300可能不会将未完成的内容跟踪为eRTT内容。
图4示出了在通信会话的设置期间显示的始发UE 100/200/300的示例性用户界面400。用户界面400可以例如由始发UE 100/200/300的用户调用,该用户已经在始发UE 100/200/300上打开了语音呼叫应用程序、拨打了号码、并在始发UE 100/200/300的触摸屏上选择了元素,其使得会话请求108/208/308被发送到被叫方的适当UE 102/202/302。例如,用户界面400可以代表响应于接收到用户输入106/206/306,但在建立通信会话之前,呈现在始发UE 100/200/300上的屏幕。图4显示了主叫方正在呼叫与联系人“雅斯敏手机”相关联的电话号码中,而被叫方(例如,雅斯敏)尚未应答。
在图4的示例中,用户选择了正常呼叫功能(与RTT呼叫功能相反),来调用用户界面400。这可能是这样情况:前一个屏幕呈现了RTT呼叫功能(如果在发起通信会话的设置之前,在始发UE 100/200/300和终止UE 102/202/302之间交换了能力),并且始发UE 100/200/300的用户未选择RTT呼叫功能,而是选择了正常呼叫功能。可替代地,在用户选择呼叫功能之前可能尚未交换能力,并且在这种情况下,可能不会向用户呈现RTT呼叫功能选项。
图4显示了用户界面400可以包括可选选项402,以将通信会话升级为支持在通信会话期间交换RTT消息的RTT呼叫。因此,可选选项402有时可被称为“可选升级选项”402。可选升级选项402可以针对每个呼叫在始发UE 100/200/300上的通信会话的设置期间呈现,并且如果终止UE 102/202/302的能力信息112/212/312指示终止UE 102/202/302是具有RTT能力的设备,则可选升级选项402可以可选状态呈现。如果终止UE 102/202/302的能力信息112/212/312指示终止UE 102/202/302不具有RTT能力(即,不能经由RTT消息交换文本内容),则可以以不可选状态(例如,“灰色”)来呈现可选升级选项402,或者始发UE 100/200/300可以避免显示可选升级选项402。另外,如图4所示,除了或代替在通信会话的设置期间显示可选升级选项402之外,始发UE 100/200/300可以被配置为在建立通信会话之后显示可选升级选项402。
在始发UE 100/200/300的用户对可选升级选项进行选择之后,始发UE 100/200/300可以发起设置过程,以努力建立基于RTT的通信会话(例如,RTT呼叫)。这可以涉及针对待建立的基于RTT的通信会话的RTT媒体流的SDP提议/答案和专用承载建立。
图5示出了在建立的通信会话期间显示的始发UE 100/200/300的示例性用户界面500。例如,响应于被叫方接受(例如,应答)将通信会话建立为基于RTT的通信会话的请求,可以调用用户界面500。
用户界面500可以呈现RTT对话窗口502(例如,内容输入字段),以将文本和/或非文本内容输入到或添加到RTT对话。如本文所述,在插入到RTT对话窗口502中之后,内容被实时传输到终止UE 102/202/302。例如,用户可以键入用户生成的文本内容504,在这种情况下,RTT对话窗口502充当自由格式文本输入机制。用户可以向软键盘506提供触摸输入,和/或使用麦克风作为具有语音识别的输入机制。因此,始发UE 100/200/300的用户能够使用用户界面500来创建用户生成的文本内容。
用户界面500还可以在RTT对话窗口502旁边呈现一个或更多个用户界面元素508,例如,在用户界面500中的RTT对话窗口502的下方、侧方、上方或与RTT对话窗口502相邻的任何位置。在图5的示例中,在RTT对话窗口502的旁边、在RTT对话窗口502的下方显示了多个用户界面元素508(1)-(7)(统称508),以方便用户容易选择用户界面元素508。尽管在图5中显示了七个用户界面元素508,应当理解,在不背离本文所述的技术和系统的基本特征的情况下,可以呈现任何数量(小于或大于七个)的用户界面元素。
各个用户界面元素可以对应于非文本内容的类型、非文本内容的类别和/或获得非文本内容的手段。例如,第一用户界面元素508(1)被示为相机图标,在被选择时允许用户利用UE 100/200/300的图像捕获机制(例如,相机)来创建图像内容和/或视频内容。一旦被捕获,用户创建的图像或视频内容被插入到RTT对话窗口502中,并且经由RTT消息被发送到终止UE 102/202/302。第二用户界面元素508(2)被示为照片图标,其在被选择时允许用户从可用图像和/或视频内容(例如,对UE 100/200/300是可用的、从存储在本地存储器或UE100/200/300可访问的远程存储器中的图像/视频库中)中选择特定图像和/或视频内容。第三用户界面元素508(3)显示为地理位置图标,在被选择时确定UE 100/200/300的地理位置,并在RTT对话窗口502中插入数字地图,股数字地图显示所确定的UE 100/200/300的地理位置。第四用户界面元素508(4)显示为麦克风图标,在被选择时允许用户使用UE 100/200/300的一个或更多个麦克风来记录音频,并且在这样做时,可以将记录的音频内容(例如,音频剪辑)插入RTT对话窗口502中,并且发送到终止UE 102/202/302。第五用户界面元素508(5)显示为“联系人”图标,在被选择时允许用户从存储在UE 100/200/300的本地存储器中的或UE 100/200/300可以访问的远程存储器中的已有联系人中进行选择,并且当选择一个或更多个联系人时,将该一个或更多个联系人的文件插入到RTT对话窗口502中,并发送到终止UE 102/202/302。第六用户界面元素508(6)被显示为日历图标,在被选择时允许用户在个人日历上选择日期和时间和/或事件,并且当被选择时,具有日历信息的文件被插入到RTT对话窗口502中,并被发送到终止UE 102/202/302。第七用户界面元素508(7)被示为“文件附件”图标,在被选择时允许用户选择数字文件,并且当被选择时,该文件被插入RTT对话窗口502中,并被发送到终止UE 102/202/302。用于说明性目的,这些用户界面元素508仅作为示例提供。
如本文所述,当启用eRTT功能时,一些或全部用户界面元素508可以以可选状态显示在RTT对话窗口502旁边。例如,当终止UE 102/202/302的能力信息112/212/312包括指示可以与终止UE 102/202/302交换的所有类型的非文本内容的特征标签时,可以将用户界面元素508的全部以可选状态显示。可替换地,如果与非文本内容的各个类型或类别相对应的多个特征标签被包括在终止UE 102/202/302的能力信息112/212/312中,则可以独立地启用与包括在能力信息中的特征标签相对应的用户界面元素508。图5示出了该示例,因为对应于地理位置内容的第三用户界面元素508(3)以不可选状态被显示,如对应于联系人内容和日历内容的用户界面元素508也以不可选状态被显示,而其余的用户界面元素508以可选状态显示。当然,如本文所述,这些“禁用的”eRTT用户界面元素508可以根本不显示,而不是以不可选(例如,“灰色”)状态将其显示。如果终止UE 102/202/302的能力信息112/212/313指示终止UE 102/202/302不能交换非文本内容(即,具有RTT能力但不具有eRTT能力),则用户界面元素508可以根本不显示,或者它们可以以不可选状态显示,以向始发UE 100/200/300的用户指示:针对该特定通信会话禁用了eRTT功能。
本公开中描述的过程可以通过本文描述的架构或其他架构来实现。这些过程被示出为逻辑流程图中的框的集合。一些框表示可以以硬件、软件或其组合来实现的操作。在软件的情境中,框表示存储在一个或更多个计算机可读存储介质上的计算机可执行指令,所述计算机可执行指令在由一个或更多个处理器执行时,执行所述操作。通常,计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。描述操作的顺序不旨在被解释为限制性的,并且可以以任何顺序或并行地组合任意数量的所描述的框以实现过程。应当理解,以下过程也可以在其他架构上实现。
图6示出了示例性过程600的流程图,用于基于从第二UE接收到的能力信息在第一UE上启用或禁用eRTT功能,并将RTT消息从第一UE发送给第二UE。过程600可以由始发UE100/200/300或终止UE 102/202/302来实现。参考先前的附图,以示例的方式描述了过程600。
在602处,第一UE可以通过电信网络104/204/304从第二UE接收指示第二UE是否能够经由RTT消息交换文本内容和/或非文本内容的能力信息。第一UE可以是始发UE 100/200/300或终止UE 102/202/302。为了便于解释,假设第一UE是始发UE 100/200/300,并且在602处接收到的能力信息是与终止UE 102/202/302相关联的能力信息112/212/312。在602处接收能力信息112/212/312可以包括:在涉及第一UE和第二UE的通信会话的设置期间,接收具有包含一个或更多个特征标签的报头的SIP消息(例如,SIP OPTIONS消息),所述特征标签指示第二UE 102/202/302能够经由RTT消息交换非文本内容。在一些情况下,如本文所述,这可以包括接收多个特征标签,例如,对应于第一类型的非文本内容(例如,图像/视频内容)的第一特征标签和对应于第二类型的非文本内容(例如,地理位置内容)的第二特征标签,第二UE102/202/302都能够经由RTT消息来交换二者。另外或可替代地,在602处接收到的能力信息可以包括XML标签,以指示第二UE 102/202/302能够经由RTT消息交换非文本内容。此外,应该理解,如本文所述,在框602处接收能力信息可发生在通信会话的设置之前、期间或之后。
在604处,可以进行判定:能力信息112/212/312是否指示第二UE 102/202/302能够经由RTT消息交换至少文本内容(即,第二UE 102/202/302具有RTT能力)。如果在604处确定第二UE 102/202/302不能够经由RTT消息交换文本内容,则过程600遵循“否”路线到606,其中,第一UE 100/200/300拒绝显示RTT对话窗口,例如,图5的RTT对话窗口502。
如果在604处确定第二UE 102/202/302能够经由RTT消息交换文本内容(即,具有RTT能力),则过程600遵循“是”路线到608,其中,第一UE 100/200/300在第一UE 100/200/300的显示器上显示RTT对话窗口502。
在610处,可以进行判定:能力信息112/212/312是否指示第二UE 102/202/302能够经由RTT消息交换非文本内容(即,第二UE 102/202/302具有eRTT能力)。如果在610处确定第二UE 102/202/302能够经由RTT消息交换非文本内容,则过程600遵循“是”路线到612,其中,第一UE 100/200/300在RTT对话窗口502旁边的显示器上以可选状态显示一个或更多个用户界面元素508。在612处显示的一个或更多个用户界面元素508在选择时允许第一UE100/200/300的用户创建新的非文本内容,或从可用的非文本内容中选择特定的非文本内容,以包括在RTT消息144/244/344中。例如,用户可以能够选择用户界面元素508,以从数字照片库中选择数字照片。
应当理解,当在框602接收到的能力信息112/212/312中包括多个特征标签时,每个特征标签分别对应于不同类型或类别的非文本内容,可以以可选状态显示与那些特征标签的内容的类型或类别相对应的用户界面元素508,而如果其他用户界面元素508的相应特征标签不包含在能力信息112/212/312中,则其他用户界面元素508可能不启用(即,未显示,或显示但不可选择)。这作为示例在图5中示出。
在614处,第一UE 100/200/300可以通过电信网络104/204/304向第二UE 102/202/302发送RTT消息144/244/344,如果在过程600期间执行了框612,则该RTT消息可包括非文本内容。
如果在610处确定第二UE 102/202/302不能够经由RTT消息交换非文本内容(即,不具有eRTT能力),则过程600遵循从610出发的“否”路线到616,其中,第一UE 100/200/300可以:(i)避免显示一个或更多个用户界面元素508,(ii)在RTT对话窗口502旁边的显示器上以不可选状态显示一个或更多个用户界面元素508,或(iii)在RTT对话窗口502旁边的显示器上以可选状态显示一个或更多个用户界面元素508。
如果在框614之前执行了框616,则在框614处发送的RTT消息144/244/344在禁用eRTT功能时可不包含非文本内容,或者在启用eRTT功能时可包含非文本内容。而且,如本文所述,在框614处经由RTT消息发送非文本内容可以在建立通信会话之后发生,或可能在建立通信会话之前发生,例如在通信会话的设置期间作为早期媒体通信会话的一部分。此外,在通信会话期间,可以在框614处经由RTT消息,发送具有与语音数据相同的QoS的非文本内容。
图7示出了示例性过程700的流程图,用于第一UE在通信会话的设置期间从第二UE接收能力信息,基于能力信息显示将通信会话升级为RTT呼叫的可选选项,以及根据能力信息启用或禁用eRTT功能。过程700可以由始发UE 100/200/300来实现。参考先前的附图,以示例的方式描述了过程700。
在702处,第一UE 100/200/300可以接收请求将通信会话建立为不支持在通信会话期间交换RTT消息的语音呼叫的用户输入。
在704处,第一UE 100/200/300可以通过电信网络104/204/304从第二UE 102/202/302接收能力信息112/212/312,能力信息112/212/312指示第二UE 102/202/302是否能够经由RTT消息交换文本内容和/或非文本内容。在框704处执行的一个或更多个操作可以类似于在图6的过程600的框602处执行的那些操作。
在706处,可以进行判定:能力信息112/212/312是否指示第二UE 102/202/302能够经由RTT消息交换至少文本内容(即,第二UE 102/202/302具有RTT能力)。在框706处执行的一个或更多个操作可以类似于在图6的过程600的框604处执行的那些操作。
如果在706处确定第二UE 102/202/302不能经由RTT消息交换文本内容,则过程700遵循“否”路线到708,其中第一UE 100/200/300接收指示所请求的通信会话的成功设置的最终2xx响应,并且在710处建立正常语音呼叫。
如果在706处确定第二UE 102/202/302能够经由RTT消息交换文本内容,则过程700遵循“是”路线到712,其中第一UE 100/200/300显示可选选项402,以将通信会话升级为支持在通信会话期间交换RTT消息的RTT呼叫。
在714处,进行判定:用户是否已经选择了可选升级选项402。如果用户未选择升级选项402,则过程700遵循从框714出发的“否”路线到框716,其中,第一UE 100/200/300接收指示所请求的通信会话的成功设置的最终2xx响应,并且在718处建立正常语音呼叫。
在720处,第一UE 100/200/300可以在主动通信会话期间显示可选升级选项402,并且在722处可以在主动通信会话期间监控对该升级选项402的选择。如果在722处确定用户没有在主动通信会话期间选择升级选项402,则过程700通过遵循从框722出发的“否”路线在722处进行迭代,并继续监控在主动通信会话期间对升级选项402的选择。
如果并且当用户在主动通信会话期间选择了升级选项402时,这在框722处确定,这使得过程700遵循从框722出发的“是”路线到框724,其中,通过将正常语音呼叫(例如,VoLTE呼叫)升级到RTT呼叫,来建立RTT呼叫。
在726处,可以进行判定:能力信息112/212/312是否指示第二UE 102/202/302能够经由RTT消息交换非文本内容(即,第二UE 102/202/302具有eRTT能力)。在框726处执行的一个或更多个操作可以类似于在图6的过程600的框610处执行的那些操作。如果在726处确定第二UE 102/202/302能够经由RTT消息交换非文本内容,则过程700遵循“是”路线到728,其中,在第一UE 100/200/300上显示具有启用的eRTT元素508的RTT对话窗口502。这可以包括启用可用用户界面元素508的一些或全部元素508,以允许用户将非文本内容包括在RTT消息中。
另一方面,如果在726处确定第二UE 102/202/302不能经由RTT消息交换非文本内容,则过程700遵循从框726出发的“否”路线到框730,其中,在第一UE 100/200/300上显示具有禁用了的eRTT元素508(例如,未显示,以不可选状态显示等)的RTT对话窗口502。
到达框724以执行后续框的另一种方式是:通过在框714处接收到这样的指示:在正常语音通信会话的设置期间,用户选择了升级选项402。在这种情况下,过程700遵循从框714出发的“是”路线到框732,其中第一UE 100/200/300接收指示通信会话的成功设置的最终2xx响应,并在框724处将通信会话建立为RTT呼叫。
图8示出了示例性过程800的流程图,用于基于从第二UE接收到的能力信息在第一UE上启用eRTT功能,将文件插入RTT消息中,以及在RTT消息中发送文件,其中,该文件包括用户创建的或用户选择的非文本内容。过程800可以由始发UE 100/200/300或终止UE 102/202/302来实现。参考先前的附图,以示例的方式描述了过程800。
在802处,第一UE可以通过电信网络104/204/304从第二UE接收指示第二UE是否能够经由RTT消息交换文本内容和/或非文本内容的能力信息。第一UE可以是始发UE 100/200/300或终止UE 102/202/302。为了便于解释,假设第一UE是始发UE 100/200/300,并且在802处接收到的能力信息是与终止UE 102/202/302相关联的能力信息112/212/312。在802处执行的一个或更多个操作可以类似于在图6的过程600的框602处执行的那些操作。
在804处,第一UE 100/200/300可以从在框802处接收到的能力信息112/212/312确定第二UE 102/202/302能够经由RTT消息交换非文本内容(即,第二UE 102/202/302具有eRTT能力)。在804处执行的一个或多个操作可以类似于在图6的过程600的框610处执行的那些操作。
在806处,第一UE 100/200/300在RTT对话窗口502旁边的显示器上以可选状态显示一个或更多个用户界面元素508。在806处执行的一个或更多个操作可以类似于在图6的过程600的框612处执行的那些操作。
在808处,第一UE 100/200/300可以接收指示选择了在框806处显示的用户界面元素508的用户输入。例如,用户可以选择元素508(1),以使用第一UE 100/200/300的相机来拍照。这可能涉及额外的用户输入:拍照或从可用的非文本内容中选择非文本内容。
在810处,第一UE 100/200/300可以将文件142/342插入RTT消息144/344中,该文件142/342包括由第一UE 100/200/300的用户创建或选择的非文本内容。
在812处,第一UE 100/200/300可以通过电信网络104/204/304,经由RTT消息144/244/344,将文件142/342发送给第二UE 102/202/302。在框812处执行的一个或更多个操作可以类似于在图6的过程600的框614处执行的那些操作。
图9示出了示例性过程900的流程图,用于尽管从终止UE接收到的能力信息指示终止UE能够经由RTT消息交换文本内容但不能交换非文本内容,依然启用eRTT功能并在UE之间交换非文本内容。过程900被示为部分地由具有eRTT能力的第一UE 300实现,并且部分地由具有RTT能力但不具有eRTT能力的第二UE 302实现。参考先前的附图,以示例的方式描述了过程900。
在902处,第一UE 300可以与第二UE 302建立RTT呼叫。类似地,在904处,第二UE302可以与第一UE 300建立RTT呼叫。
在906处,第一UE 300可以从与第二UE 302相关联的能力信息312中确定第二UE不能经由RTT消息来交换非文本内容(即,不具有eRTT能力)。
在908处,第一UE 300可以显示具有启用的eRTT元素508的RTT对话窗口502。这可以包括启用可用的eRTT元素508的一些或全部元素508。同时,在910处,第二UE 302可以显示其自身的RTT对话窗口502(具有或不具有eRTT元素),因为在该示例中,第二UE 302不具eRTT能力。
在912处,第一UE 300可以通过电信网络304向第二UE 302发送包括RTT消息344中的非文本内容的第一文件342。
在914中,第二UE 302可以在第二UE 302上执行的消息传递应用程序中接收第一文件342,该消息传递应用程序不同于针对已建立的RTT呼叫正在执行的应用程序。例如,在第二UE 302上显示RTT对话窗口502的RTT呼叫应用程序的情境之外,第二UE 302可以在第二UE 302上执行的MMS消息传递应用程序中接收文件342。
在916处,第二UE可以使用与RTT呼叫应用程序不同的标准消息传递应用程序发送第二文件348。同时,RTT呼叫可以在918处终止,例如由挂断RTT呼叫的第一UE 300的用户而终止,或者出于某些其他原因(例如,不良无线电状况等)而终止。RTT呼叫的终止可以在第一UE 300处接收到第二文件348之前发生。
在920处,在框916处开始第二文件348的传输之后,并且由于在框918处终止RTT呼叫,那么从第二UE 302的角度终止了RTT呼叫。
在922处,第一UE 300可以在框918处终止RTT呼叫之后接收第二文件348,其中,由第一UE 300在第一UE 300上执行的消息传递应用程序(其不同于用于所建立的RTT呼叫正在执行的应用程序)中接收到第二文件348。例如,在第一UE 300上显示RTT对话窗口502的RTT呼叫应用程序的情境之外,第一UE 300可以在第一UE 300上执行的MMS消息传递应用程序中接收第二文件348。
因此,即使当设备中的一个不具有eRTT能力时,过程900仍在具有eRTT能力的设备上启用eRTT功能。应当理解,在正常语音呼叫(例如,VoLTE呼叫)的情况下,可以在具有eRTT能力的设备与既不具有RTT能力又不具有eRTT能力的设备之间执行与过程900类似的过程。
图10是示例性UE 1000的框图,被配置为基于从另一UE接收到的能力信息来启用或禁用eRTT功能。UE 1000可以代表本文描述的UE 100/102/200/300。
如图所示,UE 1000可以包括一个或更多个处理器1002和一种或更多种形式的计算机可读存储器1004。UE 1000还可以包括额外存储设备。这样的额外存储器可以包括可移动存储器1006和/或不可移动存储器1008。
UE 1000还可以包括通信地耦连到一个或更多个处理器1002和计算机可读存储器1004的输入设备1010和输出设备1012。UE 1000还可以包括一个或更多个通信接口1014,其允许UE 1000例如经由网络与其他计算设备1016(例如,IMS节点、其他UE)通信。如本文所述,一个或更多个通信接口1014可以方便通过任何适当的通信/数据技术、标准或协议,来发送和接收有线和/或无线信号。例如,一个或更多个通信接口1014可以包括蜂窝无线电、无线(例如,基于IEEE 802.1x的)接口、蓝牙接口等的一个或更多个。在一些实施例中,一个或更多个通信接口1014可以包括允许UE 1000在不同RAT之间进行转换(例如,4G或5G LTE RAT通信与传统RAT(例如,3G/2G)通信之间的转换)的射频(RF)电路。一个或更多个通信接口1014还可以使UE 1000能够在电路交换域和/或分组交换域上进行通信。
在各种实施例中,计算机可读存储器1004包括非暂时性计算机可读存储器1004,其通常包括易失性存储器和非易失性存储器(例如,随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EEPROM)、闪存、微型硬盘驱动器、存储卡、光学存储器、磁带盒、磁带、磁盘存储器、或其他磁性存储设备、或任何其他介质)。计算机可读存储器1004也可以描述为计算机存储介质,并且可以包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机可读存储器1004、可移动存储器1006和不可移动存储器1008都是非暂时性计算机可读存储介质的示例。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储技术、压缩盘只读存储器(CD-ROM)、数字多功能磁盘(DVD)、或其他光学存储器、磁性盒、磁带、磁盘存储器或其他磁性存储设备,或可用于存储所需信息并可由UE 1000访问的任何其他介质。任何此类计算机可读存储介质都可以是UE 1000的一部分。
存储器1004可以包括eRTT客户端1018(即,计算机可执行指令(或逻辑)),在由一个或更多个处理器1002执行时,执行本文公开的各种动作和/或过程。UE 1000可以将内容1020(其可以包括文本内容和非文本内容)存储在UE 1000的存储器1004中,以便在执行本文公开的各种动作和/或过程时进行访问。
本文描述的环境和各个元素当然可以包括许多其他逻辑、程序和物理组件,附图中显示的那些组件仅仅是与本文讨论有关的示例。
在给定示例中假设本文所述的各种技术将在计算机可执行指令或软件(例如,程序模块)的一般情境中实现,所述计算机可执行指令或软件存储在计算机可读存储器中,并由一台或更多台计算机或其他设备的一个或更多个处理器执行,例如,在附图中所示的那些。通常,程序模块包括例程、程序、对象、组件、数据结构等,并定义用于执行特定任务或实现特定抽象数据类型的操作逻辑。
其他架构可以用于实现所描述的功能,并且旨在落入本公开的范围内。此外,尽管出于讨论目的在上面限定了具体的职责分配,但是根据情况,各种功能和职责可能以不同方式分配和划分。
类似地,可以以各种方式并且使用不同手段来存储和分布软件,并且可以以许多不同的方式来改变上述的特定软件存储和执行配置。因此,实现上述技术的软件可以分布在各种类型的计算机可读介质上,而不限于具体描述的存储器的形式。
Claims (20)
1.一种第一用户设备(UE),包括:
处理器;
显示器;以及
存储器,存储计算机可执行指令,在由所述处理器执行时,使所述第一UE:
通过电信网络从第二UE接收指示所述第二UE是否能够经由实时文本(RTT)消息交换文本内容和/或非文本内容的能力信息;
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换至少所述文本内容,在所述显示器上显示RTT对话窗口;
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换所述非文本内容,在所述显示器上所述RTT对话窗口旁边以可选状态显示用户界面元素;
接收指示选择了所述用户界面元素的用户输入;
在RTT消息中插入文件,所述文件包括由所述第一UE的用户创建的或选择的非文本内容;以及
通过所述电信网络,经由所述RTT消息,将所述文件发送至所述第二UE。
2.根据权利要求1所述的第一UE,其中,所述计算机可执行指令在由所述处理器执行时,还使所述第一UE:
在接收所述能力信息之前,接收请求将通信会话建立为在所述通信会话期间不支持交换所述RTT消息的语音呼叫的用户输入;以及
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换至少所述文本内容,并且在显示所述RTT对话窗口之前,显示可选选项,以将所述通信会话升级到在所述通信会话期间支持所述RTT消息的所述交换的RTT呼叫。
3.根据权利要求1所述的第一UE,其中,接收所述能力信息包括:在涉及所述第一UE和所述第二UE的通信会话的设置期间,接收具有报头的会话发起协议(SIP)消息,所述报头包含指示所述第二UE能够经由所述RTT消息交换所述非文本内容的特征标签。
4.根据权利要求1所述的第一UE,其中:
接收所述能力信息包括:在涉及所述第一UE和所述第二UE的通信会话的设置期间,接收具有报头的会话发起协议(SIP)消息,所述报头包含与所述第二UE能够经由所述RTT消息交换的第一类型的非文本内容相对应的第一特征标签;
以所述可选状态显示所述用户界面元素,并且所述用户界面元素包括与所述第一类型的非文本内容相对应的第一用户界面元素;以及
所述计算机可执行指令在由所述处理器执行时,进一步使所述第一UE执行以下中的至少一个:
至少部分地基于所述报头不包含与第二类型的非文本内容相对应的第二特征标签,避免显示与所述第二类型的非文本内容相对应的第二用户界面元素;或
至少部分地基于所述报头不包含与所述第二类型的非文本内容相对应的所述第二特征标签,在所述显示器上所述RTT对话窗口旁边以不可选状态显示所述第二用户界面元素。
5.根据权利要求1所述的第一UE,其中:
所述能力信息的所述接收发生在涉及所述第一UE和所述第二UE的通信会话的设置之前;以及
所述计算机可执行指令在由所述处理器执行时,还使所述第一UE:在接收所述能力信息之前,接收请求将通信会话建立为支持在所述通信会话期间交换所述RTT消息的RTT呼叫的用户输入。
6.根据权利要求5所述的第一UE,其中,在所述通信会话期间,经由所述RTT消息,向所述第二UE发送具有与语音数据相同的服务质量(QoS)的所述文件。
7.根据权利要求1所述的第一UE,其中,所述能力信息包括指示所述第二UE能够经由所述RTT消息交换所述非文本内容的可扩展标记语言(XML)标签。
8.一种将由第一用户设备(UE)实现的方法,所述方法包括:
通过电信网络从第二UE接收指示所述第二UE是否能够经由实时文本(RTT)消息交换文本内容和/或非文本内容的能力信息;
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换至少所述文本内容,在所述第一UE的显示器上显示RTT对话窗口;
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换所述非文本内容,在所述显示器上所述RTT对话窗口旁边以可选状态显示用户界面元素,其中所述用户界面元素在被选择时,允许所述第一UE的用户将非文本内容包括在RTT消息中;以及
所述第一UE通过所述电信网络将所述非文本内容所述RTT消息发送至所述第二UE。
9.根据权利要求8所述的方法,还包括:
在所述能力信息的所述接收之前,由所述第一UE接收请求将通信会话建立为在所述通信会话期间不支持交换所述RTT消息的语音呼叫的用户输入;以及
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换至少所述文本内容,并且在显示所述RTT对话窗口之前,显示可选选项,以将所述通信会话升级到在所述通信会话期间支持所述RTT消息的所述交换的RTT呼叫。
10.根据权利要求8所述的方法,其中,所述能力信息的所述接收包括:在涉及所述第一UE和所述第二UE的通信会话的设置期间,接收具有报头的会话发起协议(SIP)消息,所述报头包含指示所述第二UE能够经由所述RTT消息交换所述非文本内容的特征标签。
11.根据权利要求8所述的方法,其中:
所述能力信息的所述接收包括:在涉及所述第一UE和所述第二UE的通信会话的设置期间,接收具有报头的会话发起协议(SIP)消息,所述报头包含与所述第二UE能够经由所述RTT消息交换的第一类型的非文本内容相对应的第一特征标签;以及
以所述可选状态显示所述用户界面元素,并且所述用户界面元素包括与所述第一类型的非文本内容相对应的第一用户界面元素;
所述方法还包括:至少部分地基于所述报头不包含与第二类型的非文本内容相对应的第二特征标签:
避免显示与所述第二类型的非文本内容相对应的第二用户界面元素;或
在所述显示器上所述RTT对话窗口旁边以不可选状态显示所述第二用户界面元素。
12.根据权利要求8所述的方法,其中,所述能力信息的所述接收发生在涉及所述第一UE和所述第二UE的通信会话的设置之前。
13.根据权利要求8所述的方法,其中,所述能力信息包括指示所述第二UE能够经由所述RTT消息交换所述非文本内容的可扩展标记语言(XML)标签。
14.根据权利要求8所述的方法,其中,所述能力信息指示所述第二UE能够经由所述RTT消息交换所述非文本内容,所述方法还包括:
所述第一UE接收指示选择了所述用户界面元素的用户输入;以及
所述第一UE将文件插入所述RTT消息中,所述文件包括非文本内容,所述非文本内容是由所述用户创建的或者由所述用户从可用非文本内容中选择的中的至少一个,
其中,所述RTT消息的所述发送包括经由所述RTT消息发送所述文件。
15.根据权利要求14所述的方法,其中,经由所述RTT消息的所述文件的所述发送发生在发起涉及所述第一UE和所述第二UE的通信会话的设置之后和建立涉及所述第一UE和所述第二UE的通信会话之前。
16.一种由第一用户设备(UE)实现的方法,所述方法包括:
通过电信网络从第二UE接收指示所述第二UE是否能够经由实时文本(RTT)消息交换文本内容和/或非文本内容的能力信息;
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换至少所述文本内容,在所述第一UE的显示器上显示RTT对话窗口;
至少部分地基于所述能力信息指示所述第二UE不能够经由所述RTT消息交换所述非文本内容,执行以下中的至少一个:
在所述显示器上所述RTT对话窗口旁边以可选状态显示用户界面元素,其中,所述用户界面元素在被选择时,允许所述第一
UE的用户将所述非文本内容包括在RTT消息中
避免显示所述用户界面元素;或
在所述显示器上所述RTT对话窗口旁边以不可选状态显示所述用户界面元素;以及
通过所述电信网络,将所述RTT消息发送至所述第二UE。
17.根据权利要求16所述的方法,其中:
所述第一UE在所述显示器上所述RTT对话窗口旁边以所述可选状态显示所述用户界面元素;
所述第一UE执行用于涉及所述第一UE和所述第二UE的已建立的通信会话的应用程序;以及
所述RTT消息的所述发送发生在所述已建立的通信会话期间,
所述方法还包括:
终止所述已建立的通信会话;以及
在所述已建立的通信会话的所述终止之后,经由不同于所述应用程序的消息传递应用程序,接收来自所述第二UE的非文本内容,来自所述第二UE的所述非文本内容已经在所述已建立的通信会话期间并且在所述已建立的通信会话的所述终止之前被发送。
18.根据权利要求16所述的方法,还包括:
在所述能力信息的所述接收之前,接收请求将通信会话建立为所述通信会话期间不支持交换RTT消息的语音呼叫的用户输入;以及
至少部分地基于所述能力信息指示所述第二UE能够经由所述RTT消息交换至少所述文本内容,并且在所述RTT对话窗口的所述显示之前,在所述显示器上显示可选选项,以将所述通信会话升级到在所述通信会话期间支持交换所述RTT消息的RTT呼叫。
19.根据权利要求16所述的方法,其中,所述能力信息的所述接收包括:在涉及所述第一UE和所述第二UE的通信会话的设置期间,接收具有报头的会话发起协议(SIP)消息,所述报头包含指示所述第二UE能够经由所述RTT消息交换所述文本内容的特征标签。
20.根据权利要求16所述的方法,其中,所述第一UE在所述显示器上所述RTT对话窗口旁边以所述可选状态显示所述用户界面元素,所述方法还包括:
接收指示选择了所述用户界面元素的用户输入;以及
在所述RTT消息中插入文件,所述文件包括新的非文本内容或所述用户选择的所述特定非文本内容,
其中,所述RTT消息的所述发送包括经由所述RTT消息发送所述文件。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/693,279 | 2017-08-31 | ||
US15/693,279 US10498775B2 (en) | 2017-08-31 | 2017-08-31 | Exchanging non-text content in real time text messages |
PCT/US2018/047741 WO2019046096A1 (en) | 2017-08-31 | 2018-08-23 | EXCHANGE OF NON-TEXTUAL CONTENT IN REAL-TIME TEXT MESSAGES |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111095879A true CN111095879A (zh) | 2020-05-01 |
Family
ID=65437952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880055565.6A Pending CN111095879A (zh) | 2017-08-31 | 2018-08-23 | 在实时文本消息中交换非文本内容 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10498775B2 (zh) |
EP (1) | EP3659303B1 (zh) |
CN (1) | CN111095879A (zh) |
WO (1) | WO2019046096A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112260938A (zh) * | 2020-10-26 | 2021-01-22 | 腾讯科技(深圳)有限公司 | 会话消息的处理方法、装置、电子设备及存储介质 |
CN112910765A (zh) * | 2021-03-31 | 2021-06-04 | 展讯通信(天津)有限公司 | 即时文本rtt通话方法、终端、系统和存储介质 |
CN117172216A (zh) * | 2023-09-18 | 2023-12-05 | 上海鸿翼软件技术股份有限公司 | 一种文档处理方法、装置、介质和电子设备 |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10498675B2 (en) * | 2017-06-15 | 2019-12-03 | GM Global Technology Operations LLC | Enhanced electronic chat efficiency |
US10404632B2 (en) | 2017-07-12 | 2019-09-03 | T-Mobile Usa, Inc. | Determining when to partition real time text content and display the partitioned content within separate conversation bubbles |
US10498775B2 (en) | 2017-08-31 | 2019-12-03 | T-Mobile Usa, Inc. | Exchanging non-text content in real time text messages |
US10887811B2 (en) * | 2018-12-11 | 2021-01-05 | Qualcomm Incorporated | Service continuity of real-time text and teletypewriter modes |
US11082557B1 (en) | 2020-03-31 | 2021-08-03 | T-Mobile Usa, Inc. | Announcement or advertisement in text or video format for real time text or video calls |
CN112817670B (zh) * | 2020-08-05 | 2024-05-28 | 腾讯科技(深圳)有限公司 | 基于会话的信息展示方法、装置、设备及存储介质 |
CN114979981B (zh) * | 2022-03-11 | 2023-07-21 | 中移互联网有限公司 | 消息传输方法、装置、电子设备及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080133675A1 (en) * | 2006-12-04 | 2008-06-05 | Microsoft Corporation | Embedding rich content in real-time communications |
CN101494074A (zh) * | 2008-01-25 | 2009-07-29 | 中国电子科技集团公司第三研究所 | 一种信息记录方法 |
US20120034897A1 (en) * | 2010-08-04 | 2012-02-09 | Motorola, Inc. | Real time text messaging method and device |
US20120034938A1 (en) * | 2010-08-04 | 2012-02-09 | Motorola, Inc. | Real time text messaging method and device |
CN102422677A (zh) * | 2009-05-08 | 2012-04-18 | 高通股份有限公司 | 用于无线通信系统中的数据会话挂起控制的方法和装置 |
US20120185604A1 (en) * | 2011-01-14 | 2012-07-19 | Alexander Shatsky | System and method for indicating callee preferences |
US20130103399A1 (en) * | 2011-10-21 | 2013-04-25 | Research In Motion Limited | Determining and conveying contextual information for real time text |
CN103348709A (zh) * | 2010-12-17 | 2013-10-09 | 瑞典爱立信有限公司 | 无线通信网络中的ue、网络节点和客户端节点中的方法 |
US20140108568A1 (en) * | 2011-03-29 | 2014-04-17 | Ti Square Technology Ltd. | Method and System for Providing Multimedia Content Sharing Service While Conducting Communication Service |
WO2015131735A1 (en) * | 2014-03-05 | 2015-09-11 | Tencent Technology (Shenzhen) Company Limited | Method and apparatus for switching real-timeimage in instant messaging |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060047840A1 (en) | 2004-08-31 | 2006-03-02 | Peter Postmus | Method and session initiation protocol (SIP) server for the exchange of end-point capabilities |
US7953608B2 (en) * | 2004-12-27 | 2011-05-31 | Cerner Innovation, Inc. | System and method for orchestrating clinical collaboration sessions |
EP1798943A1 (en) * | 2005-12-13 | 2007-06-20 | Axalto SA | SIM messaging client |
GB0712880D0 (en) | 2007-07-03 | 2007-08-08 | Skype Ltd | Instant messaging communication system and method |
WO2012087226A1 (en) * | 2010-12-20 | 2012-06-28 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and arrangements for supporting positioning |
US20140129676A1 (en) * | 2011-06-28 | 2014-05-08 | Nokia Corporation | Method and apparatus for live video sharing with multimodal modes |
US9706340B2 (en) * | 2012-02-16 | 2017-07-11 | Lg Electronics Inc. | Method and apparatus performing proximity service in wireless communication system |
US10074078B2 (en) * | 2012-11-12 | 2018-09-11 | At&T Intellectual Property I, L.P. | System and method of managing meeting invitations |
US9961608B2 (en) | 2013-08-19 | 2018-05-01 | Microsoft Technology Licensing, Llc | Seamless call transitions |
US9596580B2 (en) * | 2014-04-08 | 2017-03-14 | Nexomni, Llc | System and method for multi-frame message exchange between personal mobile devices |
US20150294633A1 (en) * | 2014-04-15 | 2015-10-15 | Edward K. Y. Jung | Life Experience Enhancement Illuminated by Interlinked Communal Connections |
US9207835B1 (en) | 2014-05-31 | 2015-12-08 | Apple Inc. | Message user interfaces for capture and transmittal of media and location content |
CN104468030B (zh) * | 2014-08-26 | 2018-06-05 | 上海华为技术有限公司 | 一种数据传输方法、用户设备及基站 |
JP6669076B2 (ja) * | 2014-11-04 | 2020-03-18 | ソニー株式会社 | 通信システム、情報処理方法およびプログラム |
KR102242983B1 (ko) | 2015-01-30 | 2021-04-21 | 삼성전자주식회사 | 통합 메시지 어플리케이션 운용 방법 및 이를 지원하는 전자장치 |
KR20170086869A (ko) * | 2016-01-19 | 2017-07-27 | 삼성전자주식회사 | 음성통화 중 영상을 전송하는 방법 및 장치 |
US10079790B2 (en) * | 2016-06-10 | 2018-09-18 | Fozan Ghannam | Method for controlled sharing of content among mobile devices |
US10498775B2 (en) | 2017-08-31 | 2019-12-03 | T-Mobile Usa, Inc. | Exchanging non-text content in real time text messages |
-
2017
- 2017-08-31 US US15/693,279 patent/US10498775B2/en active Active
-
2018
- 2018-08-23 WO PCT/US2018/047741 patent/WO2019046096A1/en unknown
- 2018-08-23 CN CN201880055565.6A patent/CN111095879A/zh active Pending
- 2018-08-23 EP EP18852003.5A patent/EP3659303B1/en active Active
-
2019
- 2019-11-22 US US16/692,566 patent/US11206293B2/en active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080133675A1 (en) * | 2006-12-04 | 2008-06-05 | Microsoft Corporation | Embedding rich content in real-time communications |
CN101494074A (zh) * | 2008-01-25 | 2009-07-29 | 中国电子科技集团公司第三研究所 | 一种信息记录方法 |
CN102422677A (zh) * | 2009-05-08 | 2012-04-18 | 高通股份有限公司 | 用于无线通信系统中的数据会话挂起控制的方法和装置 |
US20120034897A1 (en) * | 2010-08-04 | 2012-02-09 | Motorola, Inc. | Real time text messaging method and device |
US20120034938A1 (en) * | 2010-08-04 | 2012-02-09 | Motorola, Inc. | Real time text messaging method and device |
CN103348709A (zh) * | 2010-12-17 | 2013-10-09 | 瑞典爱立信有限公司 | 无线通信网络中的ue、网络节点和客户端节点中的方法 |
US20120185604A1 (en) * | 2011-01-14 | 2012-07-19 | Alexander Shatsky | System and method for indicating callee preferences |
US20140108568A1 (en) * | 2011-03-29 | 2014-04-17 | Ti Square Technology Ltd. | Method and System for Providing Multimedia Content Sharing Service While Conducting Communication Service |
US20130103399A1 (en) * | 2011-10-21 | 2013-04-25 | Research In Motion Limited | Determining and conveying contextual information for real time text |
WO2015131735A1 (en) * | 2014-03-05 | 2015-09-11 | Tencent Technology (Shenzhen) Company Limited | Method and apparatus for switching real-timeimage in instant messaging |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112260938A (zh) * | 2020-10-26 | 2021-01-22 | 腾讯科技(深圳)有限公司 | 会话消息的处理方法、装置、电子设备及存储介质 |
CN112910765A (zh) * | 2021-03-31 | 2021-06-04 | 展讯通信(天津)有限公司 | 即时文本rtt通话方法、终端、系统和存储介质 |
CN117172216A (zh) * | 2023-09-18 | 2023-12-05 | 上海鸿翼软件技术股份有限公司 | 一种文档处理方法、装置、介质和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
US10498775B2 (en) | 2019-12-03 |
EP3659303B1 (en) | 2023-03-29 |
US20200092340A1 (en) | 2020-03-19 |
US20190068658A1 (en) | 2019-02-28 |
US11206293B2 (en) | 2021-12-21 |
WO2019046096A1 (en) | 2019-03-07 |
EP3659303A4 (en) | 2021-04-07 |
EP3659303A1 (en) | 2020-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11206293B2 (en) | Exchanging non-text content in real time text messages | |
US10602562B2 (en) | Establishing communication sessions by downgrading | |
US11700215B2 (en) | Determining when to partition real time text content and display the partitioned content within separate conversation bubbles | |
US20190281647A1 (en) | Fallback indicators in session initiation protocol (sip) signaling | |
US20200021777A1 (en) | Personalized audio-video invitations via peer-to-peer connection | |
WO2015076714A1 (en) | Centralised capability discovery | |
US20170195883A1 (en) | Dynamic wlan connections | |
EP3172880A1 (en) | Method of and communications handling equipment for controlling communication session establishment in a multimedia communications network. | |
WO2019045968A1 (en) | TRANSMITTING REAL-TIME TEXT BEFORE ESTABLISHING A PRIMARY COMMUNICATION SESSION | |
EP3831028B1 (en) | Methods and apparatuses for enhancement to ip multimedia subsystem | |
US20180019958A1 (en) | Rcs origination forking | |
WO2018067339A1 (en) | User customizable handling of multiple calls | |
US11700290B1 (en) | Silent retry in a legacy system | |
CN117715235A (zh) | 一种通信建立方法、装置、终端设备及网络侧设备 | |
US20230217235A1 (en) | Hss-based p-cscf restoration triggered by as | |
US11765582B2 (en) | Asymmetric key exchange between user equipment using SIP | |
US20180019957A1 (en) | Rcs origination forking | |
CN116074806A (zh) | 信息传输方法及装置 | |
US11997146B1 (en) | IMS restoration triggered by receipt of a MWI or a text message via fallback protocol | |
US20230199113A1 (en) | Enhanced call waiting for user equipment | |
WO2024164876A1 (zh) | 数据通道的建立方法、装置、核心网设备及存储介质 | |
CN111988261B (zh) | 信息传输方法、接收方法、装置及终端 | |
US20230362302A1 (en) | Message-based notification that a called party is busy | |
KR20150026169A (ko) | 링백 모드를 이용한 통화 서비스 제공 방법 및 시스템, 그리고 이를 위한 장치 | |
CN118524357A (zh) | 增强实时通话业务的方法和通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200501 |