提供同时的多个无线一键通多媒体服务的系统和方法

摘要

一种提供同时的多个无线一键通(PoC)多媒体服务的系统和方法，所述系统和方法能够为执行OMA PoC多媒体通信服务的PoC客户机同时提供多个媒体流，并通过调整同时提供的每个媒体流的容量的媒体调整允许有效的媒体传输。

说明书

技术领域

本发明涉及一种提供同时的多个无线一键通(PoC)多媒体服务的系统和方法。

背景技术

移动通信技术的巨大进步和移动通信网络的扩展已经引起使用蜂窝电话的大量服务和应用的发展。

因此，蜂窝电话用户对附加服务(例如，定位、多媒体和一键通(PTT)服务)的需求在增加。在这些附加服务中，PTT服务支持各种补充功能(例如，即时消息功能和状态显示)，还支持现有无线电或集群无线通信系统(TRS)也提供的群呼叫和语音呼叫。

当前，正在积极推进在移动通信网络中使用PTT功能的PoC服务的标准化。PoC服务区别于现有移动通信服务的一个独有特点是用户可参与多个PoC会话，因此能够根据需要在PoC会话之间移动的同时使用呼叫服务。用户应能够在多个PoC会话之间移动的同时使用呼叫服务的要求在开放式移动联盟(OMA)中规定，所述OMA是规定移动通信服务的论坛。

同时，当前PoC系统支持多媒体通信服务。为此，PoC系统将视频、图像、文本、语音等定义为新类型的多媒体。另外，由于终端性能的提高，当前PoC系统能够显示多流(mulitstream，例如，视频或图像)。

然而，当前PoC系统不能在多会话期间将多个多媒体流同时发送到终端。

发明内容

技术方案

本发明的目标在于提供一种在无线一键通(PoC)系统中提供同时的多个PoC多媒体服务的系统和方法，该系统和方法能够在多会话期间将多个媒体流同时发送到PoC终端。

本发明的另一目标在于提供同时的多个无线一键通(PoC)多媒体服务的系统和方法，该系统和方法能够在多会话期间多个媒体流被同时发送到PoC终端时，考虑无线网络的容量或系统性能，提供通信量控制。

本发明提供一种方法和系统，可以在考虑媒体的特点的情况下有效地发送媒体，从而执行OMA PoC多媒体通信服务的PoC客户机同时接收和显示诸如图像和视频的视觉媒体。

根据本发明，提供一种在无线一键通(PoC)系统中提供同时的多个PoC多媒体服务的系统和方法。所述方法包括：通过预先建立的PoC会话接收对于建立执行多媒体PoC服务的PoC终端的新PoC多媒体会话的请求；检查PoC终端是否支持同时的多个多媒体会话以及PoC终端是否请求媒体调整；根据PoC终端是否支持同时的多个多媒体会话以及PoC终端是否请求多媒体调整，调整正被发送的多媒体数据的大小和将被发送到PoC终端的数据的大小；以及将调整的数据发送到PoC终端。

检查PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求媒体调整的步骤可包括：检查是否设置了PoC终端的自动应答模式；以及当设置了自动应答模式时，检测预先存储的关于PoC终端的设置信息，并检查PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求了媒体调整。

另外，检查PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求媒体调整的步骤可包括：发送查询PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求媒体调整的消息；以及从PoC终端接收对查询消息的响应消息，检测包括在响应消息中的信息，并检查PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求媒体调整。

根据本发明的另一方面，提供一种用于提供同时的多个无线一键通(PoC)多媒体服务的消息。所述消息包括具有通话权控制协议(TBCP)选项参数的会话初始化协议(SIP)消息，所述通话权控制协议选项参数指示是否请求了媒体调整、是否存在上行链路或下行链路以及媒体数据的类型。

根据本发明的另一方面，提供一种用于在无线一键通(PoC)服务器中提供同时的多个PoC多媒体服务的设备。所述设备包括：参与PoC功能(PF)组成器，用于管理多个PoC多媒体会话；媒体调整器，用于调整通过PF组成器接收和通过连接到一个PoC终端的多个PoC多媒体会话发送的媒体数据的大小；以及媒体发送器，用于将媒体调整器调整的媒体数据发送到PoC终端。

连接到一个PoC终端的多个PoC多媒体会话可包括至少一个预先建立的PoC多媒体会话和在所述预先建立的PoC多媒体会话被终止之前新请求的PoC多媒体会话。

媒体调整器可对发送到支持同时的多个多媒体会话并请求媒体调整的PoC终端的媒体数据执行媒体调整。

媒体调整器可参考关于相应的PoC终端的自动应答模式设置的信息，以便检查相应的PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求媒体调整。

