CN104219223A - 会话邀请方法和终端 - Google Patents

Abstract

本发明涉及会话邀请方法和终端。公开了PTx通信***中的会话邀请方法和***。对于会话邀请，邀请终端添加对应于会话信息的第一媒体信息在邀请消息中并发送其或经由RTP发送其。然后，检查由被邀请的终端接收的第一媒体信息且被邀请者在加入会话之前确定是否接受该邀请。当拒绝邀请时，被邀请终端添加对应于拒绝原因的第二媒体信息在拒绝消息中并发送其，或者经由RTP发送其。

Description

会话邀请方法和终端

本申请是申请日为2005年9月20日、国际申请号为PCT/IB2005/004197、国家申请号为200580046586.4的、发明名称为“会话邀请方法和***”的中国专利申请的分案申请。

技术领域

本发明涉及一种通信***，且更具体地，涉及一种用于发送媒体信息(或者媒体成分)以允许响应于会话邀请检查会话或者发送媒体信息以确定拒绝该邀请的原因的会话邀请方法和***。

现有技术

通常，PTx(Push-To-x)***被设计用于提供即时通信员服务，类似于步话机服务。PTx***提供比如PTT(按键通话)服务，PoC(经蜂窝的按键通话)服务等的PTx服务。

在典型的PTx服务中，用户能够发言到他的终端(例如，移动电话)中且一个或多个其他人能够通过每个它们的终端收听用户。此时，用户必须加入会话并通过会话彼此通信。

根据典型的PTx***中的会话邀请方法，被邀请到会话的被邀请者(被邀请的用户)没有关于建立的会话的目的的信息或关于参加者的任何信息。因此为了获得关于该会话的信息，被邀请者必须直接加入会话以接收相应的信息，这对被邀请者引起许多不便。

此外，在典型的会话邀请方法中，即使被邀请者不能加入该会话或者不想要加入该会话，由于被邀请者没有方法发送他拒绝该邀请的原因到会话的邀请者(邀请用户)，被邀请者可能由不具有任何关于被邀请者为什么希望拒绝他的邀请的信息的邀请者重复地邀请到该会话。

发明内容

因此，本发明的一个目的是提供一种会话邀请方法和***，由此在接收会话邀请的情况下发送对应于会话信息的媒体信息，以使得被邀请者能够预先确定是否加入会话。

本发明的另一目的是提供一种会话邀请方法和***，由此被邀请到会话的被邀请者发送对应于拒绝原因的媒体信息以拒绝加入该会话，以使得邀请者能够知道被邀请者拒绝的原因。

为至少整体或部分地实现上述目的，提供了一种会话邀请***，其包括：第一终端，其用于发送包括用于会话邀请的第一媒体信息的邀请消息；和第二终端，其用于检查被包括在邀请消息中的第一媒体信息和确定是否接受该邀请。

为至少整体的或部分地实现这些优点，进一步提供了一种会话邀请***，其包括：服务器，其用于从终端接收会话邀请消息或者包括媒体成分的拒绝消息，存储媒体成分的媒体内容，在会话邀请消息中或者在拒绝消息中添加对媒体内容的索引(即，其中存储媒体内容的地址)，和发送它到接收侧。

为至少整体或部分地实现上述目的，提供了一种会话邀请方法，其包括：由邀请终端发送对应于关于用于会话邀请的会话的消息的第一媒体信息；和由被邀请者检查由他/她的终端(被邀请终端)接收的第一媒体信息和确定是否接受该邀请。

该会话邀请方法进一步包括：如果被邀请者拒绝邀请，由被邀请终端发送对应于拒绝邀请的原因的第二媒体信息。

为至少整体的或部分地实现这些优点，进一步提供了一种会话邀请方法，由服务器从发送终端接收媒体成分；和由服务器存储媒体成分的媒体内容，在媒体成分中添加对媒体内容的索引，和发送该媒体成分到接收终端。

为至少整体地或部分地实现这些优点，进一步提供一种会话邀请方法，其包括：由邀请终端发送用于包括第一媒体信息的会话邀请的消息(即，邀请消息)到服务器；由服务器发送邀请消息被邀请终端；由被邀请终端输出包含在邀请消息中的第一媒体信息；由被邀请者输入是否接受到会话的邀请到被邀请终端；和如果接受该会话邀请，由被邀请终端发送接受消息。

该会话邀请方法进一步包括：如果拒绝该会话邀请，由被邀请终端发送拒绝消息。

在发送拒绝消息的步骤中，被邀请终端发送包括对应于拒绝原因的第二媒体信息的拒绝消息。

第一媒体信息包括媒体内容，即，用于会话邀请的会话信息和对媒体内容的索引的至少一个。

第二媒体信息包括对应于拒绝原因的媒体内容和对媒体内容的索引的至少一个。

该索引是URL(通用资源定位符)或者URI(通用资源标识符)。

发送拒绝消息的步骤包括：发送指示将在特定时间内发送会话邀请的拒绝原因的“临时谢绝”消息；和在确定的时间内发送包括拒绝原因的SIP(会话启动协议)消息。

为至少整体地或部分地实现这些优点，进一步提供一种会话邀请方法，其包括：由邀请终端发送用于会话邀请的邀请消息到服务器；由服务器发送邀请消息到被邀请终端；由被邀请终端发送关于邀请消息的响应消息并设置和该邀请终端的媒体会话；由邀请终端通过RTP(实时传输协议)发送第一媒体信息到服务器；由服务器发送第一媒体信息到被邀请终端；由被邀请终端输出第一媒体信息；由被邀请者输入是否接受会话邀请到被邀请终端；如果接受会话邀请，由被邀请终端发送接受消息；和由邀请终端和被邀请终端建立会话。

会话建立方法进一步包括：如果拒绝会话邀请由被邀请终端发送拒绝消息。

在发送拒绝消息的步骤中，被邀请终端发送包括对应于拒绝原因的第二媒体信息的拒绝消息。

发送拒绝消息的步骤包括：发送指示将在特定时间内发送拒绝原因的“临时谢绝”消息；和在特定时间内发送包括对应于拒绝原因的第二媒体信息的SIP消息。

发送拒绝消息的步骤包括：发送指示将在特定时间内发送拒绝原因的“临时谢绝”消息；和通过使用RTP在特定时间内发送拒绝原因；和在传输拒绝原因之后发送媒体传输完成消息。

为至少整体地或部分地实现这些优点，进一步提供一种会话邀请方法，其包括：由第一终端发送用于会话邀请的对媒体内容的索引；由第二终端接收对媒体内容的索引；和从第二终端发送响应信息到第一终端。

发送对媒体内容的索引的步骤包括：由第一终端在其数据库或在外部存储单元中存储媒体内容；由第一终端获得对媒体内容的索引；和由第一终端发送对媒体内容的索引。

发送响应信息的步骤包括：由第二终端访问对媒体内容的索引；由第二终端检查媒体内容；由第二终端确定是否接受会话邀请；和由第二终端发送响应信息到第一终端。

本发明其他的优点、目的和特征将在以下说明书部分地阐述，之后，当研究了以下内容后或学习了本发明的实践之后，对于本领域普通技术人员而言本发明部分程度上将变得明显，或者可以从本发明的实践中获知。按照所附的权利要求书所具体指出的，可以实现和获得本发明的目的和优点。

附图说明

将参考以下附图具体描述本发明，其中类似的参考数字是指类似的元件，其中：

图1示出了根据本发明的示例性会话邀请***的结构；

图2a示出了根据本发明的会话邀请方法的第一实施例；

图2b示出了根据本发明的会话邀请方法的第二实施例；

图3a示出了根据本发明的会话邀请方法的第三实施例；

图3b示出了根据本发明的会话邀请方法的第四实施例；

图3c示出了根据本发明的会话邀请方法的第五实施例；

图4示出了包括对应于拒绝原因的媒体信息的SIP消息的示例性实施例；

图5示出了根据本发明的会话邀请方法，用于启动会话的示例性工作；和

图6示出了根据本发明的会话邀请方法，邀请到预设会话的示例性工作。

具体实施方式

现在将参考附图描述本发明的某些实施例。

在本发明中，当邀请者(或者邀请用户)邀请用户到会话时，邀请者能够发送对应于会话信息的第一媒体信息(或第一媒体成分)。如果被邀请者(或者被邀请用户)拒绝邀请，邀请者能够发送对应于拒绝的第二媒体信息(或者第二媒体成分)以拒绝邀请者。

图1示出了根据本发明的会话邀请***的结构；

根据本发明的会话邀请***是PTx(Push-To-X)***，其当邀请用户到会话时或者当拒绝邀请时提供媒体信息。

该会话邀请***包括用于当邀请到会话时，发送对应于会话信息的第一媒体信息(第一媒体成分)的第一PTx终端100；用于当拒绝邀请时，发送对应于拒绝原因的第二媒体信息(第二媒体成分)的第二PTx终端200；和用于控制会话建立，消息传输和在第一和第二PTx终端100和200之间的第一和第二媒体信息的传输的PTx服务器300。

第一PTx终端100能够接收会话邀请，并当拒绝邀请时发送对应于拒绝原因的第二媒体信息。并且，第二PTx终端200能够当邀请到会话时发送对应于会话信息的第一媒体信息。

第一PTx终端100和第二PTx终端200能够具有相同的元件，比如发送/接收单元110和120，SIP***120和220，媒体输出单元140和240，媒体信息数据库130和230，和媒体信息代码转换单元150和250。

发送/接收单元110和210发送/接收PTx服务的消息。

SIP***120和220设立(建立)或者解除会话，且在会话邀请的情况下，SIP***120和220发送包括第一媒体信息的邀请消息到发送/接收单元110和120。当拒绝会话邀请时，包括第二媒体信息的拒绝消息被发送到发送/接收单元110和210。且在加入会话的情况下，SIP***120和220发送RTP消息或者RTCP(RTP控制协议)消息到参加者/从参加者接收。

SIP***120和220包括SIP连接建立/解除单元121和221以及RTP/RTCP传输单元123和223。

SIP连接建立/解除单元121和221建立SIP会话，即，用于开启RTP/RTCP信道的原先操作，和解除SIP会话。SIP连接建立/解除单元121和221添加第一媒体信息到邀请消息以邀请到会话，并添加第二媒体信息到拒绝消息以拒绝会话邀请。

当发送会话邀请时，RTP/RTCP传输单元123和223通过RTP消息发送第一媒体信息，并通过RTP，RTCP，SIP或者FTP(文件传送协议)接收关于第一媒体信息的接收ACK消息。

媒体信息数据库130和230存储第一和/或第二媒体信息。

如果接收的媒体信息的格式不同于PTx终端100和200的媒体信息格式，媒体信息代码转换单元150和250代码转换媒体信息为能够由PTx终端100和200支持的媒体信息格式。

PTx服务器300包括发送/接收单元310，SIP***320和数据库330。发送/接收单元310在第一和第二PTx终端100和200之间发送/接收消息。

SIP***320控制在第一和第二PTx终端100和200之间的会话的建立和解除，并改变第一和第二媒体信息的类型。即，如果包括在被从第一PTx终端100或者第二PTx终端200发送的邀请消息中的第一媒体信息具有媒体内容(即，会话信息内容)，SIP***320提取并存储媒体内容(即，会话信息内容)，添加具有对媒体内容的索引的第一媒体信息，即，对媒体内容(即，会话信息内容)的索引(例如，URL(通用资源定位符)或者URI(通用资源标识符))在邀请消息中，和发送邀请消息。

如果包括在从第一PTx终端100或者第二PTx终端200发送的拒绝消息中的第二媒体信息具有媒体内容(即，拒绝内容的原因)，SIP***320提取和存储媒体内容(即，拒绝内容的原因)，在拒绝消息中添加具有对媒体内容(拒绝内容的原因)的索引(例如，URL或者URI)的第二媒体信息，并发送该拒绝消息。

SIP***320包括SIP连接建立/解除单元321和RTP/RTCP传输单元323。SIP连接建立/解除单元通知对会话信息内容的索引，即，URL或者URI。

此外，SIP连接建立/解除单元321建立或者解除会话，检查对媒体内容的索引，改变包括在会话邀请消息中或者在拒绝消息中的媒体内容为检查的索引，或者在会话邀请消息中或者在拒绝消息中添加该检查的索引。

RTP/RTCP传输单元323控制在第一和第二PTX终端100和200之间的消息传输。

数据库330存储会话信息内容和拒绝内容的原因。数据库330能够临时地或者永久地存储由第一和第二PTx终端100和200发送的消息。

当会话的建立开始时，第一媒体信息包括描述内容(即，媒体内容)，其包括以下至少一个或多个：邀请原因，有关邀请者的信息，被邀请者的数目，有关一个或多个被邀请者的信息等。该有关邀请者的信息和该有关被邀请者的信息能够包括姓名，昵称，性别，职业，居住区，年龄等等。

如果会话已经建立，第一媒体信息包括描述内容(即，媒体内容)，其包括以下至少一个或多个：邀请原因，有关邀请者的信息，如果有被邀请者，被邀请者的数目，有关一个或多个被邀请者的信息，当前参加者的数目，和有关一个或多个当前参加者的信息。该有关邀请者的信息，有关被邀请者的信息和有关一个或多个当前参加者的信息可以包括姓名，昵称，性别，职业，居住区，年龄等等。

第一媒体信息的类型可以包括以下的至少一个或多个：邀请者想要发送的文字，图像，视频，音频等。

图像可以是三维的化身，二维的化身，图标，或者其他类型的图形图像。

文字可以是具有由字符表示的媒体内容(包括邀请原因的会话信息内容)和存储在PTx服务器中的对媒体内容的索引(包括邀请原因的会话信息内容)的数据。对媒体内容的索引(包括邀请原因的会话信息内容)可以是URL或者URI。该存储媒体内容(包括邀请原因的会话信息内容)的PTx服务器可以是PTx服务器300或者不同的PTX服务器。

第一媒体信息包括对应于会话信息内容的媒体内容和对媒体内容的索引的至少一个或多个。即，第一媒体信息可以仅包括媒体内容，包括媒体内容和对媒体内容的索引两者，或者仅包括对媒体内容的索引。

第二媒体信息的类型可以包括以下的至少一个或多个：邀请者想要发送的文字，图像，视频，音频等

图像可以是三维的化身，二维的化身，图标，或者其他类型的图形图像。

文字是指以字符的形式表示媒体内容(拒绝原因的内容)的数据，且能够具有XML(扩展的标记语言)格式。并且，文字可以是对媒体内容的索引(拒绝原因的内容)。索引可以是URL或者URI且媒体内容(拒绝原因的内容)可以被存储在PTx服务器300或者不同的PTx服务器中。

因此，第二媒体信息包括对应于拒绝原因的内容的媒体内容和对媒体内容的索引的至少一个或多个。

现在将参考附图解释如上所述构造的会话邀请***的工作。

图2a示出了根据本发明的会话邀请方法的第一实施例。在会话邀请方法的第一实施例中，媒体信息被添加到邀请消息中并随后被发送。

首先，例如，发送终端(邀请终端)是第一PTx终端100且接收终端(邀请终端)是第二PTx终端700。

当PTx会话的建立开始或者PTx会话已经开始时，第一PTx终端100发送邀请消息(INVITE)到第二PTx终端200以邀请第二PTx终端200到PTx会话(步骤S81)。在这种情况下，该邀请消息包括对应于会话信息的第一媒体信息。已经预先地提到描述内容和第一媒体信息的类型，因此以下省略其描述。

第一PTx终端100的SIP***120在邀请消息的报头或者主体中添加第一媒体信息，并随后，通过发送/接收单元110发送邀请消息到PTx服务器300。此时，使用SIP方法的邀请消息包括在SIP报头或者主体中的第一媒体信息。

在接收邀请消息的情况下，PTx服务器300发送邀请消息到第二PTx终端200(步骤S82)。

在这里，考虑其中从第一PTx终端100发送包括媒体内容的邀请消息到第二PTx终端200的情况，其中从第一PTx终端100发送包括媒体内容的邀请消息到PTx服务器300并随后从PTx服务器300发送包括对媒体内容的索引的邀请消息到PTx终端200，和其中从第一PTx终端100发送包括媒体内容的邀请消息和/或包括对媒体内容的索引的邀请消息到第二PTx终端200的情况。

