CN101536458A - 基于会话的通信 - Google Patents

Abstract

一种尽管会话已存在还请求会话建立的用户终端，在对所述请求的响应中被通知所述现存会话。如果所述用户终端在所述请求中提供了一个或多个被拒绝的媒体类型，则所述响应包含拒绝原因的指示。

Description

基于会话的通信

技术领域

本发明涉及通信系统中的基于会话的通信，并且特别涉及其中多个媒体类型可以被提供的通信。

背景技术

以下对背景技术的描述可能包括在本发明之前对相关技术来说未知但由本发明提供的洞察、发现、理解或公开或者公开的关联内容。本发明的一些此类贡献可在下文中被特别指出，而本发明的其它此类贡献从其上下文中将是显而易见的。

通信技术特别是基于IP的通信技术和末端用户终端的发展已经使得实现了多功能通信可能性和不同服务的引入。服务被越来越频繁地使用由SIP(会话发起协议)提供的原语来实现，其中，所述原语不是被垂直整合到通信系统中，而是用来构建多媒体架构的工具。更准确地说，SIP是IETF定义的应用层控制(信令)协议，用于创建、修改和终止具有一个或更多参与者的会话。

可以利用SIP会话的一个特定的特征是群组通信。这里所使用的术语“群组”(group)指有意参与同一群组通信的两个或更多用户(即群组成员)的任意逻辑群组，并且群组通信覆盖两个或更多参与者之间的会话。群组通信的示例包括会议、互联网电话呼叫、多媒体分发、多媒体会议、即时消息通信和聊天。

由于所述多功能通信可能性，在群组中不同媒体类型可以是可用的，例如语音、即时消息、视频、游戏服务、音乐、文件传输等。典型地仅仅以上媒体类型中的一些使用在会话中。想要与其它群组成员建立会话的用户可以发送具有SDP(会话描述协议)提供的SIP请求，其中，所述SDP提供定义所述用户想要为所述会话提供的媒体类型。然而，可能已经定义了策略或规则，其可导致所提供的媒体类型中的一个或更多将被控制会话建立或群组成员的服务器拒绝，例如由于该会话已经存在。与以上安排关联的问题中的一个是，用户将不会收到任何关于为何所述会话建立请求仅被部分地接受(即不是作为整体被接受)的信息，所述原因例如是会话已经存在。

发明内容

从而本发明的目的是提供一种方法和用于实现该方法的设备以便克服以上问题。所述目的通过一种方法、设备、模块、信令消息、系统和程序产品来达到，其由独立权利要求中所限定的内容来表征。优选实施例被公开在从属权利要求中。

附图说明

下文中，将参考附图更加详细地描述实施例，其中：

图1示例性示出了提供群组通信服务的通信系统的一般体系结构的示例；

图2和3是设备的简化框图；

图4、5和6是每个都示例性示出了设备的功能的流程图；以及

图7示例性示出根据实施例的信令。

具体实施方式

下文中的实施例是示例性的。尽管本说明书在一些位置可能提到“一”、“一个”或“一些”实施例，但这并非必然地意味着每个此种提及都针对同一个(些)实施例，或所述特征仅应用于单一实施例。不同实施例的单一特征还可以被合并以提供其它实施例。

本发明可适用于支持基于SIP的会话并且提供向会话提供多个媒体类型的可能性的任何用户终端、服务器、对应的部件和/或任何通信系统或不同通信系统的任意组合。对于会话类型或媒体类型或所述提供机制不存在任何限制。所述通信系统可以是固定的通信系统或无线通信系统或者利用固定网络和无线网络两者的通信系统。所使用的协议，通信系统、服务器和用户终端、或对应的部件的规范发展迅速，这尤其是在无线通信中。这样的发展可能需要对实施例的额外改变。因此，所有术语和表述都应当被宽泛地解释，并且其意在示例性示出而非限制所述实施例。

下文中，将使用实施例可应用到的系统架构作为示例来描述不同的实施例，该架构基于用于信令和会话建立的SIP以及用于传送关于所提供的媒体类型的信息的SDP，然而，这并非将实施例限制于此类架构。SIP和SDP由互联网工程任务组(IETF)定义。SIP是用于创建、修改和终止具有一个或更多参与者的会话的控制(信令)协议。SDP是用于传送媒体细节、传输地址以及诸如媒体类型之类的其它会话描述元数据的文本格式应用层协议，其不考虑所述信息如何被传送。换句话说，SIP和SDP不是被垂直地整合到通信系统中。IETF规范和互联网草案可以在http://www.ietf.org找到。