媒体调整器可与相应的PoC终端执行查询和响应，以便检查相应的PoC终端是否支持同时的多个多媒体会话以及PoC终端是否请求媒体调整。

根据本发明的另一方面，提供一种用于提供同时的多个无线一键通(PoC)多媒体服务的系统。所述系统包括：PoC终端，为其提供PoC服务；以及PoC服务器，当被请求建立PoC终端的多个PoC多媒体会话时，检查PoC终端是否支持同时的多个多媒体会话和PoC终端是否请求媒体调整，当PoC终端支持同时的多个多媒体会话并请求了媒体调整时，调整将通过多个PoC多媒体会话发送到PoC终端的媒体数据的大小，并将调整的媒体数据发送到PoC终端。

PoC终端可包括：媒体发送器，与PoC服务器交换包数据；显示控制器，执行用于显示通过媒体发送器接收的媒体数据的数据处理；以及显示器，从显示控制器接收并显示经过显示处理的数据。

附图说明

通过下面结合附图进行的详细描述，本发明的上述和其他目标、特点和优点将会更容易理解，其中：

图1示出传统PoC系统的配置；

图2示出传统PoC服务器的示意配置；

图3是示出PoC服务器的CF和PF块的示意图；

图4示出构成本发明的系统的PoC终端和PoC服务器的块；

图5是示出根据本发明第一实施例的用于提供同时的多个PoC多媒体服务的PoC客户机执行的处理的流程图；

图6是示出根据本发明第二实施例的用于提供同时的多个PoC多媒体服务的PoC服务器执行的处理的流程图；

图7是根据本发明第三实施例的用于提供同时的多个PoC多媒体服务的PoC客户机与PoC服务器之间的基于SIP的信号的流程图；

图8示出在本发明中使用的基于SIP的MBCP MIME参数的示例；

图9示出通过PoC会话发送以便PoC客户机向PoC服务器请求媒体调整(参与)的RTCP消息的格式；以及

图10示出包括在SDES项内容以及图9中示出的SDES项中的参数格式和值。

具体实施方式

以下，将参照附图详细描述本发明的优选实施例。以下的描述是本发明应用于一键通(PTT)系统的示例性情况，具体地，应用于使用移动通信网络提供PTT服务的无线一键通(PoC)系统。通常，PoC系统使用会话初始化协议(SIP)和扩展SIP以便发送群PoC呼叫的会话参与信息，并使用可扩展标记语言(XML)配置访问协议(XCAP)以便获得关于群的信息。因此，下面将描述的本发明的功能可通过这些协议实现，本发明的基本结构可基于PoC Rel.1系统。首先，将描述可应用本发明的普通PoC系统。

图1示出普通PoC服务系统及其相关的网络的架构。

如图1示出，普通PoC系统包括：用作PoC终端的用户设备(UE)100、XML文档管理(XDM)服务器(XDMS)130和140、以及PoC服务器150。PoC系统还可包括聚合代理160。这些实体可通过接入网络110、会话初始化协议/互联网协议(SIP/IP)核心120和远程PoC网络170连接。

以下将详细描述这些实体中的每一个。

UE 100包括PoC客户机102、XDM客户机(XDMC)104。

PoC客户机102是内置于UE 100中的服务请求者，并在驻留在UE 100中的同时执行网络连接以便将PoC服务提供给PoC服务订户。可通过PoC客户机内置于其中的UE为PoC服务订户提供PoC服务。以下，将使用PoC客户机作为PoC终端或PoC服务订户的一般名称。因此，除非需要特别区分，否则不给予PoC客户机标号。

PoC客户机主要用于建立PoC会话，参与建立的PoC会话，并在PoC服务订户(即，PoC用户)看来的终止建立的PoC会话。另外，PoC客户机用于创建并传送通话权，支持即时个人提醒，并且当提供到PoC会话的接入时执行认证。PoC客户机可经由接入网络110连接到支持SIP和IP多媒体的SIP/IP核心120。

SIP/IP核心120连接到XDMS 130和XDMS 140以及PoC服务器150，以便支持PoC服务。此时，PoC服务器150执行用于维持和管理PoC会话的控制PoC功能，或者执行用于参与一对一PoC呼叫或一对多PoC呼叫(或群PoC呼叫)的PoC会话的参与PoC功能。

同时，PoC服务可伴随有用于建立群会话(例如，会议呼叫)的服务。为此，OMA说明书规定用于群列表服务的XDMC 104和XDMS 130和XDMS140。图1示出用于PoC服务的PoC XDMS 140和在另一服务启用者中共同使用的共享XDMS 130。关于群及其成员的信息可通过PoC客户机被输入到XDMS 130和XDMS 140中。PoC客户机可以知道关于可通过从XDMS 130和XDMS 140接收的个人或群列表检索的其他PoC客户机的信息。或者，可通过通信网络(例如，PoC服务器提供者可信任的互联网或内部网)实现对XDMS 130和XDMS 140创建、修改和管理群及其成员。XDM的协议和细节(例如，创建、修改和删除群列表)对于本领域的技术人员是已知的，因此将省略对其的详细描述。

