[發明專利]用于多媒體會話的多用戶實時代碼轉換系統與方法

有效

• 申請號: 200680053567.9
• 申請日: 2006-12-27
• 公開（公告）號: CN101390415A
• 公開（公告）日: 2009-03-18
• 發明（設計）人: 斯蒂法妮·庫隆比
• 申請（專利權）人: 梵提克斯公司
• 主分類號: H04Q7/28
• 分類號: H04Q7/28;H04L29/04;H04Q7/30
• 代理公司: 北京市柳沈律師事務所
• 代理人: 呂曉章

相關申請的交叉引用

本申請要求2005年12月28日提交的名為“REAL-TIME?TRANSCODING? ARCHITECTURE?FOR?PoC”的美國臨時申請第60/754,194號的優先權，其內 容通過引用融入本文。

技術領域

一般地，本發明涉及用來建立多用戶通信會話的系統與方法。更具體地 而不是排他地，本發明涉及用于蜂窩式多媒體會話上的推壓講話(push?to?talk) 的多方實時代碼轉換系統與方法。

背景技術

蜂窩式推壓講話(PoC)服務允許移動用戶建立組會話，其中參加者可以 在一對一或者一對多基礎上進行語音與數據通信[1]。語音通信類似于步話機 服務，其中終端具有專用的“講話”按鈕。在給定時間，只有一個人可以講 話，并且每次講話突發都相對較短，例如，其持續幾秒鐘。用戶也可以交換 即時消息。不久講話突發將演進為語音和視頻流的突發，并且即時消息將包 含豐富的媒體內容，例如音頻、視頻、文本、動畫等等。

蜂窩式推壓講話(PoC)服務規格由開放移動聯盟(OMA)定義。其基于 第三代伙伴項目(3GPP或者3GPP2)互連網協議多媒體子系統(IMS)體系 結構中的會話發起協議(SIP)。更具體地，PoC服務建立在SIP/IP核心之上， 其可以滿足3GPP?IP多媒體子系統(IMS)[4，5]或者3GPP2IMS[6，7]的規 格。

對于通用情況的整體PoC體系結構包括多個PoC客戶端，每個PoC客戶 端連接到其自身的參加PoC功能(在其自己的網絡上)，參見由中心控制PoC 功能控制的公共會話。所有PoC功能都連接到中心控制PoC功能。

請注意，控制PoC功能負責管理在給定時間誰具有講話許可權(即誰有 發送音頻視頻媒體或者多媒體分組的許可權)，并且負責將媒體分組從一個來 源拷貝到多個目的地。參加PoC功能無法進行這些操作。

由于終端與網絡的多樣性，所以產生了互操作問題。例如，3GPP要求使 用AMR(自適應多速率)窄帶語音編解碼器作為PoC服務中的默認語音編 解碼器。如果其上實現PoC客戶端的用戶裝備對于語音使用16kHz采樣頻率， 則3GPP還要求支持AMR寬帶語音編解碼器。在另一方面，3GPP2要求EVRC (改進可變速率編碼)語音編解碼器作為默認語音編解碼器[3]。因此，由于 不兼容，分別支持AMR與EVRC音頻編解碼器的3GPP與3GPP2終端將不 能夠一起建立PoC會話。對于包含視頻和媒體的即時消息來說，同樣會產生 相同的不兼容性。為了解決這一問題，需要代碼轉換。代碼轉換允許在網絡 元件中從一種格式轉換為另一種格式，以滿足每個參加者的終端能力。

因為PoC服務建立在3GPP/3GPP2IMS?SIP/IP核心之上，所以媒體由 MRFC/MRFP(媒體資源功能控制器/媒體資源功能處理器)控制和處理[4， 8]，對于通信目的其使用H.248/MGCP(媒體網關控制協議)協議[9-11]。但是 這些規格很復雜，并且開發符合這些協議的解決方案要求付出巨大努力。另 外，由于H.248/MGCP復雜昂貴、并且其是不是基于SIP的唯一IMS關鍵系 統組件，人們正在批評它并且向其提出挑戰。由于這些原因，需要以更通用 的框架來處理Poc應用中的代碼轉換問題，其不限于MRFC/MRFP以及 H.248/MGCP。另外，雖然MRFC/MRFP功能與接口定義完備，但是沒有定 義其在PoC環境下的使用。

在PoC標準中，人們認識到需要代碼轉換，但是沒有提供詳細的解決方 案。在[1]中據說可以由控制PoC功能(CPF)和/或參加PoC功能(PPF)兩 者進行代碼轉換，但是沒有進一步的細節。因此重要的是開發一種代碼轉換 體系結構，其支持各種配置與使用情況。在某些情況下，還非常希望以透明 方式添加代碼轉換，從而其可以與已經部署的PoC裝備相適合并且一起工作。

總而言之，需要一種支持PoC環境下代碼轉換的通用解決方案。該解決 方案應該與現有的PoC體系結構和協議兼容，從而被接受和集成到標準方案 中，例如3GPP、3GPP2、以及OMA。另外，該解決方案需要是靈活的，以 能夠適合于不同的裝備部署情況和限制。

發明內容

因此，本發明的非限定性目的在于提供一種用于蜂窩式推壓講話(PoC) 多媒體會話的多方實時代碼轉換系統和方法。