这里媒体类型覆盖了在例如用户终端之类的端点之间可协商的通用类型的数据和/或通信装置。媒体类型的示例包括但不限于文本(文本信息)、图像(图像数据)、音频(音频数据)、视频(视频数据)、应用(某其它种类的数据，典型是未被解释的二进制数据或将通过应用进行处理的信息)、多部分(由多个独立数据类型的实体组成的数据)和消息(已封装的消息)。另外，媒体类型包含提供群组通信服务的不同子类型和/或连接类型(包括不同的覆盖服务)。从而，媒体类型可以被选自例如这样的组，该组包括：‘poc’、‘im’、‘音频’、‘视频’、‘会议’、‘应用’、‘所有’、‘其它’。

提供基于SIP的会话的通信系统的一般架构在图1中示出。图1是简化了的系统架构，其仅示出了一些单元和功能实体，其全部都是其实现可以与所示出的不同的逻辑单元。图1中所示的连接是逻辑连接；实际的物理连接可以是不同的。对于本领域技术人员来说显然该系统还包括其它功能和结构。应当认识到使用在群组通信中或用于群组通信的功能、结构、单元和协议与实际的发明无关。因此，这里不需要更详细地讨论它们。

图1中所示的通信系统100包括用户终端(UT)200，每当需要时其可经由包括接入和核心网的一个或更多网络400连接到服务器300。

用户终端200是这样的一件装备或设备，其将该用户终端及其用户与订阅关联，或被安排为将该用户终端及其用户与订阅关联，并且允许用户与通信系统交互。用户终端向用户呈现信息，并且允许用户输入信息。换句话说，用户终端可以是能够从网络接收信息和/或向网络发送信息的、可无线地或经由固定连接来连接到网络的任何终端。用户终端的示例包括个人计算机、游戏控制台、膝上电脑(笔记本)、个人数字助理、移动台(移动电话)或线路电话。

服务器300是主持会话的一件装备或设备。主持会话的服务器管理会话，即控制会话，或充当对于会话的焦点或控制功能。换句话说，所有与会话相关的控制业务都将经过该服务器，并且服务器可以使用不同的策略，例如特定与服务器的策略或特定于群组或特定于用户的策略，用于控制会话及会话建立。

实施例可以被应用到的一个实现环境是利用XDM(XML文档管理)的群组通信架构。开放移动联盟(OMA)已将XDM定义为基于XCAP协议(XML配置访问协议)的用于群组和列表管理的一般框架。OMA规范可以在http://www.openmobilealliance.org找到。XDM定义这样一种公共机制，该机制使得特定于用户的服务相关信息，诸如群组定义，对于驻留在用户装备中的不同应用(服务启动者)和客户端是可访问的，并且启动此类信息的创建、修改、取回(retrieval)和删除。提供群组通信服务的应用可以例如是PoC(无线一键通，push to talk over cellular)、消息传送或会议。PoC规范当前正由OMA下的PoC工作组开发。关于PoC的更详细信息可经由上面提到的OMA的互联网页面找到。从而，服务器300可以是PoC服务器、即时消息传送服务器或支持例如音频、视频和消息传送之类的不同媒体类型的会议服务器。然而，服务器300可以是包括所需功能并被配置为充当根据实施例的服务器的用户终端。

图2示出了被配置为根据实施例的用户终端的设备200的简化框图，该设备以下被称为用户终端。用户终端200包括：一个或更多应用客户端单元(客户端)21，应用客户端单元中的至少一个被配置为根据实施例的应用客户端单元，下文中将其称为客户端；数据存储装置，例如存储器(mem)22；用于接收和用于发送通信(消息、信息、信令、不同输出或输入)的接收器(Rx)23和发送器(Tx)24；用于接收用户指令和向用户提供信息的用户接口(UI)26；以及一个或更多操作处理器(operationprocessor)25，用于处理一个或更多客户端，用于对接收及发送包括会话建立的通信进行处理和控制，用于对经由用户接口26接收用户指令和向用户提供信息进行处理和控制，以及用于控制存储器的使用。对本领域技术人员来说显然用户终端可以包括不需要在这里被详细描述的其它部件、实体、功能和结构，或者仅包括上述部件中的一些。还可能的是参与会话的用户终端不包括根据实施例的任何客户端，即用户终端没有被配置为通过根据实施例的用户终端来执行下文描述的所有功能，可以仅实现所述功能中的一些。