此外，为了群服务，当从XDMC 104接收到群列表相关的请求时，聚合代理160根据适当的规则将群列表信息请求路由到XDMS 130和XDMS 140中的每一个。

接下来，将描述PoC服务器150。

图2示出普通PoC服务器的示意配置。

PoC服务器150具有用于控制PoC会话的总体维持和管理的控制PoC功能(以下的“CF”)和/或用于控制每个PoC会话之间的维持和管理的参与PoC功能(以下的“PF”)。将参照表1和表2描述PoC服务器的具体功能特点。

表1

  控制PoC功能(CF)  提供集中的PoC会话处理  提供集中的媒体分发  提供包括发言者识别的集中的通话权仲裁功能  提供SIP会话处理，例如SIP会话发起、终止等  提供参与群会话的策略强制

  提供参与者信息  收集并提供集中的媒体质量信息  提供集中的计费报告  可提供不同编解码器之间的代码转换  支持通话权控制协议协商

如表1所示，执行CF的PoC服务器(或控制PoC服务器)管理PoC会话。具体地，控制PoC服务器从PoC客户机接收发言权(或讲话的权利)请求，安排将发言权给予PoC客户机的顺序，并按照该顺序将发言权给予PoC客户机。控制PoC服务器还将任意PoC客户机请求的通话权分发给参与群PoC呼叫的所有其他PoC客户机，并提供参与群PoC呼叫的PoC客户机的信息。

如下面的表2所示，执行PF的PoC服务器(或参与PoC服务器)管理在控制PoC服务器与每个PoC客户机之间互连的PoC会话。具体地，当PoC客户机请求发言权时或者当控制PoC服务器将发言权给予PoC客户机时，参与PoC服务器用于在PoC客户机与控制PoC服务器之间中继发言权。另外，参与PoC服务器用于在控制PoC服务器与PoC客户机之间中继媒体，执行在控制PoC服务器与PoC客户机之间使用的不同编解码器的代码转换，并且当在两个并发的PoC会话中存在同时的发言时，根据PoC用户的选择过滤两个并发的PoC会话中的一个。