首先，描述其中从第一PTx终端100发送包括媒体内容的邀请消息到第二PTx终端200的情况。

第一PTx终端100的SIP连接建立/解除单元121添加从媒体信息数据库130提供的第一媒体信息，即，媒体内容(包括邀请原因的会话信息内容)在邀请消息中，并通过发送/接收单元110发送邀请消息到PTx服务器300，并随后，PTx服务器300发送包括媒体内容的邀请消息到第二PTx终端200。

其次，描述其中从第一PTx终端100发送包括具有媒体内容的第一媒体信息的邀请消息到PTx服务器300，并从PTx服务器300发送包括对媒体内容的索引的邀请消息到第二PTx终端200的情况。

第一PTx终端100的SIP连接建立/解除单元121添加从媒体信息数据库130通过发送/接收单元100提供到PTx服务器300的第一媒体信息，即，媒体内容(包括邀请原因的会话信息内容)。随后，PTx服务器300的SIP连接建立/解除单元321存储包括在邀请消息中的媒体内容在数据库330中或者在外部存储单元中，并检查对媒体内容的索引。对媒体内容的索引是URL或者URI。在这里，PTx服务器300的SIP连接建立/解除单元321可以存储媒体内容的整体或者一部分。对媒体内容的索引可以是对整个媒体内容的索引或者对媒体内容的一部分的索引。

PTx服务器300的SIP连接建立/解除单元321在邀请消息中添加对媒体内容的索引，并发送邀请消息到第二PTx终端200。被通过PTx服务器300传送到第二PTx终端200的邀请消息的第一媒体信息可以仅具有对媒体内容的索引，或者可以具有媒体内容和对媒体内容的索引两者。

第三，描述其中从第一PTx终端100发送包括具有媒体内容和/或对媒体内容的索引的第一媒体信息的邀请消息到第二PTx终端200的情况。第一PTx终端100在PTx服务器300或者在外部存储器单元中存储媒体内容的整体(用于会话邀请的会话信息内容)或者媒体内容的一部分，并获得存储在PTx服务器300或者外部存储器单元中的对媒体内容的索引。第一PTx终端100以对存储的媒体内容的索引代替邀请消息中的媒体内容，并通过PTx服务器300发送邀请消息到第二PTx终端200。对媒体内容的索引是URL或者URI。

如果用于会话邀请的会话信息内容，即，媒体内容大于特定尺寸(例如，可以添加到邀请消息中的媒体信息的最大尺寸)，将对媒体内容的索引，而不是媒体内容本身加入邀请消息中并发送。

第一PTx终端100可以发送包括具有媒体内容的一部分和对剩余媒体内容的索引两者的第一媒体信息的邀请消息。

在接收邀请消息的情况下，第二PTx终端200输出包括在邀请消息中的第一媒体信息(步骤S83)。即，邀请消息被通过第二PTx终端200的发送/接收单元210输入到SIP***220，且SIP***220从邀请消息提取第一媒体信息并输出其到媒体输出单元240。如果包括在邀请消息中的第一媒体信息的格式不同于由第二PTx终端200支持的媒体格式，媒体信息代码转换单元250可以代码转换第一媒体信息的格式为由第二PTx终端200支持的媒体格式。

在检查通过第二PTx终端200输出的第一媒体信息的情况下，被邀请者确定接受或拒绝会话邀请(步骤S84)。即，如果包括在邀请消息中的第一媒体信息是对媒体内容的索引，被邀请者通过第二PTx终端200访问索引，检查媒体内容(包括邀请原因的会话信息内容)并确定接受或拒绝该会话邀请(步骤S84)。这里，对媒体内容的索引是URL或者URI。

如果包括在邀请消息中的第二媒体信息具有部分媒体内容和对剩余媒体内容的索引，被邀请者可以仅基于通过第二PTx终端200输出的部分媒体内容确定是否接受会话邀请。并且如果被邀请者想要接收更多关于对会话的邀请的信息，他可以访问通过第二PTx终端200输出的索引。

例如，如果媒体内容的整体包括邀请原因，有关邀请者的信息，被邀请者的数目，和有关被邀请者的信息，随后该部分媒体内容可以包括邀请的原因和有关邀请者的信息。

如果被邀请者接受邀请，第二PTx终端200通过PTx服务器300发送关于邀请的接受消息到第一PTx终端100(步骤S85)。在这种情况下，接受消息可以是“200OK”。

当第二PTx终端200加入会话时，在第一PTx终端100，PTx服务器300和第二PTx终端200当中连接SIP会话(步骤S86)，且第一PTx终端100和第二PTx终端200彼此发送和接收多媒体数据，例如，文字，音频，视频，图像等(步骤S87)。在这种情况下，由RTP/RTCP传输单元223通过RTF发送多媒体数据且通过RTCP发送用于控制数据传输的控制信号。

如果已经检查输出到媒体输出单元240的第一媒体信息的被邀请者不接受该邀请，第二PTx终端200发送用于拒绝邀请的拒绝消息。在这种情况下，拒绝消息可以包括对应于拒绝邀请的拒绝原因的第二媒体信息。第二媒体信息被输入到拒绝消息的报头或者主体。已经预先地提到描述内容和第二媒体信息的类型，因此以下省略其描述。

第二媒体信息包括对应于拒绝的原因的媒体内容和对媒体内容的索引的至少一个或多个。

如果媒体内容(拒绝原因的内容)大于特定尺寸(例如，可以被包括在拒绝消息中的媒体信息的最大尺寸)，该对媒体内容的索引，而不是媒体内容本身可以被添加到拒绝消息中并发送。