根据实施例，客户端或者客户端驻留于其中的用户终端可被配置为提供客户端功能，用于确定媒体类型拒绝的原因。客户端或客户端驻留于其中的用户终端可以进一步被配置为，当决定稍后是否可能使得媒体类型被接受时使用所述原因。为此，客户端或客户端驻留于其中的用户终端可被配置为至少临时地将原因或其指示存储到数据存储装置22。

客户端21的功能以下通过图4和7来更详细地描述。

图3示出了被配置为根据实施例的服务器部件的设备300的简化框图，该设备以下被称为服务器。服务器300包括：一个或更多用于主持会话的应用主机单元(主机)31，应用主机单元中的至少一个被配置为根据实施例的应用主机单元，下面将其称为主机；数据存储装置，例如存储器(mem)32；用于接收和发送通信(消息、信息、信令、不同输出或输入)的接收器(Rx)33和发送器(Tx)34；以及一个或更多操作处理器35，用于处理一个或更多主机，用于对接收和发送与会话相关、包括会话建立的通信进行处理和控制，用于处理和控制会话，以及用于控制存储器的使用。对于本领域技术人员来说显然服务器可以包括不需要在这里详细描述的其它部件、实体、功能和结构，或者仅包括上面描述的部件中的一些。还有可能的是主持会话的服务器不包括根据实施例的任何主机，即服务器没有被配置为通过根据实施例的服务器来执行下文描述的所有功能，可以仅仅实现所述功能中的一些。

主机可以被配置为提供根据实施例的主机功能，用于为提供媒体类型的用户终端提供媒体类型拒绝的原因。主机可以被进一步配置为决定是否拒绝所提供的媒体类型。为此，主机可以被配置为至少临时地将原因或其指示存储到数据存储装置32。

下面通过图5、6和7来更详细地描述主机31的功能。

实现通过实施例描述的相应设备的功能的设备，例如服务器或相应的服务器部件、用户终端和/或其它相应的装备或设备，不仅包括现有装置，而是还有用于实现通过实施例描述的相应设备的功能的装置，并且其可以包括用于每个单独功能的单独装置，或者装置可被配置为执行两个或更多功能。目前的设备包括可以在实施例中使用的处理器和存储器。例如，应用客户端单元21或主机单元31可以是被配置为通过操作处理器来执行的算术操作或程序的软件应用或模块或单元。实现实施例的功能所需的所有修改和配置可以被实施为例程，其中，所述例程可以被实现为被添加的或更新的软件例程、应用电路(ASIC)和/或可编程电路。包括小应用程序和宏的也被称为程序产品的软件例程可以被存储在任何设备可读的数据存储媒体中，并且其包括用于实施特定任务的程序指令。软件例程可以被下载到设备中。例如服务器，或对应的服务器部件，或用户终端，或对应的用户终端之类的设备，可以被配置为计算机或例如单片机单元的微处理器，其至少包括用于提供用于算术操作的存储区域的存储器和用于执行所述算术操作的操作处理器。操作处理器的示例包括中央处理单元。所述存储器可以是可拆卸地连接到所述设备的可移除存储器。

下文中，为清楚起见在作出如下假设的情况下描述不同实施例：尽管一个或更多媒体类型可以被拒绝，但建立会话的请求没有被整体地拒绝，并且如果媒体类型被拒绝，则原因被指示，并且存在两种拒绝的原因：基于策略的或会话已存在。进一步地，所述会话可以用于一对一通信，群组内的一对一通信，或一对多通信，或多对多通信，或多对一通信。在本上下文中，已加入会话的用户或更准确地说的用户终端被称为参与者。换句话说，当请求被发送时参与者的数量可以是零个、一个、两个、三个等。

图4示出了用户终端中的客户端的实施例。然而，为清楚起见，在下文中使用术语“用户终端”。

当用户终端在步骤401中发送带有一个或更多媒体类型提供的会话建立请求时图4开始。所述请求可以是带有提供所述媒体类型的SDP的SIPINVITE，并且所述请求可以被发送到服务器的URI或管理会话建立的服务器中的对应服务。URI是用于标识概要(abstract)或物理资源的统一资源标识符。

