專利名稱：會(huì)話邀請(qǐng)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信系統(tǒng)，且更具體地，涉及一種用于發(fā)送媒體 信息(或者媒體成分)以允許響應(yīng)于會(huì)話邀請(qǐng)檢査會(huì)話或者發(fā)送媒體 信息以確定拒絕該邀請(qǐng)的原因的會(huì)話邀請(qǐng)方法和系統(tǒng)?，F(xiàn)有技術(shù)通常，PTx (Push-To-x)系統(tǒng)被設(shè)計(jì)用于提供即時(shí)通信員服務(wù)， 類似于步話機(jī)服務(wù)。PTx系統(tǒng)提供比如PTT (按鍵通話)服務(wù)，PoC (經(jīng) 蜂窩的按鍵通話)服務(wù)等的PTx服務(wù)。在典型的PTx服務(wù)中，用戶能夠發(fā)言到他的終端(例如，移動(dòng)電 話)中且一個(gè)或多個(gè)其他人能夠通過每個(gè)它們的終端收聽用戶。此時(shí)， 用戶必須加入會(huì)話并通過會(huì)話彼此通信。根據(jù)典型的PTx系統(tǒng)中的會(huì)話邀請(qǐng)方法，被邀請(qǐng)到會(huì)話的被邀請(qǐng) 者(被邀請(qǐng)的用戶)沒有關(guān)于建立的會(huì)話的目的的信息或關(guān)于參加者 的任何信息。因此為了獲得關(guān)于該會(huì)話的信息，被邀請(qǐng)者必須直接加 入會(huì)話以接收相應(yīng)的信息，這對(duì)被邀請(qǐng)者引起許多不便。此外，在典型的會(huì)話邀請(qǐng)方法中，即使被邀請(qǐng)者不能加入該會(huì)話 或者不想要加入該會(huì)話，由于被邀請(qǐng)者沒有方法發(fā)送他拒絕該邀請(qǐng)的 原因到會(huì)話的邀請(qǐng)者(邀請(qǐng)用戶)，被邀請(qǐng)者可能由不具有任何關(guān)于 被邀請(qǐng)者為什么希望拒絕他的邀請(qǐng)的信息的邀請(qǐng)者重復(fù)地邀請(qǐng)到該會(huì) 話。發(fā)明內(nèi)容因此，本發(fā)明的一個(gè)目的是提供一種會(huì)話邀請(qǐng)方法和系統(tǒng)，由此 在接收會(huì)話邀請(qǐng)的情況下發(fā)送對(duì)應(yīng)于會(huì)話信息的媒體信息，以使得被 邀請(qǐng)者能夠預(yù)先確定是否加入會(huì)話。本發(fā)明的另一目的是提供一種會(huì)話邀請(qǐng)方法和系統(tǒng)，由此被邀請(qǐng) 到會(huì)話的被邀請(qǐng)者發(fā)送對(duì)應(yīng)于拒絕原因的媒體信息以拒絕加入該會(huì) 話，以使得邀請(qǐng)者能夠知道被邀請(qǐng)者拒絕的原因。為至少整體或部分地實(shí)現(xiàn)上述目的，提供了一種會(huì)話邀請(qǐng)系統(tǒng)， 其包括第一終端，其用于發(fā)送包括用于會(huì)話邀請(qǐng)的第一媒體信息的 邀請(qǐng)消息；和第二終端，其用于檢査被包括在邀請(qǐng)消息中的第一媒體 信息和確定是否接受該邀請(qǐng)。為至少整體的或部分地實(shí)現(xiàn)這些優(yōu)點(diǎn)，進(jìn)一步提供了一種會(huì)話邀 請(qǐng)系統(tǒng)，其包括服務(wù)器，其用于從終端接收會(huì)話邀請(qǐng)消息或者包括 媒體成分的拒絕消息，存儲(chǔ)媒體成分的媒體內(nèi)容，在會(huì)話邀請(qǐng)消息中 或者在拒絕消息中添加對(duì)媒體內(nèi)容的索引(即，其中存儲(chǔ)媒體內(nèi)容的 地址)，和發(fā)送它到接收側(cè)。為至少整體或部分地實(shí)現(xiàn)上述目的，提供了一種會(huì)話邀請(qǐng)方法， 其包括由邀請(qǐng)終端發(fā)送對(duì)應(yīng)于關(guān)于用于會(huì)話邀請(qǐng)的會(huì)話的消息的第 一媒體信息；和由被邀請(qǐng)者檢査由他/她的終端(被邀請(qǐng)終端)接收的 第一媒體信息和確定是否接受該邀請(qǐng)。該會(huì)話邀請(qǐng)方法進(jìn)一步包括如果被邀請(qǐng)者拒絕邀請(qǐng)，由被邀請(qǐng) 終端發(fā)送對(duì)應(yīng)于拒絕邀請(qǐng)的原因的第二媒體信息。為至少整體的或部分地實(shí)現(xiàn)這些優(yōu)點(diǎn)，進(jìn)一步提供了一種會(huì)話邀 請(qǐng)方法，由服務(wù)器從發(fā)送終端接收媒體成分；和由服務(wù)器存儲(chǔ)媒體成 分的媒體內(nèi)容，在媒體成分中添加對(duì)媒體內(nèi)容的索引，和發(fā)送該媒體
成分到接收終端。為至少整體地或部分地實(shí)現(xiàn)這些優(yōu)點(diǎn)，進(jìn)一步提供一種會(huì)話邀請(qǐng) 方法，其包括由邀請(qǐng)終端發(fā)送用于包括第一媒體信息的會(huì)話邀請(qǐng)的 消息(即，邀請(qǐng)消息)到服務(wù)器；由服務(wù)器發(fā)送邀請(qǐng)消息被邀請(qǐng)終端； 由被邀請(qǐng)終端輸出包含在邀請(qǐng)消息中的第一媒體信息；由被邀請(qǐng)者輸 入是否接受到會(huì)話的邀請(qǐng)到被邀請(qǐng)終端；和如果接受該會(huì)話邀請(qǐng)，由 被邀請(qǐng)終端發(fā)送接受消息。該會(huì)話邀請(qǐng)方法進(jìn)一步包括如果拒絕該會(huì)話邀請(qǐng)，由被邀請(qǐng)終 端發(fā)送拒絕消息。在發(fā)送拒絕消息的步驟中，被邀請(qǐng)終端發(fā)送包括對(duì)應(yīng)于拒絕原因 的第二媒體信息的拒絕消息。第一媒體信息包括媒體內(nèi)容，目卩，用于會(huì)話邀請(qǐng)的會(huì)話信息和對(duì) 媒體內(nèi)容的索引的至少一個(gè)。第二媒體信息包括對(duì)應(yīng)于拒絕原因的媒體內(nèi)容和對(duì)媒體內(nèi)容的索 引的至少一個(gè)。該索引是URL (通用資源定位符)或者URI (通用資源標(biāo)識(shí)符)。發(fā)送拒絕消息的步驟包括發(fā)送指示將在特定時(shí)間內(nèi)發(fā)送會(huì)話邀 請(qǐng)的拒絕原因的"臨時(shí)謝絕"消息；和在確定的時(shí)間內(nèi)發(fā)送包括拒絕 原因的SIP (會(huì)話啟動(dòng)協(xié)議)消息。為至少整體地或部分地實(shí)現(xiàn)這些優(yōu)點(diǎn)，進(jìn)一步提供一種會(huì)話邀請(qǐng) 方法，其包括由邀請(qǐng)終端發(fā)送用于會(huì)話邀請(qǐng)的邀請(qǐng)消息到服務(wù)器； 由服務(wù)器發(fā)送邀請(qǐng)消息到被邀請(qǐng)終端；由被邀請(qǐng)終端發(fā)送關(guān)于邀請(qǐng)消 息的響應(yīng)消息并設(shè)置和該邀請(qǐng)終端的媒體會(huì)話；由邀請(qǐng)終端通過RTP (實(shí)時(shí)傳輸協(xié)議)發(fā)送第一媒體信息到服務(wù)器；由服務(wù)器發(fā)送第一媒 體信息到被邀請(qǐng)終端；由被邀請(qǐng)終端輸出第一媒體信息；由被邀請(qǐng)者 輸入是否接受會(huì)話邀請(qǐng)到被邀請(qǐng)終端；如果接受會(huì)話邀請(qǐng)，由被邀請(qǐng) 終端發(fā)送接受消息；和由邀請(qǐng)終端和被邀請(qǐng)終端建立會(huì)話。會(huì)話建立方法進(jìn)一步包括如果拒絕會(huì)話邀請(qǐng)由被邀請(qǐng)終端發(fā)送 拒絕消息。在發(fā)送拒絕消息的步驟中，被邀請(qǐng)終端發(fā)送包括對(duì)應(yīng)于拒絕原因 的第二媒體信息的拒絕消息。發(fā)送拒絕消息的步驟包括發(fā)送指示將在特定時(shí)間內(nèi)發(fā)送拒絕原 因的"臨時(shí)謝絕"消息；和在特定時(shí)間內(nèi)發(fā)送包括對(duì)應(yīng)于拒絕原因的 第二媒體信息的SIP消息。發(fā)送拒絕消息的步驟包括發(fā)送指示將在特定時(shí)間內(nèi)發(fā)送拒絕原 因的"臨時(shí)謝絕"消息；和通過使用RTP在特定時(shí)間內(nèi)發(fā)送拒絕原因； 和在傳輸拒絕原因之后發(fā)送媒體傳輸完成消息。為至少整體地或部分地實(shí)現(xiàn)這些優(yōu)點(diǎn)，進(jìn)一步提供一種會(huì)話邀請(qǐng) 方法，其包括由第一終端發(fā)送用于會(huì)話邀請(qǐng)的對(duì)媒體內(nèi)容的索引； 由第二終端接收對(duì)媒體內(nèi)容的索引；和從第二終端發(fā)送響應(yīng)信息到第 一終端。發(fā)送對(duì)媒體內(nèi)容的索引的步驟包括由第一終端在其數(shù)據(jù)庫(kù)或在 外部存儲(chǔ)單元中存儲(chǔ)媒體內(nèi)容；由第一終端獲得對(duì)媒體內(nèi)容的索引；和由第一終端發(fā)送對(duì)媒體內(nèi)容的索引。發(fā)送響應(yīng)信息的步驟包括由第二終端訪問對(duì)媒體內(nèi)容的索引； 由第二終端檢查媒體內(nèi)容；由第二終端確定是否接受會(huì)話邀請(qǐng)；和由 第二終端發(fā)送響應(yīng)信息到第一終端。本發(fā)明其他的優(yōu)點(diǎn)、目的和特征將在以下說明書部分地闡述，之 后，當(dāng)研究了以下內(nèi)容后或?qū)W習(xí)了本發(fā)明的實(shí)踐之后，對(duì)于本領(lǐng)域普 通技術(shù)人員而言本發(fā)明部分程度上將變得明顯，或者可以從本發(fā)明的 實(shí)踐中獲知。按照所附的權(quán)利要求書所具體指出的，可以實(shí)現(xiàn)和獲得 本發(fā)明的目的和優(yōu)點(diǎn)。