第二PTx终端200可以添加包括对应于拒绝的原因的媒体内容的第二媒体信息在拒绝消息中并通过PTx服务器300发送其到第一PTx终端100。

第二PTx终端200可以添加对对应于拒绝的原因的媒体内容的索引(例如，URL或者URI)在拒绝消息中，且通过PTx服务器300发送其到第一PTx终端100。

第二PTx终端200可以添加包括对对应于拒绝的原因的媒体内容的一部分和对媒体内容的残留部分的索引两者的第二媒体信息在拒绝消息中。

当第二PTx终端200添加包括对应于拒绝原因的媒体内容的第二媒体信息在拒绝消息中并发送它时，PTx服务器300改变第二媒体信息，即，包含在拒绝消息中的媒体内容(拒绝原因)为对媒体内容的索引的信息，并发送该拒绝消息到第一PTx终端100。即，PTx服务器300在数据库330或者在外部存储器单元中存储媒体内容，添加对媒体内容的索引(例如，URL或者URI)在拒绝消息中，和发送拒绝消息到第一PTX终端100。此外，PTx服务器300可以添加包括部分媒体内容和对媒体内容的剩余部分的索引的第二媒体信息在拒绝消息中并发送它。

拒绝消息可以在现有的SIP消息，比如“486Busy Here(486这里忙碌)”消息或者“602Decline(602谢绝)”消息的主体中包括拒绝邀请的原因，或者可以是为发送拒绝原因而另外定义的消息。之后将描述发送拒绝消息的过程。

参考图2a，第二PTx终端200拒绝邀请，添加对应于拒绝邀请的原因的第一媒体信息在SIP消息中，比如“486Busy Here”消息或者“602Decline”消息中并发送它(步骤S88)。

图2b示出了根据本发明的会话邀请方法的第二实施例；

在本发明第二实施例中，用于当不接受PTx会话邀请时发送拒绝消息的处理不同于如图5a所示的第一实施例的。

在这里，将省略用于和第一实施例相同的处理的描述，并将描述其中已经检查输出到媒体输出单元的媒体信息的被邀请者不接受邀请的处理。

当被邀请者拒绝来自第一PTx终端100的邀请时，第二PTx终端200发送“临时谢绝(PRODFC)”消息到第一PTx终端100(步骤S91)。此时，该“临时谢绝”消息可以包括拒绝会话邀请和将在特定时间内发送拒绝邀请的原因的内容，或者指示拒绝会话邀请和将在特定时间内发送拒绝邀请的原因。

发送“临时谢绝”消息之后，第二PTx终端200添加对应于拒绝邀请的原因的第二媒体信息在SIP消息中，比如在“486Busy Here”或者“602Decline”消息中，并发送它(步骤S93)。

图3a示出了根据本发明的会话邀请方法的第三实施例。

在会话邀请方法的第三实施例中，当邀请者邀请被邀请者到会话时，邀请者通过使用RTP发送对应于会话信息的第一媒体信息到被邀请者。

作为一个例子，描述其中邀请者(即，发送终端)是第一PTx终端100且被邀请者(即，接收终端)是第二PTx终端200的情况。

当PTx会话的建立开始或者当已经建立PTx会话时，第一PTx终端100发送邀请消息(INVITE)到第二PTx终端200以邀请第二PTx终端200到PTx会话(步骤S101)。在这种情况下，邀请消息包括指示将另外发送第一媒体信息的参数。即，该邀请消息包括允许接收终端开启“媒体会话”并接收通过RTP发送的第一媒体信息的介绍媒体参数。因此，在接收参数时，接收终端可以在确定加入会话之前通过RTP接收第一媒体信息，并容易地确定是否加入会话而不对接收器引起收费或者费用。

上面已经描述了描述内容和第一媒体信息的类型，因此以下省略其描述。

邀请消息被通过PTx服务器300发送到第二PTx终端200，且第二PTx终端200发送关于邀请消息的响应消息，由此在第一PTx终端100和第二PTx终端200之间连接用于接收第一媒体信息的媒体会话(步骤S102)。在这种情况下，响应消息指示保持关于是否加入会话的决定直到检查由第一PTx终端100发送的第一媒体信息和连接用于接收第一媒体信息的媒体会话。即，该响应消息不指示加入邀请的PTx会话的决定。作为响应消息，能使用“180Ringing”消息，“202Accepted”消息，或者“183Session Progress”。

在接收响应消息时，第一PTx终端100通过使用媒体会话发送关于会话的第一媒体信息的PTx服务器300(步骤S103)。即，第一PTx终端100的RTP/RTCP传输单元123通过使用RTP，经由发送/接收单元110发送从媒体信息数据库130提供的第一媒体信息到PTx服务器300。

在接收第一媒体信息时，PTx服务器300通过使用RTP或者RTCP或者SIP或者FTP，发送关于第一媒体信息的接收的ACK消息到第一PTx终端100(步骤S104)。即，由PTx服务器300接收的第一媒体信息被通过发送/接收单元310输入到SIP***的RTP/RTCP传输单元323，且RTP/RTCP传输单元323通过使用RTCP经由发送/接收单元310发送关于第一媒体信息的接收的ACK消息到第一PTx终端100。此时，如果第一PTx终端100在特定时间内未能接收ACK消息，第一PTx终端100认为第一媒体信息的传输已经中断，且可以重新发送该媒体信息。