当所述用户终端接收到指示接受所述请求的至少一部分的响应时(步骤402)，所述用户终端在步骤403中检查所提供的媒体类型是否被拒绝。如果所提供的媒体类型已被拒绝，则用户终端在步骤404中检查所述原因的指示是否指示了现存会话。如果其指示，则用户终端在步骤405中推断该用户终端正在加入现存会话，而不是建立会话，并且在步骤406中通知用户该会话已存在以及被拒绝的媒体类型。除此之外，用户终端在步骤407中推断，被拒绝的媒体类型不是被协商的媒体类型中的一个，并且可以稍后在所述会话期间被提供，随后在步骤408中开始通信。

如果所述原因没有指示现存会话(步骤404)，则拒绝的原因是基于策略的(步骤409)。换句话说，所述原因可能取决于例如主机策略、用户的订阅者信息或群组定义。因此，用户终端在步骤410中推断所述媒体类型稍后不会被提供，因为所述策略保持不变。随后用户终端在步骤408中开始通信。

所接收的响应可以是SIP 200 OK，其带有指示被接受和被拒绝的媒体类型的SDP主体，并且带有包括三位文本代码和解释文本的告警报头，例如按照格式<xxx>.+<解释文本>，该格式至少在OMA PoC规范中被定义。用于指示会话已存在的解释文本可以是“会话存在”或“加入会话”或“被参与者拒绝”。然而，应当认识到，任何其它合适的报头、字段或位都可以被用于指示拒绝原因，或用于指示发生并提供信息的事件，其中潜在拒绝原因可能基于所述信息而被推断，并且对于所述解释文本的内容没有任何限制。

在另一实施例中，所述用户终端可以被配置为，不管告警报头的内容而将带有告警报头或对应指示的被拒绝的媒体类型解释为意味着会话已存在。换句话说，该实施例的用户终端被配置为仅识别一个原因，该原因是现存会话。

在另一实施例中，所述用户终端可以被配置为，不管告警报头的内容而将带有告警报头或对应指示的被拒绝的媒体类型解释为意味着拒绝该媒体类型的原因是会话已存在，以及将不带有告警报头或对应指示的被拒绝的媒体类型解释为意味着该媒体类型由于策略而被拒绝。

如果多于一个的媒体类型因为会话已存在而被拒绝，则所述用户终端可以被配置为，一次而非逐个地将所有被拒绝的媒体类型通知给用户。

在实施例中，如果所述响应包含多于一个被拒绝的媒体类型但仅一个拒绝原因的指示，则所述用户终端被配置为解释成对于所有被拒绝的媒体类型原因是相同的。

在实施例中，如果所述响应包含多于一个被拒绝的媒体类型但仅一个拒绝原因的指示，则所述用户终端被配置为解释成该原因是针对该指示所伴随的媒体类型，其它媒体类型由于其它原因而被拒绝。

在实施例中，所述用户终端被配置为，将指示会话建立请求的接受并且包含至少一个被接受的媒体类型和至少一个被拒绝的媒体类型的响应解释为指示该会话已存在，以及取代建立会话，该用户终端正在加入已建立的会话，其中，所述至少一个被拒绝的媒体类型带有例如告警报头的对拒绝原因的指示。

在实施例中，所述用户终端可以被配置为，除了向用户指示所提供的媒体类型中的一个或更多被拒绝之外，向用户指示稍后可以是可接受的(即稍后可以被提供的)那些被拒绝的媒体类型，以及要求用户选择稍后是否提供所述媒体类型。

在实施例中，所述用户终端被配置为，在没有任何用户指令的情况下，稍后提供被推断为“稍后可以被提供的媒体类型”的被拒绝的媒体类型。

在其中被拒绝的媒体类型可关联或可不关联于拒绝原因的指示的实施例中，所述用户终端被配置为，如果所述指示缺失，则推断稍后不提供该媒体类型。

在实施例中，所述用户终端被配置为，响应于接收所述响应(步骤402)立即使用被接受的媒体类型触发通信。

图5和6示出了主机的实施例。由于主机典型位于服务器中，所以为清楚起见在下文中使用术语服务器。

通过参考图5中所示的实施例，服务器在步骤501中接收带有一个或更多媒体类型提供的会话建立请求。响应于该请求，服务器在步骤502中检查该会话是否已存在。如果该会话不存在，则服务器在步骤503中继续该会话建立。该会话如何被实际建立和/或该会话内的通信如何继续对于本发明无关紧要，因此其在这里未被详细描述。