將參考以下附圖具體描述本發(fā)明，其中類似的參考數(shù)字是指類似的元件，其中-圖1示出了根據(jù)本發(fā)明的示例性會(huì)話邀請(qǐng)系統(tǒng)的結(jié)構(gòu)；圖2a示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第一實(shí)施例；圖2b示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第二實(shí)施例；圖3a示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第三實(shí)施例；圖3b示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第四實(shí)施例；圖3c示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第五實(shí)施例；圖4示出了包括對(duì)應(yīng)于拒絕原因的媒體信息的SIP消息的示例性實(shí)施例；圖5示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法，用于啟動(dòng)會(huì)話的示例性 工作；和圖6示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法，邀請(qǐng)到預(yù)設(shè)會(huì)話的示例 性工作。
具體實(shí)施方式
現(xiàn)在將參考附圖描述本發(fā)明的某些實(shí)施例。在本發(fā)明中，當(dāng)邀請(qǐng)者(或者邀請(qǐng)用戶)邀請(qǐng)用戶到會(huì)話時(shí)，邀 請(qǐng)者能夠發(fā)送對(duì)應(yīng)于會(huì)話信息的第一媒體信息(或第一媒體成分)。
如果被邀請(qǐng)者(或者被邀請(qǐng)用戶)拒絕邀請(qǐng)，邀請(qǐng)者能夠發(fā)送對(duì)應(yīng)于 拒絕的第二媒體信息(或者第二媒體成分)以拒絕邀請(qǐng)者。圖1示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)系統(tǒng)的結(jié)構(gòu)；根據(jù)本發(fā)明的會(huì)話邀請(qǐng)系統(tǒng)是PTx (Push-To-X)系統(tǒng)，其當(dāng)邀請(qǐng) 用戶到會(huì)話時(shí)或者當(dāng)拒絕邀請(qǐng)時(shí)提供媒體信息。該會(huì)話邀請(qǐng)系統(tǒng)包括用于當(dāng)邀請(qǐng)到會(huì)話時(shí)，發(fā)送對(duì)應(yīng)于會(huì)話信息 的第一媒體信息(第一媒體成分)的第一PTX終端100;用于當(dāng)拒絕邀 請(qǐng)時(shí)，發(fā)送對(duì)應(yīng)于拒絕原因的第二媒體信息(第二媒體成分)的第二 PTx終端200;和用于控制會(huì)話建立，消息傳輸和在第一和第二PTx終 端100和200之間的第一和第二媒體信息的傳輸?shù)腜Tx服務(wù)器300。第一 PTx終端100能夠接收會(huì)話邀請(qǐng)，并當(dāng)拒絕邀請(qǐng)時(shí)發(fā)送對(duì)應(yīng) 于拒絕原因的第二媒體信息。并且，第二 PTx終端200能夠當(dāng)邀請(qǐng)到 會(huì)話時(shí)發(fā)送對(duì)應(yīng)于會(huì)話信息的第一媒體信息。第一PTx終端100和第二PTx終端200能夠具有相同的元件，比 如發(fā)送/接收單元110和120， SIP系統(tǒng)120和220，媒體輸出單元140 和240，媒體信息數(shù)據(jù)庫(kù)130和230，和媒體信息代碼轉(zhuǎn)換單元150和 250。發(fā)送/接收單元110和210發(fā)送/接收PTx服務(wù)的消息。SIP系統(tǒng)120和220設(shè)立(建立)或者解除會(huì)話，且在會(huì)話邀請(qǐng)的 情況下，SIP系統(tǒng)120和220發(fā)送包括第一媒體信息的邀請(qǐng)消息到發(fā)送 /接收單元110和120。當(dāng)拒絕會(huì)話邀請(qǐng)時(shí)，包括第二媒體信息的拒絕 消息被發(fā)送到發(fā)送/接收單元110和210。且在加入會(huì)話的情況下，SIP 系統(tǒng)120和220發(fā)送RTP消息或者RTCP (RTP控制協(xié)議)消息到參 加者/從參加者接收。SIP系統(tǒng)120和220包括SIP連接建立/解除單元121和221以及 RTP/RTCP傳輸單元123和223。SIP連接建立/解除單元121和221建立SIP會(huì)話，即，用于開啟 RTP/RTCP信道的原先操作，和解除SIP會(huì)話。SIP連接建立/解除單元 121和221添加第一媒體信息到邀請(qǐng)消息以邀請(qǐng)到會(huì)話，并添加第二媒 體信息到拒絕消息以拒絕會(huì)話邀請(qǐng)。當(dāng)發(fā)送會(huì)話邀請(qǐng)時(shí)，RTP/RTCP傳輸單元123和223通過RTP消 息發(fā)送第一媒體信息，并通過RTP， RTCP， SIP或者FTP (文件傳送 協(xié)議)接收關(guān)于第一媒體信息的接收ACK消息。媒體信息數(shù)據(jù)庫(kù)130和230存儲(chǔ)第一和/或第二媒體信息。如果接收的媒體信息的格式不同于PTx終端100和200的媒體信 息格式，媒體信息代碼轉(zhuǎn)換單元150和250代碼轉(zhuǎn)換媒體信息為能夠 由PTx終端100和200支持的媒體信息格式。PTx服務(wù)器300包括發(fā)送/接收單元310， SIP系統(tǒng)320和數(shù)據(jù)庫(kù) 330。發(fā)送/接收單元310在第一和第二 PTx終端100和200之間發(fā)送/ 接收消息。SIP系統(tǒng)320控制在第一和第二 PTx終端100和200之間的會(huì)話 的建立和解除，并改變第一和第二媒體信息的類型。S卩，如果包括在 被從第一 PTx終端100或者第二 PTx終端200發(fā)送的邀請(qǐng)消息中的第 一媒體信息具有媒體內(nèi)容(即，會(huì)話信息內(nèi)容)，SIP系統(tǒng)320提取并 存儲(chǔ)媒體內(nèi)容(即，會(huì)話信息內(nèi)容)，添加具有對(duì)媒體內(nèi)容的索引的 第一媒體信息，g卩，對(duì)媒體內(nèi)容(即，會(huì)話信息內(nèi)容)的索引(例如，
URL (通用資源定位符)或者URI (通用資源標(biāo)識(shí)符))在邀請(qǐng)消息中， 和發(fā)送邀請(qǐng)消息。如果包括在從第一 PTx終端100或者第二 PTx終端200發(fā)送的拒 絕消息中的第二媒體信息具有媒體內(nèi)容(即，拒絕內(nèi)容的原因)，SIP 系統(tǒng)320提取和存儲(chǔ)媒體內(nèi)容(即，拒絕內(nèi)容的原因)，在拒絕消息 中添加具有對(duì)媒體內(nèi)容(拒絕內(nèi)容的原因)的索引(例如，URL或者URI)的第二媒體信息，并發(fā)送該拒絕消息。SIP系統(tǒng)320包括SIP連接建立/解除單元321和RTP/RTCP傳輸 單元323。 SIP連接建立/解除單元通知對(duì)會(huì)話信息內(nèi)容的索引，即，URL 或者URI。此外，SIP連接建立/解除單元321建立或者解除會(huì)話，檢查對(duì)媒 體內(nèi)容的索引，改變包括在會(huì)話邀請(qǐng)消息中或者在拒絕消息中的媒體 內(nèi)容為檢査的索引，或者在會(huì)話邀請(qǐng)消息中或者在拒絕消息中添加該 檢査的索引。RTP/RTCP傳輸單元323控制在第一和第二 PTX終端100和200之間的消息傳輸。數(shù)據(jù)庫(kù)330存儲(chǔ)會(huì)話信息內(nèi)容和拒絕內(nèi)容的原因。數(shù)據(jù)庫(kù)330能 夠臨時(shí)地或者永久地存儲(chǔ)由第一和第二 PTx終端100和200發(fā)送的消 息。當(dāng)會(huì)話的建立開始時(shí)，第一媒體信息包括描述內(nèi)容(即，媒體內(nèi) 容)，其包括以下至少一個(gè)或多個(gè)邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息， 被邀請(qǐng)者的數(shù)目，有關(guān)一個(gè)或多個(gè)被邀請(qǐng)者的信息等。該有關(guān)邀請(qǐng)者 的信息和該有關(guān)被邀請(qǐng)者的信息能夠包括姓名，昵稱，性別，職業(yè)， 居住區(qū)，年齡等等。 如果會(huì)話已經(jīng)建立，第一媒體信息包括描述內(nèi)容(即，媒體內(nèi)容)， 其包括以下至少一個(gè)或多個(gè)邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息，如果有 被邀請(qǐng)者，被邀請(qǐng)者的數(shù)目，有關(guān)一個(gè)或多個(gè)被邀請(qǐng)者的信息，當(dāng)前 參加者的數(shù)目，和有關(guān)一個(gè)或多個(gè)當(dāng)前參加者的信息。該有關(guān)邀請(qǐng)者 的信息，有關(guān)被邀請(qǐng)者的信息和有關(guān)一個(gè)或多個(gè)當(dāng)前參加者的信息可 以包括姓名，昵稱，性別，職業(yè)，居住區(qū)，年齡等等。第一媒體信息的類型可以包括以下的至少一個(gè)或多個(gè)邀請(qǐng)者想 要發(fā)送的文字，圖像，視頻，音頻等。圖像可以是三維的化身，二維的化身，圖標(biāo)，或者其他類型的圖 形圖像。文字可以是具有由字符表示的媒體內(nèi)容(包括邀請(qǐng)?jiān)虻臅?huì)話信 息內(nèi)容)和存儲(chǔ)在PTx服務(wù)器中的對(duì)媒體內(nèi)容的索引(包括邀請(qǐng)?jiān)?的會(huì)話信息內(nèi)容)的數(shù)據(jù)。對(duì)媒體內(nèi)容的索引(包括邀請(qǐng)?jiān)虻臅?huì)話 信息內(nèi)容)可以是URL或者URI。該存儲(chǔ)媒體內(nèi)容(包括邀請(qǐng)?jiān)虻臅?huì)話信息內(nèi)容)的PTx服務(wù)器可以是PTx服務(wù)器300或者不同的PTX 服務(wù)器。第一媒體信息包括對(duì)應(yīng)于會(huì)話信息內(nèi)容的媒體內(nèi)容和對(duì)媒體內(nèi)容 的索引的至少一個(gè)或多個(gè)。即，第一媒體信息可以僅包括媒體內(nèi)容， 包括媒體內(nèi)容和對(duì)媒體內(nèi)容的索引兩者，或者僅包括對(duì)媒體內(nèi)容的索 引。第二媒體信息的類型可以包括以下的至少一個(gè)或多個(gè)邀請(qǐng)者想 要發(fā)送的文字，圖像，視頻，音頻等圖像可以是三維的化身，二維的化身，圖標(biāo)，或者其他類型的圖 形圖像。文字是指以字符的形式表示媒體內(nèi)容(拒絕原因的內(nèi)容)的數(shù)據(jù)， 且能夠具有XML (擴(kuò)展的標(biāo)記語(yǔ)言)格式。并且，文字可以是對(duì)媒體內(nèi)容的索引(拒絕原因的內(nèi)容)。索引可以是URL或者URI且媒體內(nèi) 容(拒絕原因的內(nèi)容)可以被存儲(chǔ)在PTx服務(wù)器300或者不同的PTx 服務(wù)器中。因此，第二媒體信息包括對(duì)應(yīng)于拒絕原因的內(nèi)容的媒體內(nèi)容和對(duì) 媒體內(nèi)容的索引的至少一個(gè)或多個(gè)?，F(xiàn)在將參考附圖解釋如上所述構(gòu)造的會(huì)話邀請(qǐng)系統(tǒng)的工作。圖2a示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第一實(shí)施例。在會(huì)話邀 請(qǐng)方法的第一實(shí)施例中，媒體信息被添加到邀請(qǐng)消息中并隨后被發(fā)送。首先，例如，發(fā)送終端(邀請(qǐng)終端)是第一PTx終端IOO且接收 終端(邀請(qǐng)終端)是第二PTx終端700。當(dāng)PTx會(huì)話的建立開始或者PTx會(huì)話已經(jīng)開始時(shí)，第一PTx終端 100發(fā)送邀請(qǐng)消息(INVITE)到第二 PTx終端200以邀請(qǐng)第二 PTx終 端200到PTx會(huì)話(步驟S81)。在這種情況下，該邀請(qǐng)消息包括對(duì) 應(yīng)于會(huì)話信息的第一媒體信息。已經(jīng)預(yù)先地提到描述內(nèi)容和第一媒體 信息的類型，因此以下省略其描述。第一 PTx終端100的SIP系統(tǒng)120在邀請(qǐng)消息的報(bào)頭或者主體中 添加第一媒體信息，并隨后，通過發(fā)送/接收單元110發(fā)送邀請(qǐng)消息到 PTx服務(wù)器300。此時(shí)，使用SIP方法的邀請(qǐng)消息包括在SIP報(bào)頭或者 主體中的第一媒體信息。
在接收邀請(qǐng)消息的情況下，PTx服務(wù)器300發(fā)送邀請(qǐng)消息到第二PTx終端200 (步驟S82)。在這里，考慮其中從第一 PTx終端100發(fā)送包括媒體內(nèi)容的邀請(qǐng) 消息到第二 PTx終端200的情況，其中從第一 PTx終端100發(fā)送包括 媒體內(nèi)容的邀請(qǐng)消息到PTx服務(wù)器300并隨后從PTx服務(wù)器300發(fā)送 包括對(duì)媒體內(nèi)容的索引的邀請(qǐng)消息到PTx終端200，和其中從第一 PTx 終端100發(fā)送包括媒體內(nèi)容的邀請(qǐng)消息和/或包括對(duì)媒體內(nèi)容的索引的 邀請(qǐng)消息到第二 PTx終端200的情況。首先，描述其中從第一 PTx終端100發(fā)送包括媒體內(nèi)容的邀請(qǐng)消 息到第二 PTx終端200的情況。第一 PTx終端100的SIP連接建立/解除單元121添加從媒體信息 數(shù)據(jù)庫(kù)130提供的第一媒體信息，即，媒體內(nèi)容(包括邀請(qǐng)?jiān)虻臅?huì) 話信息內(nèi)容)在邀請(qǐng)消息中，并通過發(fā)送/接收單元110發(fā)送邀請(qǐng)消息 到PTx服務(wù)器300，并隨后，PTx服務(wù)器300發(fā)送包括媒體內(nèi)容的邀請(qǐng) 消息到第二PTx終端200。其次，描述其中從第一PTx終端IOO發(fā)送包括具有媒體內(nèi)容的第 一媒體信息的邀請(qǐng)消息到PTx服務(wù)器300，并從PTx服務(wù)器300發(fā)送 包括對(duì)媒體內(nèi)容的索引的邀請(qǐng)消息到第二 PTx終端200的情況。第一 PTx終端100的SIP連接建立/解除單元121添加從媒體信息 數(shù)據(jù)庫(kù)130通過發(fā)送/接收單元100提供到PTx服務(wù)器300的第一媒體 信息，S口，媒體內(nèi)容(包括邀請(qǐng)?jiān)虻臅?huì)話信息內(nèi)容)。隨后，PTx 服務(wù)器300的SIP連接建立/解除單元321存儲(chǔ)包括在邀請(qǐng)消息中的媒 體內(nèi)容在數(shù)據(jù)庫(kù)330中或者在外部存儲(chǔ)單元中，并檢查對(duì)媒體內(nèi)容的 索引。對(duì)媒體內(nèi)容的索引是URL或者URI。在這里，PTx服務(wù)器300 的SIP連接建立/解除單元321可以存儲(chǔ)媒體內(nèi)容的整體或者一部分。
對(duì)媒體內(nèi)容的索引可以是對(duì)整個(gè)媒體內(nèi)容的索引或者對(duì)媒體內(nèi)容的一 部分的索引。PTx服務(wù)器300的SIP連接建立/解除單元321在邀請(qǐng)消息中添加 對(duì)媒體內(nèi)容的索引，并發(fā)送邀請(qǐng)消息到第二PTx終端200。被通過PTx 服務(wù)器300傳送到第二 PTx終端200的邀請(qǐng)消息的第一媒體信息可以 僅具有對(duì)媒體內(nèi)容的索引，或者可以具有媒體內(nèi)容和對(duì)媒體內(nèi)容的索引兩者。第三，描述其中從第一 PTx終端100發(fā)送包括具有媒體內(nèi)容和/ 或?qū)γ襟w內(nèi)容的索引的第一媒體信息的邀請(qǐng)消息到第二 PTx終端200 的情況。第一 PTx終端100在PTx服務(wù)器300或者在外部存儲(chǔ)器單元 中存儲(chǔ)媒體內(nèi)容的整體(用于會(huì)話邀請(qǐng)的會(huì)話信息內(nèi)容)或者媒體內(nèi) 容的一部分，并獲得存儲(chǔ)在PTx服務(wù)器300或者外部存儲(chǔ)器單元中的 對(duì)媒體內(nèi)容的索引。第一 PTx終端100以對(duì)存儲(chǔ)的媒體內(nèi)容的索引代 替邀請(qǐng)消息中的媒體內(nèi)容，并通過PTx服務(wù)器300發(fā)送邀請(qǐng)消息到第 二PTx終端200。對(duì)媒體內(nèi)容的索引是URL或者URI。如果用于會(huì)話邀請(qǐng)的會(huì)話信息內(nèi)容，即，媒體內(nèi)容大于特定尺寸 (例如，可以添加到邀請(qǐng)消息中的媒體信息的最大尺寸)，將對(duì)媒體 內(nèi)容的索引，而不是媒體內(nèi)容本身加入邀請(qǐng)消息中并發(fā)送。第一 PTx終端IOO可以發(fā)送包括具有媒體內(nèi)容的一部分和對(duì)剩余 媒體內(nèi)容的索引兩者的第一媒體信息的邀請(qǐng)消息。在接收邀請(qǐng)消息的情況下，第二 PTx終端200輸出包括在邀請(qǐng)消 息中的第一媒體信息(步驟S83) 。 E卩，邀請(qǐng)消息被通過第二 PTx終 端200的發(fā)送/接收單元210輸入到SIP系統(tǒng)220，且SIP系統(tǒng)220從邀 請(qǐng)消息提取第一媒體信息并輸出其到媒體輸出單元240。如果包括在邀 請(qǐng)消息中的第一媒體信息的格式不同于由第二 PTx終端200支持的媒
體格式，媒體信息代碼轉(zhuǎn)換單元250可以代碼轉(zhuǎn)換第一媒體信息的格式為由第二 PTx終端200支持的媒體格式。在檢査通過第二 PTx終端200輸出的第一媒體信息的情況下，被 邀請(qǐng)者確定接受或拒絕會(huì)話邀請(qǐng)(步驟S84) 。 E卩，如果包括在邀請(qǐng)消 息中的第一媒體信息是對(duì)媒體內(nèi)容的索引，被邀請(qǐng)者通過第二 PTx終 端200訪問索引，檢查媒體內(nèi)容(包括邀請(qǐng)?jiān)虻臅?huì)話信息內(nèi)容)并 確定接受或拒絕該會(huì)話邀請(qǐng)(步驟S84)。這里，對(duì)媒體內(nèi)容的索引是 URL或者URI。如果包括在邀請(qǐng)消息中的第二媒體信息具有部分媒體內(nèi)容和對(duì)剩 余媒體內(nèi)容的索引，被邀請(qǐng)者可以僅基于通過第二 PTx終端200輸出 的部分媒體內(nèi)容確定是否接受會(huì)話邀請(qǐng)。并且如果被邀請(qǐng)者想要接收 更多關(guān)于對(duì)會(huì)話的邀請(qǐng)的信息，他可以訪問通過第二 PTx終端200輸 出的索引。例如，如果媒體內(nèi)容的整體包括邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息， 被邀請(qǐng)者的數(shù)目，和有關(guān)被邀請(qǐng)者的信息，隨后該部分媒體內(nèi)容可以 包括邀請(qǐng)的原因和有關(guān)邀請(qǐng)者的信息。如果被邀請(qǐng)者接受邀請(qǐng)，第二 PTx終端200通過PTx服務(wù)器300 發(fā)送關(guān)于邀請(qǐng)的接受消息到第一PTx終端100 (步驟S85)。在這種情 況下，接受消息可以是"200OK"。當(dāng)?shù)诙?PTx終端200加入會(huì)話時(shí)，在第一 PTx終端100， PTx服 務(wù)器300和第二PTx終端200當(dāng)中連接SIP會(huì)話(步驟S86)，且第一 PTx終端100和第二 PTx終端200彼此發(fā)送和接收多媒體數(shù)據(jù)，例如， 文字，音頻，視頻，圖像等(步驟S87)。在這種情況下，由RTP/RTCP 傳輸單元223通過RTF發(fā)送多媒體數(shù)據(jù)且通過RTCP發(fā)送用于控制數(shù) 據(jù)傳輸?shù)目刂菩盘?hào)。 如果已經(jīng)檢查輸出到媒體輸出單元240的第一媒體信息的被邀請(qǐng)者不接受該邀請(qǐng)，第二 PTx終端200發(fā)送用于拒絕邀請(qǐng)的拒絕消息。在這種情況下，拒絕消息可以包括對(duì)應(yīng)于拒絕邀請(qǐng)的拒絕原因的第二 媒體信息。第二媒體信息被輸入到拒絕消息的報(bào)頭或者主體。已經(jīng)預(yù) 先地提到描述內(nèi)容和第二媒體信息的類型，因此以下省略其描述。第二媒體信息包括對(duì)應(yīng)于拒絕的原因的媒體內(nèi)容和對(duì)媒體內(nèi)容的 索引的至少一個(gè)或多個(gè)。如果媒體內(nèi)容(拒絕原因的內(nèi)容)大于特定尺寸(例如，可以被 包括在拒絕消息中的媒體信息的最大尺寸)，該對(duì)媒體內(nèi)容的索引， 而不是媒體內(nèi)容本身可以被添加到拒絕消息中并發(fā)送。第二 PTx終端200可以添加包括對(duì)應(yīng)于拒絕的原因的媒體內(nèi)容的 第二媒體信息在拒絕消息中并通過PTx服務(wù)器300發(fā)送其到第一 PTx 終端100。第二 PTx終端200可以添加對(duì)對(duì)應(yīng)于拒絕的原因的媒體內(nèi)容的索 引(例如，URL或者URI)在拒絕消息中，且通過PTx服務(wù)器300發(fā) 送其到第一PTx終端100。第二 PTx終端200可以添加包括對(duì)對(duì)應(yīng)于拒絕的原因的媒體內(nèi)容 的一部分和對(duì)媒體內(nèi)容的殘留部分的索引兩者的第二媒體信息在拒絕 消息中。當(dāng)?shù)诙?PTx終端200添加包括對(duì)應(yīng)于拒絕原因的媒體內(nèi)容的第二 媒體信息在拒絕消息中并發(fā)送它時(shí)，PTx服務(wù)器300改變第二媒體信 息，即，包含在拒絕消息中的媒體內(nèi)容(拒絕原因)為對(duì)媒體內(nèi)容的 索引的信息，并發(fā)送該拒絕消息到第一PTx終端100。 g卩，PTx服務(wù)器 300在數(shù)據(jù)庫(kù)330或者在外部存儲(chǔ)器單元中存儲(chǔ)媒體內(nèi)容，添加對(duì)媒體 內(nèi)容的索引(例如，URL或者URI)在拒絕消息中，和發(fā)送拒絕消息 到第一 PTX終端100。此外，PTx服務(wù)器300可以添加包括部分媒體 內(nèi)容和對(duì)媒體內(nèi)容的剩余部分的索引的第二媒體信息在拒絕消息中并 發(fā)送它。拒絕消息可以在現(xiàn)有的SIP消息，比如"486 Busy Here (486這里 忙碌)"消息或者"602 Decline (602謝絕)"消息的主體中包括拒絕 邀請(qǐng)的原因，或者可以是為發(fā)送拒絕原因而另外定義的消息。之后將 描述發(fā)送拒絕消息的過程。參考圖2a，第二PTx終端200拒絕邀請(qǐng)，添加對(duì)應(yīng)于拒絕邀請(qǐng)的 原因的第一媒體信息在SIP消息中，比如"486 Busy Here"消息或者 "602 Decline"消息中并發(fā)送它(步驟S88)。圖2b示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第二實(shí)施例；在本發(fā)明第二實(shí)施例中，用于當(dāng)不接受PTx會(huì)話邀請(qǐng)時(shí)發(fā)送拒絕 消息的處理不同于如圖5a所示的第一實(shí)施例的。在這里，將省略用于和第一實(shí)施例相同的處理的描述，并將描述 其中已經(jīng)檢査輸出到媒體輸出單元的媒體信息的被邀請(qǐng)者不接受邀請(qǐng) 的處理。當(dāng)被邀請(qǐng)者拒絕來自第一PTx終端IOO的邀請(qǐng)時(shí)，第二PTx終端 200發(fā)送"臨時(shí)謝絕(PRODFC)"消息到第一 PTx終端IOO(步驟S91)。 此時(shí)，該"臨時(shí)謝絕"消息可以包括拒絕會(huì)話邀請(qǐng)和將在特定時(shí)間內(nèi) 發(fā)送拒絕邀請(qǐng)的原因的內(nèi)容，或者指示拒絕會(huì)話邀請(qǐng)和將在特定時(shí)間 內(nèi)發(fā)送拒絕邀請(qǐng)的原因。
發(fā)送"臨時(shí)謝絕"消息之后，第二PTx終端200添加對(duì)應(yīng)于拒絕 邀請(qǐng)的原因的第二媒體信息在SIP消息中，比如在"486 Busy Here" 或者"602 Decline"消息中，并發(fā)送它(步驟S93)。圖3a示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第三實(shí)施例。在會(huì)話邀請(qǐng)方法的第三實(shí)施例中，當(dāng)邀請(qǐng)者邀請(qǐng)被邀請(qǐng)者到會(huì)話 時(shí)，邀請(qǐng)者通過使用RTP發(fā)送對(duì)應(yīng)于會(huì)話信息的第一媒體信息到被邀 請(qǐng)者。作為一個(gè)例子，描述其中邀請(qǐng)者(即，發(fā)送終端)是第一PTx終 端100且被邀請(qǐng)者(即，接收終端)是第二PTx終端200的情況。當(dāng)PTx會(huì)話的建立開始或者當(dāng)已經(jīng)建立PTx會(huì)話時(shí)，第一 PTx終 端100發(fā)送邀請(qǐng)消息(INVITE)到第二 PTx終端200以邀請(qǐng)第二 PTx 終端200到PTx會(huì)話(步驟SIOI)。在這種情況下，邀請(qǐng)消息包括指 示將另外發(fā)送第一媒體信息的參數(shù)。即，該邀請(qǐng)消息包括允許接收終 端開啟"媒體會(huì)話"并接收通過RTP發(fā)送的第一媒體信息的介紹媒體 參數(shù)。因此，在接收參數(shù)時(shí)，接收終端可以在確定加入會(huì)話之前通過 RTP接收第一媒體信息，并容易地確定是否加入會(huì)話而不對(duì)接收器引 起收費(fèi)或者費(fèi)用。上面已經(jīng)描述了描述內(nèi)容和第一媒體信息的類型，因此以下省略 其描述。邀請(qǐng)消息被通過PTx服務(wù)器300發(fā)送到第二 PTx終端200，且第 二 PTx終端200發(fā)送關(guān)于邀請(qǐng)消息的響應(yīng)消息，由此在第一PTx終端 100和第二 PTx終端200之間連接用于接收第一媒體信息的媒體會(huì)話 (步驟S102)。在這種情況下，響應(yīng)消息指示保持關(guān)于是否加入會(huì)話 的決定直到檢査由第一 PTx終端100發(fā)送的第一媒體信息和連接用于
接收第一媒體信息的媒體會(huì)話。即，該響應(yīng)消息不指示加入邀請(qǐng)的PTx 會(huì)話的決定。作為響應(yīng)消息，能使用"180 Ringing"消息，"202 Accepted" 消息，或者"183 Session Progress"。
在接收響應(yīng)消息時(shí)，第一 PTx終端100通過使用媒體會(huì)話發(fā)送關(guān) 于會(huì)話的第一媒體信息的PTx服務(wù)器300 (步驟S103)。即，第一PTx 終端100的RTP/RTCP傳輸單元123通過使用RTP，經(jīng)由發(fā)送/接收單 元110發(fā)送從媒體信息數(shù)據(jù)庫(kù)130提供的第一媒體信息到PTx服務(wù)器 300。
在接收第一媒體信息時(shí)，PTx服務(wù)器300通過使用RTP或者RTCP 或者SIP或者FTP，發(fā)送關(guān)于第一媒體信息的接收的ACK消息到第一 PTx終端100 (步驟S104) 。 S卩，由PTx服務(wù)器300接收的第一媒體 信息被通過發(fā)送/接收單元310輸入到SIP系統(tǒng)的RTP/RTCP傳輸單元 323，且RTP/RTCP傳輸單元323通過使用RTCP經(jīng)由發(fā)送/接收單元 310發(fā)送關(guān)于第一媒體信息的接收的ACK消息到第一 PTx終端100。 此時(shí)，如果第一PTx終端IOO在特定時(shí)間內(nèi)未能接收ACK消息，第一 PTx終端IOO認(rèn)為第一媒體信息的傳輸已經(jīng)中斷，且可以重新發(fā)送該媒 體信息。
在接收第一媒體信息時(shí)，PTx服務(wù)器300通過使用RTP發(fā)送第一 媒體信息到第二PTx終端200 (步驟S105)，并且，在接收第一媒體 信息時(shí)，第二 PTx終端200通過使用RTCP發(fā)送關(guān)于第一媒體信息的 接收的ACK消息到PTx服務(wù)器300 (步驟S106)。此時(shí)，PTx服務(wù)器 300的RTP/RTCP傳輸單元323通過使用RTP經(jīng)由發(fā)送/接收單元310 發(fā)送第一媒體信息。當(dāng)?shù)谝幻襟w信息被通過第二 PTx終端200的發(fā)送/ 接收單元210輸入到RTP/RTCP傳輸單元223時(shí)，第二 PTx終端200 的RTP/RTCP傳輸單元223通過使用RTP或者RTCP或者SIP或者FTP ， 經(jīng)由發(fā)送/接收單元210發(fā)送關(guān)于第一媒體信息的接收的ACK消息到 PTx服務(wù)器300。
第一 PTx終端100可以通過使用RTP或者RTCP或者SIP消息，
發(fā)送指示已經(jīng)完成所需的第一媒體信息的傳輸?shù)南?。即，為了通?已經(jīng)完成媒體信息的傳輸?shù)臅r(shí)間點(diǎn)，發(fā)送終端可以使用消息發(fā)送終止 信號(hào)到接收終端。
已經(jīng)由第二 PTx終端200的SIP系統(tǒng)220接收的第一媒體信息被 經(jīng)由媒體輸出單元240輸出(步驟S107)，并且在檢查輸出到媒體輸 出單元240的第一媒體信息時(shí)，被邀請(qǐng)者可以確定是否接受該會(huì)話邀 請(qǐng)(步驟S108)。此時(shí)，如果第一媒體信息的格式不同于由第二 PTx 終端200支持的格式，媒體信息代碼轉(zhuǎn)換單元250代碼轉(zhuǎn)換第一媒體 信息為由第二 PTx終端200支持的媒體格式并且輸出它。
當(dāng)被邀請(qǐng)者接受會(huì)話邀請(qǐng)時(shí)，第二PTx終端200經(jīng)由PTx服務(wù)器 300發(fā)送關(guān)于邀請(qǐng)的接受消息到第一 PTx終端100 (步驟S109)，由 此第二PTx終端200可以加入會(huì)話(步驟SllO)。在這種情況下，接 受消息可以是"200 0K"。
如果被邀請(qǐng)者不接受該會(huì)話邀請(qǐng)，第二 PTx終端200發(fā)送關(guān)于邀 請(qǐng)的拒絕消息。在這種情況下，拒絕消息包括對(duì)應(yīng)于拒絕邀請(qǐng)的原因 的第二媒體信息。已經(jīng)預(yù)先地提到描述內(nèi)容和對(duì)應(yīng)于拒絕原因的第二 媒體信息的類型，因此以下省略其描述。
拒絕消息可以在現(xiàn)有的SIP消息的主體中包括對(duì)應(yīng)于拒絕邀請(qǐng)的 原因的第二媒體信息，比如"486 Busy Here"消息或者"602 Decline"
消息，或者能夠是用于發(fā)送第二媒體信息而另外定義的消息。之后將 描述發(fā)送拒絕消息的過程。
參考圖3a，第二PTx終端200拒絕邀請(qǐng)并且同時(shí)，添加對(duì)應(yīng)于拒 絕邀請(qǐng)的原因的第二媒體信息在SIP消息中，比如"486 Busy Here"
消息或者"602 Decline"消息中，并發(fā)送其(步驟Slll)。
圖3b示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第四實(shí)施例；
在本發(fā)明第四實(shí)施例中，用于當(dāng)不接受PTx會(huì)話邀請(qǐng)時(shí)發(fā)送拒絕 消息的處理不同于如圖3a所示的第三實(shí)施例的。
在這里，將省略用于和第三實(shí)施例相同的處理的描述，并將描述 其中已經(jīng)檢査輸出到媒體輸出單元的媒體信息的被邀請(qǐng)者拒絕邀請(qǐng)的 處理。
當(dāng)被邀請(qǐng)者拒絕從第一 PTx終端100發(fā)送的會(huì)話邀請(qǐng)時(shí)，被邀請(qǐng) 者的第二 PTx終端200發(fā)送包括將在特定時(shí)間內(nèi)發(fā)送的拒絕會(huì)話邀請(qǐng) 的內(nèi)容和拒絕邀請(qǐng)的原因的"臨時(shí)謝絕(PRODEC)"消息，或者指示 拒絕會(huì)話邀請(qǐng)和將在特定時(shí)間內(nèi)發(fā)送拒絕邀請(qǐng)的原因的"臨時(shí)謝絕 (PRODEC)"消息到第一PTx終端100 (步驟S121)。
在發(fā)送"臨時(shí)謝絕"消息之后，第二 PTx終端200添加對(duì)應(yīng)于拒 絕邀請(qǐng)的原因的第二媒體信息在SIP消息中，比如"486 Busy Here" 或者"602 Decline "消息中，并發(fā)送它(步驟S123)。
已經(jīng)預(yù)先地提到描述內(nèi)容和對(duì)應(yīng)于拒絕原因的第二媒體信息的類 型，因此以下省略其描述。
圖3c示出了根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的第五實(shí)施例。
在本發(fā)明第五實(shí)施例中，用于發(fā)送拒絕消息的處理不同于第三和 第四實(shí)施例的。
在這里，將省略用于和第三和第四實(shí)施例相同的處理的描述，并
將描述其中已經(jīng)檢查第二媒體信息的被邀請(qǐng)者拒絕邀請(qǐng)的處理。
當(dāng)被邀請(qǐng)者拒絕從第一 PTX終端100發(fā)送的會(huì)話邀請(qǐng)時(shí)，被邀請(qǐng)
者的第二 PTx終端200發(fā)送包括將在特定時(shí)間內(nèi)發(fā)送的拒絕會(huì)話邀請(qǐng) 的內(nèi)容和拒絕邀請(qǐng)的原因的"臨時(shí)謝絕(PRODEC)"消息，或者指示 拒絕會(huì)話邀請(qǐng)和將在特定時(shí)間內(nèi)發(fā)送拒絕邀請(qǐng)的原因的"臨時(shí)謝絕 (PRODEC)"消息到第一PTx終端100 (步驟S131)。
該發(fā)送"臨時(shí)謝絕"消息之后，第二 PTx終端200通過使用RTP 添加對(duì)應(yīng)于拒絕邀請(qǐng)的原因的第二媒體信息(步驟S133)，并隨后， 在完成對(duì)應(yīng)于拒絕原因的第二媒體信息的傳輸之后，第二 PTx終端200 通過使用RTP或者RTCP或者SIP或者FTP,發(fā)送媒體傳輸完成信息 到第一PTx終端lOO (步驟S135)。
總之，參考圖2a， 2b， 3a， 3b和3c，其中接收終端發(fā)送拒絕消息 的處理如下。
首先，當(dāng)被邀請(qǐng)者拒絕加入會(huì)話時(shí)，立即將對(duì)應(yīng)于由被邀請(qǐng)者輸 入或者預(yù)先地存儲(chǔ)的拒絕原因的第二媒體信息添加在SIP消息的報(bào)頭 或者主體中，比如"486 Busy Here"或者"602 Decline"消息中，并隨 后發(fā)送。實(shí)際上，"486 Busy Here"消息通常用于當(dāng)接收終端當(dāng)前加 入不同會(huì)話或者由于它執(zhí)行語(yǔ)音通信而不能加入會(huì)話時(shí)使用。但是， 在本發(fā)明中，也可以在其它情況下發(fā)送"486 Busy Here"消息。
第二，發(fā)送包括拒絕會(huì)話邀請(qǐng)的內(nèi)容和將在特定時(shí)間內(nèi)發(fā)送拒絕 會(huì)話邀請(qǐng)的原因的消息(即，臨時(shí)謝絕(PRODEC)消息)，并隨后， 在特定時(shí)間內(nèi)發(fā)送包括對(duì)應(yīng)于被邀請(qǐng)者的拒絕原因的第二媒體信息的 SIP消息。即，可以經(jīng)由單獨(dú)的消息發(fā)送關(guān)于會(huì)話邀請(qǐng)的拒絕和關(guān)于會(huì) 話邀請(qǐng)的拒絕原因。在這種情況下，SIP消息是"486 Busy Here"消息 或者"602 Decline"消息。
第三，在特定時(shí)間內(nèi)通過使用RTP發(fā)送"臨時(shí)謝絕"消息和發(fā)送
對(duì)應(yīng)于拒絕原因的第二媒體信息之后，通過使用RTP, RTCP， SIP或 者FTP發(fā)送指示第二媒體信息的傳輸完成時(shí)間點(diǎn)的媒體傳輸完成消 息。在這種情況下，其中被邀請(qǐng)者通過使用RTP發(fā)送第二媒體信息的 方法可以被應(yīng)用于其中通過使用RTP接收對(duì)應(yīng)于對(duì)于會(huì)話邀請(qǐng)發(fā)送的 會(huì)話信息的第一媒體信息的用戶。
圖4示出了包括對(duì)應(yīng)于拒絕原因的第二媒體信息的SIP消息的示 例性實(shí)施例。如圖4所示的SIP消息，具體地說，第二媒體信息是以 XML格式表示的。已經(jīng)預(yù)先地提到描述內(nèi)容和對(duì)應(yīng)于拒絕原因的第二 媒體信息的類型，因此以下省略其描述。
將參考圖5描述根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的不同實(shí)施例。
為開始PTx會(huì)話，PTx用戶"A"從他/她的電話簿選擇他的朋友 或者不熟悉的PTx用戶。PTx用戶"A"創(chuàng)建和發(fā)送具有多媒體內(nèi)容的 PTx會(huì)話邀請(qǐng)。多媒體內(nèi)容可以被自動(dòng)地包含在邀請(qǐng)中(邀請(qǐng)消息)。 多媒體內(nèi)容可以包括某些描述信息，例如，邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的 信息，還有誰被邀請(qǐng)，邀請(qǐng)的名稱/昵稱，邀請(qǐng)者想要發(fā)送的圖像，視 頻或者音頻。
PTx用戶接收PTx用戶"A"的具有多媒體內(nèi)容的邀請(qǐng)，并確定 是否加入該P(yáng)Tx會(huì)話。如果PTx用戶"B"對(duì)邀請(qǐng)不感興趣，用戶"B" 決定不加入PTx會(huì)話并發(fā)送"4xx"消息到邀請(qǐng)者(PTx用戶"A")。
將參考圖5描述根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的又一實(shí)施例。為開 始PTx會(huì)話，PTx用戶"A"從他/她的電話簿選擇他的朋友或者其他 PTx用戶。PTx用戶"A"創(chuàng)建和發(fā)送具有多媒體內(nèi)容的PTx會(huì)話邀請(qǐng)。 多媒體內(nèi)容可以被自動(dòng)地包含在邀請(qǐng)中(邀請(qǐng)消息)。多媒體內(nèi)容可
以包括某些描述信息，例如，邀請(qǐng)?jiān)?，有關(guān)邀請(qǐng)者的信息，還有誰 被邀請(qǐng)，邀請(qǐng)的名稱/昵稱，邀請(qǐng)者想要發(fā)送的圖像，視頻或者音頻。PTX用戶接收PTx用戶"A"的具有多媒體內(nèi)容的邀請(qǐng)，并確定 是否加入該P(yáng)Tx會(huì)話。如果PTx用戶"C"對(duì)邀請(qǐng)感興趣，用戶"C" 決定加入PTx會(huì)話并發(fā)送"2xx" OK消息到邀請(qǐng)者(PTx用戶"A")。 因此，PTx用戶"A"和"C"能夠在PTx會(huì)話期間通信。將參考圖6描述根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法的又一實(shí)施例。在PTx用戶"A" ， "B" ， "C"禾口 "D"的PTx會(huì)話期間，PTx 用戶"A"邀請(qǐng)PTx用戶"E"，且PTx用戶"E"接受PTx用戶"A" 的邀請(qǐng)。PTx用戶"A"的邀請(qǐng)包括多媒體內(nèi)容。多媒體內(nèi)容包括有關(guān) 邀請(qǐng)者的信息，邀請(qǐng)者邀請(qǐng)了誰，還有誰在當(dāng)前PTx會(huì)話中，和邀請(qǐng) 者想要發(fā)送的圖像，視頻或者音頻。PTx用戶"E"正在做某些工作但是感覺對(duì)PTx會(huì)話邀請(qǐng)更感興趣， 所以PTx用戶"E"決定加入會(huì)話。因此，PTx用戶"A" ， "B"， "C" ， "D"和"E"能夠在PTx會(huì)話期間通信。如上所述，該根據(jù)本發(fā)明的會(huì)話邀請(qǐng)方法和系統(tǒng)具有許多優(yōu)點(diǎn)。也就是說，首先，當(dāng)用戶被邀請(qǐng)到會(huì)話時(shí)，邀請(qǐng)者(或者該邀請(qǐng) 用戶)發(fā)送對(duì)應(yīng)于會(huì)話信息的第一媒體信息(或者媒體成分)，以使 得被邀請(qǐng)者能夠在實(shí)際上加入會(huì)話之前預(yù)先檢査有關(guān)會(huì)話的信息和確 定是否加入會(huì)話。第二， 一些用戶(比如，PTx用戶"B" ， "C"和"D")能夠 在接受或拒絕會(huì)話邀請(qǐng)之前獲得更多有關(guān)PTx會(huì)話的信息。 第三，當(dāng)被邀請(qǐng)者(或者被邀請(qǐng)的用戶)拒絕會(huì)話邀請(qǐng)時(shí)，被邀 請(qǐng)者能夠發(fā)送對(duì)應(yīng)于拒絕原因的第二媒體信息到邀請(qǐng)者，以使得邀請(qǐng) 者能夠檢査被邀請(qǐng)者的拒絕原因。第四，被邀請(qǐng)者能夠確定是否加入會(huì)話，而不實(shí)際上加入會(huì)話， 且由于邀請(qǐng)者不需要重復(fù)地發(fā)送會(huì)話邀請(qǐng)給拒絕會(huì)話邀請(qǐng)的被邀請(qǐng) 者，減少網(wǎng)絡(luò)業(yè)務(wù)量。本發(fā)明提供一種組通信終端，包括；收發(fā)器，其經(jīng)由組通信網(wǎng)絡(luò) 發(fā)送數(shù)據(jù)到其他用戶和從其它用戶接收數(shù)據(jù)；存儲(chǔ)器，其存儲(chǔ)數(shù)據(jù)； 和處理器，其和收發(fā)器和存儲(chǔ)器協(xié)同工作以執(zhí)行步驟經(jīng)由組通信網(wǎng)絡(luò)發(fā)送會(huì)話邀請(qǐng)消息給一個(gè)或多個(gè)用戶，該消息包括指示邀請(qǐng)?jiān)蚝完P(guān)于會(huì)話的一個(gè)或多個(gè)參加者的信息的媒體成分；和接收會(huì)話邀請(qǐng)的 接受或者拒絕，該拒絕包括一個(gè)或多個(gè)拒絕原因。并且，本發(fā)明提供一種組通信終端，包括收發(fā)器，其經(jīng)由組通 信網(wǎng)絡(luò)發(fā)送數(shù)據(jù)到其他用戶和從其它用戶接收數(shù)據(jù)；存儲(chǔ)器，其存儲(chǔ) 數(shù)據(jù)；和處理器，其和收發(fā)器和存儲(chǔ)器協(xié)同工作以執(zhí)行步驟經(jīng)由組 通信網(wǎng)絡(luò)從用戶接收會(huì)話邀請(qǐng)消息，該消息包括指示邀請(qǐng)?jiān)蚝完P(guān)于 會(huì)話的一個(gè)或多個(gè)參加者的信息的媒體成分；檢査邀請(qǐng)的原因和關(guān)于 一個(gè)或多個(gè)參加者的信息以確定接受或拒絕該會(huì)話邀請(qǐng)；和發(fā)送接受或者拒絕到會(huì)話邀請(qǐng)，該拒絕包括一個(gè)或多個(gè)拒絕原因。上述實(shí)施例和優(yōu)點(diǎn)僅僅是示例性的并且不應(yīng)當(dāng)視為對(duì)本發(fā)明的限 制。本教導(dǎo)可以容易地應(yīng)用于其他類型的裝置。本發(fā)明的說明書是說 明性的，而不是用于限制權(quán)利要求書的保護(hù)范圍。對(duì)本領(lǐng)域技術(shù)人員 而言許多替代、改型和變化都是顯而易見的。在權(quán)利要求書中，裝置 加功能的條款是用于覆蓋此處所描述的、如能夠完成上述功能的結(jié)構(gòu)， 以及不但是結(jié)構(gòu)的等效而且是等效結(jié)構(gòu)。
權(quán)利要求
1.一種會(huì)話邀請(qǐng)系統(tǒng)，包括第一終端，其用于發(fā)送包括用于會(huì)話邀請(qǐng)的第一媒體信息的邀請(qǐng)消息；和第二終端，其用于檢查包括在邀請(qǐng)消息中的第一媒體信息和確定是否接受邀請(qǐng)。
2. 如權(quán)利要求l的系統(tǒng)，其中，當(dāng)拒絕邀請(qǐng)時(shí)，該第二終端發(fā)送包括對(duì)應(yīng)于拒絕原因的第二媒體信息的拒絕消息。
3. 如權(quán)利要求l的系統(tǒng)，其中，該第一終端檢查包括在接收的拒 絕消息中的第二媒體信息并識(shí)別拒絕它的邀請(qǐng)的原因。
4. 如權(quán)利要求1的系統(tǒng)，進(jìn)一步包括服務(wù)器，其用于控制會(huì)話建立，消息傳輸和第一和第二終端之間 的第一媒體信息的傳輸。
5. 如權(quán)利要求l的系統(tǒng)，其中，該第一和第二終端分別是PTx終端°
6. 如權(quán)利要求2的系統(tǒng)，其中，該第一和第二終端分別包括 發(fā)送/接收單元，其用于執(zhí)行消息的傳輸和接收； 會(huì)話啟動(dòng)協(xié)議系統(tǒng)，其用于建立或者解除會(huì)話，在邀請(qǐng)到會(huì)話的情況下發(fā)送包括第一媒體信息的邀請(qǐng)消息到發(fā)送/接收單元，和在被邀 請(qǐng)到會(huì)話的情況下檢査包括在接收的邀請(qǐng)消息中的第一媒體信息并確 定是否接受邀請(qǐng)；媒體輸出單元，其用于輸出第一和/或第二媒體信息；和 媒體信息數(shù)據(jù)庫(kù)，其用于存儲(chǔ)第一和/或第二媒體信息。
7. 如權(quán)利要求6的系統(tǒng)，其中，該SIP系統(tǒng)在拒絕會(huì)話邀請(qǐng)時(shí)發(fā) 送包括第二媒體信息的拒絕消息到發(fā)送/接收單元。
8. 如權(quán)利要求7的系統(tǒng)，其中，該SIP系統(tǒng)包括SIP連接建立/解除單元，其用于建立/解除會(huì)話，添加第一媒體信 息在邀請(qǐng)消息中并發(fā)送邀請(qǐng)消息，和添加第二媒體信息在拒絕消息中 并發(fā)送拒絕消息。
9. 如權(quán)利要求8的系統(tǒng)，其中，該RTP/RTCP發(fā)送單元通過使用 RTP，和邀請(qǐng)消息分開地發(fā)送第一媒體信息。
10. 如權(quán)利要求9的系統(tǒng)，其中，該RTP/RTCP發(fā)送單元在其接 收第一媒體信息時(shí)發(fā)送接收ACK消息。
11. 如權(quán)利要求6的系統(tǒng)，進(jìn)一步包括媒體信息代碼轉(zhuǎn)換單元，其用于代碼轉(zhuǎn)換接收的第一或者第二媒 體信息的格式為能夠由終端支持的媒體信息格式。
12. 如權(quán)利要求l的系統(tǒng)，其中，該第一媒體信息包括會(huì)話信息， 其包括邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，和有關(guān)被邀請(qǐng) 者或者被邀請(qǐng)者的信息的至少一個(gè)或多個(gè)。
13. 如權(quán)利要求l的系統(tǒng)，其中，該第一媒體信息包括會(huì)話信息， 其包括邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，有關(guān)被邀請(qǐng)者 或者被邀請(qǐng)者的信息，參加者的數(shù)目和有關(guān)參加者的信息的至少一個(gè) 或多個(gè)。
14. 如權(quán)利要求1的系統(tǒng)，其中，該第一媒體信息包括文字，圖 像，視頻和音頻的至少一個(gè)或多個(gè)。
15. 如權(quán)利要求1的系統(tǒng)，其中，該第一媒體信息包括對(duì)應(yīng)于會(huì) 話信息的媒體內(nèi)容和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
16. 如權(quán)利要求15的系統(tǒng)，其中，該索引是通用資源定位符或通用資源標(biāo)識(shí)符。
17. 如權(quán)利要求2的系統(tǒng)，其中，該第二媒體信息包括文字，圖 像，視頻或者音頻的至少一個(gè)或多個(gè)。
18. 如權(quán)利要求2的系統(tǒng)，其中，該第二媒體信息包括媒體內(nèi)容， 即，有關(guān)拒絕原因的信息和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
19. 如權(quán)利要求18的系統(tǒng)，其中，該地址是通用資源定位符或通 用資源標(biāo)識(shí)符。
20. —種會(huì)話邀請(qǐng)系統(tǒng)，包括服務(wù)器，其用于從終端接收會(huì)話邀請(qǐng)消息或者包括媒體成分的拒 絕消息，存儲(chǔ)媒體成分的媒體內(nèi)容，添加對(duì)媒體內(nèi)容的索引在會(huì)話邀 請(qǐng)消息中或者在拒絕消息中，和發(fā)送其到接收側(cè)。
21. 如權(quán)利要求20的系統(tǒng)，其中，該服務(wù)器包括發(fā)送/接收單元，其用于發(fā)送消息到一個(gè)或多個(gè)終端/從一個(gè)或多個(gè)終端接收消息；數(shù)據(jù)庫(kù)，其用于存儲(chǔ)媒體內(nèi)容；和會(huì)話啟動(dòng)協(xié)議系統(tǒng)，其用于檢査對(duì)媒體內(nèi)容的索引，添加對(duì)媒體 內(nèi)容的索引在會(huì)話邀請(qǐng)消息或者拒絕消息中，和發(fā)送會(huì)話邀請(qǐng)消息或 者拒絕消息到發(fā)送/接收單元。
22. 如權(quán)利要求21的系統(tǒng)，其中，該SIP系統(tǒng)包括 SIP連接建立/解除單元，其用于建立/解除會(huì)話，檢查對(duì)媒體內(nèi)容 的索引，和改變包括在會(huì)話邀請(qǐng)消息或者拒絕消息中的媒體內(nèi)容為檢 査的索引，或者添加該檢查的索引在會(huì)話邀請(qǐng)消息或者拒絕消息中； 和RTP/RTCP傳輸單元，其用于控制會(huì)話的參加者當(dāng)中RTP數(shù)據(jù)的 發(fā)送/接收。
23. 如權(quán)利要求20的系統(tǒng)，其中，該索引是通用資源定位符或通 用資源標(biāo)識(shí)符。
24. 如權(quán)利要求20的系統(tǒng)，其中，該包含在會(huì)話邀請(qǐng)消息中的媒 體成分包括對(duì)應(yīng)于邀請(qǐng)會(huì)話的信息的媒體內(nèi)容和對(duì)媒體內(nèi)容的索引的 至少一個(gè)或多個(gè)。
25. 如權(quán)利要求24的系統(tǒng)，其中，當(dāng)會(huì)話開始時(shí)，該媒體信息包 括邀請(qǐng)?jiān)?，有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，和有關(guān)被邀請(qǐng)者或 者被邀請(qǐng)者的信息的至少一個(gè)或多個(gè)。
26. 如權(quán)利要求24的系統(tǒng)，其中，當(dāng)會(huì)話已經(jīng)被建立時(shí)，該會(huì)話 信息包括邀請(qǐng)?jiān)?，有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，有關(guān)被邀請(qǐng) 者或者被邀請(qǐng)者的信息，參加者的數(shù)目和有關(guān)參加者的信息的至少一 個(gè)或多個(gè)。
27. 如權(quán)利要求20的系統(tǒng)，其中，該包含在拒絕消息中的媒體成 分包括對(duì)應(yīng)于拒絕原因的媒體內(nèi)容和對(duì)媒體內(nèi)容的索引的至少一個(gè)或 多個(gè)。
28. 如權(quán)利要求20的系統(tǒng)，其中，該媒體成分包括文字，圖像， 視頻和音頻的至少一個(gè)或多個(gè)。
29. —種會(huì)話邀請(qǐng)方法，包括 由邀請(qǐng)終端發(fā)送對(duì)應(yīng)于有關(guān)會(huì)話的信息的用于會(huì)話邀請(qǐng)的第一媒 體信息；和由被邀請(qǐng)終端接收第一媒體信息和發(fā)送確定是否接受邀請(qǐng)的響應(yīng)信息。
30. 如權(quán)利要求29的方法，其中，該第一媒體信息被包括在邀請(qǐng) 消息，gp， SIP消息中，并被發(fā)送。
31. 如權(quán)利要求29的方法，其中，該第一媒體信息是經(jīng)由RTP和 邀請(qǐng)消息分開地發(fā)送的。
32. 如權(quán)利要求29的方法，其中，該第一媒體信息包括文字，圖 像，視頻和音頻的至少一個(gè)或多個(gè)。
33. 如權(quán)利要求29的方法，其中，該第一媒體信息包括媒體內(nèi)容 和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
34. 如權(quán)利要求33的方法，其中，該索引是通用資源定位符或通 用資源標(biāo)識(shí)符。
35. 如權(quán)利要求29的方法，其中，該會(huì)話信息包括含有邀請(qǐng)?jiān)颍?有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，和有關(guān)被邀請(qǐng)者或者被邀請(qǐng)者的 信息的至少一個(gè)或多個(gè)的會(huì)話信息。
36. 如權(quán)利要求29的方法，其中，該會(huì)話信息包括含有邀請(qǐng)?jiān)颍?有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，有關(guān)被邀請(qǐng)者或者被邀請(qǐng)者的信 息，會(huì)話的參加者的數(shù)目和有關(guān)參加者的信息的至少一個(gè)或多個(gè)的會(huì)話j曰息。
37. 如權(quán)利要求29的方法，其中，該響應(yīng)信息是當(dāng)接受會(huì)話邀請(qǐng) 時(shí)的接受消息。
38. 如權(quán)利要求29的方法，其中，如果被邀請(qǐng)者拒絕邀請(qǐng)，該響應(yīng)信息是對(duì)應(yīng)于拒絕邀請(qǐng)的原因的第二媒體信息。
39. 如權(quán)利要求38的方法，其中，該第二媒體信息被包括在拒絕 消息，gp， SIP消息中，并被發(fā)送。
40. 如權(quán)利要求38的方法，其中，該第二媒體信息是經(jīng)由RTP發(fā) 送的。
41. 如權(quán)利要求29的方法，其中，該第二媒體信息包括文字，圖 像，視頻和音頻的至少一個(gè)或多個(gè)。
42. 如權(quán)利要求38的方法，其中，該第二媒體信息包括媒體內(nèi)容 和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
43. 如權(quán)利要求42的方法，其中，該索引是通用資源定位符或通 用資源標(biāo)識(shí)符。
44. 一種會(huì)話邀請(qǐng)方法，包括 由服務(wù)器從發(fā)送終端接收媒體成分；和由服務(wù)器存儲(chǔ)媒體成分的媒體內(nèi)容并發(fā)送對(duì)媒體內(nèi)容的索引到接 收終端。
45. 如權(quán)利要求44的方法，其中，該媒體成分被包括在用于會(huì)話 邀請(qǐng)的邀請(qǐng)消息中并被接收。
46. 如權(quán)利要求44的方法，其中，該媒體成分是經(jīng)由RTP從發(fā)送 終端接收的。
47. 如權(quán)利要求44的方法，其中，該媒體成分包括邀請(qǐng)會(huì)話的信息。
48. 如權(quán)利要求47的方法，其中，該邀請(qǐng)會(huì)話信息包括邀請(qǐng)?jiān)颍?有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，和有關(guān)被邀請(qǐng)者或者被邀請(qǐng)者的 信息的至少一個(gè)或多個(gè)。
49. 如權(quán)利要求47的方法，其中，當(dāng)會(huì)話已經(jīng)建立時(shí)，該會(huì)話信 息包括邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，有關(guān)被邀請(qǐng)者 或者被邀請(qǐng)者的信息，會(huì)話的參加者的數(shù)目和有關(guān)參加者的信息的至 少一個(gè)或多個(gè)。
50. 如權(quán)利要求44的方法；其中，該媒體成分被包括在用于拒絕 會(huì)話邀請(qǐng)的拒絕消息中并被接收。
51. 如權(quán)利要求44的方法，其中，該媒體成分包括拒絕邀請(qǐng)的原因。
52. 如權(quán)利要求44的方法，其中，該媒體成分包括文字，圖像， 視頻和音頻的至少一個(gè)或多個(gè)。
53. 如權(quán)利要求44的方法，其中，該服務(wù)器在它的數(shù)據(jù)庫(kù)中或者 在外部存儲(chǔ)器單元中存儲(chǔ)媒體成分的媒體內(nèi)容。
54. 如權(quán)利要求44的方法，其中，該索引是通用資源定位符或通 用資源標(biāo)識(shí)符。
55. 如權(quán)利要求44的方法，其中，該接收終端連接媒體內(nèi)容的索 引且檢査媒體內(nèi)容。
56. 如權(quán)利要求44的方法，其中，該服務(wù)器改變媒體成分的媒體內(nèi)容為對(duì)媒體內(nèi)容的索引或者添加對(duì)媒體內(nèi)容的索引在媒體成分中。
57. —種會(huì)話邀請(qǐng)方法，其包括由邀請(qǐng)終端發(fā)送用于包括第一媒體信息的會(huì)話邀請(qǐng)的消息到服務(wù)器；由服務(wù)器發(fā)送邀請(qǐng)消息被邀請(qǐng)終端； 由被邀請(qǐng)終端輸出包含在邀請(qǐng)消息中的第一媒體信息； 由被邀請(qǐng)者輸入是否接受對(duì)會(huì)話的邀請(qǐng)；和 如果接受該會(huì)話邀請(qǐng)，由被邀請(qǐng)終端發(fā)送接受消息。
58. 如權(quán)利要求57的方法，其中，該邀請(qǐng)消息是會(huì)話啟動(dòng)協(xié)議消息。
59. 如權(quán)利要求57的方法，其中，該拒絕消息是會(huì)話啟動(dòng)協(xié)議消息。
60. 如權(quán)利要求57的方法，進(jìn)一步包括 在邀請(qǐng)終端和被邀請(qǐng)終端之間建立會(huì)話；和 由邀請(qǐng)終端經(jīng)由會(huì)話發(fā)送實(shí)時(shí)傳輸協(xié)議數(shù)據(jù)到被邀請(qǐng)終端。
61. 如權(quán)利要求57的方法，其中，該接受消息是會(huì)話啟動(dòng)協(xié)議消息。
62. 如權(quán)利要求57的方法，其中，當(dāng)會(huì)話開始時(shí)，該第一媒體信 息包括會(huì)話信息，其包括邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù) 目，和有關(guān)被邀請(qǐng)者或者被邀請(qǐng)者的信息的至少一個(gè)或多個(gè)。
63. 如權(quán)利要求57的方法，其中，當(dāng)會(huì)話已經(jīng)建立時(shí)，該第一媒體信息包括會(huì)話信息，其包括邀請(qǐng)?jiān)颍嘘P(guān)邀請(qǐng)者的信息，被邀請(qǐng) 的數(shù)目，有關(guān)被邀請(qǐng)者或者被邀請(qǐng)者的信息，會(huì)話的參加者的數(shù)目和 有關(guān)參加者的信息的至少一個(gè)或多個(gè)。
64. 如權(quán)利要求57的方法，其中，該第一媒體信息包括文字，圖像，視頻和音頻的至少一個(gè)或多個(gè)。
65. 如權(quán)利要求57的方法，其中，該第一媒體信息包括對(duì)應(yīng)于會(huì) 話信息內(nèi)容的媒體內(nèi)容和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
66. 如權(quán)利要求65的方法，其中，該索引是通用資源定位符或通 用資源標(biāo)識(shí)符。
67. 如權(quán)利要求57的方法，進(jìn)一步包括-如果拒絕該會(huì)話邀請(qǐng)，由被邀請(qǐng)終端發(fā)送拒絕消息。
68. 如權(quán)利要求67的方法，其中，在發(fā)送拒絕消息的步驟中，被 邀請(qǐng)終端發(fā)送包括對(duì)應(yīng)于拒絕原因的第二媒體信息的拒絕消息。
69. 如權(quán)利要求68的方法，其中，該第二媒體信息包括媒體內(nèi)容， 即，拒絕原因的信息和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
70. 如權(quán)利要求69的方法，其中，該索引是通用資源定位符或通 用資源標(biāo)識(shí)符。
71. 如權(quán)利要求67的方法，其中，該發(fā)送拒絕消息的步驟包括 發(fā)送指示將在特定時(shí)間內(nèi)發(fā)送會(huì)話邀請(qǐng)的拒絕原因的"臨時(shí)謝絕"消息；和在特定時(shí)間內(nèi)發(fā)送包括拒絕原因的會(huì)話啟動(dòng)協(xié)議消息。
72. 如權(quán)利要求71的方法，其中，該會(huì)話啟動(dòng)協(xié)議消息是"486 Busy Here"消息和"602 Decline"消息之一。
73. —種會(huì)話邀請(qǐng)方法，其包括-由邀請(qǐng)終端發(fā)送用于會(huì)話邀請(qǐng)的邀請(qǐng)消息到服務(wù)器； 由服務(wù)器發(fā)送邀請(qǐng)消息到被邀請(qǐng)終端；由被邀請(qǐng)終端發(fā)送關(guān)于邀請(qǐng)消息的響應(yīng)消息和設(shè)置和該邀請(qǐng)終端 的媒體會(huì)話；由邀請(qǐng)終端通過實(shí)時(shí)傳輸協(xié)議發(fā)送第一媒體信息到服務(wù)器；由服務(wù)器發(fā)送第一媒體信息到被邀請(qǐng)終端；由被邀請(qǐng)終端輸出第一媒體信息；由被邀請(qǐng)者輸入是否接受會(huì)話邀請(qǐng)到被邀請(qǐng)終端；如果接受會(huì)話邀請(qǐng)由被邀請(qǐng)終端發(fā)送接受消息；和由邀請(qǐng)終端和被邀請(qǐng)終端建立會(huì)話。
74. 如權(quán)利要求73的方法，進(jìn)一步包括 如果拒絕會(huì)話邀請(qǐng)，由被邀請(qǐng)終端發(fā)送拒絕消息。
75. 如權(quán)利要求74的方法，其中，在發(fā)送拒絕消息的步驟中，被 邀請(qǐng)終端發(fā)送包括對(duì)應(yīng)于拒絕原因的第二媒體信息的拒絕消息。
76. 如權(quán)利要求74的方法，其中，該發(fā)送拒絕消息的步驟包括 發(fā)送指示將在特定時(shí)間內(nèi)發(fā)送拒絕原因的"臨時(shí)謝絕"消息；和在特定時(shí)間內(nèi)發(fā)送包括對(duì)應(yīng)于拒絕原因的第二媒體信息的會(huì)話啟 動(dòng)協(xié)議消息。
77. 如權(quán)利要求76的方法，其中，該會(huì)話啟動(dòng)協(xié)議消息是"486 Busy Here"消息和"602 Decline"消息之一。
78. 如權(quán)利要求74的方法，其中，該發(fā)送拒絕消息的步驟包括 發(fā)送指示將在特定時(shí)間內(nèi)發(fā)送拒絕原因的"臨時(shí)謝絕"消息； 通過使用實(shí)時(shí)傳輸協(xié)議在特定時(shí)間內(nèi)發(fā)送拒絕原因；和 在發(fā)送拒絕原因之后發(fā)送媒體傳輸完成信息。
79. 如權(quán)利要求73的方法，其中，該第一媒體信息包括媒體內(nèi)容， 即，包括邀請(qǐng)?jiān)虻臅?huì)話信息和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
80. 如權(quán)利要求79的方法，其中，該對(duì)媒體內(nèi)容的索引是通用資源定位符或通用資源標(biāo)識(shí)符。
81. 如權(quán)利要求73的方法，其中，該第一媒體信息包括文字，圖 像，視頻和音頻的至少一個(gè)或多個(gè)。
82. 如權(quán)利要求75的方法，其中，該第二媒體信息包括媒體內(nèi)容， 即，拒絕原因和對(duì)媒體內(nèi)容的索引的至少一個(gè)或多個(gè)。
83. 如權(quán)利要求82的方法，其中，該對(duì)媒體內(nèi)容的索引是通用資 源定位符或通用資源標(biāo)識(shí)符。
84. 如權(quán)利要求75的方法，其中，該第二媒體信息包括文字，圖 像，視頻和音頻的至少一個(gè)或多個(gè)。
85. —種組通信終端，包括收發(fā)器，其經(jīng)由組通信網(wǎng)絡(luò)發(fā)送數(shù)據(jù)到其它用戶和從其它用戶接 收數(shù)據(jù)；存儲(chǔ)器，其存儲(chǔ)數(shù)據(jù)；和處理器，其和收發(fā)器和存儲(chǔ)器協(xié)同工作以執(zhí)行步驟經(jīng)由組通信網(wǎng)絡(luò)發(fā)送會(huì)話邀請(qǐng)消息給一個(gè)或多個(gè)用戶，該消息包括指示邀請(qǐng)?jiān)蚝完P(guān)于會(huì)話的一個(gè)或多個(gè)參加者的信息的媒體成分； 和 接收會(huì)話邀請(qǐng)的接受或者拒絕，該拒絕包括一個(gè)或多個(gè)拒絕原因。
86. —種組通信終端，包括收發(fā)器，其經(jīng)由組通信網(wǎng)絡(luò)發(fā)送數(shù)據(jù)到其他用戶，并從其他用戶 接收數(shù)據(jù)；存儲(chǔ)器，其存儲(chǔ)數(shù)據(jù)；和處理器，其和收發(fā)器和存儲(chǔ)器協(xié)同工作以執(zhí)行步驟經(jīng)由組通信網(wǎng)絡(luò)從用戶接收會(huì)話邀請(qǐng)消息，該消息包括指示邀請(qǐng) 原因和關(guān)于會(huì)話的一個(gè)或多個(gè)參加者的信息的媒體成分；檢査邀請(qǐng)的原因和關(guān)于一個(gè)或多個(gè)參加者的信息以確定接受或拒 絕該會(huì)話邀請(qǐng)；和發(fā)送對(duì)會(huì)話邀請(qǐng)的接受或者拒絕，該拒絕包括一個(gè)或多個(gè)拒絕原因。
87. —種會(huì)話邀請(qǐng)方法，包括由第一終端發(fā)送用于會(huì)話邀請(qǐng)的對(duì)媒體內(nèi)容的索引； 由第二終端接收對(duì)媒體內(nèi)容的索引；和 從第二終端發(fā)送響應(yīng)信息到第一終端。
88. 如權(quán)利要求87的方法，其中，該發(fā)送對(duì)媒體內(nèi)容的索引的步 驟包括由第一終端在它的數(shù)據(jù)庫(kù)或者在外部存儲(chǔ)器單元中存儲(chǔ)媒體內(nèi)容；由第一終端獲得對(duì)媒體內(nèi)容的索引；和 由第一終端發(fā)送對(duì)媒體內(nèi)容的索引。
89. 如權(quán)利要求87的方法，其中，該發(fā)送響應(yīng)信息的步驟包括 由第二終端訪問對(duì)媒體內(nèi)容的索引； 由第二終端檢査媒體內(nèi)容； 由第二終端確定是否接受會(huì)話邀請(qǐng)；和由第二終端發(fā)送響應(yīng)信息到第一終端。
90. 如權(quán)利要求87的方法，其中，該媒體內(nèi)容包括會(huì)話信息，其 包括邀請(qǐng)?jiān)?，有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，和有關(guān)被邀請(qǐng)者 或者被邀請(qǐng)者的信息的至少一個(gè)或多個(gè)。
91. 如權(quán)利要求87的方法，其中，媒體內(nèi)容包括會(huì)話信息，其包 括邀請(qǐng)?jiān)?，有關(guān)邀請(qǐng)者的信息，被邀請(qǐng)的數(shù)目，有關(guān)被邀請(qǐng)者或者 被邀請(qǐng)者的信息，參加者的數(shù)目和有關(guān)參加者的信息的至少一個(gè)或多 個(gè)°
92. 如權(quán)利要求87的方法，其中，該媒體內(nèi)容包括文字，圖像， 視頻和音頻的至少一個(gè)或多個(gè)。
93. 如權(quán)利要求87的方法，其中，該響應(yīng)信息是當(dāng)接受會(huì)話邀請(qǐng) 時(shí)的接受消息。
94. 如權(quán)利要求87的方法，其中，如果拒絕對(duì)會(huì)話的邀請(qǐng)，該響 應(yīng)信息是對(duì)應(yīng)于拒絕邀請(qǐng)的原因的第二媒體信息。
95. 如權(quán)利要求94的方法，其中，該媒體信息被包括在拒絕消息 中，并被發(fā)送，且其中，該拒絕消息是SIP消息。
96. 如權(quán)利要求94的方法，其中，該媒體信息是經(jīng)由RTP發(fā)送的。
97. 如權(quán)利要求94的方法，其中，該媒體信息包括文字，圖像， 視頻和音頻的至少一個(gè)或多個(gè)。
98. 如權(quán)利要求94的方法，其中，該媒體信息包括媒體內(nèi)容和對(duì) 媒體內(nèi)容的索引的至少一個(gè)或多個(gè)，且其中，該媒體內(nèi)容指示拒絕邀請(qǐng)的原因。
99.如權(quán)利要求87的方法，其中，該索引是通用資源定位符或通用資源標(biāo)識(shí)符。
全文摘要
公開了PTx通信系統(tǒng)中的會(huì)話邀請(qǐng)方法和系統(tǒng)。對(duì)于會(huì)話邀請(qǐng)，邀請(qǐng)終端添加對(duì)應(yīng)于會(huì)話信息的第一媒體信息在邀請(qǐng)消息中并發(fā)送其或經(jīng)由RTP發(fā)送其。然后，檢查由被邀請(qǐng)的終端接收的第一媒體信息且被邀請(qǐng)者在加入會(huì)話之前確定是否接受該邀請(qǐng)。當(dāng)拒絕邀請(qǐng)時(shí)，被邀請(qǐng)終端添加對(duì)應(yīng)于拒絕原因的第二媒體信息在拒絕消息中并發(fā)送其，或者經(jīng)由RTP發(fā)送其。
文檔編號(hào)H04Q7/38GK101164360SQ200580046586
公開日2008年4月16日 申請(qǐng)日期2005年9月20日 優(yōu)先權(quán)日2005年1月14日
發(fā)明者尹敬愛, 崔成范, 許康碩, 金英愛, 金鐘塾, 韓奎成 申請(qǐng)人:Lg電子株式會(huì)社