多媒体通信服务处理的制作方法
【技术领域】
[0001]本文中呈现的实施例涉及用户设备，并且特别涉及用于用户设备中的多媒体通信服务处理的方法、用户设备、计算机程序和计算机程序产品。
【背景技术】
[0002]在通信网络中，始终存在对于给定通信协议、其参数和通信网络所部署的物理环境获得良好性能和容量的挑战。
[0003]现代无线通信已经从提供简单的语音呼叫服务向提供先进的多媒体服务发展。例如，第三代合作伙伴计划(3GPP)因特网协议多媒体子系统(IMS)服务模型允许在用户设备(UE)中容留的第三方具体应用使用底层标准化的IMS通信服务用来发送应用命令和数据。通过这种方式，应用业务能够贯穿在底层服务的基础上定义的跨网络运营商接口。这是很有价值的，因为其允许目的地端用户和UE属于另一个网络运营商而不是源端用户和UE。因此应用不需要实现其本身的跨运营商设置，因为根据上文的描述，这因此会重新使用现有的跨运营商设置。
[0004]然而，一旦应用邀请到达目的地UE，目的地UE需要启动一些由因此发起邀请的源UE使用的相同应用。目的地UE将要启动的应用的标识符可以按照例如由3GPP TS 24.2295.7.1.9节描述的方式来包括在邀请中。如果底层IMS通信服务是多媒体电话服务，则目的地UE的电话服务管理器必须向目的地UE中的具体多媒体电话服务应用而不是标准电话服务应用分派邀请。针对该示例，如果包括在会话邀请中不包括应用标识符(根据3GPP TS24.229的頂S应用参考标识符(IARI))，标准电话服务应用将是由目的地UE启动的应用。
[0005]通常，当语音呼叫(例如IMS通信服务是‘MMTEL’)到达能够实现语音的UE时，(如GSM Associat1n Official Document IR.92-1MS Profile for Voice and SMS；GSMAIR.92中公开的)接收语音呼叫处理器(例如基于长期演进的语音(VoLTE))将通知UE中的电话服务管理器。电话服务管理器将典型地通知默认呼叫应用的用户界面(UI)功能，其将提示端用户接受或拒绝呼叫。如果端用户接受呼叫，UI功能将通知电话服务管理器，其进而通知呼叫处理器。呼叫处理器然后可以向网络发送有关的回应信号程序，例如SIP 2000K消息。
[0006]然而，仍然需要改进UE中的多媒体通信服务处理。
【发明内容】
[0007]本文中的实施例的目标在于，提供UE中的改进的多媒体通信服务处理。
[0008]所附实施例的发明人已经认识到，可能存在用于在UE中处理多媒体通信服务的改进的非默认(即第三方)应用。例如，在本领域已知的已经建立的进行中的多媒体通信服务期间，其它多媒体通信服务的请求可以到达。呼叫处理器将通知电话服务管理器，并且包括应用的标识(IARI)。基于应用标识符(IARI)，电话服务管理器可以得知应当启动哪个应用。当应用启动时，将通知用户接受或拒绝。所附实施例的发明人已经认识到，存在如何处理这种情形的不确定性，因为进行中的多媒体通信服务不知道其它多媒体通信服务的请求的到达。
[0009]该不确定性的原因在于，在现代UE中，应用典型地被操作系统相互隔离。因此，当启动通信应用时，不能容易地得知是否已经存在另一个活动的通信应用，反之亦然，活动的应用也不能容易地得知已经启动了新应用。
[0010]由于活动的应用和新启动的应用可能需要使用UE中同一受限制的资源(例如显示器或麦克风和扬声器)，一个通信应用的启动可以通过接管这些资源的使用来打扰另一个当前活动的应用的操作。可能地，两个多媒体通信应用将继续进行其会话，并且试图同时使用麦克风/扬声器/屏幕，这将导致故障或至少导致用户产生疑惑。备选地，当前活动的应用可以通过不释放资源来防止另一个应用的启动。这样被打扰的应用不能确定在操作中失败的原因。
[0011]具体目的是在于提供在进行中的多媒体通信服务期间的UE中的改进的多媒体通信服务处理。
[0012]根据一个方案，提出了一种用于用户设备(UE)中的多媒体通信服务处理的方法。该方法由UE执行。方法包括:处理进行中的多媒体通信服务。方法包括:在处理期间，接收建立其它多媒体通信服务的请求。进行中的多媒体通信服务和其它多媒体通信服务需要访问一次只能够服务于一个进行中的多媒体通信服务的UE中的资源。进行中的多媒体通信服务和其它多媒体通信服务通过操作系统来保持独立。方法包括:通过IMS服务管理器来对进行中的多媒体通信服务的处理和其它多媒体通信服务的处理进行协调。
[0013]有利地，这提供了在UE中的改进的多媒体通信服务处理。
[0014]有利地，这能够实现在进行中的多媒体通信服务期间UE中的改进的多媒体通信服务处理。
[0015]有利地，这使进行中的多媒体通信服务得知其它多媒体通信服务。
[0016]根据第二方案，提出了一种用于UE中的多媒体通信服务处理的用户设备(UE)。所述UE包括处理单元。处理单元被布置为处理进行中的多媒体通信服务。处理单元被布置为:在处理期间，接收建立其它多媒体通信服务的请求。进行中的多媒体通信服务和其它多媒体通信服务需要访问一次只能够服务于一个进行中的多媒体通信服务的UE中的资源。进行中的多媒体通信服务和其它多媒体通信服务通过操作系统来保持独立。处理单元被布置为:通过IMS服务管理器来对进行中的多媒体通信服务的处理和其它多媒体通信服务的处理进行协调。
[0017]根据第三方案，提出了一种交通工具。该交通工具包括根据第二方案的UE。
[0018]根据第四方案，提出了一种用于用户设备(UE)中的多媒体通信服务处理的计算机程序，所述计算机程序包括计算机程序代码，当在UE上运行时，使UE执行根据第一方案的方法。
[0019]根据本发明的第五方面，提出了一种计算机程序产品，所述计算机程序产品包括根据根据本发明第四方面的计算机程序和存储所述计算机程序的计算机可读装置。
[0020]应当注意的是，适当时，第一、第二、第三、第四和第五方案的任何特征可以应用到任何其它方案。同样，第一方案的任何优点可以分别等同地应用到第二、第三、第四和/或第五方案，并且反之亦然。所公开的实施例的其他目的、特征和优点将通过以下详细公开、所附从属权利要求以及附图而变得显而易见。
[0021]一般地，除非另有明确说明，权利要求中使用的所有术语根据其技术领域中的普通含义来解释。除非另外明确指出，对〃元素、装置、组件、装置、步骤等〃的所有提及都将被开放地解释为指代元素、装置、组件、装置、步骤等的至少一个实例。除非另外明确指出，这里公开的任何方法的步骤不必按照所公开的确切顺序执行。
【附图说明】
[0022]下面参照附图以示例方式描述本发明构思，附图中:
[0023]图1是示出了根据实施例的通信网络的示意图；
[0024]图2a是示出了根据实施例的用户设备的功能模块的示意图；
[0025]图2b是示出了根据实施例的用户设备的功能单元的示意图；
[0026]图2c是示出了根据实施例的用户设备的逻辑单元的示意图；
[0027]图3示出了根据实施例的包括计算机可读装置的计算机程序产品的一个示例；
[0028]图4示意性示出了根据实施例的交通工具；
[0029]图5和6是根据实施例的方法的流程图；以及
[0030]图7、图8、图9、图10、图11和图12是根据实施例的信号流示意图。
【具体实施方式】
[0031]现将在下文参考其中示出本发明的特定实施例的附图来更全面地描述发明构思。然而，本发明构思可以按照多种不同形式来表现，并且不应当被看做是限制在本文中阐述的实施例；相反，这些实施例通过示例的方式来提供，使得本公开将会全面和完整，并且将会向本领域技术人员完全传达本发明的范围。贯穿说明书，相似附图标记表示相似元件。由虚线示出的任何步骤和特征应当被看做是可选择的。
[0032]图1示出了可以应用本文呈现的实施例的举例说明的通信网络11的概览示意图。通信网络11包括提供对小区(未示出)提供网络覆盖的网络节点(NN)13。因此，服务于该特定小区的网络节点13向位于特定小区中的用户设备(UE)12a提供网络服务。如本领域技术人员所理解的，通信网络11可以包括多个网络节点13和可操作连接到多个网络节点13中的至少一个的多个UE 12a。网络节点13可操作地连接到核心网络14。核心网络14包括頂S网络14a。一般来说，MS网络14a提供用于通过核心网络14传递IP多媒体服务的结构框架。核心网络14可以从外部因特网协议(IP)分组交换网络15向可操作连接到网络节点13的用户设备12a提供服务和数据。只要下文描述的原则适用，则通信网络11的至少一部分大体上可以符合W-⑶MA(宽带码分多址)、LTE (长期演进)、EDGE (增强型数据速率GSM演进、增强型GPRS(通用分组无线电服务))、CDMA2000(码分多址2000)、WiF1、微波无线电链路、HSPA(高速分组接入)等中的任意一个或者组合。
[0033]用户设备(UE)12b还可以具有向外部IP分组交换数据网络15的有线连接。用户设备12a、12b的示例包括但不限于端用户设备，例如移动电话、平板计算机、膝上型计算机和固定计算机。一般来说，本文公开的用户设备12a、12b可以具有向IP分组交换网络15的无线连接、有线连接或有线连接和无线连接二者。因此通信网络11可以包括完全无线连接的电子设备12a、完全有线连接的电子设备12b以及具有无线和有线连接二者的电子设备12a、12b的任意组合。
[0034]可以通过通信系统31传输的服务和数据的一个示例是多媒体通信。在多媒体通信中，多媒体流在两个用户设备12a、12b之间传输(例如从用户设备12a向用户设备12b传输，或反之亦然)，或者在IP网络1