CN101548556A - 建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的系统及其方法和用户设备 - Google Patents
建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的系统及其方法和用户设备 Download PDFInfo
- Publication number
- CN101548556A CN101548556A CNA2007800446171A CN200780044617A CN101548556A CN 101548556 A CN101548556 A CN 101548556A CN A2007800446171 A CNA2007800446171 A CN A2007800446171A CN 200780044617 A CN200780044617 A CN 200780044617A CN 101548556 A CN101548556 A CN 101548556A
- Authority
- CN
- China
- Prior art keywords
- poc
- session
- medium type
- response message
- medium
- 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
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/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- 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/403—Arrangements for multi-party communication, e.g. for conferences
- H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
-
- 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/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
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
提供系统及其方法和用户设备(UE),所述系统用于建立和管理在支持各种多媒体类型的PoC客户端之间的基于蜂窝网络的即按即说(Push To Talk(PTT)over Cellular(PoC))会话。当执行开放移动联盟(OMA)PoC多媒体呼叫业务的PoC客户端支持多种媒体类型,并且PoC客户端所支持的媒体类型不同时,可以建立PoC会话,以便在会话建立之后,仅支持在第一响应消息中被设定为要发送的媒体类型。此外,还提出了在提供新支持的媒体类型时或在已有媒体类型的接收方发生变化时,通过更新会话来有效管理会话的方法。
Description
技术领域
本发明一般涉及建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说(Push To Talk(PTT)over Cellular(PoC))会话的系统及其方法和用户设备(UE),具体来讲,涉及一种系统及其方法和UE,所述系统用于在PoC会话建立中PoC客户端支持的各种媒体类型不相同时,或者在第一响应消息中包含的可传输媒体类型不同于发送方提供的媒体类型时,建立仅支持PoC会话中至少一个可接收PoC客户端所支持的媒体类型的PoC会话。
背景技术
移动通信的重大发展和通信网络的扩展促进了使用蜂窝电话的各种附加业务和应用。同时,蜂窝电话用户对诸如定位业务、多媒体业务、以及即按即说(PTT)业务的各种附加业务的需求也在增长。在这些附加业务中,PTT业务支持各种补充功能,如即时消息功能和状态显示功能,以及已有无线或集群无线系统(Trunked Radio System,TRS)也提供的组呼叫和语音呼叫。
目前,正在积极地开展对移动通信网络中采用了PTT功能的基于蜂窝网络的PTT(PTT-over-Cellular,PoC)业务的标准化。与已有移动通信业务相区别,PoC业务的一个独有的特征在于,用户能够参与到多个PoC会话中,并且能够在PoC会话中移动以使用呼叫业务。在开放移动联盟(Open MobileAlliance,OMA)中规定了用户能够在多个PoC会话中移动以使用呼叫业务的要求,OMA是规定移动通信业务的论坛。
同时,PoC V 2.0系统支持PoC多媒体呼叫业务。为了支持PoC多媒体呼叫业务,PoC V 2.0系统定义了声音以及作为新多媒体类型的视频、图像和文本。
由于用户设备(UE)性能的提高,目前的PoC系统能够显示多个流,如视频和/或图像。
如上所述,如果PoC V 2.0系统使用传统的PoC V 1.0会话建立方法和系统,则PoC V 2.0系统所支持的各种多媒体业务将会受到限制,并且会话建立时间会很长。
发明内容
本发明的一个方面是要基本上解决至少上述问题和/或缺点,并且提供至少以下优点。因此,本发明的一个方面提供一种系统及其方法和用户设备(UE),所述系统用于在执行PoC多媒体呼叫业务的PoC客户端支持多种媒体类型、并且PoC客户端所支持的媒体类型不相同时,或者当第一响应消息中包含的可传输媒体类型不同于发送方提供的媒体类型时,建立仅支持PoC会话中至少一个接收PoC客户端所支持的媒体类型的基于蜂窝网络的即按即说(PTT)(PoC)会话。
本发明的另一个方面是要提供一种系统及其方法和用户设备,所述系统用于在新的参与方支持新媒体类型时,或者在已有媒体类型的接收方发生改变时,通过自动更新要被改变的信息来管理会话。
本发明的再一个方面是要提供一种系统及其方法和用户设备,所述系统存储从会话建立客户端接收的会话参与请求(INVITE)消息中包含的媒体类型的属性,并在响应于第一响应而建立会话之后,当支持INVITE消息中提供的媒体类型和媒体属性的新参与方参与到会话中时,更新会话,以便在更新的会话中提供所存储的媒体属性。
根据本发明的一个方面,提供一种基于蜂窝网络的即按即说(PTT)(PoC)系统,用于建立和管理用于执行多媒体呼叫业务的多媒体PoC会话,该PoC系统包括:会话建立请求PoC客户端,用于将包含媒体类型和媒体属性信息的会话参与请求(INVITE)消息发送到PoC服务器;以及PoC服务器,用于存储包含在INVITE消息中的媒体类型和媒体属性信息,并且,如果接收到第一响应消息,则将指示包含在该第一响应消息中的媒体类型处于可传输状态的响应消息发送到所述会话建立请求PoC客户端,以便建立仅支持在第一响应消息中设定用于媒体发送的媒体类型的PoC会话。
根据本发明的另一方面,提供一种用于在基于蜂窝网络的即按即说(PTT)(PoC)系统中建立和管理用于执行多媒体呼叫业务的多媒体PoC会话的方法,该PoC系统包括会话建立请求PoC客户端、至少一个会话参与PoC客户端、以及用于建立和管理多媒体PoC会话的PoC服务器,该方法包括:第一处理,其中,所述会话建立请求PoC客户端将包含媒体类型和媒体属性信息的会话参与请求(INVITE)消息发送到PoC服务器;第二处理,其中,所述PoC服务器存储包含在INVITE消息中的媒体类型和媒体属性信息;以及第三处理,其中,如果接收到第一响应消息,则PoC服务器通过将指示包含在第一响应消息中的媒体类型处于可传输状态的响应消息发送到会话建立请求PoC客户端,来建立PoC会话。
根据本发明的另一方面,提供一种用户设备(UE),用于在基于蜂窝网络的即按即说(PTT)(PoC)系统中建立和管理用于执行多媒体呼叫业务的多媒体PoC会话,该UE包括:数据发送器,用于执行与PoC服务器的分组数据发送和接收;以及控制器,用于控制所述数据发送器发送包含会话建立所需的媒体类型和媒体属性信息的会话参与请求(INVITE)消息,并且,如果接收到包含当前会话中支持的特定媒体类型信息的re-INVITE消息,则控制所述数据发送器响应于该re-INVITE消息发送响应消息。
优选地,所述PoC系统可以包括:会话建立请求PoC客户端,用于发送INVITE消息;PoC服务器,用于从会话建立请求PoC客户端接收INVITE消息,并且响应于该INVITE消息,向会话建立请求PoC客户端发送响应消息;以及临时会话媒体类型和属性存储单元,用于存储包含媒体类型信息的响应消息。
优选地,媒体类型信息可以以向会话启动协议(SIP)INVITE消息和SIP200“OK”消息的主体部分添加用于该媒体类型信息的新列的形式来通知,或者以实时传输控制协议(RTCP)消息格式来通知。
本发明提出一种PoC系统中的会话管理系统及其方法和UE,所述系统用于在执行开放移动联盟(OMA)PoC多媒体呼叫业务的PoC客户端建立PoC会话、并且PoC客户端支持的媒体类型不相同时,或者当包含在第一响应消息中的可传输媒体类型不同于发送方提供的媒体类型时,建立仅支持PoC会话中的至少一个接收PoC客户端(即,能够发送和接收所述媒体类型的PoC客户端的数目为2或更多)所支持的媒体类型的PoC会话,并且,所述系统在PoC会话中的任意参与方结束PoC会话时,或者在新参与方参与到PoC会话中时,通过会话更新来仅添加或去除至少一个接收PoC客户端所支持的媒体类型。
附图说明
从以下结合附图的详细描述,本发明的上述及其他目的、特征和优点将变得更加清楚,其中:
图1是典型的基于蜂窝网络的即按即说(PTT)(PoC)系统的示意图;
图2是典型的PoC服务器的框图;
图3是描述PoC服务器的控制PoC功能(CF)和参与PoC功能(PF)的框图;
图4是根据本发明示例实施例的、相互连接的PoC服务器和PoC用户设备(UE)的框图,其中PoC UE包括PoC客户端;
图5是流程图,根据本发明示例实施例,示出了在会议PoC服务器接收到用于请求各种媒体类型的会话参与请求(INVITE)消息时,建立多媒体PoC会话的过程;
图6是根据本发明示例实施例的PoC客户端与PoC服务器之间的信令图,用于有效建立和管理支持各种媒体类型的PoC客户端之间的PoC会话;以及
图7A-7C和图8A-8C示出了根据本发明的示例实施例的、在建立PoC会话时包含在INVITE信息中的会话描述协议(SDP)提议(offer)以及在UPDATE(更新)或re-INVITE(重新会话参与请求)消息中包含的SDP提议。
具体实施方式
以下将参考附图描述本发明的优选实施例。
以下,将描述将本发明应用到即按即说(PTT)系统的情况,具体来讲,将描述将本发明应用到使用蜂窝移动通信网络提供PTT业务的基于蜂窝网络的PTT(PoC)系统的情况。
通常,PoC系统使用会话启动协议(SIP)和SIP扩展协议来传送组PoC呼叫(group PoC call)的会话参与信息,并且使用可扩展标记语言(XML)配置访问协议(XCAP)来获得组信息(group information)。以下描述的本发明的功能可以使用上述协议来实现,并且本发明的基本构造可以基于PoCRel.1系统。
现在将描述可应用本发明的一般PoC系统的配置。
图1是典型的PoC系统和相关网络结构的概念图。
参考图1,典型的PoC系统可以包括PoC终端100、可扩展标记语言(XML)文档管理服务器(XDMS)130和140、以及PoC服务器150。PoC系统还可以包括聚合代理服务器160。这些组件可以通过接入网络110、会话启动协议/网际协议(SIP/IP)核心网络120、以及远程PoC网络170来连接。
现在将描述上述组件。
PoC终端100可以包括PoC客户端102和可扩展标记语言(XML)文档管理客户端(XDMC)104。
PoC客户端102是PoC终端100中使用的业务请求器,其驻留在PoC终端100中以执行网络接入,以便为PoC业务订户提供PoC业务。PoC业务订户能够通过其中配置了PoC客户端102的PoC终端100接收PoC业务。以下,使用术语“PoC客户端”来表示其中配置了PoC客户端的PoC UE和PoC业务订户。此外,除非另外说明,否则PoC客户端的参考标号将被省略。
PoC客户端主要在PoC业务订户、即PoC用户一侧用于建立PoC会话、参与已有PoC会话、或终止已建立的PoC会话。此外,PoC客户端执行产生和传送通话突发(talk burst)的功能、支持即时个人提醒(alert)的功能、以及PoC客户端接入PoC业务时要求的认证功能。PoC客户端能够通过接入网络110连接到作为SIP/IP多媒体支持核心网络的SIP/IP核心网络120。
SIP/IP核心网络120连接到PoC服务器150和XDMS 130和140以支持PoC业务。在这种情况下,PoC服务器150能够执行用于维持和管理PoC会话的控制PoC功能(Controlling PoC Function,CF),或者用于参与到为一对一PoC呼叫或一对多PoC呼叫建立的PoC会话中的参与PoC功能(Participating PoC Function,PF)。
同时,PoC业务可以包括建立组会话(group session)的业务,如会议呼叫。对于组会话建立业务,开放移动联盟(OMA)标准定义了用于组列表业务的XDMC 104和XDMS 130和140。图1示出了用于PoC业务的PoC XDMS140和能够公用于另一个业务使能器(enabler)的公共XDMS 130。关于组和组成员的信息能够通过PoC客户端输入到XDMS 130和140中。PoC客户端能够使用从XDMS 130和140发送的个体(individual)或组列表来获得关于能被呼叫的PoC客户端的信息。XDMS 130和140中组或组成员的创建、修改和管理可以通过可靠的通信网络(例如PoC业务提供商能够信任的互联网或内联网)来实现。省略对创建、修改和去除组列表的XML文档管理的协议的详细描述。
当从XDMC 104接收到与组列表相关的对于组业务的请求时,聚合代理服务器160根据适当的规则将与组列表相关的请求路由到XDMS 130和140。
现在将参考图2描述PoC服务器150。
图2是典型的PoC服务器的框图。
PoC服务器能够被分类为用于一般地维持和管理PoC会话的控制PoC功能(CF)和用于管理会话的参与PoC功能(PF)。PoC服务器的功能特性将参考表1和表2来描述。
表1
控制PoC功能(CF) |
提供集中的PoC会话处理提供集中的媒体分发提供包括通话方识别的集中的通话突发仲裁功能提供SIP会话处理,如SIP会话发起、终止等提供用于参与组会话的政策实施提供参与者信息收集和提供集中的媒体质量信息提供集中的变化报告可以提供不同编解码器之间的代码转换支持通话突发控制协议协商 |
如表1所示,在PoC服务器的功能中,CF用于一般地管理PoC会话。PoC服务器从PoC客户端接收对发言权(floor)(通话权利)的请求,安排给予客户端发言权的次序,并以那个次序给予客户端发言权。PoC服务器还将来自特定PoC客户端的通话突发分发给参与组PoC呼叫的全部PoC客户端,并提供参与组PoC呼叫的PoC客户端的信息。
如图下面的表2所示,PF管理CF与每个PoC客户端之间的PoC会话。具体来讲,在PoC客户端请求发言权或者在CF将发言权给予PoC客户端时,PF用于在PoC客户端和CF之间传递(relay)发言权。此外,PF用作在CF和PoC客户端之间传递媒体,提供不同编解码器之间的代码转换,以及提供过滤功能,该过滤功能用于当两个同时的PoC会话中存在同时通话时,过滤由用户选择的两个PoC会话中的一个。
表2
参与PoC功能(PF) |
提供PoC会话处理可以提供PoC客户端与控制PoC服务器之间的媒体传递功能可以提供用户媒体适配过程可以提供PoC客户端与控制PoC服务器之间的通话突发控制消息传递功能代表所代表的PoC客户端提供SIP会话处理,如SIP会话发起、终止等提供用于呼入(incoming)PoC会话的政策实施(例如,接入控制、呼入PoC会话禁止、可用性状态等)可以收集和提供媒体质量信息提供参与者变化报告在同时会话的情况下,可以提供媒体流的过滤可以提供不同编解码器之间的代码转换可以支持通话突发控制协议协商存储PoC客户端的当前回复模式和呼入PoC会话禁止优选项 |
图3是用于示意地描述PoC服务器的CF和PF的框图。
参考图3,PoC客户端102-A到102-D分别通过PF 310-A到310-D提供对CF 300的访问,从而建立PoC会话。这里,当发言权从CF 300给予有资格作为通话方的PoC客户端时,基于有通话方资格的PoC客户端的媒体被发送到每个PoC客户端。在这种情况下,有资格作为通话方的PoC客户端只有在确认了关于参与组会话的PoC客户端的信息之后才能通话。
在PoC系统中,用于呼叫连接的呼叫处理技术根据发送方和接收方的请求和状态实现各种过程。现在将描述根据发送方和接收方的设定,由OMA要求的PoC系统的特征。
首先,接收方能够根据PoC客户端的请求设定其响应模式,其中所述响应模式被分类为自动回复模式和手动响应模式。在自动回复模式中,如果相应信息包括在由接收方指定的PoC客户端列表中,则相应网络向发送方发送即时响应,而不是发送接收方的手动响应。由于PoC服务器根据PoC UE的响应模式设定请求存储响应模式和自动回复用户列表,因此网络发送自动响应而不是PoC UE的操作。手动响应模式对应于发送方没有包括在自动回复用户列表中或不清楚发送方是否包括在自动回复用户列表中的情况,或者接收方已经对所有用户设定了手动响应的情况。PoC呼叫请求通过接收网络发送到PoC UE,并且呼叫通过PoC客户端的接受而被连接。
其次,根据PoC客户端是否设定了与属于其自己的家乡网络(homenetwork)的PoC服务器的连接,PoC系统可以处于按需(on-demand)会话模式或预建立(pre-established)会话模式。预建立会话模式是指根据PoC客户端的请求,PoC客户端预先设定在PoC客户端与属于家乡网络的PoC服务器之间的会话。PoC客户端需要使用预建立会话模式来迅速建立会话,通过预先与PoC服务器协商媒体参数,无需与PoC服务器就将来要使用的媒体参数进行重新协商。
通过PoC客户端将所支持的媒体参数提供给主文本部分,即会话描述协议多用途网际邮件扩展(SDP MIME)主体,提供由PoC服务器提供的媒体参数,并使用SIP INVITE方法响应由PoC服务器提供的媒体参数,来预先设定预建立会话。在这种情况下,在从PoC服务器接收的响应消息中新设定的、包含会议统一资源标识符(URI)的预建立会话的识别信息,被回复给PoC客户端。
如果使用预建立会话,则可以预先协商网易协议(IP)地址、端口号、要使用的编解码器、以及通话突发控制协议。按需会话模式是指PoC客户端没有预先建立会话的状态,是指另一个PoC客户端没有预先建立会话的状态,并且是指PoC客户端在从另一个PoC客户端接收到INVITE消息之后执行PoC呼叫连接过程。
响应于PoC系统中的呼叫请求,响应模式的设定可以被存储在PoC服务器和PoC客户端两者中,其中,PoC服务器是网络的元素,而PoC客户端是用户侧的UE。
当在管理PoC客户端的家乡网络中设定响应模式时,该响应模式被设定在PoC客户端所属的家乡网络中用作PF的PoC服务器中。
在这种情况下,如果从另一个PoC服务器请求PoC呼叫,PF会自动无延迟地用会话进行消息(session proceeding message)响应呼叫请求网络。因此,与将会话设置消息发送到PoC客户端并且PoC客户端进行响应的情形相比,当设定了自动回复模式时,呼叫请求过程被简化,从而减少了初始发言权授予时间。
但是,根据在家乡网络中设定自动回复模式时的情形,可能出现不同于用户期望的响应的结果,因此,可以在PoC客户端中设定响应模式。在这种情况下,在PoC客户端中设定的响应模式的优先级高于在家乡网络中设定的响应模式的优先级。这解决了当PoC客户端改变PoC客户端的响应模式并请求PoC服务器进行响应模式改变时,由于网络中的信号延迟或误差造成响应模式没能实时反映的情况下发生的保密问题(privacy problem)。
简要地讲,在PoC业务中,虽然用户的响应模式可以由PoC服务器或PoC客户端设定,但是响应模式由反映用户最新期望的PoC客户端来确定,并且基于所述确定来发送媒体流(用户的话音或视频)。
现在将描述在具有上述特征的PoC系统中建立PoC多媒体会话的过程。
发起(originating)PoC客户端通过使用SIP发送多媒体会话参与请求消息(根据媒体类型的选择,多媒体可以包括各种格式的音频、视频和文本)来请求处理呼叫。响应于呼叫处理请求,目标PoC客户端根据相应PoC服务器中设定了哪种响应模式以及是否存在已有会话而做出不同地响应。现在将通过描述在发起网络和目标网络中的过程来描述用于PoC呼叫的呼叫处理过程。
发起PoC客户端将包含目标PoC客户端的SIP地址信息的SIP会话参与请求(INVITE)消息发送到相应的SIP/IP核心网络。SIP INVITE消息可以还包括诸如发起PoC客户端的PoC地址信息、要求的媒体参数、通知PoC业务的特征值信息等元素。如果所要求的会话对应于多媒体,则“要求的媒体参数”可以包括各种特征值,如音频和视频的编码方法、比特率、载荷类型等。
借助于动态主机配置协议(DHCP)服务器或域名服务器(DNS)中的路径查询,经由IP多媒体子系统(IMS)网络中相应的IMS服务器,即初级基于约束的最短路径优先(Primary Constrained Shortest Path First,P-CSPF)和次级CSPF(Secondary CSPF,S-CSPF),将SIP INVITE消息发送到参与PoC服务器(PF)。如果请求了典型的呼叫,由于PoC客户端连接的参与PoC服务器能够与管理所建立的会话的通话突发的控制PoC服务器相分离地实现,因此通过相应的SIP/IP核心网络将发送到PF的SIP INVITE消息传送到控制PoC服务器(CF)。
包括CF的PoC会话控制网络将SIP INVITE消息发送到目标网络,并从目标网络接收响应消息。从目标网络响应的SIP消息可以是由“1xx”表示的临时响应消息、由“2xx”表示的成功响应消息、或由“4xx”到“6xx”表示的错误响应消息。在自动回复模式中,SIP 183“会话进程”信号可能作为响应消息被接收到,并且可以使用该响应消息来执行呼叫请求方的IMS网络中PoC服务器与PoC客户端之间的连接。可以将目标PoC客户端的呼叫接受信号作为SIP 183“会话进程”信号或SIP 200“OK”(确定)响应来发送,并且通过包括CF和PF的PoC服务器将其发送到发起PoC客户端。如果从目标PoC服务器接收到200“OK”响应或183“会话进程”信号,则CF确定PoC呼叫被连接,并将用于授予通话突发发言权的“发言权授予”信号发送到发起PoC客户端。根据200“OK”响应或183“会话进程”信号的通话突发发言权的授予可以通过“已确认”或“未确认”来识别。如果接收到“未确认”响应,则CF需要缓冲功能。
在接收到响应SIP INVITE消息的响应信号之后,发起PoC客户端使用实时传输控制协议(RTCP)发送通话突发并接收用于传送信号的“发言权授予”信号(例如,呼叫连接声音)。“发言权授予”信号由具有通话突发仲裁权的CF生成,并通过管理PoC客户端的PF被发送到PoC客户端。由于“发言权授予”信号使用载体(Bearer)的路径而不是SIP,因此无需使用SIP/IP核心网络就可以发送“发言权授予”信号,例如,作为替代可以使用IMS网络。已经接收到呼叫连接声音的发起PoC客户端使用实时传输协议(RTP)发送媒体流(例如,声音流)。
以下,为了使本领域技术人员能容易地实现本发明,现在将参考附图详细描述本发明的示例实施例。
本发明涉及会话管理系统及其方法和UE,该会话管理系统用于在发起PoC服务器和PoC服务器之间建立PoC会话,所述发起PoC服务器发送限于PoC多媒体环境中第一响应客户端所响应的媒体类型的RTP媒体,而所述PoC服务器通过PoC会话中的会话更新,仅添加或去除至少一个目标PoC客户端所支持的媒体类型。
现在将参考图4描述构成PoC系统的PoC客户端和PoC服务器的配置,该PoC系统用于在PoC会话建立中由PoC客户端支持的各种媒体类型不同时,或者在包含在第一响应消息中的可传输媒体类型与发送方提供的媒体类型不同时,建立仅支持由PoC会话中至少一个可接收的PoC客户端支持的媒体类型的PoC会话。图4是根据本发明示例实施例的PoC服务器150和PoC终端100的框图,所述的PoC服务器150和PoC终端100相互连接,并且所述PoC终端100包括PoC客户端102。
参考图4,PoC终端100是用于与用户接口(interfacing)的设备,PoC终端100包括用户接口104,用户接口104用于输出对每个键输入唯一的键输入数据。PoC终端100还包括数据发送器410,数据发送器410可以由协议栈构成,用于执行与PoC服务器150的分组数据通信。PoC终端100还包括显示单元400,用于显示由数据发送器410接收的媒体数据,以及显示从用户接口404输出的数据。PoC终端100还包括控制器402。控制器402控制PoC客户端102的数据发送和接收、显示单元400的显示、用于参与聊天PoC组的邀请(invite)保留(reservation)消息的创建、邀请保留消息的发送、以及响应消息的接收。具体来讲,如果PoC客户端102是会话建立PoC客户端,则控制器402将会话参与请求(INVITE)消息发送到PoC服务器150,该INVITE消息包含用于会话建立的、用户要求的媒体类型和媒体属性信息。如果从PoC服务器150接收到包含当前会话所支持的特定媒体类型信息的re-INVITE消息,则控制器402响应于该re-INVITE消息,将响应消息发送到PoC服务器150。同时,如果PoC客户端102是会话参与PoC客户端,当控制器402接收到INVITE消息时,控制器402响应于该INVITE消息将包含可支持的媒体类型信息的响应消息发送到PoC服务器150。
PoC终端100还包括存储器405,用于存储关于PoC终端100的一般功能的信息、用于识别与PoC业务相关的数据和UE的用户账户、以及由用户设置或从PoC服务器150提供的信息。具体来讲,存储器405还存储包含在第一接收响应消息中的、关于可支持媒体类型的信息。
PoC服务器150包括可以由协议栈构成的数据发送器420、多个多媒体呼叫业务处理单元430、存储器421、和参与PoC功能(PF)构成器(composer)440。现在将参考图5详细描述PoC服务器150的操作。
图5是根据本发明示例实施例的流程图,示出了在执行控制PoC功能的PoC服务器(CF)中,建立多媒体PoC会话,以便在PoC客户端和CF之间建立支持各种媒体类型的多媒体PoC会话的过程。
参考图5,在步骤500,当CF接收到INVITE消息时,在步骤502,CF在附加存储器421中高速缓存包含在该INVITE消息中的媒体属性信息,并将该INVITE消息发送到目标PoC客户端。
在步骤504,CF确定所接收的响应消息是否是响应于INVITE消息的第一响应消息。如果在步骤504确定所接收的响应消息是第一响应消息,则在步骤506,CF确定包含在第一响应消息中的、由会话参与PoC客户端支持的媒体类型是否与包含在INVITE消息中的媒体类型相同。如果在步骤506确定媒体类型完全相同,则在步骤514,CF创建200“OK”响应消息,该200“OK”响应用于为所有媒体中的每一个分配用户数据报协议(UDP)端口号并激活媒体。此后,在步骤510,CF将该200“OK”响应消息发送到发起PoC客户端,即会话建立请求PoC客户端。但是,如果在步骤506确定媒体类型不相同,则在步骤508,CF创建200“OK”响应消息,该200“OK”响应消息用于仅将UDP端口号分配给包含在第一响应消息中的、由会话参与PoC客户端支持的媒体类型中的每一个,以及激活媒体。UDP定义在请求注解(Request For Comments,RFC)768中,并被用作连续媒体传输协议(Continuous Media Transport Protocol,CMTP)。此后,在步骤510,CF将该200“OK”响应消息发送到发起PoC客户端,即,会话建立请求PoC客户端。
如果在步骤504确定所接收的响应消息不是第一响应消息,则在步骤516,CF确定分配了UDP端口的媒体是否包含在所接收的响应消息中。如果在步骤516确定具有分配的端口号并被激活的媒体类型包含在所接收的响应消息中,则在步骤518,CF仅更新相应目标PoC客户端的SIP URI信息作为会议信息。此后,在步骤512,CF维持会话并发送所接收的RTP媒体。如果在步骤516确定在所接收的响应消息中不包含具有分配的端口号并被激活的媒体类型,即,用于没有为其分配UDP端口号的媒体,则在步骤520,CF创建re-INVITE消息,该re-INVITE消息包含通过将所接收的响应消息中包含的媒体类型与所存储的媒体属性信息进行比较而获得公共媒体类型信息。在步骤522,CF将该re-INVITE消息发送到发起PoC客户端。在步骤524,CF从发起PoC客户端接收响应消息,并更新会话。此后,在步骤512,CF维持会话并发送所接收的RTP媒体。
图6是根据本发明的PoC客户端和PoC服务器之间的信令图,用于建立和管理PoC客户端和PoC服务器之间支持各种媒体类型的多媒体PoC会话,以提供多媒体PoC业务。特别是,尽管图6示出了用于建立自组织(ad-hoc)组会话的实施例,但是根据说明书中提出的相同原理,当前实施例也可以应用到预先安排的组(pre-arranged group)。
参考图6,如果在步骤600,期望建立PoC会话的PoC客户端A 50将INVITE消息发送到CF 51,在步骤601到605,接收到INVITE消息的CF 51将该INVITE消息发送到被邀请加入PoC会话的目标PoC客户端。从会话建立请求PoC客户端A 50发送的INVITE消息在该INVITE消息的主体部分中包含PoC客户端A 50所要求的媒体类型和目标PoC客户端的地址信息。在图6中所示的当前实施例中,假设包含在INVITE消息中的、PoC客户端A 50所要求的媒体类型是音频、视频和文本。CF 51在附加存储器421中高速缓存诸如RTP媒体映射(media-mapping)信息、编解码器模式信息、以及编码速率信息的信息,所述RTP媒体映射信息是从PoC客户端A 50发送的INVITE消息中包含的媒体类型的详细媒体属性信息。
从CF 51接收到INVITE消息的每个目标PoC客户端向CF 51发送包含可支持媒体类型信息的响应消息。在图6中所示的当前实施例中,假设PoC客户端B 53支持的媒体类型是音频类型,PoC客户端C 55支持的媒体类型是音频和文本类型,PoC客户端D支持的媒体类型是视频和文本类型,以及PoC客户端E支持的媒体类型是音频类型。
在步骤606和608,如果响应于INVITE消息经由PoC服务器B 52从PoC客户端B 53接收到第一SIP 200“OK”响应消息,则CF 51分析该第一SIP 200“OK”响应消息中包含的、PoC客户端B 53所支持的媒体类型。CF将第一SIP 200“OK”响应消息中包含的、PoC客户端B 53所支持的媒体类型与存储器421中存储的媒体类型进行比较。在图6中所示的当前实施例中,由于PoC客户端A 50所要求的媒体类型是音频、视频和文本类型,而PoC客户端B 53支持的媒体类型是音频类型,因此这个比较结果对应于不等的情况。在这种情况下,CF 51创建200“OK”响应消息,用于仅向第一SIP 200“OK”响应消息中包含的、PoC客户端B 53支持的音频类型分配UDP端口号,并且,CF 51激活媒体发送(这里,根据本发明的示例实施例,可以将UDP端口号分配给初始建议的所有媒体类型)。在步骤609,CF将200“OK”响应消息发送到PoC客户端A 50。CF存储初始提供的媒体类型(即,音频、视频和文本类型)、以及媒体属性信息和第一响应的媒体类型(即,音频类型),以作为唯一会议信息,以便将来根据响应消息中的媒体类型特征执行会话更新。
如果PoC客户端B 53支持的媒体类型与存储器421中存储的媒体类型相同,则CF 51创建200“OK”响应消息以用于将UDP端口号分配给所有媒体,并激活所述媒体。此后,CF将该200“OK”响应消息发送到PoC客户端A50。
同时,如果在步骤610和611从PoC客户端C 55接收到第二响应消息,则CF 51通过分析从PoC客户端C 55发送的200“OK”响应消息中包含的消息主体,来确定PoC客户端C 55支持的媒体类型。如上所述,由于PoC客户端C 55支持的媒体类型是音频和文本类型,因此该第二响应消息是支持音频和文本类型的响应消息。在这种情况下,CF 51通过读取存储在存储器421中的会议信息来执行会话更新,以便在PoC客户端A 50和CF 51之间除了发送音频之外还发送文本。为了更新为用于发送音频和文本的会话,在步骤612,CF 51创建包含音频和文本类型信息的re-INVITE消息,并将该re-INVITE消息发送到PoC客户端A 50。在步骤613,当CF 51从PoC客户端A50接收到响应消息时,CF 51更新会话。
此后,CF 51维持会话并发送接收到的RTP媒体。
另外,在步骤613,CF 51根据会话更新响应更新所存储的会议信息,以便支持文本。会话更新使用re-INVITE消息,该re-INVITE消息利用所存储的媒体属性信息中的文本的属性信息来创建。稍后将参考图6C详细描述re-INVITE消息的主体部分。
在步骤614和615,如果从其他PoC客户端,即PoC客户端E和PoC客户端D,接收到200“OK”响应消息,则分析每个200“OK”响应消息的主体部分,并且如果每个200“OK”响应消息中包含的媒体类型信息对应于PoC客户端A 50和CF 51之间的会话中支持的媒体类型,则不执行会话更新,仅将相应PoC客户端的识别信息更新到会议信息中。也就是,根据从PoC客户端E接收的200“OK”响应消息,由于作为PoC客户端E所支持的媒体类型的音频类型是PoC客户端A 50和CF 51之间的会话中支持的媒体类型,因此不执行单独的媒体类型更新。但是,根据从PoC客户端D接收的200“OK”响应消息,由于PoC客户端D所支持的媒体类型中的视频类型是新支持的媒体类型,因此像步骤612和613一样,在步骤616和617,执行用于发送音频、文本和视频类型的会话更新。如上所述,在步骤616,利用存储的视频类型的属性信息创建re-INVITE消息,并将其发送到PoC客户端A 50,并且接收响应于该re-INVITE消息的200“OK”响应消息,由此更新会话,以支持音频、视频和文本。
此后,在步骤618,即使CF从PoC客户端F接收到200“OK”响应消息,由于作为PoC客户端F支持的媒体类型的音频和视频类型对应于PoC客户端A 50和CF 51之间的会话所支持的媒体类型,因此不执行单独的媒体类型更新。
为了方便描述,在图6中省略了用于管理确认(ACK)信号和发言权的媒体突发控制协议(MBCP)的详细过程。但是,当如上所述执行额外的媒体更新时,利用SIP消息来更新会话,并且PoC客户端A 50根据CF 51支持的媒体类型,发送媒体的媒体突发请求消息并接收媒体突发准许消息(meidaburst granted message)。
当初始被邀请的组成员之外的另一个PoC客户端参与到会话中时,如果该PoC客户端请求的媒体类型和属性信息不同于会话中已有的媒体类型,则可以根据业务提供商的政策,拒绝或接受该PoC客户端的会话参与。如果该PoC客户端的会话参与被接受,则可以使用本发明的原理,从参与会话的所有PoC客户端请求会话re-INVITE消息,该会话re-INVITE消息用于更新在会话中没有使用的媒体类型和属性信息。在这种情况下,如图6所示执行会话更新。
可以使用具有相同用途的、用于更新会话特征的另一个SIP消息来发送该会话re-INVITE消息。
为了详细描述图6所示的实施例,图7和图8仅示出了相应SIP消息中的媒体类型和属性信息。图7A、7B和7C分别示出了在图6所示的步骤600、609和612中发送的SIP消息中包含的SDP主体部分的媒体类型信息。在步骤609,响应消息处于这样一种状态,其中在图7A中所建议的音频、视频和文本中只有音频可以被发送,并且如图7B中所示,通过将其他媒体类型的UDP端口号设定为0而使其他媒体类型不能被发送。由于在步骤612中另外支持文本,因此如图7C所示,可以通过将UDP端口号分配给文本来发送音频和文本。在步骤616,可以能够通过将UDP端口号分配给所有媒体类型来发送媒体。
图8A、8B和8C是图7A、7B和7C的另一个实施例,并且分别示出了在图6所示的步骤600、609和612中发送的SIP消息中包含的SDP主体部分的媒体类型信息。在步骤609,响应消息处于这样一种状态,其中在图8A中建议的音频、视频和文本中只有音频可以被发送,并且如图8B所示,通过将“非激活”施加到其他媒体类型使其他媒体类型不能被发送,所述“非激活”是指示相应的媒体类型不能被发送的媒体特征值。由于在步骤612文本被另外支持,因此如图8C所示,媒体特征值“非激活”仅被施加到视频。在步骤616,可以通过去除所有媒体类型的媒体特征值“非激活”来发送所有媒体类型。
或者,在更新会话中没有使用的媒体类型和属性信息的方法中,可以发送RTCP APP消息,即MBCP消息。响应于第一响应消息,在图6中的PoC客户端A 50与CF 51之间建立会话,在该会话中,UDP端口号被分配给初始建议的所有媒体类型,并且媒体参数(编解码器、发言权管理协议、以及IP地址)已经被协商。也就是,在步骤609接收到200“OK”响应消息之后,在PoC客户端A 50和CF 51之间建了部分激活的会话,在该会话中,视频和文本的UDP端口号和编解码器信息被协商,并且指示相应媒体类型是否可以被发送的媒体特征值被设定为“非激活”。由于媒体类型的发言权管理协议也被协商,因此用于发送媒体类型的MBCP消息的RTCP的端口号和MIME参数。因此,如果CF 51通过类似图6描述的过程从另一个PoC客户端接收到支持任何非激活媒体类型的响应消息,则CF 51通过RTCP信道发送MBCP消息,从而更新在PoC客户端A 50和CF 51之间部分激活的会话。
在这种方法中,当在接收到第一响应消息之后接收到支持新媒体类型的响应消息时,CF 51将用于更新传输特征值的MBCP消息发送到PoC客户端A 50,之后,如果接收到MBCP ACK,则CF 51将用于新媒体类型的、指示相应媒体类型是否可以被发送的媒体特征值改变为“sendrecv”。PoC客户端A 50基于从CF 51接收的用于特定媒体类型的MBCP消息,将新媒体类型的媒体特征值从“非激活”改为“sendrecv”,并响应MBCP ACK消息,由此更新会话以便还传送该新媒体类型。
例如,根据这种方法,在图6所示的步骤612和616中的re-INVITE消息可以用MBCP消息(例如,MBCP连接消息)代替,并且通过在步骤613和617接收MBCP ACK消息将作为非激活媒体类型的文本和视频激活。在本发明中使用的术语“媒体类型”是指用于标识媒体特征的信息,如音频、视频、图像和文本。此外,作为本发明的扩展技术,术语“媒体类型”可以涉及用于相互区分相同媒体类型的最小基本单元。例如,如果存在两个不同的视频、剪辑(第一视频和第二视频),即如果存在媒体类型相同的剪辑第一视频和第二视频,则根据相关媒体参数的特性,可以将剪辑第一视频和第二视频看作是不同的媒体类型。因此,术语“媒体类型”可以被用来表示相同的媒体类型,或扩展为用作用于将媒体流相互区分的最小基本单元。
因此,作为扩展技术的实施例,当发起PoC客户端请求建立包含第一音频、第二音频、第一视频和第二视频的媒体类型的会话时,家乡PoC服务器可以建立用于发送初始建议的媒体类型(第一音频、第二音频、第一视频和第二视频)的PoC会话,而不管从目标网络接收的SIP响应消息中建议的媒体类型。
如上所述,根据本发明,当执行多媒体呼叫业务的PoC客户端支持多种媒体类型,并且PoC客户端支持的媒体类型不相同时,可以建立仅支持PoC会话中的至少一个目标PoC客户端所支持的媒体类型的PoC会话。
此外,如果新参与的PoC客户端提供了新的媒体类型,如果已有会话中支持的媒体类型的接收方发生改变,则提供通过更新改变来管理会话的方法,并由此能够响应于新媒体类型的添加或已有媒体类型的去除来积极地管理会话。
此外,本发明存储由第一PoC会话建立者提供的媒体类型和媒体属性信息,以便在稍后媒体类型信息需要更新时,在相应会话中反映更新的内容而无需额外的过程,由此对无线传输效率的提高和PoC业务用户体验的改进做出贡献。
虽然已经参考本发明的特定优选实施例对本发明进行了示出和描述,但是本领域技术人员将理解,可以其进行各种形式和细节上的改变,而不脱离由所附权利要求书定义的本发明的精神和范围。
Claims (22)
1.一种基于蜂窝网络的即按即说(PTT)(PoC)系统,用于建立和管理用于执行多媒体呼叫业务的多媒体PoC会话,该PoC系统包括:
会话建立请求PoC客户端,用于将包含媒体类型和媒体属性信息的会话参与请求(INVITE)消息发送到PoC服务器;以及
所述PoC服务器,用于存储包含在INVITE消息中的媒体类型和媒体属性信息,并且,如果接收到第一响应消息,则将指示包含在该第一响应消息中的媒体类型处于可传输状态的响应消息发送到所述会话建立请求PoC客户端,以便建立仅支持在第一响应消息中设定用于媒体发送的媒体类型的PoC会话。
2.如权利要求1所述的PoC系统,其中,所述PoC服务器比较包含在第一响应消息中的媒体类型和所存储的媒体类型,并且,如果所述媒体类型全部相同,则所述PoC服务器将响应消息发送到所述会话建立请求PoC客户端,该响应消息指示所有所存储的媒体类型都处于可传输状态。
3.如权利要求2所述的PoC系统,其中,所述PoC服务器将分配给可传输媒体的用户数据报协议(UDP)端口号和指示相应媒体类型可以被发送的媒体特征值插入到要发送给会话建立请求PoC客户端的响应消息中。
4.如权利要求1所述的PoC系统,其中,所述PoC服务器比较包含在第一响应消息中的媒体类型和所存储的媒体类型,并且如果所述媒体类型不是全部相同,则所述PoC服务器将响应消息发送到会话建立请求PoC客户端,该响应消息指示只有包含在第一响应消息中的媒体类型处于可传输状态。
5.如权利要求4所述的PoC系统,其中,所述PoC服务器将分配给可传输媒体的用户数据报协议(UDP)端口号和指示相应媒体类型可以被发送的媒体特征值插入到要发送给会话建立请求PoC客户端的响应消息中。
6.如权利要求1所述的PoC系统,其中,如果响应于INVITE消息而接收的响应消息不是第一响应消息,并且如果包含在该响应消息中的媒体类型是会话建立请求PoC客户端与PoC服务器之间已建立的会话所支持的媒体类型中的一部分,则所述PoC服务器不更新会话。
7.如权利要求1所述的PoC系统,其中,如果响应于INVITE消息而接收的响应消息不是第一响应消息,并且如果包含在该响应消息中的媒体类型不同于在会话建立请求PoC客户端与PoC服务器之间已建立的会话所支持的媒体类型,则所述PoC的服务器更新会话,以便新支持的媒体类型处于可传输状态。
8.如权利要求7所述PoC系统,其中,当所述PoC服务器更新会话以使新支持的媒体类型处于可传输状态时,PoC服务器根据所存储的媒体类型的媒体属性来执行会话更新。
9.如权利要求7所述的PoC系统,其中,所述PoC服务器将re-INVITE消息发送到会话建立请求PoC客户端,该re-INVITE消息包含用于会话更新的分配给新支持的媒体类型的UDP端口号。
10.如权利要求7所述的PoC系统,其中,当UDP端口号被分配给初始会话建立中的所有媒体类型时,并且当PoC服务器接收新支持的媒体类型并发送用于更新到指示该媒体类型可以被发送的媒体特征值的消息时,所述用于更新的消息是使用实时传输控制协议(RTCP)信道的媒体突发控制协议(MBCP)消息。
11.一种在基于蜂窝网络的即按即说(PTT)(PoC)系统中建立和管理用于执行多媒体呼叫业务的多媒体PoC会话的方法,该PoC系统包括会话建立请求PoC客户端、至少一个会话参与PoC客户端、以及用于建立和管理多媒体PoC会话的PoC服务器,该方法包括:
第一处理,其中,所述会话建立请求PoC客户端将包含媒体类型和媒体属性信息的会话参与请求(INVITE)消息发送到PoC服务器;
第二处理,其中,所述PoC服务器存储包含在INVITE消息中的媒体类型和媒体属性信息;以及
第三处理,其中,如果接收到第一响应消息,则PoC服务器通过将指示包含在第一响应消息中的媒体类型处于可传输状态的响应消息发送到会话建立请求PoC客户端,来建立PoC会话。
12.如权利要求11所述的方法,其中,所述第三处理包括:
所述PoC服务器比较包含在第一响应消息中的媒体类型和所存储的媒体类型;以及
如果包含在第一响应消息中的媒体类型与所存储的媒体类型相同,则将响应消息发送到会话建立请求PoC客户端,该响应消息指示所有所存储的媒体类型都处于可传输状态。
13.如权利要求12所述的方法,还包括,如果作为比较的结果,媒体类型并不是全部相同,则将响应消息发送到会话建立请求PoC客户端,该响应消息指示只有包含在所述第一响应消息中的媒体类型处于可传输状态。
14.如权利要求12所述的方法,其中,所述PoC服务器将分配给可传输媒体的用户数据报协议(UDP)端口号插入到要发送到会话建立请求PoC客户端的响应消息中。
15.如权利要求13所述的方法,其中,所述PoC服务器将分配给可传输媒体的用户数据报协议(UDP)端口号插入到要发送到会话建立请求PoC客户端的响应消息中。
16.如权利要求12所述的方法,还包括:
第四处理,其中,如果响应于INVITE消息而接收到的响应消息不是第一响应消息,则确定包含在该响应消息中的媒体类型是否是会话建立请求PoC客户端与PoC服务器之间建立的会话所支持的媒体类型的一部分;以及
第五处理,其中,如果确定包含在该响应消息中的媒体类型是会话建立请求PoC客户端与PoC服务器之间建立的会话所支持的媒体类型的一部分,则PoC服务器不更新该会话。
17.如权利要求16所述的方法,还包括,如果确定包含在所述响应消息中的媒体类型不同于会话建立请求PoC客户端与PoC服务器之间建立的会话所支持的媒体类型,则更新会话,以便使新支持的媒体类型处于可传输状态。
18.如权利要求17所述的方法,其中,当所述PoC服务器更新会话以便使新支持的媒体类型处于可传输状态时,PoC服务器根据所存储的包含在INVITE消息中的媒体类型的媒体属性来执行会话更新。
19.如权利要求17所述的方法,其中,所述PoC服务器将re-INVITE消息发送到会话建立请求PoC客户端,该re-INVITE消息包含用于会话更新的分配给新支持的媒体类型的UDP端口号。
20.如权利要求17所述的方法,其中,当UDP端口号被分配给初始会话建立中的所有媒体类型时,并且当PoC服务器接收新支持的媒体类型并发送用于更新到指示媒体类型可以被发送的媒体特征值的消息时,所述用于更新的消息是使用实时传输控制协议(RTCP)信道的媒体突发控制协议(MBCP)消息。
21.一种用户设备(UE),用于在基于蜂窝网络的即按即说(PTT)(PoC)系统中建立和管理用于执行多媒体呼叫业务的多媒体PoC会话,该UE包括:
数据发送器,用于执行与PoC服务器的分组数据的发送和接收;以及
控制器,用于控制所述数据发送器发送包含会话建立所需的媒体类型和媒体属性信息的会话参与请求(INVITE)消息,并且,如果接收到包含当前会话中支持的特定媒体类型信息的re-INVITE消息,则控制所述数据发送器响应于该re-INVITE消息发送响应消息。
22.如权利要求21所述的UE,其中,如果接收到INVITE消息,则响应于该INVITE消息,所述控制器控制所述数据发送器发送包含可支持的媒体类型信息的响应消息。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20060097398 | 2006-10-02 | ||
KR1020060097398 | 2006-10-02 | ||
KR10-2006-0097398 | 2006-10-02 | ||
KR1020060101076 | 2006-10-17 | ||
KR1020060101076A KR101250589B1 (ko) | 2006-10-02 | 2006-10-17 | 멀티미디어 통화 서비스를 수행하기 위한 멀티미디어PoC 세션 개설 및 관리 시스템과 그 방법 및 단말장치 |
KR10-2006-0101076 | 2006-10-17 | ||
PCT/KR2007/004823 WO2008041818A1 (en) | 2006-10-02 | 2007-10-02 | System for establishing and managing multimedia poc session for performing multimedia call service, method thereof, and user equipment therefor |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101548556A true CN101548556A (zh) | 2009-09-30 |
CN101548556B CN101548556B (zh) | 2012-09-05 |
Family
ID=39532770
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007800446171A Active CN101548556B (zh) | 2006-10-02 | 2007-10-02 | 建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的系统及其方法和用户设备 |
Country Status (6)
Country | Link |
---|---|
US (2) | US7844293B2 (zh) |
EP (1) | EP2070367B1 (zh) |
JP (2) | JP4971453B2 (zh) |
KR (1) | KR101250589B1 (zh) |
CN (1) | CN101548556B (zh) |
WO (1) | WO2008041818A1 (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7676590B2 (en) | 2004-05-03 | 2010-03-09 | Microsoft Corporation | Background transcoding |
EP1781053B1 (en) * | 2005-10-28 | 2012-05-02 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Methods and apparatus for push to talk type service |
EP1781054B1 (en) * | 2005-10-28 | 2010-03-17 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatus for push to talk type service |
KR101250589B1 (ko) * | 2006-10-02 | 2013-04-03 | 삼성전자주식회사 | 멀티미디어 통화 서비스를 수행하기 위한 멀티미디어PoC 세션 개설 및 관리 시스템과 그 방법 및 단말장치 |
FI20060972A0 (fi) * | 2006-11-03 | 2006-11-03 | Nokia Corp | Instuntopohjainen viestintä |
TW200919203A (en) * | 2007-07-11 | 2009-05-01 | Ibm | Method, system and program product for assigning a responder to a requester in a collaborative environment |
US20090150562A1 (en) * | 2007-12-07 | 2009-06-11 | Research In Motion Limited | Apparatus and method for directing a communication session to a communication device of a group of devices having a common registration identity |
WO2011020493A1 (en) * | 2009-08-17 | 2011-02-24 | Nokia Siemens Networks Oy | Control of session parameter negotiation for communication connection |
US8437266B2 (en) * | 2009-08-26 | 2013-05-07 | Avaya Inc. | Flow through call control |
CN102006645B (zh) * | 2009-08-31 | 2012-01-04 | 华为终端有限公司 | 多会话转移方法及呼叫控制设备和业务连续性服务器 |
EP2528294B1 (en) * | 2011-05-23 | 2013-12-18 | Telefonaktiebolaget LM Ericsson (publ) | Outgoing communication barring service in the IP multimedia subsystem |
US10123182B2 (en) * | 2015-06-29 | 2018-11-06 | Blackberry Limited | Merging active group calls |
US10149122B2 (en) | 2015-09-14 | 2018-12-04 | Qualcomm Incorporated | Techniques for in-band signaling of service description updates in RTP |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7065497B1 (en) * | 1999-06-07 | 2006-06-20 | Hewlett-Packard Development Company, L.P. | Document delivery system for automatically printing a document on a printing device |
BR0017311B1 (pt) * | 2000-08-14 | 2014-11-11 | Nokia Siemens Networks Oy | Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede |
US7155436B2 (en) * | 2001-01-12 | 2006-12-26 | Vendaria, Inc | Method and system for generating and providing rich media presentations optimized for a device over a network |
US7894377B2 (en) * | 2002-12-31 | 2011-02-22 | Motorola Solutions, Inc. | Method and system for group communications |
US20040249949A1 (en) | 2003-03-27 | 2004-12-09 | Christophe Gourraud | Voice and multimedia distribution using Push-To-Talk (PTT) subscribers' group |
FI20031659A0 (fi) | 2003-11-14 | 2003-11-14 | Nokia Corp | Menetelmä ja järjestelmä mediaistunnon muodostamiseen |
US7653405B2 (en) * | 2003-12-05 | 2010-01-26 | Nortel Networks Limited | Communicating application control and data information using a traffic flow over a wireless link |
US20050124365A1 (en) | 2003-12-05 | 2005-06-09 | Senaka Balasuriya | Floor control in multimedia push-to-talk |
EP1551144A1 (en) * | 2003-12-31 | 2005-07-06 | France Telecom | System, method and apparatus for providing multimedia communications services |
EP1578152A1 (fr) * | 2004-03-17 | 2005-09-21 | France Telecom | Procédé, serveur et système de gestion d'une session "push-to-talk" |
US20050232241A1 (en) | 2004-03-31 | 2005-10-20 | Geng Wu | Method and apparatus for push-to-talk communications |
JP5026964B2 (ja) * | 2004-07-09 | 2012-09-19 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | マルチメディア通信システムにおいて異なったサービスを提供する方法および装置 |
KR100652655B1 (ko) * | 2004-08-11 | 2006-12-06 | 엘지전자 주식회사 | 발언권 제어를 위한 피티티 서비스 시스템 및 방법 |
EP1810182A4 (en) * | 2004-08-31 | 2010-07-07 | Kumar Gopalakrishnan | METHOD AND SYSTEM FOR PROVIDING INFORMATION SERVICES RELEVANT TO VISUAL IMAGE |
JP4592551B2 (ja) * | 2004-11-10 | 2010-12-01 | シャープ株式会社 | 通信装置 |
KR101155224B1 (ko) | 2005-03-09 | 2012-06-13 | 삼성전자주식회사 | Sip/ip 코어 네트워크에서 세션 분리 방법 및 서버 및 단말 |
JP4705159B2 (ja) * | 2005-04-04 | 2011-06-22 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | プッシュ・トゥ・トーク移動体通信サービスにおける応答モード |
BRPI0520192B8 (pt) * | 2005-05-25 | 2018-12-26 | Cluster Llc | método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims |
US7809125B2 (en) * | 2005-09-01 | 2010-10-05 | Avaya Inc. | Method and apparatus for selection of special-purpose gateways |
EP1941695B1 (en) * | 2005-10-28 | 2011-12-07 | Telefonaktiebolaget LM Ericsson (publ) | Media sharing |
KR101319189B1 (ko) * | 2006-03-03 | 2013-10-16 | 삼성전자주식회사 | 세션별 동시 다중 PoC 멀티미디어 서비스 제공 방법과단말기 및 그 시스템 |
WO2007142488A1 (en) * | 2006-06-09 | 2007-12-13 | Samsung Electronics Co., Ltd. | Method and system for initiating poc session including different answer modes according to media types |
KR101183328B1 (ko) * | 2006-07-10 | 2012-09-14 | 삼성전자주식회사 | PoC 세션에서 발언권 관리 규칙 전달과 적용 방법 및이를 구현하기 위한 시스템 |
KR101250589B1 (ko) * | 2006-10-02 | 2013-04-03 | 삼성전자주식회사 | 멀티미디어 통화 서비스를 수행하기 위한 멀티미디어PoC 세션 개설 및 관리 시스템과 그 방법 및 단말장치 |
-
2006
- 2006-10-17 KR KR1020060101076A patent/KR101250589B1/ko not_active IP Right Cessation
-
2007
- 2007-10-02 EP EP07833137.8A patent/EP2070367B1/en not_active Not-in-force
- 2007-10-02 US US11/866,135 patent/US7844293B2/en active Active
- 2007-10-02 JP JP2009531320A patent/JP4971453B2/ja not_active Expired - Fee Related
- 2007-10-02 WO PCT/KR2007/004823 patent/WO2008041818A1/en active Application Filing
- 2007-10-02 CN CN2007800446171A patent/CN101548556B/zh active Active
-
2010
- 2010-11-30 US US12/956,827 patent/US8160627B2/en active Active
-
2011
- 2011-11-16 JP JP2011250719A patent/JP5456006B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
WO2008041818A1 (en) | 2008-04-10 |
EP2070367B1 (en) | 2018-08-01 |
US20110070917A1 (en) | 2011-03-24 |
JP4971453B2 (ja) | 2012-07-11 |
US7844293B2 (en) | 2010-11-30 |
EP2070367A4 (en) | 2012-07-18 |
US20080081604A1 (en) | 2008-04-03 |
EP2070367A1 (en) | 2009-06-17 |
KR20080030896A (ko) | 2008-04-07 |
JP5456006B2 (ja) | 2014-03-26 |
KR101250589B1 (ko) | 2013-04-03 |
US8160627B2 (en) | 2012-04-17 |
JP2010539734A (ja) | 2010-12-16 |
CN101548556B (zh) | 2012-09-05 |
JP2012085317A (ja) | 2012-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101548556B (zh) | 建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的系统及其方法和用户设备 | |
US7711381B2 (en) | System, method, and user equipment for managing the floor for multimedia communication service in PoC system | |
KR101251193B1 (ko) | PoC 시스템에서 그룹 세션을 개설하기 위한 방법 및 시스템 | |
CN102438009B (zh) | 在无线一键通网络中执行媒体存储服务的方法和系统 | |
JP5320070B2 (ja) | PoCシステムにおけるPoCグループセッション確立のための方法、端末機、及びそのシステム | |
CN102497621A (zh) | 开启ad-hoc无线即按即说会话的方法、用户设备和服务器 | |
JP2012157044A5 (zh) | ||
KR101292464B1 (ko) | PoC 시스템에서의 PoC 박스 서비스 제공 방법 및시스템 | |
CN102355631A (zh) | 传输和施加发言权控制方案的用户设备、服务器及方法 | |
CN101682395B (zh) | 管理无线一键通话会话中支持的一个或多个媒体类型的方法、实现该方法的无线一键通话系统和无线一键通话用户设备 | |
KR101252860B1 (ko) | PoC 시스템에서 PoC 박스에 저장된 미디어 제공 방법 | |
KR101277860B1 (ko) | PoC 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 | |
KR20070075649A (ko) | PoC 시스템에서 멀티미디어 PoC 세션 참가자 정보제공 방법과 단말 장치 및 그 시스템 | |
KR20070108325A (ko) | PoC 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 | |
CN101310456A (zh) | 在PoC系统中管理多媒体通信服务的通话权的系统、方法和用户装置 | |
KR20090060649A (ko) | PoC 세션 개설 방법 및 이를 위한 시스템과 PoC 단말 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |