CN105122761B - 基于分组的呼叫的附加媒体会话的本地控制 - Google Patents
基于分组的呼叫的附加媒体会话的本地控制 Download PDFInfo
- Publication number
- CN105122761B CN105122761B CN201380075631.3A CN201380075631A CN105122761B CN 105122761 B CN105122761 B CN 105122761B CN 201380075631 A CN201380075631 A CN 201380075631A CN 105122761 B CN105122761 B CN 105122761B
- Authority
- CN
- China
- Prior art keywords
- session
- user equipment
- message
- endpoint
- media
- 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
Links
- 238000000034 method Methods 0.000 claims description 58
- 238000005516 engineering process Methods 0.000 claims description 54
- 230000004044 response Effects 0.000 claims description 11
- 230000009471 action Effects 0.000 claims description 5
- 230000006870 function Effects 0.000 description 57
- 230000005540 biological transmission Effects 0.000 description 42
- 230000008569 process Effects 0.000 description 19
- 238000013461 design Methods 0.000 description 12
- 238000004891 communication Methods 0.000 description 11
- 238000012790 confirmation Methods 0.000 description 11
- 230000003287 optical effect Effects 0.000 description 10
- 230000002708 enhancing effect Effects 0.000 description 9
- 230000000977 initiatory effect Effects 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000009877 rendering Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 241000984642 Cura Species 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 206010011469 Crying Diseases 0.000 description 1
- 241000705123 Iaria Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 239000011248 coating agent Substances 0.000 description 1
- 238000000576 coating method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 206010022000 influenza Diseases 0.000 description 1
- 230000005764 inhibitory process Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
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
-
- 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/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/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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1094—Inter-user-equipment sessions transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
用户设备(50‑1)参与与用户设备(50‑1)相关联的本地方和例如与附加用户设备(50‑2)相关联的远程方之间的基于分组的呼叫。为了该目的,用户设备(50‑1)与互联网协议多媒体***的节点(110)建立呼叫的控制面会话(301)。此外,用户设备(50‑1)建立呼叫的媒体会话(303)。通过互联网协议多媒体***来管理媒体会话(303)。用户设备(50‑1)确定用于在本地方终止附加媒体会话(316)的本地端点(60‑1)。用户设备(50‑1)向互联网协议多媒体***(110)发送控制面会话(301)的第一消息(306)。第一消息(306)指示本地端点(60‑1)。此外,第一消息(306)指示不需要通过互联网协议多媒体***(110)管理附加媒体会话(316)。此外,用户设备(50‑1)从互联网协议多媒体***(110)接收控制面会话(301)的第二消息(311)。第二消息(311)指示用于在远程方终止附加媒体会话(316)的远程端点(60‑2)。用户设备(50‑1)配置本地端点(60‑1),以与指定远程端点(60‑2)传送媒体。
Description
技术领域
本发明涉及控制基于的分组呼叫的方法并涉及相应设备。
背景技术
当前,通信网络从电路交换(CS)网络向分组交换(PS)网络(尤其是基于互联网协议(IP)的网络)演进。例如,3GPP(第三代合作伙伴计划)所指定的LTE(长期演进)无线接入技术不再支持与用户设备(UE)的CS连接,而仅支持基于IP的PS连接。为了提供语音支持,也已经引入了支持PS连接上的语音通信的技术。这种技术的示例是VoIP(IP上的语音)和更具体地VoLTE(LTE上的语音)。
除语音通信以外,对于基于分组的呼叫,还支持增强的多媒体业务。例如,可以用3GPP技术规范(TS)23.228V12.0.0中指定的IMS(IP多媒体子***)来扩充移动网络。IMS允许建立扩充有多媒体特征的语音呼叫。例如,可以通过在呼叫方之间交换多媒体内容(例如图片、视频剪辑、文本消息等)来补充呼叫的语音通信。为了在呼叫期间交换这种多媒体内容,可以在呼叫的用户面中形成附加媒体会话。这种附加用户面媒体会话可以用于传送具有多媒体内容的媒体流。通过IMS来管理呼叫的控制面和具有所有媒体会话的用户面。如果呼叫的终止设备是移动电话或移动网络的某些其他类型的UE,则在移动网络的基础设施(例如无线接入网和核心网)上承载呼叫的控制面和用户面。
然而,在一些情况下,可能无法充分使用如由IMS提供的这种多媒体增强。例如,由于无线接入网的有限容量或由于核心网的有限容量,UE不能使用实时视频形式的多媒体内容。此外,UE的有限的显示器尺寸或处理能力可能阻止在UE上适当呈现多媒体内容。
为了解决移动网络的容量限制,已经提出了向UE支持的备选接入网(例如无线局域网(WLAN))卸载呼叫的数据业务的解决方案。在这些情况下,将可以在备选接入网上建立呼叫的控制面和所有媒体面。此外,移动网络的运营商仍将例如通过发起计费或服务质量(QoS)控制等来管理卸载的业务。然而,这通常需要移动网络和备选接入网的集成的基础设施,而移动网络和备选接入网的集成的基础设置不总可用。
另外,例如T.等人的“Real-Time Multimedia Session Splitting andSeamless Mobility in Session Initiation Protocol Environments”MMEDIA 2011:TheThird International Conference on Advance in Multimedia”,IARIA,2011描述了允许划分多个会话发起协议设备之间的VoIP呼叫的媒体流的技术。然而,这种技术需要在所有涉及的设备中的SIP支持。此外,在这些技术中,根本不考虑例如IMS的基于网络的控制实例的使用。
因此,需要允许对基于分组的呼叫的多媒体增强进行改进利用的技术。
发明内容
根据本发明的一个实施例,提供了一种控制本地方和远程方之间的基于的分组呼叫的方法。根据方法,与本地方相关联的UE建立与IP多媒体***的呼叫的控制面会话。此外,UE建立呼叫的媒体会话。通过IP多媒体***来管理媒体会话。UE确定用于在本地方终止附加媒体会话的本地端点。UE向IP多媒体***发送控制面会话的第一消息。第一消息指示本地端点。此外,第一消息指示不需要通过IP多媒体***管理附加媒体会话。此外,UE从IP多媒体***接收控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点。UE配置本地端点,以与指定远程端点传送媒体。
根据发明的另一实施例,提供了一种控制本地方和远程方之间的基于分组的呼叫的方法。根据所述方法,IP多媒体***的节点与关联于本地方的用户设备建立呼叫的控制面会话。此外,节点管理呼叫的媒体会话。节点从UE接收控制面会话的第一消息。第一消息指示用于在本地方终止附加媒体会话的本地端点。此外,第一消息指示不需要通过IP多媒体***管理附加媒体会话。此外,节点向UE发送控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点。
根据本发明的另一实施例,提供了一种UE。UE包括至少一个接口和至少一个处理器。至少一个处理器被配置为:经由至少一个接口,与IP多媒体***建立呼叫的控制面会话。呼叫在与UE相关联的本地方和远程方之间。此外,至少一个处理器被配置为:经由至少一个接口,建立呼叫的媒体会话。此外,至少一个处理器被配置为:通过IP多媒体***管理媒体会话。此外,至少一个处理器被配置为:确定用于在本地方终止附加媒体会话的本地端点。此外,至少一个处理器被配置为:经由至少一个接口,向IP多媒体***发送控制面会话的第一消息。第一消息指示附加媒体会话的本地端点。此外,第一消息指示不需要通过IP多媒体***管理附加媒体会话。此外,至少一个处理器被配置为:经由至少一个接口,从IP多媒体***接收控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点。此外,至少一个处理器被配置为:配置本地端点,以与指定远程端点传送媒体。
根据本发明的另一实施例,提供了一种IP多媒体***的节点。节点包括至少一个接口和至少一个处理器。至少一个处理器被配置为:经由至少一个接口,与UE建立呼叫的控制面会话。呼叫在与UE相关联的本地方和远程方之间。此外,至少一个处理器被配置为:管理呼叫的媒体会话。此外,至少一个处理器被配置为:经由至少一个接口,从UE接收控制面会话的第一消息。第一消息指示用于在本地方终止附加媒体会话的本地端点。此外,第一消息还指示不需要通过IP多媒体***管理附加媒体会话。此外,至少一个处理器被配置为:经由至少一个接口,向UE发送控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点。
根据本发明的另一个实施例,提供了一种计算机程序产品。计算机程序产品包括要由UE的至少一个处理器执行的程序代码。程序代码的执行使UE与IP多媒体***建立呼叫的控制面会话。呼叫位于与UE相关联的本地方和远程方之间。此外,程序代码的执行使UE建立呼叫的媒体会话。通过IP多媒体***来管理媒体会话。此外,程序代码的执行使UE确定用于在本地方终止附加媒体会话的本地端点。此外,程序代码的执行使UE向IP多媒体***发送控制面会话的第一消息。第一消息指示附加媒体会话的本地端点。此外,第一消息指示不需要通过IP多媒体***管理附加媒体会话。此外,此外,程序代码的执行使UE从IP多媒体***接收控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点。此外,程序代码的执行使UE配置本地端点,以与指定远程端点传送媒体。
根据发明的另一方面,提供了一种计算机程序产品。计算机程序产品包括要由IP多媒体***的节点的至少一个处理器执行程序代码。程序代码的执行节点建立与UE的呼叫的控制面会话。呼叫位于与UE相关联的本地方与远程方之间。此外,程序代码的执行使节点管理呼叫的媒体会话。此外,程序代码的执行使节点从UE接收控制面会话的第一消息。第一消息指示用于在本地方终止附加媒体会话的本地端点。此外,第一消息指示不需要通过IP多媒体***管理附加媒体会话。此外,程序代码的执行使节点向UE发送控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点。
附图说明
图1示意性示出了根据本发明的实施例的增强基于分组的呼叫的示例场景。
图2示意性示出了根据本发明的实施例的增强基于分组的呼叫的另一个示例场景。
图3示出了用于说明根据本发明的实施例的示例呼叫控制过程的信令图。
图4示出了根据本发明的实施例的会话信息的示例。
图5示出了可以用作呼叫的附加媒体会话的端点的示例设备。
图6示出了用于说明根据本发明的实施例的示例呼叫建立过程的信令图。
图7示出了可以用于控制外部媒体呈现和/或捕获设备的根据本发明的实施例的示例过程。
图8示意性示出了根据本发明的实施例增强基于分组的呼叫的另一个示例场景。
图9示意性示出了附加媒体会话的端点使用私有网络地址和/或与公共网络被防火墙分开的场景。
图10示出了用于说明根据本发明实施例的基于UE的方法的流程图。
图11示出了用于说明根据本发明实施例的基于网络的方法的流程图。
图12示意性示出了根据本发明的实施例的UE。
图13示意性示出了根据本发明的实施例的网络节点。
具体实施方式
以下,将参照附图更详细地解释根据本发明的实施例的构思。所示出的构思涉及控制第一方和第二方之间的基于分组的呼叫。在所示的实施例中,假设通过通信网络的IMS基础设施(例如通过IMS提供的多媒体电话(MMTel)服务)来管理呼叫。通信网络可以具体是基于一个或更多个对蜂窝无线接入技术来实现的移动网络,例如LTE和/或UTRA(通用移动电信***陆地无线接入)与HSPA(高速分组接入)。然而,应该理解的是,还可以使用其他类型的接入技术以及用其他类型的IP多媒体***来在其他类型的通信网络中实现该构思。
在所说明的构思中,IMS可以用于建立并管理呼叫的控制面和用户面。在第一方的UE和第二方的UE之间建立控制面和控制面。可以例如通过支持IMS的移动电话或智能电话或通过某一其他类型的支持IMS的设备来实现这种UE。这可以使用SIP信令根据相应的IMS过程来实现。用户面可以具体包括用于在多方之间传送语音数据的媒体会话。此外,在多方之间建立附加用户面。这可以通过更新呼叫的SDP(会话描述协议)信息来完成。附加用户面可以承载一些或更多个附加媒体会话,例如具有多媒体内容(例如视频或消息)。此外,附加媒体会话可以用于多方之间的文件传送。IMS不管理附加用户面。相反,在多方处的附加用户面的端点可以本地被配置为用于建立附加媒体会话。因此,可以灵活选择端点,并将端点配置为允许适当传输和使用附加媒体会话的内容。具体地,端点不需支持IMS功能,并且不需支持SIP。在一些场景中,可以通过除第一方的UE以外的另一设备来形成第一方处的附加用户面的端点,并且可以通过除第二方的UE以外的另一设备来形成第二方处的附加用户面的端点。与该方的UE相比,这种其他设备可以提供增强的媒体呈现和/或捕获功能。例如,这种其他设备可以是智能电视或多媒体计算机。图1中示出了第一方和第二方之间的分组呼叫的相应示例场景。
图1示出了第一方的UE 50-1和第二方的UE 50-2。如可以看出的,在第一方的UE50-1与第二方的UE 50-2之间通过IMS 100建立呼叫的控制面70和呼叫的用户面75。如以下将进一步解释的,可以认为用户面75是“被管理的”(即经受IMS 100管理),并且附加用户面80可以被认为是未管理的(即不经受IMS 100管理)。如进一步说明的,在第一方的端点60-1与第二方的端点60-2之间建立附加用户面80。这些端点60-1、60-2通过可以经由功能连接与相应UE 50-1、50-2相关联的设备来实现。可以在建立用户面80的同时永久建立功能连接,或者可以仅根据需要(例如当建立或终止附加用户面80时)建立。在所说明的示例中,端点60-1是智能电视,并且端点60-2在膝上型计算机中实现。可以例如经由端点60-1,60-2与相应UE 50-1、50-2之间的蓝牙连接或经由WLAN连接来建立与相应UE 50-1、50-2的功能连接。功能连接允许通过相应UE 50-1、50-2控制端点60-1,60-2。可以例如使用如ITU-T建议H.248.1中指定的网关控制协议H.248.1或使用类似的控制协议来实现该控制。
可以用不同于用于承载呼叫的控制面70和用户面75的通信网络的接入技术的另一接入技术来承载附加用户面80。例如,尽管可以用LTE无线接入技术来承载控制面70和用户面75,可以经由基于有线的(例如DSL(数字用户线)、同轴电缆或光缆)固定接入技术来承载附加用户面80。因为IMS不管理附加用户面,不需要附加接入技术与移动网络架构的特定整合。
用于实现附加用户面的端点60-1、60-2的设备可以通告它的在附加用户面80上媒体传送的能力。例如,可以通过合适的设备检测协议(例如通过蓝牙或UPnP(通用即插即用)提供)来实现这种通告。响应于检测到设备,UE 50-1、50-2可以提示用户例如使用蓝牙配对来与设备建立功能连接。UE 50-1、50-2也可以自动建立功能连接。在一些实施方式中,UE50-1、50-2可以如例如蓝牙配对通常需要的发送用于建立功能连接的接入码。
可以通过UE 50-1或通过UE 50-2来建立或修改附加用户面80。为了这个目的,UE50-1和UE 50-2可以使用SIP信令在控制面上交换信息。这种信息可以具体包括附加用户面80的端点60-1、60-2的身份,例如就IP地址以及通常还就端口号而言。呼叫的控制面70还可以用于指示传输特征,例如协议类型和/或端口号。此外,还可以在控制面70上指示用户面80的媒体流或其他会话的属性。为此,可以相应更新呼叫的SDP信息。在图1的场景中,UE50-1可以经由与端点60-1的功能连接来获得端点60-1的网络身份和关于附加用户面80的其他信息。类似地,UE 50-2可以经由与端点60-2的功能连接来获得端点60-2的网络身份和关于附加用户面80的其他信息。IMS 100支持通过呼叫的控制面70转发关于附加用户面80的这种信息。因此,可以在UE 50-1与UE 50-2之间用端到端的方式来传送关于附加用户面80的信息,而不通过IMS 100变动。为了这个目的,可以向IMS 100指示不需要通过IMS 100管理附加用户面80。IMS 100然后可以抑制关于附加用户面80的管理活动。也就是说,相比于呼叫的用户面75,IMS 100关于附加用户面80将不应用特定管理动作(例如QoS控制或计费)。
一种示例使用场景如下:最初,UE 50-1和50-2可以参与基于分组的呼叫,导致语音通信的控制面70和用户面75的建立。此外,UE 50-1可以是靠近具有端点60-1的设备并且UE 50-2可以是靠近具有端点60-2的设备。UE 50-1和UE 50-2可以检测这些设备支持附加用户面80的建立的能力并例如使用SIP重新邀请或更新消息来指示与另一呼叫方建立附加用户面80的可能性。IMS 100允许在控制面70上端到端地转发这种信息。可以向呼叫的SDP信息添加附加用户面80的视频流作为附加媒体会话。与在UE 5-1、50-2中终止的用户面75相比,附加用户面在通过其他设备实现的端点60-1、60-2中终止。因此,这些其他设备的功能可以用于捕获或呈现附加的媒体流。这可以提供改进的用户体验,例如因为更大的显示器尺寸可以用于显示视频流和/或具有更高分辨率的摄像头可以用以捕获视频流。
当呼叫终止时,附加用户面80也可以终止。例如,UE 50-1可以本地指示端点60-1终止附加用户面80。类似地,UE 50-2可以本地指示端点60-2终止附加用户面80。
另一个示例使用场景可以涉及使用附加用户面80用于传送特定的媒体项(例如图片或视频剪辑)。例如,UE 50-1可能希望向UE 50-2传送这种媒体项。于是UE 50-1可以使用上述类似方式在端点60-1和60-2之间发起附加用户面80的建立。然而,在这种情况下,更新呼叫的SDP信息来指示“文件传输”作为附加用户面80中的媒体类型。然后,UE 50-1可以使用与端点60-1的功能连接来向端点60-2传送媒体项,并且然后从端点60-1向端点60-2传送数据项。进而从端点60-2向UE 50-2传送数据项。如图2所示,可以将这认为是附加用户面80向UE 50-1和UE 50-2的扩展。可以在UE 50-1和端点60-1之间的功能连接上以及在UE 50-2和端点60-2之间的功能连接上形成附加用户面80的扩展。
在UE 50-1,可以例如通过选择相应的控制元件来发起媒体项的传送。例如,UE的50-1显示器上的图标可以代表呼叫的远程方,并可以指示可以在附加用户面上向远程方发送媒体项。当例如通过浏览在UE 50-1上实现的文件***或媒体库来选择UE 50-1上的媒体项时,依赖于上下文的菜单可以提供传送媒体项作为一种选项。选择该选项将进而导致在附加用户面上的媒体项的传送。仅当呼叫方已经在控制面70上指出了对于该呼叫支持附加用户面80的建立时,可以示出上下文菜单中的选项。此外,可以通过将媒体项拖拽到代表另一呼叫方的图标来启动媒体项的传送。
无论使用附加用户面80用于媒体数据流的传送还是媒体项的传送,实现端点60-1、60-2的设备存储或保持用户特定数据(例如SIP注册信息或其他用户数据)是不必要的。相反,使用相应UE 50-1、50-2指示的参数足以支持媒体流或媒体项的传送。相应地,还可以使用非用户所有的设备(例如在公共或半公共位置(例如旅店大厅)中的适当配置的TV)用于附加用户面80上的媒体传送。
图3示出了用于使能附加用户面80上的媒体的传送的示例过程的信令图。图3的过程涉及第一方的UE 50-1、第二方的UE 50-2、形成端点60-1的设备、形成端点60-2的设备和由IMS节点110代表的IMS。IMS节点110可以例如是IMS 100的呼叫会话控制功能(CSCF)。在图3的过程中,假设从UE 50-1发起附加用户面80的建立。
在图3的过程中,假设已经建立了(例如从UE 50-1或从UE 50-2)在与UE 50-1相关联的第一方和与UE 50-2相关联的第二方之间的基于分组的呼叫。如所示,在UE 50-1和IMS节点110之间建立控制面会话301。类似地,在UE 50-2和IMS节点110之间建立另一控制面会话302。控制面会话301和302是呼叫的控制面70的一部分,并且可以基于如为IMS指定的已知SIP信令。此外,在UE 50-1和UE 50-2之间建立被管理的媒体会话303。被管理的媒体会话303是用户面75的一部分,并且可以例如承载呼叫的语音流。被管理的媒体会话303经受IMS的管理(例如具有计费或QoS控制的目的)。可以直接通过IMS节点110直接执行IMS的这种管理,或者还可以通过附加的节点(未示出)来通过IMS节点110发起这种管理。控制面会话301、302和被管理的媒体会话303可以提供呼叫的基本语音连接。此外,假设UE 50-1已经检测到了支持附加用户面80上的媒体传送的设备60-1的存在,并且UE 50-2已经检测到了支持附加用户面80上的媒体传送的设备60-2的存在。
在呼叫期间,UE 50-1的用户可以例如通过选择UE 50-1的相应控制元件来决定在附加用户面上利用媒体传送的可能性。如所示,UE 50-1然后可以向设备60-1发送预订消息304。预订消息304具有以下目的:向设备60-1指示UE 50-1打算例如用于传送视频流的目的在附加用户面80上建立附加媒体会话。此外,预订消息304可以用于预订附加媒体会话的资源。预订消息304还可以指示附加媒体会话的类型(例如视频)。设备60-1用确认消息305来响应预订消息304。确认消息305指示用于与设备60-1建立附加媒体会话的信息。具体地,确认消息305可以指示附加媒体会话要使用的设备60-1的网络身份。网络身份可以包括设备60-1的IP地址并且通常还可以包括附加媒体会话要使用的传输协议的端口号。附加媒体会话可以例如基于实时传输协议(RTP),并通过实时控制协议(RTCP)来控制附加媒体会话。然而,取决于附加媒体会话的类型,也可以使用其他媒体协议(例如用于消息传递的消息会话中继协议(MSRP))。还可以在确认消息305中指示使用协议的类型。
UE 50-1然后向IMS节点110发送消息306。消息306是控制面会话301的另一个消息。消息306包括用于以关于附加媒体会话的信息来更新呼叫的SDP信息的信息。该信息是确认消息305中由设备60-1指示的信息。具体地,该信息包括设备60-1的网络身份和附加媒体会话的特征。此外,信息还可以指示附加媒体会话不需要通过IMS 100管理。如所示的,消息306可以是SIP重新邀请消息。
如消息307所指示的,IMS节点110向UE 50-2转发来自消息306的信息。根据消息306中的信息(即附加媒体会话不需要通过IMS 100管理),可以实现这一点而不做改变,使得用端到端的方式从UE 50-1向UE 50-2传送用于建立附加媒体会话的信息。消息307是控制面会话302的另一消息。消息307可以是SIP重新邀请消息。
已经接收到了包括有用于建立附加媒体会话的信息的消息307,UE 50-2通过向设备60-2发送预订消息308继续。预订消息308具有向设备60-2指示UE 50-2打算在附加用户面80上建立附加媒体会话的目的。此外,预订消息308可以指示如通过来自UE 50-1的消息306和307接收的用于建立附加媒体会话的信息(例如设备60-1的网络身份和附加媒体会话的特征)。此外,预订消息308可以用于为附加的媒体会会话预订资源。设备60-2用确认消息309来对预订消息308做出响应。确认消息309指示用于与设备60-2建立附加媒体会话的信息。具体地,确认消息309可以指示附加媒体会话要使用的设备60-2的网络身份。网络身份可以包括设备60-2的IP地址,并且通常还包括附加媒体会话要使用的传输协议的端口号。
UE 50-2现在可以根据从设备60-2接收到的信息来适配呼叫的SDP信息,并通过向IMS节点110发送消息310来对消息307做出响应。消息310是控制面会话302的另一个消息。消息310包括用于以附加媒体会话的信息来更新呼叫的SDP信息的信息。该信息基于在确认消息309中由设备60-2指示的信息。具体地,信息包括设备60-2的网络身份。此外,消息310中的信息可以指示对于附加媒体会话不需要通过IMS管理。这可以具体通过相应的标签或限定符来实现,如以下将结合图4解释的。如所示,消息310可以是SIP 200 OK消息。
如消息311所指示的,IMS节点110向UE 50-1转发来自消息306的信息。根据消息310中的信息(即附加媒体会话不需要通过IMS 100管理),可以实现这一点而不做改变,使得用端到端的方式从UE 50-2向UE 50-1传送用于建立附加媒体会话的信息。消息311是控制面会话301的附加消息。消息310可以是SIP 200OK消息。
已经接收到了包括有用于建立附加媒体会话的信息的消息311,UE 50-1通过向设备60-1发送配置312继续。配置消息312指示如在来自UE 50-2的消息310和311上接收到的用于建立附加媒体会话的信息(例如设备60-2的网络身份)。此外,配置消息312可以向设备60-1通知可以开始附加媒体会话上的媒体传送。
此外,UE 50-1向IMS节点110发送消息313。消息313对附加媒体会话的建立作出应答。消息313是附加消息,消息313可能是SIP ACK消息。如消息314所指示的,IMS节点110向UE 50-2转发来自消息313的应答。消息314是控制面会话302的另一个消息。消息314可以是SIP ACK消息。
已经接收到了消息314,UE 50-2通过向设备60-2发送配置消息315继续进行。配置消息315可以向设备60-2通知可以开始在附加媒体会话上的媒体传送。
如316所指示的,现在在设备60-1和设备60-2之间建立附加媒体会话,并且附加媒体会话可以用于媒体的传输(例如视频的接收和发送)。附加媒体会话316是“未管理的”。也就是说,相比于被管理的媒体会话303,其不受IMS 100的管理,因为附加媒体会话316不需要IMS 100的管理。
在上述过程中,解释了在双方之间交换的设备60-1和60-2的网络身份可以包括IP地址和端口号二者。如果对于附加媒体会话316应用远程媒体流过滤(即仅允许从特征IP地址和端口号的媒体接收),则端口号可能是有用的。然而,在一些实施方式中,仅关于IP地址指示网络身份可能足矣。此外,还可以使用其他类型的网络身份。
图4示出了SDP信息的示例,如例如通过图3的过程的消息306更新。SDP信息的语义和语法可以通常根据IETF RFC 4566的规范。如可以看出的,SDP信息包括用于描述附加媒体会话316的附加部分。在图4的示例中,通过“未管理的媒体流”行来标记该会话的开始。
附加部分中的描述包含项目“连接信息(c)”,以指示附加媒体会话316要使用的IP连接信息(其不同于用于管理的媒体会话的IP连接)。在所示的示例中,在“连接信息”项的末尾通过限定符“/未管理的”来明确指示附加媒体会话未管理的事实。备选地,可以使用其他形式的这种限定符。更进一步地,还可以在SDP信息中通过附加的媒体属性项来指示附加媒体会话316未管理的事实。限定符或媒体属性项向IMS节点110指示不需要通过IMS 100管理附加媒体会话。响应于检测该指示,IMS节点110抑制发起关于附加媒体会话的管理动作(例如计费或QoS控制)。此外,IMS节点110将抑制改变在源自UE 50-1并去向UE 50-2的SIP消息以及在源自UE 50-2并去向UE 50-1的SIP消息中的特定信息。用这种方式,可以通过IMS节点110来使能关于附加媒体会话316的端到端信息交换。其他节点用类似的方式对指示做出反应。
如例如在图3的过程中建立的附加媒体会话316可以响应于多种条件终止。例如,控制会话301、302的和被管理的媒体会话303的终止可以导致UE 50-1和UE 50-2指示设备60-1和60-2终止附加媒体会话316。此外,UE 50-1或UE 50-2的用户可以通过选择UE 50-1、50-2上的相应控制元件从而导致UE 50-1或UE 50-2指示相应设备60-1、60-2终止附加媒体会话316,来决定终止附加媒体会话316。可以经由呼叫的控制面会话301、302来向另一呼叫方通知这种动作。
此外,可以因UE 50-1与设备60-1之间的功能连接的丢失或UE 50-2与设备60-2之间的功能连接的丢失导致附加媒体会话316的终止。可以通过UE 50-1、50-2来检测功能连接的即将来临的丢失,UE 50-1、50-2然后可以指示相应设备60-1、60-2终止附加媒体会话316并经由呼叫的控制面会话301、302通知另一呼叫方。可以通过设备60-1、60-2来检测功能连接的丢失,并响应于这种检测终止附加媒体会话(除非相应UE 50-1、50-2已经指示这样做了)。
此外,设备60-1、60-2和相应UE 50-1、50-2之间的功能连接可以支持常规“心跳”消息的传输,所述消息向相应设备60-1、60-2指示UE 50-1、50-2的正确操作。缺少接收这种心跳消息可向设备50-1、50-2指示相应UE 50-1、50-2已经停止如所期望的工作,这会导致设备60-1,60-2终止附加媒体会话316。可以在功能连接上通过相应UE 50-1、50-2检测这种条件,并且可以在呼叫的控制面会话301、302上向另一呼叫方指示这种条件。
更进一步地,可能因设备60-1、60-2的操作模式的改变导致附加媒体会话316的终止。例如,可以在设备60-1、60-2中对支持附加用户面80的功能去激活。可以功能连接上通过相应UE 50-1、50-2来检测这种条件,并可以在呼叫的控制面会话301、302上向另一呼叫方指示这种条件。
如上所述,各种类型的设备60-1、60-2可以用作附加媒体会话的端点,例如智能TV(例如设备60-1)或膝上型计算机(设备60-2)。更一般地,可以使用配备有IP连接并且提供某种媒体呈现和/或捕获功能的设备。以下将进一步描述这种设备的功能。
图5还示出了与智能TV相对应的设备60-1的可能配置。设备60-1通过网络连接62提供IP连接。此外,设备60-1配备有显示器64,以提供媒体呈现功能。由于显著大于通常UE的显示器尺寸,当设备60-1用于呈现多媒体增强型呼叫的视频内容时,设备60-1可以提供更好的用户体验。更进一步地,设备60-1可以通过摄像头68提供媒体捕获功能。
如进一步说明的,可以例如使用画中画(PIP)技术在多个窗口中组织设备60-1的显示器64。相应地,显示器的专用部分66可以用于呈现多媒体增强呼叫的视频内容。
为了支持UE 50-1的功能连接,设备60-1具备相应接口69。如上所述,可以使用蓝牙技术或WLAN技术来实现该接口。
当使用蓝牙技术用于实现功能连接时,设备60-1可以被配置为广播它的蓝牙身份。蓝牙身份可以揭示它属于支持附加用户面80上的媒体传送的设备。在检测到蓝牙身份和对于附加用户面上的媒体传送的支持时,UE 50-1可以例如通过UE 50-1的显示器上的图标来向用户提供相应指示。备选地,可以用某些其他方式来通告设备60-1的蓝牙身份,例如通过设备本身上的可见指示,并且用户可以使用指示的信息在UE 50-1和设备60-1之间手工配置蓝牙连接。
当使用WLAN技术用于实现功能连接时,设备60-1可以被配置为广播它的WLAN接入点(AP)名称。然后UE 50-1可以检测广播的WLAN AP名称并与同一AP连接。然后UE 50-1可以通过WLAN与设备60-1通信,并检测设备60-1支持在附加用户面80上的媒体传送的能力。例如,设备60-1可以使用UPnP在WLAN中通告该能力。
还可以通过光学代码,通告设备60-1在附加用户面80支持附加用户面80上的媒体传送的能力,所述光学代码可由UE 50-1通过分析由UE 50-1的内置摄像头捕获的图像来识别。例如,这种光学代码可以采用快速响应(QR)代码或条形码的形式。可以例如在设备60-1的外壳的可见位置布置或者可以在显示器62上示出(例如作为覆层)光学代码。已经识别了光学代码,UE 50-1可以显示对通过附加用户面80向用户传送媒体的可能性的指示。UE 50-1可以使用来自光学代码的信息来与设备60-1自动建立功能连接。可以结合使用蓝牙技术建立的功能连接或使用WLAN技术建立的功能连接来使用光学代码。
在一些实施方式中,UE 50-1的用户可能需要输入用于建立功能连接的接入代码。根据用于实现功能连接的技术,该接入代码可以是蓝牙配对密码或WLAN密钥。可以例如在设备60-1的外壳或显示器上显示或者可以用一些其他形式获得接入代码。
当成功建立功能连接时,UE 50-1可以向用户指示在附加用户面80上的媒体传送的功能可用(例如通过改变UE 50-1的显示器上的相应图标的颜色)。
当现在通过IMS 100建立基于分组的呼叫时,UE 50-1可以向另一呼叫方发信号通知对附加用户面80上的媒体传送的支持。在图6中示出了相应过程的示例。图6的过程涉及UE 50-1、UE 50-2和IMS节点110。在建立控制面会话301、302和被管理的媒体会话303时,可以例如在图3的过程之前使用图6的过程。
在所说明的示例中,UE 50-1通过向IMS节点110发送消息601来发起呼叫。如所示的,消息601可以是SIP邀请消息。消息601请求与另一呼叫方(即与UE 50-2)建立呼叫。消息601还例如通过在SIP邀请消息的“支持”头部中包括相应的标签来指示UE 50-1支持该呼叫的附加用户面80上的媒体传送功能。
如消息602指示的,IMS节点110通过向UE 50-2发送消息602来继续进行呼叫的建立。消息602也可以是SIP邀请消息。在消息602中,IMS节点110转发关于UE 50-1针对该呼叫支持在附加用户面上的媒体传送功能的信息。可以实现这一点而不做改变,即以端到端的方式从UE 50-1向UE 50-2传送该信息。
UE 50-2通过向IMS节点110发送消息603来对消息602做出响应。消息603可以是指示UE 50-2接受呼叫的建立的SIP 200 OK消息。在消息603中,UE 50-2可以指示它支持对于该呼叫的在附加用户面80上媒体传送的功能(例如通过在SIP 200OK消息的“支持”头部中包括相应标签)。
IMS节点110通过向UE 50-1发送消息604继续呼叫的建立。消息604也可以是SIP200OK消息。消息604中,IMS节点110转发关于UE 50-2针对该呼叫支持在附加用户面上媒体传送的功能的信息。可以实现这一点而不做改变,即用端到端的方式从UE 50-2向UE 50-1传送该信息。
如果UE 50-2已经与支持在附加用户面80上的媒体传送的设备成功地建立了功能连接,则UE 50-2可以直接在消息603中指示支持,然后向UE 50-1转发该信息。此外,UE 50-2可以响应于接收消息602尝试建立功能连接,并且如果成功建立了功能连接则指示支持。备选地,UE 50-2可以等待这种尝试,直至UE 50-1请求在附加用户面上传送媒体。
一旦成功建立了呼叫,则UE 50-1和/或50-2可以提供对支持在附加媒体会话80上传送媒体的指示。该指示可以根据呼叫双方指示支持还是仅一个呼叫方指示支持而变化。
现在将参照图7进一步解释可以由UE使用以获得对于另一设备在附加用户面上传送媒体的能力的控制的示例过程。图7的过程涉及UE 50-1和设备60-1。然而,应该理解的是,还可以将类似的过程应用于UE 50-2和设备60-2。此外,图7还示出了UE 50-1与设备60-1之间的功能连接55。如上所述,可以使用蓝牙技术或WLAN技术(或其他无线或有线连接技术)来实现功能连接55。在图7的过程中,假设已经(例如使用上述过程)建立了功能连接55,UE 50-1已经检测到了设备60-1支持在附加用户面80上的媒体传送的能力,以及已经与另一方(例如UE 50-2)建立了呼叫。
如果UE 50-1的用户现在选择了在附加用户面80上的媒体传送的选项,则UE 50-1向设备60-1发送预订消息701。
预订消息701向设备60-1指示UE 50-1打算使用在附加用户面80上媒体传送的能力。此外,预订消息701还可以指示意图的媒体传送的附加信息,例如媒体的类型(例如视频、传送消息或文件传输)。
向设备60-1发送预订消息701,以预订并配置用于终止附加用户面上的媒体会话的资源。这可以涉及在设备60-1中配置媒体终止桥450。如所示的,媒体终止桥450提供设备60-1的所需的媒体呈现和/或捕获功能(媒体I/O)与设备60-1的网络连接62之间的连接。可以将媒体终止桥450实现为在设备60-1的处理器上运行的软件过程。
此外,预订消息701可以导致设备60-1执行媒体接收和呈现和/或媒体捕获和传输的准备工作。如图5中所示,这可以例如涉及对显示器64或摄像头68的激活。此外,这可以涉及要用于媒体传送的设备60-1的(例如关于IP地址和通常还关于端口号定义的)网络身份的分配。该网络身份也可以被称为媒体终止地址。如上所述,该网络身份可以包括设备60-1的IP地址并且通常还包括所使用的媒体协议的一个或更多个端口号(例如RTP的端口号和RTCP的另一个端口号)。
设备60-1然后通过向UE 50-1发送确认消息702来对预订消息701做出响应。确认消息702向UE 50-1确认它可以使用在附加媒体会话80上媒体传送的能力。此外,确认消息702可以指示用于建立媒体会话的信息,例如编解码器信息(例如H.263)或构建SDP提供的相关信息。此外,确认消息可以指示媒体会话要使用的设备60-1的网络身份(例如所分配的IP地址和端口号)。
使用该过程,UE 50-1可以获取要向UE 50-2传送的必要信息,以允许在附加用户平面80上建立媒体会话。UE 50-2可以使用类似的过程来获得要向UE 50-1传送的必要信息,以支持在附加用户面80上的媒体会话的建立。UE 50-1可以结合图3的预订消息304和确认消息304来使用图7中所示的过程。此外,UE 50-2可以使用类似过程,来获取要向UE 50-1传送的必要信息,以允许在附加用户面80上建立媒体会话(即结合图3的预订消息308和确认消息309)。在后一情况下,可以附加地使用预订消息308,来向设备60-2传送用于媒体会话建立的信息,原因在于该信息已经可以在UE 50-2处获得。
以上,参照在附加设备上建立附加用户面80的示例,描述了附加用户面上的媒体的传送。然而,还可能参与呼叫的UE 50-1、50-2中的至少一个来直接建立附加用户面。图8中示出了直接在UE 50-1和UE 50-2之间建立附加用户面80的相应场景。例如,尽管在移动网络和IMS 100上建立了呼叫的控制面70和用户面75,还可以在UE 50-1和UE 50-2的WLAN连接上建立附加用户面80。每个UE 50-1、50-2然后可以针对移动网络上的IP连接和WLAN上的IP连接使用不同的网络身份(具体地IP地址)。然后使用上述类似过程,将WLAN上的IP连接的网络身份用于在附加用户面80上的媒体会话的建立,然而不需要与外部设备来协商能力或资源预订。当然,附加用户面80的一个端点位于UE中而另一个位于与UE相关联的外部设备中也是可能的。
与图2的场景类似,建立直接来自UE的附加用户面可以例如促进来自该UE的所选媒体项的传输。
在一些场景中,用于附加用户面80的IP连接可以基于私有IP地址和/或可以通过防火墙将附加用户面80的端点与公共互联网分离。在图9中示出了相应的场景。在图9的示例场景中,设备60-1的网络连接62经由网络地址转换(NAT)和防火墙节点900与公共互联网910连接。
在这些场景中,附加用户面80的端点(在所说明的场景中设备60-1)可能需要对NAT/防火墙节点900的某种控制。例如,端点可能需要获得在NAT/防火墙节点900的公共侧上向它的业务指派的IP地址和端口号。此外,端点可以使用这种控制来定义用于附加媒体用户面80上的媒体传送的它的私有IP地址和端口号与在NAT/防火墙节点900的公共侧使用的IP地址和端口号之间的映射。
可以例如通过NAT/防火墙节点900的UPnP功能来获得NAT/防火墙节点900的所需控制。为此可以使用例如通用即插即用(UPnP)的方法。UPnP允许电视控制NAT并在NAT中应用上述设置。
在一些场景中,UE 50-1的用户和/或UE 50-2的用户可以具备对附加用户面80的附加控制可能。例如,这种控制可以涉及停止媒体内容的传输或继续媒体内容的传输。此外,这种控制可以作用于用于呈现媒体内容的参数,例如以增加或减小用于呈现视频内容的显示窗口66的大小。
图10示出了可用于在UE(例如在UE 50-1或50-2)中实现控制基于分组的呼叫的以上构思的方法的流程图。从与UE相关联的呼叫的本地方的角度描述了该方法,而另一呼叫方被称为远程方。远程方可以与另一UE相关联。
在步骤1010,UE与IP多媒体***建立呼叫的控制面会话,这可以具体通过IMS(例如IMS的MMTel服务)实现。可以通过UE或从IP多媒体***来发起控制面会话的建立。控制面会话可以例如与图3的控制会话301、302之一相对应。
在步骤1020中,UE建立呼叫的媒体会话。通过IP多媒体***来管理媒体会话。可以在与本地方相关联的UE和与远程方相关联另一UE之间建立媒体会话。该管理可以例如涉及控制建立、保持和/或终止媒体会话的过程。此外,该管理可以涉及对媒体会话的计费或QoS控制。该媒体会话可以例如与图3的媒体会话303相对应。
在步骤1030中,UE确定用于在本地方终止附加媒体会话的本地端点。可以通过媒体呈现和/或捕获设备(例如设备60-1或60-2)来实现本地端点。备选地,例如如图8中所示,可以在UE中实现本地端点。附加媒体会话可以例如与图3中的会话316相对应。
在步骤1040中,UE向IP多媒体***发送控制面会话的第一消息。第一消息指示本地端点(例如关于本地端点的网络身份)。可以例如通过IP地址和可选地通过端口号来定义网络身份。此外,第一消息指示不需要通过IP多媒体***管理附加媒体会话。例如如结合图4中所解释的,可以通过消息中的相应限定符、标签或属性来提供这种指示。该指示可以使得IP多媒体***抑制关于附加媒体会话的特定管理活动。因此,附加媒体会话还可以被称为未管理的媒体会话。如果UE在发起附加媒体会话建立的呼叫方(例如图3的过程中的UE50-1),则第一消息可以与图3的消息306相对应。如果UE位于另一呼叫方(例如图3的过程中的UE 50-2),则第一消息可以与图3的消息310相对应。
在步骤1050中,UE从IP多媒体***接收控制面会话的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点(例如就远程端点的网络身份而言)。可以例如通过IP地址和可选地通过端口号来定义网络身份。如果UE位于发起附加媒体会话的建立的呼叫方(例如图3的过程中的UE 50-1),则第二消息可以与图3的消息311相对应。如果UE位于另一呼叫方(例如图3的过程中的UE 50-2),则第二消息可以与图3中的消息307相对应。如可以从后一示例中看出的,还可以在第一消息之前发送第二消息。因此,“第一消息”和“第二消息”不旨在指示特定顺序。
在步骤1060中,UE配置本地端点,以与步骤1050接收到的第二消息中指示的远程端点传送媒体。这种配置过程的示例是图3的消息304和312或通过图3的消息308和315。
呼叫的控制面会话和媒体会话可以与UE的第一网络身份相关联,例如被指派给UE用于经由移动网络的IP连接的IP地址。用于终止附加媒体会话的本地端点可以与不同于第一网络身份的第二网络身份相关联(例如与向基于例如WLAN的另一接入技术的IP连接指派的IP地址相关联)。类似地,可以经由第一接入技术来建立步骤1020的媒体会话,而经由不同于第一接入技术的第二接入技术来建立附加媒体会话。例如,第一接入技术可以是提供IP多媒体***的移动网络的蜂窝无线接入技术,并且第二接入技术可以基于WLAN、DSL、同轴电缆或光缆。
本地端点的配置还可以包括UE向本地端点指示用于附加媒体会话建立的信息。该信息可以具体包括远程端点的网络身份。本地端点的配置还可以涉及UE在本地端点处为附加媒体会话预定资源。如果通过除UE以外的另一设备(例如通过与UE连接的媒体呈现和/或捕获设备)来实现本地端点,则本地端点的配置还涉及UE向另一设备指示用于建立附加媒体会话的信息。例如结合图7所解释的,本地端点的配置还可以涉及UE为另一设备处的附加媒体会话预订资源。
UE还可以接收来自本地端点的用于建立附加媒体会话的信息。该信息可以具体包括本地端点的网络身份。例如结合图7所解释的,如果通过除UE以外的另一设备(例如通过与UE连接的媒体呈现和/或捕获设备)来实现本地端点,则UE还可以从另一设备接收用于建立附加媒体会话的信息。根据接收到的信息,UE可以如在步骤1040中所发送的来生成控制面会话的第一消息。
图11示出了说明可以用于在IP多媒体***(例如在IMS节点110)中实现控制基于分组的呼叫的以上构思的方法的流程图。如上所述,可以具体通过IMS来实现IP多媒体***。例如,节点110可以与CSCF节点或IMS的SIP应用服务器相对应。从IMS节点110与关联于呼叫的本地方的UE(而另一呼叫方被称为远程方)进行交互的角度描述了该方法。远程方可以与另一UE相关联。
在步骤1110中,节点与本地方的UE建立呼叫的控制面会话。可以通过节点或通过UE来发起控制面会话的建立。控制会话可以例如与图3的控制会话301、302之一相对应。
在步骤1120中,节点管理呼叫的媒体会话。该管理可以涉及对建立、保持和/或终止媒体会话的过程进行控制。此外,该管理可以涉及媒体会话的计费或QoS控制。媒体会话可以例如与图3的媒体会话303相对应。
在步骤1130处,节点从UE接收控制面会话的第一消息。第一消息指示附加媒体会话的本地端点(例如就本地端点的网络身份而言)。可以例如通过IP地址和可选地还通过端口号来定义网络身份。可以通过媒体呈现和/或捕获设备(例如设备60-1或60-2)来实现本地端点。备选地,例如如图8中所示,可以在UE中实现本地端点。附加媒体会话可以例如与图3中的媒体会话316相对应。节点可以用端到端的方式向远程方转发所接收到的关于本地端点的信息。
此外,在步骤1130处接收到的第一消息指示不需要通过IP多媒体***对附加媒体会话管理。例如结合图4中解释的,可以通过消息中的相对应的限定符、标签或属性来提供这种指示。该指示可以使IP多媒体***抑制关于附加媒体会话的特定管理活动。因此,附加的会话还可以被称为未管理的媒体会话。如果UE位于发起附加媒体会话建立的呼叫方(例如图3的过程中的UE 50-1),则第一消息可以与图3的消息306相对应。如果UE位于另一呼叫方(例如图3过程中的UE 50-2),则第一消息可以与图3的消息310相对应。
在步骤1140,节点向UE发送控制面的第二消息。第二消息指示用于在远程方终止附加媒体会话的远程端点(例如关于远程端点的网络身份)。可以例如通过IP地址并且可选地还可以通过端口号来定义网络身份。如果UE位于发起附加媒体会话建立的呼叫方(例如图3中的UE 50-1),则第二消息可以与图3的消息311相对应。如果UE在另一呼叫方(例如图3中的UE 50-2),则第二消息可以与图3中的消息307相对应。可以从后一示例中看出,还可以在第一消息之前发送第二消息。相应地,术语“第一消息”和“第二消息”不旨在指示特定顺序。
节点可以根据与远程方(具体地与关联于远程方的另一UE)建立的呼叫的另一控制面会话的消息来确定远程端点。例如,在IMS节点110向UE 50-1发送第二消息311的场景中,可以根据来自UE 50-2的消息310中的信息确定远程端点。类似地,在IMS节点110向UE50-2发送第二消息307的场景中,可以根据来自UE 50-1的消息306中的信息来确定远程端点。节点可以用端到端的方式向与本地方相关联的UE转发接收到的关于远程端点的信息。
呼叫的控制面会话和媒体会话可以与UE的第一网络身份相关联,例如被指派给UE用于经由移动网络的IP连接的IP地址。用于终止附加媒体会话的本地端点可以与不同于第一网络身份的第二网络身份相关联(例如与向基于例如WLAN的另一接入技术的IP连接指派的IP地址相关联)。类似地,可以经由第一接入技术来建立步骤1120的媒体会话,而经由不同于第一接入技术的第二接入技术来建立附加媒体会话。例如,第一接入技术可以是提供IP多媒体***的移动网络的蜂窝无线接入技术,并且第二接入技术可以基于WLAN、DSL、同轴电缆或光缆。
应该理解的是,在包括UE和IP多媒体***的节点的***中,可以组合图10和11的方法。在这种情况下,UE可以使用图10的方法来向节点发送第一消息并从节点接收第二消息,并且节点可以使用图11的方法来从UE接收第一消息并向UE发送第二消息。
图12示出了用于在UE(例如UE 50-1或UE 50-2)中实现以上构思的示例结构。
如所示,UE包括接口220。接口220可以例如基于用于与移动网络连接的蜂窝无线接入技术。此外,UE可以包括一个或更多个附加接口230(例如WLAN接口或蓝牙接口)。附加接口230可以用于与另一设备建立上述功能连接。备选地或附加地,附加接口可以用于提供UE的附加IP连接路径,例如用于如结合图8解释的直接从UE建立附加用户面。
此外,UE包括与接口220、230耦合的至少一个处理器250和与至少一个处理器250耦合的存储器260。存储器260可以包括只读存储器(ROM)(例如闪存ROM)、随机访问存储器(RAM)(例动态RAM(DRAM)或静态RAM(SRAM))、大容量存储器(例如硬盘或固态磁盘)等。存储器260可以包括适当配置的程序代码,以由处理器250执行来实现UE的上述功能。更具体地,存储器260中的程序代码可以包括呼叫控制模块270,以用上述方式实现控制面会话消息的发送、接收和处理。此外,存储器260中的程序代码可以包括媒体会话控制模块280,以实现处理媒体会话(具体地在附加用户面80上的未管理的媒体会话)的上述功能。
应该理解的是,图12中所示的结构仅仅是示意性的,并且UE实际上可以包括附加的组件,为了清楚没有示出例如附加的接口或额外的处理器。此外,应该理解的是,存储器260可以包括没有示出的附加类型的程序代码模块(例如用于实现UE的已知功能的程序代码模块)。
图13示出了用于在网络节点中(具体地在例如IMS节点110的IP多媒体***的节点中)实现上述构思的实施例的示例结构。
如所示,节点包括接口120。接口120可以用于与一个或更多个UE通信。这里,应该理解的是,通常间接通过一个或更多个附加节点(例如IP多媒体***的其他节点或接入网络的节点)来执行这种通信。
此外,节点110包括与接口120耦合的至少一个处理器150和与至少一个处理器150耦合的存储器160。存储器160可以包括ROM(例如闪存ROM)、RAM(例DRAM或SRAM)、大容量存储器(例如硬盘或固态磁盘)等。存储器160可以包括数据和适当配置的程序代码,以由处理器150执行来实现IP多媒体***的节点或IMS节点110的上述功能。更具体地,存储器160中的程序代码可以包括呼叫控制模块170,以用上述方式实现控制面会话消息的发送、接收和处理。此外,存储器160中的程序代码可以包括媒体会话管理模块180,以实现上述管理媒体会话的功能。
应该理解的是,图13中所示的结构仅仅是示意性的,并且UE实际上可以包括附加的组件,为了清楚没有示出。此外,应该理解的是,存储器160可以包括没有示出的附加类型的程序代码模块(例如用于实现IMS节点的已知功能的程序代码模块)。
如可以看出的,上述构思可以用于提高对基于分组的呼叫的多媒体增强的使用。具体地,基于IMS的呼叫可以通过不需要IMS管理的附加媒体会话来增强。相应地,还可以在不支持IMS的其他设备处终止附加媒体会话,例如与UE连接的媒体呈现和/或捕获设备(例如智能TV或多媒体计算机)。这种设备不需要支持IMS或SIP。用这种方式,可以实现多媒体用户增强的高品质用户体验。此外,可以保存可以通过其建立基于IMS的呼叫的UE和移动网络的资源。此外,构思不需要用于附加媒体会话的接入技术与提供IMS的移动网络的基本结构的整合。相反,对于附加媒体会话可以使用由多个运营商提供的任意类型的接入技术。
应该理解的是,上述示例实施例仅是说明性的并且易于做出各种修改。例如,可以在基于不同类型的接入技术或接入技术的组合的其他移动网络中使用该构思。此外,构思还可以被扩展为多个被管理会话和多个未管理的会话。此外,应该理解的是,可以通过在现有设备中使用相应设计的软件或通过使用专用设备硬件来实现上述构思。
Claims (32)
1.一种控制本地方和远程方之间的基于分组的呼叫的方法,所述方法包括:
与本地方相关联的用户设备(50-1,50-2)与互联网协议多媒体***(100)建立呼叫的控制面会话(301,302);
用户设备(50-1,50-2)建立呼叫的媒体会话(303),所述媒体会话(303)由互联网协议多媒体***(100)管理;
用户设备(50-1,50-2)确定用于在本地方终止附加媒体会话(316)的本地端点(60-1,60-2),所述本地端点由所述用户设备控制的装置来实现;
用户设备(50-1,50-2)向互联网协议多媒体***(100)发送控制面会话(301,302)的第一消息(306,310),所述第一消息(306,310)指示本地端点(60-1,60-2)以及指示不需要由互联网协议多媒体***(100)对附加媒体会话(316)的管理动作;
用户设备(50-1,50-2)从互联网协议多媒体***(100)接收控制面会话(301,302)的第二消息(311,307),所述第二消息(311,307)指示远程端点(60-2,60-1),所述远程端点由所述远程方配置用于在远程方终止附加媒体会话(316),并且由所述远程方用于在所述本地端点和所述远程端点之间传送媒体;
用户设备(50-1,50-2)将本地端点(60-1,60-2)配置为与所指示的远程端点(60-2,60-1)传送媒体;以及
用户设备使用所述本地端点在所述本地端点和所述远程端点之间传送媒体。
2.根据权利要求1所述的方法,
其中呼叫的控制面会话(301,302)和媒体会话(303)与用户设备(50-1,50-2)的第一网络身份相关联;以及
其中用于终止附加媒体会话(316)的本地端点(60-1,60-2)与第二网络身份相关联,第二网络身份与第一网络身份不同。
3.根据权利要求1或2所述的方法,包括:
用户设备(50-1,50-2)向本地端点(60-1,60-2)指示用于建立附加媒体会话(316)的信息。
4.根据权利要求1或2所述的方法,包括:
用户设备(50-1,50-2)在本地端点(60-1,60-2)为附加媒体会话(316)预留资源。
5.根据权利要求1或2所述的方法,包括:
用户设备(50-1,50-2)从本地端点(60-1,60-2)接收用于建立附加媒体会话(316)的信息;以及
根据接收到的信息,用户设备(50-1,50-2)生成控制面会话(301,302)的第一消息(306,310)。
6.根据权利要求1或2所述的方法,
其中本地端点(60-1,60-2)由与用户设备(50-1,50-2)连接的媒体呈现和/或捕捉设备来实现。
7.根据权利要求1或2所述的方法,
其中在用户设备(50-1,50-2)中实现本地端点(60-1,60-2)。
8.根据权利要求1或2所述的方法,
其中经由第一接入技术来建立媒体会话(303),以及
其中经由不同于第一接入技术的第二接入技术来建立附加媒体会话(316)。
9.一种控制本地方和远程方之间的基于分组的呼叫的方法,所述方法包括:
互联网协议多媒体***(100)的节点(110)与用户设备(50-1,50-2)建立呼叫的控制面会话(301,302),所述用户设备(50-1,50-2)与本地方相关联;
节点(110)管理呼叫的媒体会话(303);
节点(110)从用户设备(50-1,50-2)接收控制面会话(301,302)的第一消息(306,310),所述第一消息(306,310)指示用于在本地方终止附加媒体会话(316)的本地端点(60-1,60-2)以及指示不需要由互联网协议多媒体***(100)对附加媒体会话(316)的管理动作,所述本地端点由所述用户设备用于在所述本地方和所述远程方之间通过所述本地端点传送媒体,所述本地端点由所述用户设备控制的装置来实现;以及
响应于从远程方接收到指示远程端点的消息,节点(110)向用户设备(50-2,50-1)发送控制面会话(302,301)的第二消息(311,307),所述远程端点由所述远程方配置用于在远程方终止附加媒体会话并且由所述远程方用于在所述远程方和所述本地方之间通过所述远程端点传送媒体,所述第二消息(311,307)指示用于在远程方终止附加媒体会话(316)的所述远程端点(60-2,60-1)。
10.根据权利要求9所述的方法,
其中节点(110)根据呼叫的另一控制面会话(302,301)的消息(310,306)来确定远程端点(60-1,60-2),所述另一控制面会话(302,301)是与远程方建立的。
11.根据权利要求9或10所述的方法,
其中控制面会话(301,302)和媒体会话(303)与用户设备(50-1,50-2)的第一网络身份相关联;以及
其中本地端点(60-1,60-2)与第二网络身份相关联,所述第二网络身份与第一网络身份不同。
12.根据权利要求9或10所述的方法,
其中本地端点(60-1,60-2)由与用户设备(50-1,50-2)连接的媒体呈现和/或捕捉设备来实现。
13.根据权利要求9或10所述的方法,
其中在用户设备(50-1,50-2)中实现本地端点(60-1,60-2)。
14.根据权利要求9或10所述的方法,
其中经由第一接入技术来建立呼叫的媒体会话(303),以及
其中经由不同于第一接入技术的第二接入技术来建立呼叫的附加媒体会话(316)。
15.一种用户设备(50-1,50-2),包括:
至少一个接口(220)和至少一个处理器(250),
其中至少一个处理器(250)被配置为:
-经由至少一个接口(220),与互联网协议多媒体***(100)建立呼叫的控制面会话(301,302),所述呼叫在与用户设备(50-1,50-2)相关联的本地方和远程方之间;
-经由至少一个接口(220),建立呼叫的媒体会话(303),所述媒体会话由互联网协议多媒体***(100)管理;
-确定用于在本地方终止附加媒体会话(316)的本地端点(60-1,60-2),所述本地端点由所述用户设备控制的装置来实现;
-经由至少一个接口(220),向互联网协议多媒体***(100)发送控制面会话(301,302)的第一消息(306,310),所述第一消息(306,310)指示附加媒体会话(316)的本地端点(60-1,60-2)以及指示不需要由互联网协议多媒体***(100)管理附加媒体会话(316);
-经由至少一个接口(220),从互联网协议多媒体***(100)接收控制面会话(301,302)的第二消息(311,307),所述第二消息指示远程端点(60-2,60-1),所述远程端点由所述远程方配置用于在远程方终止附加媒体会话(316),并且由所述远程方用于在所述本地端点和所述远程端点之间传送媒体;
-将本地端点(60-1,60-2)配置为与所指示的远程端点(60-2,60-1)传送媒体;以及
使用所述本地端点在所述本地端点和所述远程端点之间传送媒体。
16.根据权利要求15所述的用户设备(50-1,50-2),
其中呼叫的控制面会话(301,302)和媒体会话(303)与用户设备(50-1,50-2)的第一网络身份相关联;以及
其中用于终止附加媒体会话(316)的本地端点(60-1,60-2)与第二网络身份相关联,第二网络身份与第一网络身份不同。
17.根据权利要求15或16所述的用户设备(50-1,50-2),
其中至少一个处理器(250)还被配置为:
-向本地端点(60-1,60-2)指示用于建立附加媒体会话(316)的信息。
18.根据权利要求15或16所述的用户设备(50-1,50-2),
其中至少一个处理器(250)还被配置为:
-在本地端点(60-1,60-2)为附加媒体会话(316)预留资源。
19.根据权利要求15或16所述的用户设备(50-1,50-2),
其中至少一个处理器(250)还被配置为:
从本地端点(60-1,60-2)接收用于建立附加媒体会话(316)的信息;以及
根据接收到的信息,生成控制面会话(301,302)的第一消息(306,310)。
20.根据权利要求15或16所述的用户设备(50-1,50-2),
其中本地端点(60-1,60-2)由与用户设备(50-1,50-2)连接的媒体呈现和/或捕捉设备来实现。
21.根据权利要求15或16所述的用户设备(50-1,50-2),
其中在用户设备(50-1,50-2)中实现本地端点(60-1,60-2)。
22.根据权利要求15或16所述的用户设备(50-1,50-2),
其中经由第一接入技术来建立媒体会话(303),以及
其中经由不同于第一接入技术的第二接入技术来建立附加媒体会话(316)。
23.根据权利要求15或16所述的用户设备(50-1,50-2),
其中用户设备(50-1,50-2)被配置为根据权利要求1至8中任一项的方法操作。
24.一种互联网协议多媒体***(100)的节点(110),所述节点(110)包括:
至少一个接口(120)和至少一个处理器(150),
其中至少一个处理器(150)被配置为:
-经由至少一个接口(120),与用户设备(50-1,50-2)建立呼叫的控制面会话(301,302),所述呼叫在与用户设备(50-1,50-2)相关联的本地方和远程方之间;
-管理呼叫的媒体会话(303);
-经由至少一个接口(120),从用户设备(50-1,50-2)接收控制面会话(301,302)的第一消息(306,310),所述第一消息(306,310)指示用于在本地方终止附加媒体会话(316)的本地端点(60-1,60-2)并指示不需要由互联网协议多媒体***(100)对附加媒体会话(316)的管理动作,所述本地端点由所述用户设备控制的装置来实现;以及
-响应于从远程方接收到指示远程端点的消息,经由至少一个接口(120),向用户设备(50-1,50-2)发送控制面会话(301,302)的第二消息(311,307),所述远程端点由所述远程方配置用于在远程方终止附加媒体会话并且由所述远程方用于在所述远程方和所述本地方之间通过所述远程端点传送媒体,所述第二消息(311,307)指示用于在远程方终止附加媒体会话(316)的远程端点(60-2,60-1)。
25.根据权利要求24所述的节点(110),
其中至少一个处理器还被配置为:
-根据呼叫的另一控制面会话(302,301)的消息(310,306)来确定远程端点(60-2,60-1),所述另一控制面会话(302,301)是与第二方建立的。
26.根据权利要求24或25所述的节点(110),
其中控制面会话(301,302)和媒体会话(303)与用户设备(50-1,50-2)的第一网络身份相关联;以及
其中附加媒体会话(316)的本地端点(60-1,60-2)与第二网络身份相关联,第二网络身份与第一网络身份不同。
27.根据权利要求24或25所述的节点(110),
其中附加媒体会话的(316)的本地端点(60-1,60-2)由与用户设备(50-1,50-2)连接的媒体呈现和/或捕捉设备来实现。
28.根据权利要求24或25所述的节点(110),
其中在用户设备(50-1,50-2)中实现附加媒体会话(316)的本地端点(60-1,60-2)。
29.根据权利要求24或25所述的节点(110),
其中经由第一接入技术来建立呼叫的媒体会话(303),以及
其中经由不同于第一接入技术的第二接入技术来建立呼叫的附加媒体会话(316)。
30.根据权利要求24或25所述的节点(110),
其中节点(110)被配置为根据权利要求9至14中任一项的方法操作。
31.一种计算机可读介质,存储要由用户设备(50-1,50-2)的至少一个处理器执行的程序代码,由此使用户设备(50-1,50-2)根据权利要求1至8中任一项所限定的方法来操作。
32.一种计算机可读介质,存储要由互联网协议多媒体***(100)的节点(110)的至少一个处理器来执行的程序代码,由此使得节点根据权利要求9至14中任一项所限定的方法来操作。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2013/057790 WO2014169937A1 (en) | 2013-04-15 | 2013-04-15 | Local control of additional media session for a packet based call |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105122761A CN105122761A (zh) | 2015-12-02 |
CN105122761B true CN105122761B (zh) | 2019-04-19 |
Family
ID=48190481
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380075631.3A Active CN105122761B (zh) | 2013-04-15 | 2013-04-15 | 基于分组的呼叫的附加媒体会话的本地控制 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10091255B2 (zh) |
EP (1) | EP2987295B1 (zh) |
CN (1) | CN105122761B (zh) |
WO (1) | WO2014169937A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10412127B2 (en) * | 2014-05-20 | 2019-09-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for establishing an additional session to an anonymous user |
US9462525B1 (en) * | 2014-07-18 | 2016-10-04 | Sprint Spectrum L.P. | Dynamic management and use of bearers for media communication |
JP6503988B2 (ja) * | 2015-09-02 | 2019-04-24 | 富士通株式会社 | セッション制御方法およびセッション制御プログラム |
US10306468B2 (en) * | 2016-06-29 | 2019-05-28 | T-Mobile Usa, Inc. | Internet protocol multimedia system session resurrection |
US11470017B2 (en) * | 2019-07-30 | 2022-10-11 | At&T Intellectual Property I, L.P. | Immersive reality component management via a reduced competition core network component |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7885266B2 (en) * | 2005-10-24 | 2011-02-08 | Motorola Mobility, Inc. | Method for IP multimedia services session setup |
US20080049648A1 (en) * | 2006-08-28 | 2008-02-28 | Motorola, Inc. | Method and apparatus for policy management for an internet protocol multimedia subsystem based wireless communication system |
WO2008088259A1 (en) | 2007-01-18 | 2008-07-24 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and apparatus for remote access to a home network |
US9641567B2 (en) * | 2009-05-14 | 2017-05-02 | Qualcomm Incorporated | Controlling media and informing controller status in collaborative sessions |
US20110116495A1 (en) | 2009-11-03 | 2011-05-19 | Interdigital Patent Holdings, Inc. | Method and apparatus for inter-device session transfer between internet protocol (ip) multimedia subsystem (ims) and h.323 based clients |
US20120084356A1 (en) | 2010-10-01 | 2012-04-05 | Interdigital Patent Holdings, Inc. | Method and apparatus for media session sharing and group synchronization of multi media streams |
US9330398B2 (en) * | 2011-11-04 | 2016-05-03 | At&T Intellectual Property I, L.P. | Internet protocol multi-media system value voucher distribution with network storage and redemption |
-
2013
- 2013-04-15 EP EP13718814.0A patent/EP2987295B1/en active Active
- 2013-04-15 WO PCT/EP2013/057790 patent/WO2014169937A1/en active Application Filing
- 2013-04-15 CN CN201380075631.3A patent/CN105122761B/zh active Active
- 2013-04-15 US US14/784,268 patent/US10091255B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
WO2014169937A1 (en) | 2014-10-23 |
US10091255B2 (en) | 2018-10-02 |
EP2987295A1 (en) | 2016-02-24 |
CN105122761A (zh) | 2015-12-02 |
US20160057178A1 (en) | 2016-02-25 |
EP2987295B1 (en) | 2020-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4819947B2 (ja) | セッション設定プロトコル基盤のアーリーメディアサービス提供方法 | |
KR101316020B1 (ko) | 통신 네트워크의 원격 사용자와의 멀티미디어 세션의 수립방법 | |
JP2008523662A (ja) | 画像ベースのプッシュ・ツー・トークのユーザインタフェース向き画像交換方法 | |
US11108838B2 (en) | Method, user equipment and application server for adding media stream of multimedia session | |
US20080031161A1 (en) | Method and system for establishing a conference call between a remote and a local endpoint | |
US8730945B2 (en) | Systems and methods for using a recipient handset as a remote screen | |
JP5220010B2 (ja) | 移動端末からのマルチメディアセッションの切り換え | |
US20080281971A1 (en) | Network multimedia communication using multiple devices | |
KR20060039023A (ko) | 통신 세션 설정 | |
TW200904100A (en) | Signaling of early media capabilities in IMS terminals | |
CN105122761B (zh) | 基于分组的呼叫的附加媒体会话的本地控制 | |
US20180020098A1 (en) | Web Real-Time Client Communication Over a Stimulus Based Network | |
GB2452020A (en) | Communication establishment methodand related communication devices | |
EP3371964B1 (en) | Seamless mechanism to connect an active call to another device | |
JP2008148313A (ja) | マルチメディア情報の伝送を可能にするための通信チャネルの確立を制御する方法およびシステム | |
US9106667B2 (en) | Method of processing SIP messages | |
US20200186636A1 (en) | Enabling call transfer using headset | |
JP5272702B2 (ja) | 移動網システム及びガイダンスメッセージ提供方法 | |
KR100695292B1 (ko) | 이기종 화상통신망에서의 그룹 회의 서비스 제공 방법 | |
Tuijn et al. | Spanning a multimedia session across multiple devices | |
KR101451111B1 (ko) | 영상 회의 서비스를 제공하는 방법 및 장치 | |
EP2334067A1 (en) | Method for including a video image in a voice communication between a first user entity and a second user entity, application server, media server and user entity for realizing such a method | |
KR20090064523A (ko) | 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버 | |
JP2007036883A (ja) | 通信端末 |
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 |