在接收第一媒体信息时，PTx服务器300通过使用RTP发送第一媒体信息到第二PTx终端200(步骤S105)，并且，在接收第一媒体信息时，第二PTx终端200通过使用RTCP发送关于第一媒体信息的接收的ACK消息到PTx服务器300(步骤S106)。此时，PTx服务器300的RTP/RTCP传输单元323通过使用RTP经由发送/接收单元310发送第一媒体信息。当第一媒体信息被通过第二PTx终端200的发送/接收单元210输入到RTP/RTCP传输单元223时，第二PTx终端200的RTP/RTCP传输单元223通过使用RTP或者RTCP或者SIP或者FTP，经由发送/接收单元210发送关于第一媒体信息的接收的ACK消息到PTx服务器300。

第一PTx终端100可以通过使用RTP或者RTCP或者SIP消息，发送指示已经完成所需的第一媒体信息的传输的消息。即，为了通知已经完成媒体信息的传输的时间点，发送终端可以使用消息发送终止信号到接收终端。

已经由第二PTx终端200的SIP***220接收的第一媒体信息被经由媒体输出单元240输出(步骤S107)，并且在检查输出到媒体输出单元240的第一媒体信息时，被邀请者可以确定是否接受该会话邀请(步骤S108)。此时，如果第一媒体信息的格式不同于由第二PTx终端200支持的格式，媒体信息代码转换单元250代码转换第一媒体信息为由第二PTx终端200支持的媒体格式并且输出它。

当被邀请者接受会话邀请时，第二PTx终端200经由PTx服务器300发送关于邀请的接受消息到第一PTx终端100(步骤S109)，由此第二PTx终端200可以加入会话(步骤S110)。在这种情况下，接受消息可以是“200 OK”。

如果被邀请者不接受该会话邀请，第二PTx终端200发送关于邀请的拒绝消息。在这种情况下，拒绝消息包括对应于拒绝邀请的原因的第二媒体信息。已经预先地提到描述内容和对应于拒绝原因的第二媒体信息的类型，因此以下省略其描述。

拒绝消息可以在现有的SIP消息的主体中包括对应于拒绝邀请的原因的第二媒体信息，比如“486Busy Here”消息或者“602Decline”消息，或者能够是用于发送第二媒体信息而另外定义的消息。之后将描述发送拒绝消息的过程。

参考图3a，第二PTx终端200拒绝邀请并且同时，添加对应于拒绝邀请的原因的第二媒体信息在SIP消息中，比如“486Busy Here”消息或者“602Decline”消息中，并发送其(步骤S111)。

图3b示出了根据本发明的会话邀请方法的第四实施例；

在本发明第四实施例中，用于当不接受PTx会话邀请时发送拒绝消息的处理不同于如图3a所示的第三实施例的。

在这里，将省略用于和第三实施例相同的处理的描述，并将描述其中已经检查输出到媒体输出单元的媒体信息的被邀请者拒绝邀请的处理。

当被邀请者拒绝从第一PTx终端100发送的会话邀请时，被邀请者的第二PTx终端200发送包括将在特定时间内发送的拒绝会话邀请的内容和拒绝邀请的原因的“临时谢绝(PRODEC)”消息，或者指示拒绝会话邀请和将在特定时间内发送拒绝邀请的原因的“临时谢绝(PRODEC)”消息到第一PTx终端100(步骤S121)。

在发送“临时谢绝”消息之后，第二PTx终端200添加对应于拒绝邀请的原因的第二媒体信息在SIP消息中，比如“486Busy Here”或者“602Decline“消息中，并发送它(步骤S123)。

已经预先地提到描述内容和对应于拒绝原因的第二媒体信息的类型，因此以下省略其描述。

图3c示出了根据本发明的会话邀请方法的第五实施例。

在本发明第五实施例中，用于发送拒绝消息的处理不同于第三和第四实施例的。

在这里，将省略用于和第三和第四实施例相同的处理的描述，并将描述其中已经检查第二媒体信息的被邀请者拒绝邀请的处理。

当被邀请者拒绝从第一PTx终端100发送的会话邀请时，被邀请者的第二PTx终端200发送包括将在特定时间内发送的拒绝会话邀请的内容和拒绝邀请的原因的“临时谢绝(PRODEC)”消息，或者指示拒绝会话邀请和将在特定时间内发送拒绝邀请的原因的“临时谢绝(PRODEC)”消息到第一PTx终端100(步骤S131)。

该发送“临时谢绝”消息之后，第二PTx终端200通过使用RTP添加对应于拒绝邀请的原因的第二媒体信息(步骤S133)，并随后，在完成对应于拒绝原因的第二媒体信息的传输之后，第二PTx终端200通过使用RTP或者RTCP或者SIP或者FTP，发送媒体传输完成信息到第一PTx终端100(步骤S135)。

总之，参考图2a，2b，3a，3b和3c，其中接收终端发送拒绝消息的处理如下。

首先，当被邀请者拒绝加入会话时，立即将对应于由被邀请者输入或者预先地存储的拒绝原因的第二媒体信息添加在SIP消息的报头或者主体中，比如“486Busy Here”或者“602Decline”消息中，并随后发送。实际上，“486Busy Here”消息通常用于当接收终端当前加入不同会话或者由于它执行语音通信而不能加入会话时使用。但是，在本发明中，也可以在其它情况下发送“486Busy Here”消息。

第二，发送包括拒绝会话邀请的内容和将在特定时间内发送拒绝会话邀请的原因的消息(即，临时谢绝(PRODEC)消息)，并随后，在特定时间内发送包括对应于被邀请者的拒绝原因的第二媒体信息的SIP消息。即，可以经由单独的消息发送关于会话邀请的拒绝和关于会话邀请的拒绝原因。在这种情况下，SIP消息是“486Busy Here”消息或者“602Decline”消息。