如果该会话已存在，则服务器在步骤504中取出媒体类型提供，并在步骤505中检查该媒体类型是否在使用中，即针对该会话的被协商的媒体类型。如果是，则服务器在步骤506中接受该媒体类型，并且然后在步骤507中检查是否所有被提供的媒体类型都被检查。如果不是，则服务器通过取出媒体类型提供从步骤504继续。

如果该媒体类型未在使用中(步骤505)，则服务器在步骤508中拒绝该媒体类型，并且在步骤509中负责拒绝原因的指示被添加到响应。然后，服务器通过检查是否所有被提供的媒体类型被检查而从步骤507继续。

如果所有被提供的媒体类型被检查(步骤507)，则服务器在步骤510发送对该请求的响应，该响应将每个被提供的媒体类型指示为被接受或被拒绝，并且将每个被拒绝的媒体类型与拒绝原因的指示关联。

图5中的实施例的优点是，所述会话的其它参与者不会被在步骤501中接收的会话建立请求打扰。

在图6的实施例中，所述服务器优选维护关于会话的参与者的信息，或否则被配置为接收所需的信息。然而，由于该实施例不需要对关于参与者的信息的取回的任何改变，所以其在这里未被详细描述。

通过参考图6中所示的实施例，步骤601至607分别对应于图5中所示的步骤501至507，并且因此没有在里被无益地重复。

如果所述媒体类型未在使用中(步骤605)，则服务器在步骤608中检查该媒体类型是否满足策略要求，即该媒体类型是否符合针对用户终端、会话、群组、服务器或其它什么而定义的策略。本发明不限制策略定义，并且任何策略都可以被使用。所述策略要求可以例如由一个规则或一组规则来定义。如果该媒体类型未能满足策略要求，则服务器在步骤609中拒绝该媒体类型，并且通过检查是否所有被提供的媒体类型被检查而从步骤607继续。如果该媒体类型满足所述策略要求，则服务器在步骤610中将该媒体类型添加到提供，并且通过检查是否所有被提供的媒体类型被检查而从步骤607继续。

如果所有被提供的媒体类型被检查(步骤607)，则服务器在步骤611中将媒体类型提供发送给参与者，所述提供包含在步骤610中被添加的一个(多个)媒体类型。服务器在步骤612中接收来自参与者的响应，每个响应指示所提供的一个(多个)媒体类型中的哪些被接受，哪些被拒绝。所述服务器被配置为，在步骤613中形成对在步骤601中接收的请求的响应，该响应将每个被提供的媒体类型指示为被接受或被拒绝，并将每个被拒绝的媒体类型与拒绝原因的指示关联。所述响应包含被所述服务器拒绝或接受的媒体类型(即步骤606和609)。至于被提供给参与者的媒体类型，所述服务器被配置为，如果所有参与者都接受则接受该媒体类型，如果至少一个参与者拒绝则拒绝该媒体类型。取决于实现，所述拒绝原因的指示可以是相同的，不管其被服务器还是被参与者拒绝，或者所述指示可以取决于拒绝所述媒体类型的实体。进一步地，关于所述拒绝的一些附加信息可以被添加。

然后，所述服务器在步骤614中发送所述响应。

图6中的实施例的优点是，步骤601的请求的发送者想要为会话的参与者提供但未在使用中的媒体类型被提供给其它参与者，由此满足最初意图。

在其中如果媒体类型被拒绝则原因被指示的上面描述的实现的优点是，所述用户终端可以推断出其是否合理，例如在会话的稍后阶段重新提供被拒绝的媒体。例如，如果定义仅现存会话中已在使用中的媒体类型被接受而其它媒体类型被自动拒绝并且被指示的原因是“会话已正在进行”的规则或任何其它策略存在，则所述用户终端可以被配置为，从关联(被拒绝的媒体类型，被指示的原因)推断，稍后向会话提供被决绝的媒体类型的提供将被拒绝，并且因而没有意义提供它，但是在会话已被终止并且新会话被建立之后，被拒绝的媒体类型可以随后被再次提供。该实现的进一步的优点是通过它，例如试验和错误类型方法之类的可以被避免，其中，所述方法导致降低的末端用户满意度。

