CN105612730A - 多媒体通信服务处理 - Google Patents
多媒体通信服务处理 Download PDFInfo
- Publication number
- CN105612730A CN105612730A CN201480055651.9A CN201480055651A CN105612730A CN 105612730 A CN105612730 A CN 105612730A CN 201480055651 A CN201480055651 A CN 201480055651A CN 105612730 A CN105612730 A CN 105612730A
- Authority
- CN
- China
- Prior art keywords
- communication service
- multimedia communication
- ongoing
- multimedia
- service
- 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.)
- Granted
Links
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/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/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了用户设备中的多媒体通信服务处理。进行中的多媒体通信服务由用户设备处理。在处理期间,用户设备接收建立其它多媒体通信服务的请求。进行中的多媒体通信服务和其它多媒体通信服务需要访问一次只能够服务于一个进行中的多媒体通信服务的用户设备中的资源。进行中的多媒体通信服务和其它多媒体通信服务中的至少一个与用于对用户设备执行多媒体通信服务的非默认应用相关联。然后,对进行中的多媒体通信服务的处理和其它多媒体通信服务的处理进行协调。
Description
技术领域
本文中呈现的实施例涉及用户设备,并且特别涉及用于用户设备中的多媒体通信服务处理的方法、用户设备、计算机程序和计算机程序产品。
背景技术
在通信网络中,始终存在对于给定通信协议、其参数和通信网络所部署的物理环境获得良好性能和容量的挑战。
现代无线通信已经从提供简单的语音呼叫服务向提供先进的多媒体服务发展。例如,第三代合作伙伴计划(3GPP)因特网协议多媒体子系统(IMS)服务模型允许在用户设备(UE)中容留的第三方具体应用使用底层标准化的IMS通信服务用来发送应用命令和数据。通过这种方式,应用业务能够贯穿在底层服务的基础上定义的跨网络运营商接口。这是很有价值的,因为其允许目的地端用户和UE属于另一个网络运营商而不是源端用户和UE。因此应用不需要实现其本身的跨运营商设置,因为根据上文的描述,这因此会重新使用现有的跨运营商设置。
然而,一旦应用邀请到达目的地UE,目的地UE需要启动一些由因此发起邀请的源UE使用的相同应用。目的地UE将要启动的应用的标识符可以按照例如由3GPPTS24.2295.7.1.9节描述的方式来包括在邀请中。如果底层IMS通信服务是多媒体电话服务,则目的地UE的电话服务管理器必须向目的地UE中的具体多媒体电话服务应用而不是标准电话服务应用分派邀请。针对该示例,如果包括在会话邀请中不包括应用标识符(根据3GPPTS24.229的IMS应用参考标识符(IARI)),标准电话服务应用将是由目的地UE启动的应用。
通常,当语音呼叫(例如IMS通信服务是‘MMTEL’)到达能够实现语音的UE时,(如GSMAssociationOfficialDocumentIR.92-IMSProfileforVoiceandSMS;GSMAIR.92中公开的)接收语音呼叫处理器(例如基于长期演进的语音(VoLTE))将通知UE中的电话服务管理器。电话服务管理器将典型地通知默认呼叫应用的用户界面(UI)功能,其将提示端用户接受或拒绝呼叫。如果端用户接受呼叫,UI功能将通知电话服务管理器,其进而通知呼叫处理器。呼叫处理器然后可以向网络发送有关的回应信号程序,例如SIP200OK消息。
然而,仍然需要改进UE中的多媒体通信服务处理。
发明内容
本文中的实施例的目标在于,提供UE中的改进的多媒体通信服务处理。
所附实施例的发明人已经认识到,可能存在用于在UE中处理多媒体通信服务的改进的非默认(即第三方)应用。例如,在本领域已知的已经建立的进行中的多媒体通信服务期间,其它多媒体通信服务的请求可以到达。呼叫处理器将通知电话服务管理器,并且包括应用的标识(IARI)。基于应用标识符(IARI),电话服务管理器可以得知应当启动哪个应用。当应用启动时,将通知用户接受或拒绝。所附实施例的发明人已经认识到,存在如何处理这种情形的不确定性,因为进行中的多媒体通信服务不知道其它多媒体通信服务的请求的到达。
该不确定性的原因在于,在现代UE中,应用典型地被操作系统相互隔离。因此,当启动通信应用时,不能容易地得知是否已经存在另一个活动的通信应用,反之亦然,活动的应用也不能容易地得知已经启动了新应用。
由于活动的应用和新启动的应用可能需要使用UE中同一受限制的资源(例如显示器或麦克风和扬声器),一个通信应用的启动可以通过接管这些资源的使用来打扰另一个当前活动的应用的操作。可能地,两个多媒体通信应用将继续进行其会话,并且试图同时使用麦克风/扬声器/屏幕,这将导致故障或至少导致用户产生疑惑。备选地,当前活动的应用可以通过不释放资源来防止另一个应用的启动。这样被打扰的应用不能确定在操作中失败的原因。
具体目的是在于提供在进行中的多媒体通信服务期间的UE中的改进的多媒体通信服务处理。
根据一个方案,提出了一种用于用户设备(UE)中的多媒体通信服务处理的方法。该方法由UE执行。方法包括:处理进行中的多媒体通信服务。方法包括:在处理期间,接收建立其它多媒体通信服务的请求。进行中的多媒体通信服务和其它多媒体通信服务需要访问一次只能够服务于一个进行中的多媒体通信服务的UE中的资源。进行中的多媒体通信服务和其它多媒体通信服务通过操作系统来保持独立。方法包括:通过IMS服务管理器来对进行中的多媒体通信服务的处理和其它多媒体通信服务的处理进行协调。
有利地,这提供了在UE中的改进的多媒体通信服务处理。
有利地,这能够实现在进行中的多媒体通信服务期间UE中的改进的多媒体通信服务处理。
有利地,这使进行中的多媒体通信服务得知其它多媒体通信服务。
根据第二方案,提出了一种用于UE中的多媒体通信服务处理的用户设备(UE)。所述UE包括处理单元。处理单元被布置为处理进行中的多媒体通信服务。处理单元被布置为:在处理期间,接收建立其它多媒体通信服务的请求。进行中的多媒体通信服务和其它多媒体通信服务需要访问一次只能够服务于一个进行中的多媒体通信服务的UE中的资源。进行中的多媒体通信服务和其它多媒体通信服务通过操作系统来保持独立。处理单元被布置为:通过IMS服务管理器来对进行中的多媒体通信服务的处理和其它多媒体通信服务的处理进行协调。
根据第三方案,提出了一种交通工具。该交通工具包括根据第二方案的UE。
根据第四方案,提出了一种用于用户设备(UE)中的多媒体通信服务处理的计算机程序,所述计算机程序包括计算机程序代码,当在UE上运行时,使UE执行根据第一方案的方法。
根据本发明的第五方面,提出了一种计算机程序产品,所述计算机程序产品包括根据根据本发明第四方面的计算机程序和存储所述计算机程序的计算机可读装置。
应当注意的是,适当时,第一、第二、第三、第四和第五方案的任何特征可以应用到任何其它方案。同样,第一方案的任何优点可以分别等同地应用到第二、第三、第四和/或第五方案,并且反之亦然。所公开的实施例的其他目的、特征和优点将通过以下详细公开、所附从属权利要求以及附图而变得显而易见。
一般地,除非另有明确说明,权利要求中使用的所有术语根据其技术领域中的普通含义来解释。除非另外明确指出,对″元素、装置、组件、装置、步骤等″的所有提及都将被开放地解释为指代元素、装置、组件、装置、步骤等的至少一个实例。除非另外明确指出,这里公开的任何方法的步骤不必按照所公开的确切顺序执行。
附图说明
下面参照附图以示例方式描述本发明构思,附图中:
图1是示出了根据实施例的通信网络的示意图;
图2a是示出了根据实施例的用户设备的功能模块的示意图;
图2b是示出了根据实施例的用户设备的功能单元的示意图;
图2c是示出了根据实施例的用户设备的逻辑单元的示意图;
图3示出了根据实施例的包括计算机可读装置的计算机程序产品的一个示例;
图4示意性示出了根据实施例的交通工具;
图5和6是根据实施例的方法的流程图;以及
图7、图8、图9、图10、图11和图12是根据实施例的信号流示意图。
具体实施方式
现将在下文参考其中示出本发明的特定实施例的附图来更全面地描述发明构思。然而,本发明构思可以按照多种不同形式来表现,并且不应当被看做是限制在本文中阐述的实施例;相反,这些实施例通过示例的方式来提供,使得本公开将会全面和完整,并且将会向本领域技术人员完全传达本发明的范围。贯穿说明书,相似附图标记表示相似元件。由虚线示出的任何步骤和特征应当被看做是可选择的。
图1示出了可以应用本文呈现的实施例的举例说明的通信网络11的概览示意图。通信网络11包括提供对小区(未示出)提供网络覆盖的网络节点(NN)13。因此,服务于该特定小区的网络节点13向位于特定小区中的用户设备(UE)12a提供网络服务。如本领域技术人员所理解的,通信网络11可以包括多个网络节点13和可操作连接到多个网络节点13中的至少一个的多个UE12a。网络节点13可操作地连接到核心网络14。核心网络14包括IMS网络14a。一般来说,IMS网络14a提供用于通过核心网络14传递IP多媒体服务的结构框架。核心网络14可以从外部因特网协议(IP)分组交换网络15向可操作连接到网络节点13的用户设备12a提供服务和数据。只要下文描述的原则适用,则通信网络11的至少一部分大体上可以符合W-CDMA(宽带码分多址)、LTE(长期演进)、EDGE(增强型数据速率GSM演进、增强型GPRS(通用分组无线电服务))、CDMA2000(码分多址2000)、WiFi、微波无线电链路、HSPA(高速分组接入)等中的任意一个或者组合。
用户设备(UE)12b还可以具有向外部IP分组交换数据网络15的有线连接。用户设备12a、12b的示例包括但不限于端用户设备,例如移动电话、平板计算机、膝上型计算机和固定计算机。一般来说,本文公开的用户设备12a、12b可以具有向IP分组交换网络15的无线连接、有线连接或有线连接和无线连接二者。因此通信网络11可以包括完全无线连接的电子设备12a、完全有线连接的电子设备12b以及具有无线和有线连接二者的电子设备12a、12b的任意组合。
可以通过通信系统31传输的服务和数据的一个示例是多媒体通信。在多媒体通信中,多媒体流在两个用户设备12a、12b之间传输(例如从用户设备12a向用户设备12b传输,或反之亦然),或者在IP网络15的服务器与至少一个用户设备12a、12b之间传输(例如从服务器向至少一个用户设备12a、12b传输,或者从从至少一个用户设备12a、12b向服务器传输)。多媒体流可以包括具有音频和视频内容的形式的有效载荷数据。如本领域技术人员理解的,多媒体流可以包括其它有效载荷数据。
本文公开的实施例涉及用户设备12a、12b中的多媒体通信服务处理。为了在用户设备12a、12b中获得多媒体通信服务处理,提供了用户设备12a、12b,由用户设备12a、12b执行的方法,包括用户设备12a、12b的交通工具41,以及计算机程序,包括例如以计算机程序产品的形式的代码,当在用户设备12a、12b上运行时,使用户设备12a、12b执行方法。
图2a按照若干功能模块的形式示意性地示出了根据实施例的用户设备12a、12b的组件。使用能够执行计算机程序产品31(如图3)(例如,具有存储介质23的形式)中存储的软件指令的合适的中央处理单元(CPU)、多处理器、微控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等中的一种或多种的任意组合来提供处理单元21。从而处理单元21被配置为执行本文公开的方法。存储介质23还可以包括持久存储设备,其例如可以是磁存储器、光存储器、固态存储器或甚至远程安装存储器中的任意单独一个或组合。用户设备12a、12b还可以包括用于与网络节点13无线通信以及/或者与IP网络15有线通信的通信接口22,通信接口22包括模拟组件和数字组件。处理单元21例如通过向通信接口22和存储介质23发送数据和控制信号、通过从通信接口22接收数据和报告、以及通过从存储介质23中检索数据和指令来控制用户设备12a、12b的一般操作。为了突出本文提出的概念,省略了用户设备12a、12b的其它组件以及相关功能。
图2b按照若干功能单元的形式示意性地示出了根据实施例的用户设备12a、12b的组件。图2b的用户设备12a、12b包括多个功能单元:处理单元21a、接收单元21b以及协调单元21c。图2b的用户设备12a、12b还包括多个可选择的功能单元,例如确定单元21d、发起单元21e、激活单元21f、恢复单元21g、拒绝单元21h、获取单元21j以及比较单元中的任意单元。将在可以使用功能单元的下文中进一步公开每个功能单元21a-k的功能。一般来说,每个功能单元21a-k可以在硬件或在软件中实现。处理单元21可以因此被布置为从存储介质23获取由功能单元21a-k提供的指令,并且被布置为执行这些这令,由此执行下文将公开的任何步骤。
图2c按照若干逻辑单元的形式示意性地示出了根据实施例的用户设备12a、12b的组件。用户设备12a、12b包括IMS栈逻辑单元21l、基于LTE的语音(VoLTE)逻辑单元21m、IMS服务管理器逻辑单元21n、默认多媒体应用逻辑单元24、第一第三方(即非默认)多媒体应用逻辑单元25a、以及可选择地,第二第三方(即非默认)多媒体应用逻辑单元25b。将在可以使用功能单元的下文中进一步公开每个逻辑单元21l-n、24、25a、25b的功能。一般来说,每个逻辑单元21l-n、24、25a、25b可以在硬件或在软件中实现。处理单元21可以因此被布置为从存储介质23获取由逻辑单元21l-n、24、25a、25b提供的指令,并且被布置为执行这些这令,由此执行下文将公开的任何步骤。
备选地,从IMS的角度来看,IMS服务管理器逻辑单元21n可以模拟图2b的每个功能单元21l-n、24、25a、25b的功能。IMS服务管理器负责多媒体通信应用需要执行的所有IMS通信,当需要时使用IMS通信服务。IMS服务管理器能够处理并行的若干个应用。图5和图6是示出了用户设备12a、12b中的多媒体通信服务处理方法的实施例的流程图。该方法由用户设备12a、12b来执行。有利地将该方法提供为计算机程序32。图3示出了包括计算机可读装置33在内的计算机程序产品31的一个示例。在该计算机可读装置33a上,可以存储计算机程序32,该计算机程序32可以使得处理单元21和操作上耦合到处理单元6的实体和设备(例如,存储介质23和/或通信接口22)执行根据本文描述实施例的方法。计算机程序32和/或计算机程序产品31可以因此提供执行如本文公开的任何步骤的方法。
在图3的示例中,计算机程序产品31示出为光盘,例如CD(高密度盘)或DVD(数字多功能盘)或蓝光盘。计算机程序产品31还可以体现为存储器,例如随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、或电子可擦除可编程只读存储器(EEPROM)和更具体地作为外部存储器中的设备的非易失性存储介质,例如USB(通用串行总线)存储器。因此,尽管计算机程序32这里示意性地示出为所描述的光盘上的轨道,计算机程序32可以用适于计算机程序产品31的任意方式进行存储。
可以设置用户设备12a、12b来作为单独的设备或其它设备的一部分。例如,用户设备12a、12b可以设置在交通工具41中。图4示出了包括如本文公开的至少一个用户设备12a、12b的交通工具41。可以设置用户设备12a、12b来作为交通工具41的完整部分。也就是说,用户设备12a、12b的组件可以与交通工具41的其它组件集成;交通工具41和用户设备12a、12b的一些组件可以共享。例如,如果这样的交通工具包括处理单元,该处理单元可以被布置为执行与用户设备12a、12b相关联的处理单元21的活动。备选地,用户设备12a、12b可以设置为交通工具41中的分离的单元。交通工具41可以是陆地运输的交通工具,例如汽车、卡车、摩托车等,可以是用于水路运输的交通工具,例如小舟、船、轮船或潜艇等,或者可以是用于航空运输的交通工具,例如飞机、直升机等。
现在参照图5。现在将公开由UE12a、12b执行的用户设备(UE)12a、12b中的多媒体通信服务处理的方法。用户设备12a、12b的处理单元21被布置为在步骤S102中处理进行中的多媒体通信服务。处理可以由处理单元21a的执行功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该处理的方法。因此假设UE12a、12b之前已经从另一个UE接收到建立当前的进行中的多媒体通信服务的请求,或者假设UE12a、12b本身已经例如通过从用户界面接收指令发起了当前的进行中的多媒体通信服务。
在进行中的多媒体通信服务期间,UE12a、12b可以接收建立其它多媒体通信服务的请求。因此,用户设备12a、12b的处理单元21被布置为:在步骤S104中,在处理期间,接收建立其它多媒体通信服务的请求。接收可以由接收单元21b的执行功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该接收的方法。UE12a、12b可以从外部设备接收请求,并且因此请求可以可以表示用于建立其它多媒体通信服务的将到来的请求。备选地,可以经由用户接口,从希望在进行中的多媒体通信服务期间使用用于对UE12a、12b执行多媒体通信服务的其它应用的UE12a、12b的端用户接收请求。请求可以通过IMS栈211来接收。
进行中的多媒体通信服务和其它多媒体通信服务需要访问UE12a、12b中的资源。该UE12a、12b中的资源一次只能够服务于一个进行中的多媒体通信服务。下文中将提供这样的资源的示例。作为其结果,一次只能启用进行中的多媒体通信服务和其它多媒体通信服务中的一个。此外,进行中的多媒体通信服务和其它多媒体通信服务中的至少一个与用于对UE12a、12b执行多媒体通信服务的非默认应用25a、25b相关联。因此,UE12a、12b包括用于对UE12a、12b执行多媒体通信服务的至少两个应用,其中至少一个应用是非默认应用。
UE12a、12b能够察觉到进行中的多媒体通信服务以及新到达的其它多媒体通信服务,并且因此UE12a、12b被布置为在它们之间进行协调。然后,用户设备12a、12b的处理单元21被布置为,在步骤S106中,协调进行中的多媒体通信服务和其它多媒体通信服务的处理。协调可以通过执行协调单元21c的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该协调的方法。下文将介绍如何协调进行中的多媒体通信服务和其它多媒体通信服务的处理的示例。
现在参照图6。现在将公开涉及与UE12a、UE12b中的多媒体通信服务处理的其它细节有关的实施例。
一次只能够服务于一个进行中的多媒体通信服务的UE12a、12b中的资源的示例包括但不限于:麦克风、扬声器、多媒体处理器、显示器和输入设备,但是还可以包括UE12a、12b的其它功能资源。
协调可以涉及接受或拒绝其它多媒体通信服务。根据实施例,用户设备12a、12b的处理单元21因此被布置为,在可选择步骤S106a中,通过确定接受或拒绝其它多媒体通信服务来协调进行中的多媒体通信服务和其它多媒体通信服务的处理。该确定可以通过执行确定单元21d的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该确定的方法。
(在步骤S106中)可以存在不同的方式来协调进行中的多媒体通信服务和其它多媒体通信服务的处理。现在将进而公开涉及这些方式的不同实施例。
例如,接受其它多媒体通信服务可以导致进行中的多媒体通信服务的暂停。根据实施例,用户设备12a、12b的处理单元21被布置为,通过在可选择步骤S108a中发起进行中的多媒体通信服务的暂停程序;以及在可选择步骤S108b中激活其它多媒体通信服务来接受其它多媒体通信服务。发起可以通过执行发起单元21e的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该发起的方法。激活可以通过执行激活单元21f的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该激活的方法。因此,如果激活其它呼叫,则因此可以暂停进行中的呼叫。类似地,如果激活其它呼叫,则可以暂停来自音频或多媒体应用的进行中的回放。
例如,拒绝其它多媒体通信服务可以导致进行中的多媒体通信服务的不受干扰的连续。根据实施例,用户设备12a、12b的处理单元21被布置为,通过在可选择步骤S110a中继续进行进行中的多媒体通信服务;以及在可选择步骤S110b中拒绝接受其它多媒体通信服务来拒绝其它多媒体通信服务。继续可以通过执行继续单元21g的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该继续的方法。拒绝可以通过执行拒绝单元21h的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该拒绝的方法。因此,如果拒绝其它呼叫,则因此可以恢复进行中的呼叫。
应当注意的是,当立即拒绝其它多媒体通信服务时,进行中的多媒体通信服务可能没有搁置,并且可能因此不一定需要恢复。此外,一旦终止了其它多媒体通信服务(例如在其它多媒体通信服务是视频呼叫或语音呼叫的情况下的挂机),则可以再次恢复最初的进行中的多媒体通信服务。
(在步骤S106中)可以存在不同的方式来确定接受或拒绝其它多媒体通信服务。现在将进而公开涉及这些方式的不同实施例。
例如,步骤S106a中的确定可以基于从端用户接收的指令。根据实施例,用户设备12a、12b的处理单元21被布置为,在可选择步骤S106b中,获取接受或者拒绝其它多媒体通信服务的用户指令。获取可以通过执行获取单元21j的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该获取的方法。由此,UE12a、12b的端用户能够确定接受或者拒绝其它多媒体通信服务。如果用户指令指示接受其它多媒体通信服务,则由此可以接收消息其它多媒体通信服务。类似地,如果用户指令指示拒绝其它多媒体通信服务,则可以拒绝其它多媒体通信服务。
例如,在步骤S106a中的确定可以基于服务的优先级。根据实施例,用户设备12a、12b的处理单元21被布置为,在可选择步骤S106c中,将进行中的多媒体通信服务的优先级与其它多媒体通信服务的优先级相比较。比较可以通过执行比较单元21k的功能来执行。计算机程序32和/或计算机程序产品31可以因此提供执行该比较的方法。如果其它多媒体通信服务具有比进行中的多媒体通信服务更高的优先级,则由此可以接受其它多媒体通信服务。类似地,如果其它多媒体通信服务具有比进行中的多媒体通信服务更低的优先级,则可以拒绝其它多媒体通信服务。因此,如果假设紧急呼叫具有较高的优先级,则将永远优先处理紧急呼叫;如果进行中的多媒体通信服务是紧急呼叫,则将拒绝其它多媒体通信服务,并且反之亦然。这将使进行中的紧急呼叫不被打扰,并且总是可以接受属于紧急呼叫的其它多媒体通信服务。这还可以应用到由端用户或UE制造商配置为“高优先级”的其它通信服务。
现在将依次公开与由UE12a、12b执行的UE12a、12b中的多媒体通信服务处理的方法有关的六个实施例。针对下文公开的六个实施例,进行中的多媒体通信服务和其它多媒体通信服务使用用户设备12a、12b的默认因特网协议多媒体子系统(IMS)通信服务。默认IMS通信服务可以负责发送应用命令和第一多媒体类型的多媒体通信服务的数据。此外,如本领域技术人员所理解的,序列图不显示在UE12a、12b与网络节点13之间发送的所有SIP消息;为了简洁,不示出所有的响应消息。
第一实施例
现在参照示出了第一实施例的图7,根据第一实施例,用户设备12a、12b包括一个用于在用户设备12a、12b上执行多媒体通信服务的默认应用24,以及一个用于在用户设备12a、12b上执行多媒体通信服务的非默认应用25a。
假设用户设备12a处理进行中的多媒体通信服务,如上述步骤S102。为了说明的目的,进行中的多媒体通信服务是现有VoLTE语音呼叫。VoLTE语音呼叫使用被称作“VoLTE”的电话协议,如通过3GPP和GSMA来标准化。由于这是运营商网络使用的标准协议,其由用于执行例如VoLTE语音呼叫的多媒体通信服务的默认应用24来处理。
IMS网络14a然后从另一方(例如另一个用户设备12b)向用户设备12a转发SIPINVITE(第三方IARI)的形式的邀请,以开始另一个分组切换语音呼叫。然而,假设该呼叫使用不同的电信标准,如由来自IMS网络14a的邀请中提供的“IARI”指示的。这种类型的语音呼叫不能由默认应用24来处理,但是反而应当由安装在用户设备12a上的非默认应用25a来处理。如上述步骤S104,该邀请由用户设备12a接收。
此时,已经请求用户设备12a来立刻处理两个语音呼叫。假设用户设备12a只有一次只处理一个呼叫的用户接口和硬件资源。如果到来的VoLTE呼叫(即其它多媒体通信服务)被指派给正在处理进行中的VoLTE呼叫(即进行中的多媒体通信服务)的同一默认应用24,处理该情况的方式将会是,默认应用24首先将进行中的呼叫搁置,并且然后请求用户设备12a的端用户接受或者拒绝进入的呼叫。然而,进入的VoLTE必须由非默认应用25a来处理,其本身没有任何明显的方式来与默认应用24协调。
IMS服务管理器21n然后向非默认应用25a通知新进入的VoLTE呼叫,这导致非默认应用25a启动其用户接口并给予用户设备12a的端用户接受或拒绝新的VoLTE呼叫的能力,如上述步骤S106a和S106b。
现在假设端用户接受进入的VoLTE呼叫,如上述步骤S106a。在接收来自非默认应用25a的接受之后,IMS服务管理器21n通过发布SIPUPDATE(媒体=不活动,VoLTE语音呼叫)信令来自动执行网络操作来使进行中的VoLTE呼叫搁置,并且向默认应用24通知进行中的VoLTE呼叫已被搁置,如上述步骤S108a。
当接收进行中的VoLTE呼叫已被搁置的通知时,默认应用24释放其对用户设备12a的用户接口和媒体资源(例如麦克风和扬声器)的控制,因此为非默认应用25a的潜在使用来将其释放。
通过IMS服务管理器21n来做出非默认应用25a接受进入的VoLTE呼叫的决定,然后通过IMS服务管理器21n发布SIP200OK(SIPINVITE)信令来向IMS网络14a转发。
然后,IMS服务管理器21n激活进入的VoLTE呼叫。在一段时间后,通过端用户将进入的VoLTE呼叫挂机来使非默认应用25a终止进入的VoLTE呼叫。IMS服务管理器21n然后通过向IMS网络14a发布SIPBYE(进行中的呼叫)信令来通知IMS网络14a。在进入的VoLTE呼叫已经结束之后,非默认应用25a释放其处理VoLTE呼叫所需的资源。
一旦其它方的VoLTE呼叫已经终止,则IMS服务管理器21n通过向IMS网络14a发布SIPUPDATE(媒体=sendrecv,VoLTE语音呼叫)信令,自动取消保留并恢复原始的进行中的VoLTE呼叫,并且向默认应用24通知进行中的VoLTE呼叫再次活动,此时,默认应用24可以接管继续进行原始的进行中的VoLTE呼叫所需的用户接口和其它媒体资源。
第二实施例
现在参照示出了第二实施例的图8,根据第二实施例,用户设备12a包括一个用于在用户设备12a、12b上执行多媒体通信服务的默认应用24,以及一个用于在用户设备12a上执行多媒体通信服务的非默认应用25a。
假设用户设备12a处理进行中的多媒体通信服务,如上述步骤S102。为了说明的目的,进行中的多媒体通信服务是现有VoLTE语音呼叫。VoLTE语音呼叫使用被称作“VoLTE”的电话协议,如通过3GPP和GSMA来标准化。由于这是运营商网络使用的标准协议,其由用于执行例如VoLTE语音呼叫的多媒体通信服务的默认应用24来处理。
IMS网络14a然后从另一方(例如另一个用户设备12b)向用户设备12a转发SIPINVITE(第三方IARI)的形式的邀请,以开始另一个分组切换语音呼叫。然而,假设该呼叫使用不同的电信标准,如由来自IMS网络14a的邀请中提供的“IARI”指示的。这种类型的语音呼叫不能由默认应用24来处理,而是应当由安装在用户设备12a上的非默认应用25a来处理。如上述步骤S104,该邀请由用户设备12a接收。
此时,已经请求用户设备12a来立刻处理两个语音呼叫。假设用户设备12a只有一次只处理一个呼叫的用户接口和硬件资源。如果到来的VoLTE呼叫(即其它多媒体通信服务)被指派给正在处理进行中的VoLTE呼叫(即进行中的多媒体通信服务)的同一默认应用24,处理该情况的方式将会是,默认应用24首先将进行中的呼叫搁置,并且然后请求用户设备12a的端用户接受或者拒绝进入的呼叫。然而,进入的VoLTE必须由非默认应用25a来处理,其本身没有任何明显的方式来与默认应用24协调。
在一段时间后,通过端用户将进入的VoLTE呼叫挂机来使非默认应用25a终止进入的VoLTE呼叫。IMS服务管理器21n然后通过向IMS网络14a发布SIPBYE(进行中的呼叫)信令来通知IMS网络14a。在进入的VoLTE呼叫已经结束之后,非默认应用25a释放其处理VoLTE呼叫所需的资源。
一旦其它方的VoLTE呼叫已经终止,则IMS服务管理器21n通过向IMS网络14a发布SIPUPDATE(媒体=sendrecv,VoLTE语音呼叫)信令,自动取消保留并恢复原始的进行中的VoLTE呼叫,并且向默认应用24通知进行中的VoLTE呼叫再次活动,此时,默认应用24可以接管继续进行原始的进行中的VoLTE呼叫所需的用户接口和其它媒体资源。
第三实施例
现在参照示出了第三实施例的图9,根据第三实施例,用户设备12a包括一个用于在用户设备12a、12b上执行多媒体通信服务的默认应用24,以及一个用于在用户设备12a上执行多媒体通信服务的非默认应用25a。
假设用户设备12a处理进行中的多媒体通信服务,如上述步骤S102。为了说明的目的,进行中的多媒体通信服务是现有第三方语音呼叫。该类型的语音呼叫由安装在用户设备12a上的非默认应用25a来处理。
IMS网络14a然后从另一方(例如另一个用户设备12b)向用户设备12a转发SIPINVITE(VoLTE语音呼叫)的形式的邀请,以开始另一个分组切换语音呼叫。然而,假设该呼叫使用标准电信标准(例如VoLTE语音呼叫),如由没有在来自IMS网络14a的邀请中提供的“IARI”指示的。VoLTE语音呼叫使用被称作“VoLTE”的电话协议,如通过3GPP和GSMA来标准化。由于这是运营商网络使用的标准协议,其将通过用于执行多媒体通信服务(例如VoLTE语音呼叫)的默认应用24来处理。如上述步骤S104,该邀请由用户设备12a接收。
此时,已经请求用户设备12a来立刻处理两个语音呼叫。假设用户设备12a只有一次只处理一个呼叫的用户接口和硬件资源。如果到来的VoLTE呼叫(即其它多媒体通信服务)被指派给正在处理进行中的VoLTE呼叫(即进行中的多媒体通信服务)的同一非默认应用25a,处理该情况的方式将会是,非默认应用25a首先将进行中的呼叫搁置,并且然后请求用户设备12a的端用户接受或者拒绝进入的呼叫。然而,进入的VoLTE必须由默认应用24来处理,其本身没有任何明显的方式来与非默认应用25a协调。
IMS服务管理器21n然后向默认应用24通知新进入的VoLTE呼叫,这导致默认应用24启动其用户接口并给予用户设备12a的端用户接受或拒绝新的VoLTE呼叫的能力,如上述步骤S106a和S106b。
现在假设端用户接受进入的VoLTE呼叫,如上述步骤S106a。在接收来自默认应用24的接受之后,IMS服务管理器21n通过发布SIPUPDATE(媒体=不活动,第三方IARI)信令来自动执行网络操作来使进行中的VoLTE呼叫搁置,并且向非默认应用25a通知进行中的VoLTE呼叫已被搁置,如上述步骤S108a。
当接收进行中的VoLTE呼叫已被搁置的通知时,非默认应用25a释放其对用户设备12a的用户接口和媒体资源(例如麦克风和扬声器)的控制,因此为默认应用24的潜在使用来将其释放。
通过IMS服务管理器21n来做出默认应用24接受进入的VoLTE呼叫的决定,然后通过IMS服务管理器21n发布SIP200OK(SIPINVITE)信令来向IMS网络14a转发。
然后,IMS服务管理器21n激活进入的VoLTE呼叫。在一段时间后,通过端用户将进入的VoLTE呼叫挂机来使默认应用24终止进入的VoLTE呼叫。IMS服务管理器21n然后通过向IMS网络14a发布SIPBYE(进行中的呼叫)信令来通知IMS网络14a。在进入的VoLTE呼叫已经结束之后,默认应用24释放其处理VoLTE呼叫所需的资源。
一旦其它方的VoLTE呼叫已经终止,则IMS服务管理器21n通过向IMS网络14a发布SIPUPDATE(媒体=sendreCV,第三方IARI)信令,自动取消保留并恢复原始的进行中的VoLTE呼叫,并且向非默认应用25a通知进行中的VoLTE呼叫再次活动,此时,非默认应用25a可以接管继续进行原始的进行中的VoLTE呼叫所需的用户接口和其它媒体资源。
第四实施例
现在参照示出了第四实施例的图10,根据第四实施例,用户设备12a包括一个用于在用户设备12a、12b上执行多媒体通信服务的默认应用24,以及一个用于在用户设备12a上执行多媒体通信服务的非默认应用25a。
假设用户设备12a处理进行中的多媒体通信服务,如上述步骤S102。为了说明的目的,进行中的多媒体通信服务是现有第三方语音呼叫。该类型的语音呼叫由安装在用户设备12a上的非默认应用25a来处理。
IMS网络14a然后从另一方(例如另一个用户设备12b)向用户设备12a转发以SIPINVITE(默认)的形式的邀请,以开始另一个分组切换语音呼叫。然而,假设该呼叫使用标准电信标准(例如VoLTE语音呼叫),如由没有在来自IMS网络14a的邀请中提供的“IARI”指示的。VoLTE语音呼叫使用被称作“VoLTE”的电话协议,如通过3GPP和GSMA来标准化。由于这是运营商网络使用的标准协议,其将通过用于执行多媒体通信服务(例如VoLTE语音呼叫)的默认应用24来处理。如上述步骤S104,该邀请由用户设备12a接收。
此时,已经请求用户设备12a来立刻处理两个语音呼叫。假设用户设备12a只有一次只处理一个呼叫的用户接口和硬件资源。如果到来的VoLTE呼叫(即其它多媒体通信服务)被指派给正在处理进行中的VoLTE呼叫(即进行中的多媒体通信服务)的同一非默认应用25a,处理该情况的方式将会是,非默认应用25a首先将进行中的呼叫搁置,并且然后请求用户设备12a的端用户接受或者拒绝进入的呼叫。然而,进入的VoLTE必须由默认应用24来处理,其本身没有任何明显的方式来与非默认应用25a协调。
在接收邀请之后,IMS服务管理器21n通过发布SIPUPDATE(媒体=不活动,第三方IARI)信令来自动执行网络操作来使进行中的VoLTE呼叫搁置,并且向非默认应用25a通知进行中的VoLTE呼叫已被搁置,如上述步骤S108a。
当接收进行中的VoLTE呼叫已被搁置的通知时,非默认应用25a释放其对用户设备12a的用户接口和媒体资源(例如麦克风和扬声器)的控制,因此为默认应用24的潜在使用来将其释放。
IMS服务管理器21n然后向默认应用24通知新进入的VoLTE呼叫,这导致默认应用24启动其用户接口并给予用户设备12a的端用户接受或拒绝新的VoLTE呼叫的能力,如上述步骤S106a和S106b。
现在假设端用户接受进入的VoLTE呼叫,通过IMS服务管理器21n发布SIP200OK(SIPINVITE)信令来向IMS网络14a转发决定。因此确定接受进入的VoLTE呼叫,如上述步骤S106a。在一段时间后,通过端用户将进入的VoLTE呼叫挂机来使默认应用24终止进入的VoLTE呼叫。IMS服务管理器21n然后通过向IMS网络14a发布SIPBYE(进行中的呼叫)信令来通知IMS网络14a。在进入的VoLTE呼叫已经结束之后,默认应用24释放其处理VoLTE呼叫所需的资源。
一旦其它方的VoLTE呼叫已经终止,则IMS服务管理器21n通过向IMS网络14a发布SIPUPDATE(媒体=sendrecv,第三方IARI)信令,自动取消保留并恢复原始的进行中的VoLTE呼叫,并且向非默认应用25a通知进行中的VoLTE呼叫再次活动,此时,非默认应用25a可以接管继续进行原始的进行中的VoLTE呼叫所需的用户接口和其它媒体资源。
第五实施例
现在参照示出了第六实施例的图11,根据第六实施例,用户设备12a包括两个用于在用户设备12a上执行多媒体通信服务的非默认应用25a、25b。
假设用户设备12a处理进行中的多媒体通信服务,如上述步骤S102。为了说明的目的,进行中的多媒体通信服务是现有第一第三方语音呼叫。该类型的语音呼叫由安装在用户设备12a上的第一非默认应用25a来处理。
IMS网络14a然后从另一方(例如另一个用户设备12b)向用户设备12a转发SIPINVITE(第二第三方IARI)的形式的邀请,以开始另一个分组切换语音呼叫。然而,假设该呼叫使用安装在用户设备12a上的第二非默认应用25b。如上述步骤S104,该邀请由用户设备12a接收。
此时,已经请求用户设备12a来立刻处理两个语音呼叫。假设用户设备12a只有一次只处理一个呼叫的用户接口和硬件资源。如果到来的VoLTE呼叫(即其它多媒体通信服务)被指派给正在处理进行中的VoLTE呼叫(即进行中的多媒体通信服务)的同一第一非默认应用25a,处理该情况的方式将会是,第一非默认应用25a首先将进行中的呼叫搁置,并且然后请求用户设备12a的端用户接受或者拒绝进入的呼叫。然而,进入的VoLTE必须由第二非默认应用25b来处理,其本身没有任何明显的方式来与第一非默认应用25a协调。
IMS服务管理器21n然后向第二非默认应用25b通知新进入的VoLTE呼叫,这导致第二非默认应用25b启动其用户接口并给予用户设备12a的端用户接受或拒绝新的VoLTE呼叫的能力,如上述步骤S106a和S106b。
现在假设端用户接受进入的VoLTE呼叫,如上述步骤S106a。在接收来自第二非默认应用25b的接受之后,IMS服务管理器21n通过发布SIPUPDATE(媒体=不活动,第一第三方IARI)信令来自动执行网络操作来使进行中的VoLTE呼叫搁置,并且向第一非默认应用25a通知进行中的VoLTE呼叫已被搁置,如上述步骤S108a。
当接收进行中的VoLTE呼叫已被搁置的通知时,第一非默认应用25a释放其对用户设备12a的用户接口和媒体资源(例如麦克风和扬声器)的控制,因此为第二非默认应用25b的潜在使用来将其释放。
通过IMS服务管理器21n来做出第二非默认应用25b接受进入的VoLTE呼叫的决定,然后通过IMS服务管理器21n发布SIP200OK(SIPINVITE)信令来向IMS网络14a转发。
然后,IMS服务管理器21n激活进入的VoLTE呼叫。在一段时间时候,通过端用户将进入的VoLTE呼叫挂机来使第二非默认应用25b终止进入的VoLTE呼叫。IMS服务管理器21n然后通过向IMS网络14a发布SIPBYE(进行中的呼叫)信令来通知IMS网络14a。在进入的VoLTE呼叫已经结束之后,第二非默认应用25b释放其处理VoLTE呼叫所需的资源。
一旦其它方的VoLTE呼叫已经终止,则IMS服务管理器21n通过向IMS网络14a发布SIPUPDATE(媒体=sendreCv,第一第三方IARI)信令,自动取消保留并恢复原始的进行中的VoLTE呼叫,并且向第一非默认应用25a通知进行中的VoLTE呼叫再次活动,此时,第一非默认应用25a可以接管继续进行原始的进行中的VoLTE呼叫所需的用户接口和其它媒体资源。
第六实施例
现在参照示出了第六实施例的图12,根据第六实施例,用户设备12a包括两个用于在用户设备12a上执行多媒体通信服务的非默认应用25a、25b。
假设用户设备12a处理进行中的多媒体通信服务,如上述步骤S102。为了说明的目的,进行中的多媒体通信服务是现有第一第三方语音呼叫。该类型的语音呼叫由安装在用户设备12a上的第一非默认应用25a来处理。
IMS网络14a然后从另一方(例如另一个用户设备12b)向用户设备12a转发SIPINVITE(第二第三方IARI)的形式的邀请,以开始另一个分组切换语音呼叫。然而,假设该呼叫使用安装在用户设备12a上的第二非默认应用25b。如上述步骤S104,该邀请由用户设备12a接收。
此时,已经请求用户设备12a来立刻处理两个语音呼叫。假设用户设备12a只有一次只处理一个呼叫的用户接口和硬件资源。如果到来的VoLTE呼叫(即其它多媒体通信服务)被指派给正在处理进行中的VoLTE呼叫(即进行中的多媒体通信服务)的同一第一非默认应用25a,处理该情况的方式将会是,第一非默认应用25a首先将进行中的呼叫搁置,并且然后请求用户设备12a的端用户接受或者拒绝进入的呼叫。然而,进入的VoLTE必须由第二非默认应用25b来处理,其本身没有任何明显的方式来与非默认应用25a协调。
在接收邀请之后,IMS服务管理器21n通过发布SIPUPDATE(媒体=不活动,第一第三方IARI)信令来自动执行网络操作来使进行中的VoLTE呼叫搁置,并且向第一非默认应用25a通知进行中的VoLTE呼叫已被搁置,如上述步骤S108a。
当接收进行中的VoLTE呼叫已被搁置的通知时,第一非默认应用25a释放其对用户设备12a的用户接口和媒体资源(例如麦克风和扬声器)的控制,因此为第二非默认应用25b的潜在使用来将其释放。
IMS服务管理器21n然后向第二非默认应用25b通知新进入的VoLTE呼叫,这导致第二非默认应用25b启动其用户接口并给予用户设备12a的端用户接受或拒绝新的VoLTE呼叫的能力,如上述步骤S106a和S106b。
现在假设端用户接受进入的VoLTE呼叫,通过IMS服务管理器21n发布SIP200OK(SIPINVITE)信令来向IMS网络14a转发决定。因此确定接受进入的VoLTE呼叫,如上述步骤S106a。在一段时间后,通过端用户将进入的VoLTE呼叫挂机来使第二非默认应用25b终止进入的VoLTE呼叫。IMS服务管理器21n然后通过向IMS网络14a发布SIPBYE(进行中的呼叫)信令来通知IMS网络14a。在进入的VoLTE呼叫已经结束之后,第二非默认应用25b释放其处理VoLTE呼叫所需的资源。
一旦其它方的VoLTE呼叫已经终止,则IMS服务管理器21n通过向IMS网络14a发布SIPUPDATE(媒体=sendrecv,第一第三方IARI)信令,自动取消保留并恢复原始的进行中的VoLTE呼叫,并且向第一非默认应用25a通知进行中的VoLTE呼叫再次活动,此时,第一非默认应用25a可以接管继续进行原始的进行中的VoLTE呼叫所需的用户接口和其它媒体资源。
上述实施例的共同特征在于该用户设备的操作系统被设计用于保持多媒体应用逻辑单元独立。如果操作系统不能保持应用的独立,则应用能够在它们之间潜在地相互协商,并且得出哪个应用应当被激活且哪个应用应当被搁置的决定。由于当前被操作系统阻止,协调反而在通过本发明的实施例增强的IMS服务管理器中发生。
以上已经参考一些实施例主要地描述了发明构思。然而,本领域技术人员容易理解的是,上述公开之外的在如由所附权利要求所限定的发明构思的范围之内的其它实施例同样是可能的。
Claims (15)
1.一种用于用户设备“UE”(12a、12b)中的多媒体通信服务处理的方法,所述方法由所述UE执行,包括以下步骤:
处理(S102)进行中的多媒体通信服务;
在所述处理期间,接收(S104)建立其它多媒体通信服务的请求;
其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务需要访问UE中一次只能够服务于一个进行中的多媒体通信服务的资源;
其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务通过操作系统来保持独立;以及
通过IMS服务管理器(21n)来协调(S106)所述进行中的多媒体通信服务和所述其它多媒体通信服务的处理。
2.根据权利要求1所述的方法,其中,所述协调处理的步骤包括:
确定(S106a)接受还是拒绝所述其它多媒体通信服务。
3.根据权利要求2所述的方法,其中,接受所述其它多媒体通信服务包括:
发起(S108a)所述进行中的多媒体通信服务的暂停过程;以及激活(S108b)所述其它多媒体通信服务。
4.根据权利要求2或3所述的方法,其中,拒绝所述其它多媒体通信服务包括:
继续进行(S110a)所述进行中的多媒体通信服务;以及
拒绝(S110b)接受所述其它多媒体通信服务。
5.根据权利要求2或3或4所述方法,其中所述确定步骤包括:
获得(S106b)接受还是拒绝所述其它多媒体通信服务的用户指令。
6.根据权利要求2或3或4所述方法,其中所述确定步骤包括:
将所述进行中的多媒体通信服务的优先级与所述其它多媒体通信服务的优先级相比较(S106c)。
7.根据权利要求1至6中任一项所述的方法,其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务中的一个是用于在所述UE上执行第一多媒体类型的多媒体服务的默认应用(24)。
8.根据权利要求1至6中任一项所述的方法,其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务二者是用于在所述UE上执行第一多媒体类型的多媒体服务的非默认应用(25a、25b)。
9.根据任一项前述权利要求所述的方法,其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务使用所述UE的默认因特网协议多媒体子系统“IMS”通信服务。
10.根据当引用权利要求7或8时的权利要求9所述的方法,其中,所述默认IMS通信服务负责传送应用命令和所述第一多媒体类型的多媒体通信服务的数据。
11.根据任一项前述权利要求所述的方法,其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务中的至少一个与IMS应用参考标识符“IARI”相关联。
12.一种用于用户设备“UE”(12a、12b)中的多媒体通信服务处理的UE,所述UE包括处理单元(21),所述处理单元被布置为:
处理进行中的多媒体通信服务;
在所述处理期间,接收建立其它多媒体通信服务的请求;
其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务需要访问UE中一次只能够服务于一个进行中的多媒体通信服务的资源;
其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务通过操作系统来保持独立;以及
通过IMS服务管理器(21n)来协调所述进行中的多媒体通信服务和所述其它多媒体通信服务的处理。
13.一种交通工具(41),包括根据权利要求12所述的用户设备。
14.一种用于用户设备“UE”(12a、12b)中的多媒体通信服务处理的计算机程序(32),所述计算机程序包括计算机程序代码,所述计算机程序代码当在所述UE上运行时,使所述UE:
处理(S102)进行中的多媒体通信服务;
在所述处理期间,接收(S104)建立其它多媒体通信服务的请求;
其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务需要访问UE中一次只能够服务于一个进行中的多媒体通信服务的资源;
其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务通过操作系统来保持独立;以及
通过IMS服务管理器(21n)来协调(S106)所述进行中的多媒体通信服务和所述其它多媒体通信服务的处理。
15.一种计算机程序产品(31),包括根据权利要求14的计算机程序(32)和存储所述计算机程序的计算机可读装置(33)。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP13187894.4 | 2013-10-09 | ||
EP20130187894 EP2860932A1 (en) | 2013-10-09 | 2013-10-09 | Multimedia Communications Service Handling |
PCT/EP2014/070616 WO2015052014A1 (en) | 2013-10-09 | 2014-09-26 | Multimedia communications service handling |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105612730A true CN105612730A (zh) | 2016-05-25 |
CN105612730B CN105612730B (zh) | 2020-03-24 |
Family
ID=49354470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480055651.9A Active CN105612730B (zh) | 2013-10-09 | 2014-09-26 | 多媒体通信服务处理 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20160261651A1 (zh) |
EP (2) | EP2860932A1 (zh) |
CN (1) | CN105612730B (zh) |
WO (1) | WO2015052014A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2706887T3 (es) * | 2014-09-03 | 2019-04-01 | Doro AB | Un terminal móvil habilitado para teleasistencia y un procedimiento para operar un terminal móvil habilitado para teleasistencia |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7123707B1 (en) * | 2000-08-22 | 2006-10-17 | Ericsson Inc. | Methods of controlling communications with at least two calling party devices by a user of a called party device |
CN101087474A (zh) * | 2006-06-19 | 2007-12-12 | 中兴通讯股份有限公司 | 一种获取语音呼叫连续性业务的业务状态的方法 |
CN101087473A (zh) * | 2006-06-19 | 2007-12-12 | 中兴通讯股份有限公司 | 一种传送语音呼叫连续性业务的业务状态的方法 |
CN101453453A (zh) * | 2007-12-04 | 2009-06-10 | 华为技术有限公司 | 实现呼叫保持的方法及设备 |
CN102377728A (zh) * | 2010-08-06 | 2012-03-14 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
CN102457477A (zh) * | 2010-10-21 | 2012-05-16 | 华为终端有限公司 | Ims多媒体优先级业务会话处理方法和装置 |
US20130156177A1 (en) * | 2011-12-14 | 2013-06-20 | Plantronics, Inc. | Call control across multiple interfaces |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1696645A1 (en) * | 2005-02-25 | 2006-08-30 | Sony Ericsson Mobile Communications AB | Caller information provision |
US20070183395A1 (en) * | 2006-02-06 | 2007-08-09 | Avneesh Balyan | Enhanced home location register |
US7583655B2 (en) * | 2006-12-04 | 2009-09-01 | Alcatel-Lucent Usa Inc. | Synchronizing call feature data between an IMS network and a legacy network |
EP2172040B1 (en) * | 2007-06-22 | 2017-06-07 | Telefonaktiebolaget LM Ericsson (publ) | Response to cs paging request |
US8149821B2 (en) * | 2007-07-20 | 2012-04-03 | At&T Intellectual Property I, L.P. | Systems, methods and computer products for logging of incoming calls to an internet protocol television call log |
US8855103B2 (en) * | 2008-01-17 | 2014-10-07 | Blackberry Limited | Personal network access control system and method |
US9148769B2 (en) * | 2008-05-07 | 2015-09-29 | Qualcomm Incorporated | System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header |
US8738058B2 (en) * | 2009-04-06 | 2014-05-27 | Qualcomm Incorporated | High-priority communications sessions within a wireless communications system |
CA2779852C (en) * | 2009-11-06 | 2016-10-11 | Research In Motion Limited | Methods and mechanisms for managing priority calls in a cell |
US8472354B2 (en) * | 2010-01-06 | 2013-06-25 | Verizon Patent And Licensing Inc. | Method and system for providing custom call waiting |
EP2536220B1 (en) * | 2010-06-02 | 2016-11-16 | HTC Corporation | Methods and apparatuses for controlling PS and CS communication services |
EP2465245B1 (en) * | 2010-10-20 | 2019-04-24 | BlackBerry Limited | Card application toolkit support for ip multimedia system |
US9317329B2 (en) * | 2010-11-15 | 2016-04-19 | Qualcomm Incorporated | Arbitrating resource acquisition for applications of a multi-processor mobile communications device |
US8611890B2 (en) * | 2011-02-23 | 2013-12-17 | T-Mobile Usa, Inc. | System and method for subscribing for internet protocol multimedia subsystems (IMS) services registration status |
WO2014091630A1 (ja) * | 2012-12-14 | 2014-06-19 | 富士通株式会社 | 無線通信システム、移動局、サーバ、及び無線通信方法 |
-
2013
- 2013-10-09 EP EP20130187894 patent/EP2860932A1/en not_active Withdrawn
-
2014
- 2014-09-26 EP EP14776858.4A patent/EP3055964A1/en not_active Withdrawn
- 2014-09-26 CN CN201480055651.9A patent/CN105612730B/zh active Active
- 2014-09-26 US US15/028,002 patent/US20160261651A1/en not_active Abandoned
- 2014-09-26 WO PCT/EP2014/070616 patent/WO2015052014A1/en active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7123707B1 (en) * | 2000-08-22 | 2006-10-17 | Ericsson Inc. | Methods of controlling communications with at least two calling party devices by a user of a called party device |
CN101087474A (zh) * | 2006-06-19 | 2007-12-12 | 中兴通讯股份有限公司 | 一种获取语音呼叫连续性业务的业务状态的方法 |
CN101087473A (zh) * | 2006-06-19 | 2007-12-12 | 中兴通讯股份有限公司 | 一种传送语音呼叫连续性业务的业务状态的方法 |
CN101453453A (zh) * | 2007-12-04 | 2009-06-10 | 华为技术有限公司 | 实现呼叫保持的方法及设备 |
CN102377728A (zh) * | 2010-08-06 | 2012-03-14 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
CN102457477A (zh) * | 2010-10-21 | 2012-05-16 | 华为终端有限公司 | Ims多媒体优先级业务会话处理方法和装置 |
US20130156177A1 (en) * | 2011-12-14 | 2013-06-20 | Plantronics, Inc. | Call control across multiple interfaces |
Also Published As
Publication number | Publication date |
---|---|
US20160261651A1 (en) | 2016-09-08 |
WO2015052014A1 (en) | 2015-04-16 |
CN105612730B (zh) | 2020-03-24 |
EP2860932A1 (en) | 2015-04-15 |
EP3055964A1 (en) | 2016-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103139529B (zh) | Sip服务器、视频通话设备间的视频通话切换方法 | |
EP2493248A1 (en) | Evolved packet system and method for processing emergency call attachment thereof | |
CN103155607B (zh) | 用于紧急回叫或点击拨号会话的单无线电语音呼叫连续性 | |
US9198222B2 (en) | Telecommunication network | |
CN104618349A (zh) | 一种集群通信系统、服务器及通信方法 | |
US20130070737A1 (en) | Method and apparatus for managing calls | |
CN103907334A (zh) | 用于提供高效的电信服务的方法和系统 | |
CN109327423B (zh) | 一种业务实现方法及装置 | |
CN103716299A (zh) | 一种基于sip进行会话的方法、终端及呼叫业务服务器 | |
US9509724B2 (en) | Handling session initiation protocol messages in a wireless telecommunications device | |
Trick | 5G: An Introduction to the 5th Generation Mobile Networks | |
US20120163561A1 (en) | Method, device and system for implementing emergency call override service | |
CN104125221A (zh) | Ims终端设备多软终端资源共享和应用协同装置及方法 | |
SG178342A1 (en) | Application server and media resource allocation method | |
CN105122761A (zh) | 基于分组的呼叫的附加媒体会话的本地控制 | |
CN105612730A (zh) | 多媒体通信服务处理 | |
CN103067334A (zh) | 一种实现视频监控的方法、系统及家庭网关 | |
CN113038518B (zh) | 网络注册方法、装置和用户设备 | |
CN104348699A (zh) | 一种信息交互方法及设备 | |
CN108833434B (zh) | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 | |
CN105553935A (zh) | 一种数据包处理方法、装置以及终端 | |
CN103873272A (zh) | 一种ims网络中cscf网元故障处理的方法及装置 | |
US20230117615A1 (en) | Api driven subscriber ims registration status changes and ims routing steering | |
JP6782665B2 (ja) | 通信システム | |
KR102049587B1 (ko) | 착신망의 어플리케이션 서버 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 |
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 |