表2

 参与PoC功能(PF) 提供PoC会话处理 可提供PoC客户机和控制PoC服务器之间的媒体中继功能 可提供用户媒体调整程序 可提供PoC客户机和控制PoC服务器之间的通话权控制消息中继功能 代表所表示的PoC客户机提供SIP会话处理，例如SIP会话发起、终止等 提供对用于到来的PoC会话的策略强制(例如接入控制、到来的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群会话的其他PoC客户机的信息。

同时，用于PoC系统中的呼叫连接的呼叫处理技术允许根据发起方和终止方的需求和情况进行各种处理。根据发起方和终止方的设置，OMA要求的PoC系统具有以下特点。

首先，终止方可根据PoC客户机的请求设置其自身的应答模式。应答模式通常可划分为自动应答模式和人工应答模式。在自动应答模式下，如果终止方被注册在自动应答模式用户列表中，则终止方可代替接收者的人工应答立即将应答发送到相应网络中的发起方。自动应答被发送而不用在网络中操作终端，这是因为PoC服务器具有根据终端设置应答模式的请求存储应答模式和相应的用户列表的功能。人工应答模式相应于用户未被包括在自动应答用户列表或者应答不清楚的情况，并且相应于接收者将所有用户设置为进行人工应答的情况，PoC呼叫请求通过终止网络被发送到用户的终端，随后通过PoC客户机的接受连接呼叫。

其次，根据用户的家庭网络中与PoC服务器的连接如何设置，PoC系统被划分为两种模式，按需会话模式和预先建立会话模式(或早会话模式)。如此设计预先建立会话模式：PoC用户根据PoC用户的请求预先在属于PoC用户的家庭网络的PoC客户机与PoC服务器之间建立会话。需要预先建立的会话，使得PoC用户能够与PoC服务器预先协商将要使用的媒体参数，从而执行快速的会话建立，而不用在将来再次在PoC服务器与客户机之间重新协商媒体参数。

为了设置预先建立的会话，PoC客户机通过SIP INVITE方法将支持的媒体参数提供给会话描述协议多目的互联网邮件扩展(SDP MIME)主体，并对从PoC服务器提供的媒体参数进行响应。PoC客户机将预先建立的会话的识别信息与会议统一资源标识符(URI)一起发送到PoC用户，所述识别信息设置为从PoC服务器接收的响应消息而更新设置。

在使用预先建立的会话的情况下，可以预先协商参数，例如，IP地址、端口号、将使用的编解码器、用于控制通话权的通话权控制协议(TBCP)等。按需会话模式指的是PoC用户未设置预先建立的会话的状态，意味着PoC用户在接收到另一PoC用户的邀请消息之后执行PoC呼叫连接过程。

在PoC系统中，呼叫请求的应答模式的设置可被存储在作为网络中的实体的PoC服务器、PoC客户机和用户方终端中。

当对管理PoC客户机的家庭网络设置了应答模式时，在参与PoC服务器中实现应答模式，所述参与PoC服务器在PoC客户机所属的家庭网络中执行PF。

当对网络设置了应答模式时，参与PoC服务器在另一PoC服务器请求PoC呼叫之后尽快地向呼叫请求网络自动发送会话进展消息。因此，与当会话设置消息被发送到PoC客户机并随后进行响应时相比，当设置了自动应答模式时，呼叫请求过程被简化。因此，减少了用于给予发言权的初始化时间。

然而，当对网络进行自动应答时，有可能结果未准确地反映用户的意图。为此，可对PoC客户机设置应答模式。此时，PoC客户机的应答模式具有网络上设置的应答模式之上的优先权。这解决了当由于信号延迟而引起未实时地反映应答模式时产生的隐私问题，或者解决了当PoC客户机改变其自身的应答模式并请求PoC服务器更新应答模式时在网络上的错误。

在PoC服务中，可对PoC服务器和PoC客户机设置用户的应答模式，但是由反映用户的最近意图的PoC客户机确定用户的应答模式。基于该确定可发送媒体的流(例如，实际用户的语音、图像等)。

下面将描述在具有前述特点的PoC系统中建立PoC多媒体会话的过程。

发起PoC客户机发送多媒体(可包括基于媒体类型的指定的各种格式的音频、视频和文本)的INVITE消息，从而请求呼叫处理。响应于此呼叫处理，终止PoC客户机基于相应的PoC服务器的应答模式设置以及是否存在预先建立的会话执行各种应答过程。将以举例的方式参照相同的发起方和终止方网络的过程描述对于PoC呼叫的呼叫处理过程。

发起PoC客户机将包括发起PoC客户机希望进行通信的终止PoC客户机的SIP地址的INVITE请求消息发送到相应的SIP/IP核心。此时，INVITE请求消息可包括例如关于终止PoC客户机的PoC地址、请求的媒体参数、关于指示PoC服务的属性值的信息等的元素。这里，当请求的会话是基于多媒体时，请求的媒体参数可包括例如音频和视频的编码方法、速率、净荷类型等的属性值。

通过在动态主机配置协议(DHCP)服务器或域名系统(DNS)服务器的路由查询，经由IMS网络中的相应的IP多媒体子系统(IMS)服务器(即，代理呼叫会话控制功能(P-CSCF)和服务呼叫会话控制功能(S-CSCF))，将INVITE消息发送到参与PoC服务器(即，PF)。由于PoC用户根据普通呼叫请求所连接到的参与PoC服务器可被实现为与管理建立的会话的通话权的CF(即，控制PoC服务器)不相同的实体，因此经由相应网络的SIP/IP核心将发送到参与PoC服务器的INVITE请求消息传送到CF。

同时，包括CF的PoC会话控制网络将INVITE请求消息发送到终止方网络，并随后从终止方网络接收响应消息。根据终止PoC客户机和PF的设置，从终止方网络接收的SIP响应消息可以是临时响应消息1xx、成功响应消息2xx和错误响应消息4xx、5xx或6xx之一。当设置了自动应答模式时，接收SIP 183会话进展信号作为响应消息。因此，该响应消息允许在呼叫请求者的IMS网络中执行PoC服务器与PoC客户机之间的连接。发送终止PoC客户机的呼叫接受信号作为SIP 183会话进展或者SIP 200OK响应，并经由PoC服务器、CF和PF将其转发到PoC客户机。当从终止PoC服务器接收到SIP 200OK或SIP 183会话进展信号时，CF确定PoC呼叫已连接，并随后将给予发言权的Floor Granted信号发送到发起PoC客户机。根据响应(即，SIP 200OK或SIP 183会话进展信号)授予通话权可被划分为两种类型：确认的和未确认的。当CF接收到“未确认的”响应时，需要缓冲功能。

同时，在接收到对于INVITE请求信号的响应信号之后，发起PoC客户机A使用实时传送协议(RTP)控制协议(RTCP)接收转发通话权传输启动信号(例如，回铃音)的Floor Granted信号。此时，从具有仲裁发言权的权力的CF产生Floor Granted信号，并经由管理相应的PoC客户机的PF将FloorGranted信号发送到所述相应的PoC客户机。由于使用载体的路由而不使用SIP，因此可不用通过SIP/IP核心而发送Floor Granted信号。最后，确认回铃音的PoC用户使用实时传送协议(RTP)发送媒体流(例如，语音)。

现在将参照图4描述应用本发明的PoC系统，图4示出构成本发明的系统的PoC终端和PoC服务器的块。本发明的系统包括：UE 100、PoC服务器150和SIP/IP核心120。以下将描述PoC服务器150和UE 100中的每一个的部件。

不管是否具有群会话，PoC服务器150可作为CF和PF。这里，将仅考虑控制用于多媒体PoC呼叫的多会话的PF。此外，PoC服务器150可执行媒体调整的功能。媒体调整用于防止由于提供同时的多个PoC多媒体服务而增加的媒体流传输引起的PoC网络的过载。媒体调整用于调整通过PoC会话发送的每个媒体流的大小。

PoC服务器150包括媒体发送器420、处理同时的多个PoC多媒体服务的媒体调整器430和参与PoC功能(PF)组成器440。

媒体发送器420交换包数据，并包括用于交换包数据的协议栈。媒体调整器430提供同时的多个PoC多媒体服务，以便根据PoC客户机的请求同时将多个媒体发送到相应的PoC客户机，并且当提供同时的多个PoC多媒体服务时调整连接到相应PoC客户机的多个PoC会话的媒体流大小等。此外，媒体调整器430将调整的媒体数据输出到媒体发送器420。PF组成器440用于支持多个PoC会话，并管理多会话中的每一个。此外，PF组成器440将通过多个PoC会话451、452、453...接收的媒体数据发送到媒体调整器430。

PoC服务器150可通过支持基于SIP的通信的SIP/IP核心120连接到PoC客户机。

UE 100包括PoC客户机102、显示器400、显示控制器402、用户接口404和媒体发送器410。

PoC客户机102通过SIP或RTCP消息向参与PoC服务器请求提供同时的多个PoC多媒体服务以及媒体调整，通过PF组成器(这里，没有单独示出其功能块)的功能对每个媒体会话执行媒体调整，并将媒体数据发送到移动通信网络。此外，PoC客户机控制显示控制器402调整相应的媒体流的显示，并将接收的媒体显示给用户。

显示器400输出从PoC服务器150接收的视觉媒体(例如，图像、视频等)。显示控制器402执行将接收的数据输出到显示器400的数据处理。显示器400和显示控制器402支持多媒体。用户接口404将用户的输入传送到UE100。本发明的用户接口404允许PoC客户机能够根据PoC用户的请求改变显示类型。媒体发送器410交换包数据，并包括用于交换包数据的基于IP的网络协议栈。

在本发明的上述系统中，当请求相同的多媒体会话时，UE 100基于用户的命令请求媒体调整。PoC服务器150响应于来自UE 100的请求对多会话执行媒体调整，并将经过媒体调整的媒体数据发送到相应的UE 100。此时，UE100可将当请求媒体调整时的相应媒体类型的指示符和指定用于调整媒体类型的多媒体会话的指示符发送到PoC服务器150。

同时，可通过在连接的PoC会话期间使用SIP或RTCP消息来实现本发明。可通过重新定义包括在SIP的SDP主体部分的媒体突发控制协议(MBCP)MIME参数来实现前一技术，而可以通过定义通过在建立SIP会话之后连接的RTP/RTCP信道发送的MBCP消息来实现后一技术。

接下来，将参照图5的流程图描述由UE 100和PoC服务150执行的处理，图5示出根据本发明的用于提供同时的多个PoC多媒体服务的PoC客户机执行的处理。

如图5所示，当接收到新的多媒体PoC会话的INVITE消息时(S500)，参与预先建立的PoC会话的PoC客户机确定其是否支持多会话(S502)。如果PoC客户机支持多会话，则确定预先建立的PoC会话支持的媒体的类型是否与新请求的PoC会话支持的媒体的类型相同。然而，如果PoC客户机不支持多会话，则将“此处忙”消息(SIP“486”错误响应消息)发送到PoC服务器150(S520)。

在步骤S504，如果预先建立的PoC会话支持的媒体的类型与新请求的PoC会话支持的媒体的类型相同，则PoC客户机确定PoC用户是否请求了同时的多个PoC多媒体服务(S506)。如果PoC用户请求同时的多个PoC多媒体服务，则PoC客户机根据同时的多个PoC多媒体服务的请求响应在步骤S500接收的INVITE消息(S508)。此外，PoC客户机发送预先建立的PoC会话的re-INVITE消息，并在预先建立的会话内对视频或图像执行媒体调整。同时，在步骤S504，如果两个会话支持的媒体类型不相同，则PoC客户机遵循普通PoC会话的过程(S530)。

如果PoC服务用户未请求同时的多个PoC多媒体服务，则执行与普通多会话建立中相同的INVITE请求(S540)。

图6是示出根据本发明另一实施例的用于提供同时的多个PoC多媒体服务的PoC服务器(具体地说，终止PoC服务器(PF))执行的处理的流程图。

如图6所示，当接收到INVITE消息时，PoC服务器150执行触发点测试，其中，确定INVITE消息是否采用PoC客户机作为目的地(S600)。作为触发点测试的结果，如果INVITE消息的目的地不是该PoC客户机，则PoC服务器将INVITE消息转发到SIP/IP核心120(S620)。

然而，如果INVITE消息的目的地是该PoC客户机，则PoC服务器150确定被采用作为INVITE消息的目的地的PoC客户机是否在进行会话(S602)。如果相应的PoC客户机没有进行会话，则PoC服务器150建立相应的PoC客户机的普通PoC会话(S630)。如果在步骤S602相应的PoC客户机在进行会话，则PoC服务器150确定相应的PoC客户机是否支持多会话(S604)。

在步骤S602和S604，PoC服务器150可向相应的PoC客户机提出查询或者参考预先存储的相应PoC客户机的PoC服务设置信息，以便确定相应PoC客户机是否在进行会话以及相应PoC客户机是否支持多会话。特别地，在设置了上述的应答模式的情况下，PoC服务器150可参考预先存储的信息以进行步骤S602和S604的确定。当然，即使当没有设置应答模式时，PoC服务器150也可预先获得并存储每个PoC客户机的PoC服务设置信息。图5的处理示出与PoC服务器150向PoC客户机提出查询以进行步骤S602和S604的确定的情况相应的实施例。

在步骤S604，如果相应的PoC客户机不支持多会话，则PoC服务器150将“这里忙”消息(SIP“486”错误响应消息)发送到INVITE消息的终止方(S640)。然而，如果相应的PoC客户机支持多会话，则PoC服务器150将INVITE请求消息发送到相应的PoC客户机(S606)，并接收其响应。然后，PoC服务器150从相应的PoC客户机接收请求对正在进行的会话进行媒体调整的re-INVITE消息(S608)。PoC服务器150执行同时的多个PoC多媒体服务，即，将经过与步骤S608接收的re-INVITE消息相应的媒体调整的多个PoC多媒体流发送到相应PoC客户机(S610)。

图7示出根据本发明的PoC客户机与PoC服务器之间的用于提供同时的多个PoC多媒体服务的基于SIP的信号的流。

图7示出参与一个支持音频或视频的多媒体PoC会话700的PoC客户机A 102-A被PoC客户机C 102-C请求加入新的多媒体会话的情况，其中，音频或视频经由PoC服务器(参与)A 150-A被PoC服务器X 150-X管理，并且打算供PoC客户机B 102-B使用。同时，本发明可同样应用于存在多个预先建立的PoC会话的情况。此外，图7示出PoC服务器通过向相应PoC客户机提出查询，来获得确定相应PoC客户机是否正在进行会话以及相应PoC客户机是否支持多会话所需的信息。

PoC客户机A从PoC客户机C接收请求建立用于包括音频或视频的多媒体的PoC会话的INVITE消息702。PoC客户机C发送的INVITE消息702经由连接到PoC客户机C的PoC服务器(参与)C 150-C和PoC服务器(控制)Y 150-Y被发送到PoC服务器(参与)A 150-A。当然，INVITE消息702的细节可细微地变化，例如，在通过PoC客户机C、PoC服务器C、PoC服务器Y和PoC服务器A时的路由信息。因此，由于INVITE消息702的细节和区别标号与本发明的主题不相关，将其省略。

在本实施例中，PoC服务器A将INVITE消息702发送到相应的PoC客户机，以便进行关于相应的PoC客户机是否正在进行会话以及相应的PoC客户机是否支持多会话的查询。

图7的步骤S704可被认为与图5的步骤S502和S504相应。从PoC服务器A接收INVITE消息的PoC客户机A确定其自身是否支持多会话以及预先建立的PoC会话和新请求的PoC会话是否支持相同的媒体类型(S704)。PoC客户机A将步骤S704的结果包括在200OK消息706中，并将200OK消息706发送到PoC服务器A。PoC服务器A根据从PoC客户机A接收的信息将对于是否建立请求的PoC会话的响应包括在200OK消息706中，并将200OK消息706发送到PoC客户机C。200OK消息706可经由PoC服务器Y和PoC服务器C被发送到PoC客户机。这里，可假设200OK消息706是接受相应的会话请求的消息。

当PoC客户机A确定其支持多会话并且用户期望被提供同时的多个PoC多媒体服务时，PoC客户机A请求连接的多会话的媒体调整(S708)。该请求可通过re-INVITE消息710(SIP消息)被发送到PoC服务器A。re-INVITE消息710可包括：请求媒体调整的指示符、用于媒体调整的媒体类型、传输连接方向(上行链路或下行链路)、关于执行媒体调整的会话的信息等。

同时，以上定义的参数可被包括在200OK响应信号中，并随后被发送以与标准SIP可兼容。在步骤S708，发送请求仅对先前正在进行的会话700进行媒体调整的re-INVITE消息。应容易理解：如果参数未包括在200OK消息中，则对在步骤S702至S706建立的会话同样发送如图7的步骤S710至S712的re-INVITE消息。

接收re-INVITE消息710的PoC服务器A将报告接收到相应的消息的200OK消息712发送到PoC客户机A。

PoC客户机A执行显示调整(S714)。执行显示调整以确定如何在PoC客户机A显示媒体流。在本发明中，显示调整可用作媒体调整的条件之一。换句话说，允许PoC客户机A考虑显示类型来执行媒体调整。因此，PoC服务器A通过反映显示类型来确定将被发送到PoC客户机A的每个媒体流的大小，所述显示类型是通过在相应的PoC客户机A的显示调整而确定的。例如，当都使用相同的大小显示多个媒体流时，可执行媒体调整，从而使所有的媒体流具有相同的大小。另一方面，当分别使用不同的大小显示多个媒体流时，可执行媒体调整，从而使每个媒体流具有与显示的大小成比例的大小。另外，很自然地，可根据各种条件(例如，用户的选择，预定义的设置等)执行媒体调整。

在本发明中，可在考虑PoC系统的传输容量的情况下确定同时提供给一个PoC客户机的媒体流的总大小。一般说来，可将用于为一个PoC客户机提供同时的多个PoC多媒体服务的传输容量设置为与用于为一个PoC客户机提供单个PoC多媒体服务的传输容量相同。这从媒体调整的目的(即，在于防止由于提供同时的多个PoC多媒体服务而引起应用过量的载荷)可容易地理解。当然，这仅是本发明的应用的示例，并且不在于限制本发明的范围。

接收200OK消息706的PoC客户机响应于200OK消息706发送ACK消息718。

PoC客户机A和通过预先建立的PoC会话700与PoC客户机A执行PoC多媒体通信的PoC客户机B通过交换TBCP TB Taken和TB Confirmed消息720，来对将在以后执行的同时的多个PoC多媒体服务执行设置。以下，通过交换TBCP TB Taken和TB Confirmed消息720基于调整在PoC客户机A与PoC客户机B之间发送媒体722。同时，PoC服务器A响应于客户机A的请求对从PoC客户机B接收的媒体流执行媒体调整(S724)。然后，PoC客户机A将经过媒体调整的媒体发送到PoC客户机A。

此外，PoC客户机A和PoC客户机C通过交换TBCP TB Taken和TBConfirmed消息728对以后将被执行的同时的多个PoC多媒体服务执行设置。以下，通过交换TBCP TP Taken和TB Confirmed消息728基于媒体调整(S724)在PoC客户机A与PoC客户机C之间发送媒体730。同时，PoC服务器A响应于PoC客户机A的请求对从PoC客户机C接收的媒体流执行媒体调整(S732)。然后，PoC服务器A将经过媒体调整的媒体发送到PoC客户机A。

在执行了媒体调整之后，PoC客户机A可驱动适合于发送的媒体的显示，并接收和显示在PoC服务器(参与)经过媒体调整的多媒体流。

已经参照本发明应用于下行链路描述了本发明，但是也可以应用于上行链路。当应用于上行链路时，设计本发明使得一个PoC客户机可同时发送多个媒体流。

如上所述，可通过SIP或RTCP执行本发明。即使当使用RTCP时，对INVITE消息做出SIP响应的处理与当使用SIP时相同。然而，当使用RTCP时，可通过独立建立的多会话的RTCP信道发送TBCP或MBCP消息从PoC客户机向PoC服务器(参与)请求媒体调整。同时，可用将RTCP消息发送到建立的会话(而不是图7的步骤S710和S712)的过程来代替使用RTCP消息执行媒体调整的过程，因此，将省略附加的图。

以下，将描述用于本发明的应用的消息的格式。

首先，将描述SIP消息的格式。

在本发明中，可如图8所示的类型分配基于SIP的MBCP MIME参数。在图8的MCP MIME参数中，“TBCP”参数值(被引入以支持PoC系统的应用媒体类型的格式值)被另外扩展。这里，可将TBCP转换为MBCP以便在以后指示支持多媒体。传统系统将例如队列、时间戳、tb_priority等的参数设置为TBCP格式的属性。在本发明中，考虑到PoC服务器(参与)和PoC客户机之间的多媒体多会话的传输环境，提出新的TBCP选项参数。新的TBCP选项参数被称为“mb_adapt”。然而，本发明不限于此术语，并且可应用于具有相同功能的所有参数而不考虑使用的术语。

本实施例示出“mb_adapt”字段值被设置为0-4的范围的情况。“mb_adapt”的每个字段值都具有如下的意义：

-当省略“mb_adapt”字段时或当“mb_adapt”的字段值是“0”时，这意味着没有请求媒体调整；

-当“mb_adapt”的字段值是“1”时，这意味着存在对媒体调整、视频和下行链路的请求；

-当“mb_adapt”的字段值是“2”时，这意味着存在对媒体调整、图像和下行链路的请求；

-当“mb_adapt”的字段值是“3”时，这意味着视频和上行链路；

-当“mb_adapt”的字段值是“4”时，这意味着图像和上行链路。

参照以上描述的“mb_adapt”的设置，在图8中，包括在MIME主体部分中的TBCP选项参数值(“mb_adapt”字段值)是2。因此，可以发现PoC服务器(参与)被请求在媒体调整之后以下载方向发送图像流。

另外，虽然在实施例中省略，但是视觉媒体可包括“文本”，并且可通过扩展“mb_adapt”字段值被定义为同时的多个PoC多媒体服务的媒体类型。

PoC客户机将TBCP选项参数“mb_adapt”包括在SIP会话修改消息中，以对特定媒体的同时多接收提出意见。因此，PoC服务器可发送包括“mb_adapt”的ACK消息，从而通过多会话将重叠的媒体(音频和视频)同时发送到PoC客户机。此外，可根据TBCP选项参数“mb_adapt”的值执行媒体调整。

同时，由于MIME参数与普通SIP功能可兼容，因此可以在SIP响应消息中使用MIME参数，从而请求媒体调整功能。在这种情况下，发起PoC服务器或PoC客户机将“mb_adapt”响应值包括在ACK消息中，从而执行同时的多个接收和媒体调整。例如，在图7中，PoC客户机A将上面提到的MIME参数插入发送到PoC服务器(参与)的200OK消息706，从而向PoC服务器(参与)请求相应的PoC会话的媒体调整。当使用SIP响应信号时，具有的优点是不对做出响应的相应的会话进行re-INVITE请求。

图9示出为了让PoC客户机向PoC服务器(参与)请求媒体调整而通过PoC会话发送的RTCP消息的格式。

第一行指示关于版本、子类型、包类型、包长度等的信息。第二行包括关于执行媒体调整的PoC服务器(参与)的地址的信息。第三行指示PoC发布版本。第四行指示媒体调整类型，媒体调整类型之后的比特可被分配作为零填充值。第五行指示源描述(SDES)项内容，其用于表示关于识别执行媒体调整的PoC会话的“PoC会话标识”的信息。SDES项内容可使用另外的信息字段用于以后的扩展。从第六行至最后一行分配了关于包括在第五行中的SDES的实际SIP URI的信息，从而指定用于媒体调整的PoC会话。上面提到的每一行都具有32比特的大小。

图10示出包括在SDES项内容以及图9中示出的SDES项中的参数格式和值。

媒体调整类型可具有范围从0到4的值，并指示在视频/图像的上行链路/下行链路的时间的调整。此外，可根据是否包括了想要执行调整的每个会话的标识，以二进制表示SDES项内容。例如，当目标会话存在时可使用“1”表示SDES项内容，当目标会话不存在时，可使用“0”表示SDES项内容。

虽然在本发明中省略，但是视觉媒体可包括“文本”，并通过扩展RTCP消息的媒体调整类型的字段值的范围来请求同时的多个PoC多媒体服务，以定义文本的下行链路/上行链路。这应该被解释为包括在本发明的主题中。

产业可用性

根据如上所述的本发明，可以将多个PoC多媒体服务同时提供给一个PoC客户机。此外，可通过对同时提供给一个PoC客户机的每个媒体流的媒体调整来减少由于增加的传输而造成的对PoC系统的负荷。

如上所述，当参与多媒体PoC呼叫的PoC客户机被请求参与包括相同的视频/图像媒体的会话时，对多个PoC会话调整多媒体流以将其同时发送并显示。因此，可在一个终端上同时显示至少两个视频或图像流。具体地，通过减小发送到终端的媒体流的大小，可以提供无线传输的效率，并节约PoC服务用户的成本。