第三，在特定时间内通过使用RTP发送“临时谢绝”消息和发送对应于拒绝原因的第二媒体信息之后，通过使用RTP，RTCP，SIP或者FTP发送指示第二媒体信息的传输完成时间点的媒体传输完成消息。在这种情况下，其中被邀请者通过使用RTP发送第二媒体信息的方法可以被应用于其中通过使用RTP接收对应于对于会话邀请发送的会话信息的第一媒体信息的用户。

图4示出了包括对应于拒绝原因的第二媒体信息的SIP消息的示例性实施例。如图4所示的SIP消息，具体地说，第二媒体信息是以XML格式表示的。已经预先地提到描述内容和对应于拒绝原因的第二媒体信息的类型，因此以下省略其描述。

将参考图5描述根据本发明的会话邀请方法的不同实施例。

为开始PTx会话，PTx用户“A”从他/她的电话簿选择他的朋友或者不熟悉的PTx用户。PTx用户“A”创建和发送具有多媒体内容的PTx会话邀请。多媒体内容可以被自动地包含在邀请中(邀请消息)。多媒体内容可以包括某些描述信息，例如，邀请原因，有关邀请者的信息，还有谁被邀请，邀请的名称/昵称，邀请者想要发送的图像，视频或者音频。

PTx用户接收PTx用户“A”的具有多媒体内容的邀请，并确定是否加入该PTx会话。如果PTx用户“B”对邀请不感兴趣，用户“B”决定不加入PTx会话并发送“4xx”消息到邀请者(PTx用户“A”)。

将参考图5描述根据本发明的会话邀请方法的又一实施例。为开始PTx会话，PTx用户“A”从他/她的电话簿选择他的朋友或者其他PTx用户。PTx用户“A”创建和发送具有多媒体内容的PTx会话邀请。多媒体内容可以被自动地包含在邀请中(邀请消息)。多媒体内容可以包括某些描述信息，例如，邀请原因，有关邀请者的信息，还有谁被邀请，邀请的名称/昵称，邀请者想要发送的图像，视频或者音频。

PTx用户接收PTx用户“A”的具有多媒体内容的邀请，并确定是否加入该PTx会话。如果PTx用户“C”对邀请感兴趣，用户“C”决定加入PTx会话并发送“2xx”OK消息到邀请者(PTx用户“A”)。因此，PTx用户“A”和“C”能够在PTx会话期间通信。

将参考图6描述根据本发明的会话邀请方法的又一实施例。

在PTx用户“A”，“B”，“C”和“D”的PTx会话期间，PTx用户“A”邀请PTx用户“E”，且PTx用户“E”接受PTx用户“A”的邀请。PTx用户“A”的邀请包括多媒体内容。多媒体内容包括有关邀请者的信息，邀请者邀请了谁，还有谁在当前PTx会话中，和邀请者想要发送的图像，视频或者音频。

PTx用户“E”正在做某些工作但是感觉对PTx会话邀请更感兴趣，所以PTx用户“E”决定加入会话。因此，PTx用户“A”，“B”，“C”，“D”和“E”能够在PTx会话期间通信。

如上所述，该根据本发明的会话邀请方法和***具有许多优点。

也就是说，首先，当用户被邀请到会话时，邀请者(或者该邀请用户)发送对应于会话信息的第一媒体信息(或者媒体成分)，以使得被邀请者能够在实际上加入会话之前预先检查有关会话的信息和确定是否加入会话。

第二，一些用户(比如，PTx用户“B”，“C”和“D”)能够在接受或拒绝会话邀请之前获得更多有关PTx会话的信息。

第三，当被邀请者(或者被邀请的用户)拒绝会话邀请时，被邀请者能够发送对应于拒绝原因的第二媒体信息到邀请者，以使得邀请者能够检查被邀请者的拒绝原因。

第四，被邀请者能够确定是否加入会话，而不实际上加入会话，且由于邀请者不需要重复地发送会话邀请给拒绝会话邀请的被邀请者，减少网络业务量。

本发明提供一种组通信终端，包括；收发器，其经由组通信网络发送数据到其他用户和从其它用户接收数据；存储器，其存储数据；和处理器，其和收发器和存储器协同工作以执行步骤：经由组通信网络发送会话邀请消息给一个或多个用户，该消息包括指示邀请原因和关于会话的一个或多个参加者的信息的媒体成分；和接收会话邀请的接受或者拒绝，该拒绝包括一个或多个拒绝原因。

并且，本发明提供一种组通信终端，包括：收发器，其经由组通信网络发送数据到其他用户和从其它用户接收数据；存储器，其存储数据；和处理器，其和收发器和存储器协同工作以执行步骤：经由组通信网络从用户接收会话邀请消息，该消息包括指示邀请原因和关于会话的一个或多个参加者的信息的媒体成分；检查邀请的原因和关于一个或多个参加者的信息以确定接受或拒绝该会话邀请；和发送接受或者拒绝到会话邀请，该拒绝包括一个或多个拒绝原因。

上述实施例和优点仅仅是示例性的并且不应当视为对本发明的限制。本教导可以容易地应用于其他类型的装置。本发明的说明书是说明性的，而不是用于限制权利要求书的保护范围。对本领域技术人员而言许多替代、改型和变化都是显而易见的。在权利要求书中，装置加功能的条款是用于覆盖此处所描述的、如能够完成上述功能的结构，以及不但是结构的等效而且是等效结构。