尽管上文未详细描述，如果存在可用的附加信息，使得对于提供特定的媒体类型的用户该媒体类型不被允许或授权，则对于用户终端的响应可以还包含指示所述附加信息的其它原因，例如用户未被授权将所述媒体类型添加到所述会话。在此情况下，用户终端可以被配置为，推断再次提供被拒绝的媒体是不合理的，因为其未被授权这样做。换句话说，在所述响应中可以包括一个或更多关于所述媒体类型的拒绝的原因。

图7是示出根据本发明实施例的拒绝原因的指示可以怎样被利用的信令图，尽管用于建立会话的请求不包含媒体提供。在图7的示例中，假设会话已存在，并且正想要建立该会话的用户终端被允许加入该会话。

通过参考图7，用户终端UT想要建立会话，并且发送用于会话建立的请求7-1。在所示的示例中，所述请求不包含媒体提供，并且其可以是发送到主持所述会话或为所述用户终端提供会话通信的服务器的URI的SIP INVITE。响应于该请求，所述服务器在点7-2检测到所述会话已存在，并且因此在点7-3向指示所述请求的接受的响应添加拒绝原因的指示，并且发送该响应7-4。该响应可以是SIP 200 OK，并且该指示可以是任何以上描述的拒绝原因的指示。

所述用户终端在点7-5检测到其接收到带有拒绝原因的指示的接受，并且在点7-6推断，所述接受是指示所述会话建立已被转换为加入所述会话的部分接受，即所述会话已存在，并且在点7-7通知用户该用户正在加入现存会话。

假设他/她正在建立会话但实际上正在加入现存会话的用户接收关于所述会话已存在的信息的优点是，该用户知道在何处与所述通信一致，即精神上准备好是正在进行的通信的一部分。现有技术的解决方案缺乏为用户提供此种信息的机制。

以上在图4到7中描述的步骤/点、信令消息和相关功能不是按绝对的时序顺序，并且所述步骤/点中的一些可以被同时或按照不同于所给出的顺序来实施。其它功能也可以在所述步骤/点之间或在所述步骤/点内被执行，并且其它信令消息在所示的消息之间被发送。所述步骤/点中的一些或所述步骤/点的一部分可以被省略，或被对应步骤/点或所述步骤/点的一部分代替。所述服务器操作和用户终端操作示出了可以在一个或更多物理或逻辑实体中被实现的过程。所述信令消息仅是示例性的，并且甚至可以包括用于发送相同信息的若干单独的消息。另外，所述消息还可以包含其它信息。

对于本领域的技术人员将显而易见，随着技术进步，本发明概念可以用各种方式来实现。本发明及其实施例不限于以上描述的示例，而可以在权利要求的范围内改变。

Claims (29)

1.一种方法，包括：

发送关于会话的请求，所述请求提供用于所述会话的一个或多个媒体类型；以及

接收对所述请求的响应，所述响应指示至少一个被拒绝的媒体类型以及拒绝原因的指示。

2.根据权利要求1所述的方法，所述方法进一步包括：

基于所述响应确定所述拒绝原因。

3.根据权利要求1或2所述的方法，其中，所述请求是会话建立请求。

4.根据权利要求1、2或3所述的方法，进一步包括：

使用所述原因推断是否稍后尝试提供用于所述会话的所述媒体类型。

5.一种方法，包括：

接收关于会话的请求，所述请求提供用于所述会话的一个或多个媒体类型；

响应于被提供的媒体类型被拒绝，向对所述请求的响应添加拒绝原因的指示；以及

发送所述响应。

6.根据前述权利要求中任一个所述的方法，其中，所述原因包括以下组中的一个，所述组包括现存会话、参与者拒绝和基于策略的拒绝。

7.根据权利要求5或6所述的方法，进一步包括：

注意到所述请求是对于现存会话的会话建立请求；

将被提供的一个或多个媒体类型与所协商的用于所述会话的一个或多个媒体类型比较；以及

如果被提供的媒体类型不是所协商的媒体类型，则拒绝被提供的媒体类型并指示所述原因是现存会话。

8.根据权利要求5或6所述的方法，进一步包括：

注意到所述请求是用于现存会话的会话建立请求；

将被提供的一个或多个媒体类型转发到所述会话的其它参与者；

接收来自所述其它参与者的确认；以及

如果被提供的媒体类型未被参与者接受，则拒绝该被提供的媒体类型，并指示拒绝原因。