Claims (16)

1.一种通过作为SIP(会话初始协议)会话的邀请方和被邀请方操作的移动终端执行基于会话的通信的方法，所述方法包括：

当所述移动终端作为第一SIP会话的所述邀请方操作时，

经由服务器通过使用SIP方法将第一会话邀请消息发送到被邀请方移动终端，所述第一会话邀请消息包括作为描述信息的所述会话邀请的至少一个原因并且被用于经由所述服务器与所述被邀请方移动终端建立所述第一SIP会话，

从接受所述第一会话邀请消息的所述被邀请方移动终端接收作为考虑所述描述信息的结果的响应，

与所述被邀请方移动终端建立所述第一SIP会话，并且

通过所建立的第一SIP会话使用实时传输协议(RTP)将多媒体数据传送到所述被邀请方移动终端，

其中，所述描述信息被包括在所述第一会话邀请消息的SIP报头或SIP主体中，并且所述描述信息是以文本的形式；以及

当所述移动终端作为第二SIP会话的所述被邀请方操作时，

经由服务器通过使用SIP方法从邀请方移动终端接收第二会话邀请消息，所述第二会话邀请消息包括描述信息并且被用于经由所述服务器与所述被邀请方移动终端建立所述第二SIP会话，

向发送所述第二会话邀请消息的所述邀请方移动终端发送作为考虑所述描述信息的结果的响应，

与所述邀请方移动终端建立所述第二SIP会话，并且

通过所建立的第二SIP会话使用RTP从所述邀请方移动终端接收多媒体数据，

其中，所述描述信息被包括在所述第二会话邀请消息的SIP报头或SIP主体中，并且所述描述信息是以文本的形式。

2.如权利要求1所述的方法，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息包括会话邀请的原因、关于所述邀请方的信息、被邀请的用户的总数和关于一个或多个被邀请的用户的信息中的至少一个。

3.如权利要求1所述的方法，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息包括所述邀请方想要发送到至少一个被邀请的用户的信息。

4.如权利要求1所述的方法，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息进一步包括图像、视频或音频。

5.如权利要求1所述的方法，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息进一步至少包括与会话信息相对应的媒体内容或对所述媒体内容的索引。

6.如权利要求5所述的方法，其中，所述索引是通用资源定位符或通用资源标识符。

7.如权利要求1所述的方法，其中，所述第一和第二会话邀请消息的发送支持PTx(push-to-x)服务。

8.如权利要求1所述的方法，进一步包括：

响应于接收所述第二会话邀请消息，发送包括拒绝所述第二会话邀请消息的原因的拒绝消息。

9.一种作为SIP(会话初始协议)会话的邀请方和被邀请方操作并且执行基于会话的通信的终端，所述终端包括：

收发器，所述收发器用于发送和接收信号；和

处理器，所述处理器与所述收发器协作以执行发送会话邀请的过程和接收会话邀请的过程以使得，

当所述移动终端作为第一SIP会话的所述邀请方操作时，所述处理器被配置成：

经由服务器通过使用SIP方法将第一会话邀请消息发送到被邀请方移动终端，所述第一会话邀请消息包括作为描述信息的所述会话邀请的至少一个原因并且被用于经由所述服务器与所述被邀请方移动终端建立所述第一SIP会话，

从接受所述第一会话邀请消息的所述被邀请方移动终端接收作为考虑所述描述信息的结果的响应，

与所述被邀请方移动终端建立所述第一SIP会话，并且

通过所建立的第一SIP会话使用实时传输协议(RTP)将多媒体数据传送到所述被邀请方移动终端，

其中，所述描述信息被包括在所述第一会话邀请消息的SIP报头或SIP主体中，并且所述描述信息是以文本的形式；以及

当所述移动终端作为第二SIP会话的所述被邀请方操作时，所述处理器进一步被配置成：

经由服务器通过使用SIP方法从邀请方移动终端接收第二会话邀请消息，所述第二会话邀请消息包括描述信息并且被用于经由所述服务器与所述被邀请方移动终端建立所述第二SIP会话，

向发送所述第二会话邀请消息的所述邀请方移动终端发送作为考虑所述描述信息的结果的响应，

与所述邀请方移动终端建立所述第二SIP会话，并且

通过所建立的第二SIP会话使用RTP从所述邀请方移动终端接收多媒体数据，

其中，所述描述信息被包括在所述第二会话邀请消息的SIP报头或SIP主体中，并且所述描述信息是以文本的形式。

10.如权利要求9所述的终端，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息包括会话邀请的原因、关于所述邀请方的信息、被邀请的用户的总数和关于一个或多个被邀请的用户的信息中的至少一个。

11.如权利要求9所述的终端，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息包括所述邀请方想要发送到至少一个被邀请的用户的信息。

12.如权利要求9所述的终端，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息进一步包括图像、视频或音频。

13.如权利要求9所述的终端，其中，所述第一会话邀请消息和所述第二会话邀请消息的描述信息进一步至少包括与会话信息相对应的媒体内容或对所述媒体内容的索引。

14.如权利要求13所述的终端，其中，所述索引是通用资源定位符或通用资源标识符。

15.如权利要求9所述的终端，其中，所述处理器和所述收发器被配置成支持PTx(push-to-x)服务。

16.如权利要求9所述的终端，其中，所述处理器和所述收发器被配置成，响应于接收所述第二会话邀请消息，发送包括拒绝所述第二会话邀请消息的原因的拒绝消息。