9.根据权利要求8所述的方法，进一步包括：

将所述被提供的一个或多个媒体类型与所协商的用于所述会话的一个或多个媒体类型比较；以及

转发不是所协商的媒体类型的被提供的媒体类型。

10.一种方法，包括：

接收会话建立请求；

检测所述会话已存在；以及

向对所述请求的响应添加所述会话已存在的指示。

11.一种方法，包括：

请求会话建立；以及

接收指示所述会话已存在的响应。

12.根据前述权利要求中任一个所述的方法，其中，所述响应指示所述请求的接受。

13.根据前述权利要求中任一个所述的方法，其中，所述指示是包括三位文本代码和解释文本的告警报头。

14.一种模块，被配置为，响应于拒绝被提供在请求中的媒体类型，形成包含被提供在所述请求中的所述媒体类型为何被拒绝的原因的指示的消息。

15.根据权利要求14所述的模块，其中，所述消息是肯定地确认所述请求的会话发起协议响应消息，并且所述模块被配置为，将所述指示作为文本串添加到告警报头。

16.一种模块，被配置为实施根据权利要求1至12中任一个所述的方法。

17.根据权利要求14、15或16所述的模块，所述模块是操作处理器。

18.一种设备，包括用于实施根据权利要求1至12中任一个所述的方法的装置。

19.一种设备，包括一个或多个根据权利要求14、15、16或17所述的模块。

20.一种设备，包括：

接收单元，被配置为接收响应；

应用客户端单元，被配置为形成关于会话的请求，所述请求提供用于所述会话的一个或多个媒体类型，以及响应于所述接收单元接收对所述请求的响应，所述响应指示至少一个被拒绝的媒体类型以及拒绝原因的指示；以及

发送单元，被配置为响应于所述应用客户端单元而发送所述请求。

21.根据权利要求20所述的设备，其中所述应用客户端单元被进一步配置为，基于所述指示确定所述原因，以及使用所述原因推断是否稍后尝试提供用于所述会话的所述媒体类型。

22.根据权利要求20或21所述的设备，其中所述应用客户端单元是包括以下的组中的一个：中央处理单元、操作处理器、可通过操作处理器来执行的软件应用以及用于形成所述请求和接收所述响应的装置。

23.一种设备，包括：

接收单元，被配置为接收请求；

应用主机单元，被配置为响应于所述接收单元接收到关于会话的请求，其中，形成对所述请求的响应，所述请求提供用于所述会话的一个或多个媒体类型，响应于所提供的媒体类型被拒绝而添加拒绝原因的指示；以及

发送单元，被配置为响应于所述应用主机单元，发送所述响应。

24.根据权利要求23所述的设备，其中所述应用主机单元被进一步配置为：注意到所述请求是关于现存会话的会话建立请求；将所述被提供的一个或多个媒体类型与所协商的用于所述会话的一个或多个媒体类型比较；以及响应于被提供的媒体类型不是所协商的媒体类型，拒绝该被提供的媒体类型并指示所述原因是现存会话。

25.根据权利要求23所述的设备，其中所述应用主机单元被进一步配置为：注意到所述请求是关于现存会话的会话建立请求；经由所述发送单元将所述被提供的一个或多个媒体类型转发到所述会话的其它参与者；以及响应于参与者不接受被提供的媒体类型，拒绝该被提供的媒体类型并指示拒绝原因；以及

所述接收单元被进一步配置为接收来自所述其它参与者的确认，所述确认指示被提供的媒体类型是否被参与者接受。

26.根据权利要求25所述的设备，其中所述应用主机单元被进一步配置为将所述被提供的一个或多个媒体类型与所协商的用于所述会话的一个或多个媒体类型比较；以及转发不是所协商的媒体类型的被提供的媒体类型。

27.根据权利要求23、24、25或26所述的设备，其中所述应用主机单元是包括以下的组中的一个：中央处理单元、操作处理器、可通过操作处理器执行的软件应用以及用于形成所述请求和接收所述响应的装置。

28.一种系统，包括一个或多个根据权利要求18、19、20、21、22、23、24、25或26所述的设备和/或一个或多个根据权利要求14、15、16或17所述的模块。

29.一种计算机程序，包括当所述程序在计算机或微处理器上运行时适于实施根据权利要求1至12中任一个所述的任何步骤的程序代码装置。

Images