專利名稱：改進的編解碼器協商的制作方法
技術領域：
本發明涉及電信中的改進。本發明在使cs (電路交換)視頻呼叫 向使用IP多媒體協議的視頻呼叫交互工作的方式中有著特定的應用。
背景技術：
本說明書中使用了各種縮寫。這些縮寫在說明書結尾處列出并解釋。
參照圖1，今天的3G視頻電話支持兩個移動客戶端之間以及3G 移動終端1與IP客戶端2之間的呼叫情形。支持的視頻電話服務包括 交互式呼叫、流傳送門戶、碎見頻郵件及多方呼叫。
使用的通信協議是3G-324M標準，這是ITU-T H.324標準(用于 低比特率多媒體通信的終端)的修改，以使得在電路交換(CS)網絡的 現有基礎設施上能夠實現3G對話多媒體服務。3G-324M架構由3GPP 在3GTS 26.111標準中定義。
該架構定義支持的音頻和視頻編解碼器及用于建立多々某體通信的 控制信令協議(H.245)。控制信令通過使用H,223復用協議與音頻和視 頻》某體復用在一起。
CS與IP域之間的交互工作功能由CS-IP網關3處理。CS-IP網關 3可使用H.248架構來實現，其中，控制信令由々某體網關控制功能 (MGCF) 4處理，并且媒體由媒體網關(MG) 5處理。CS端點1經RAN 6與CS-IP網關3通信。
IP域中使用的控制信令可以是SIP、 H,323或RTSP,并且媒體可 使用RTP協議來傳輸。
已理解的是，3G視頻電話服務可由于H.245呼叫建立過程導致諸如1和2等端點之間的相當大的信令的事實而遭遇長的呼叫建立時間。
ITU-T H.324標準的最近更新是引入附件K，其描述名為 MONA"定向媒體協商加速過程"的可選過程，包括用于在H.324呼叫 建立中大大降低延遲的三個補充方法(或協議)。這些方法是
快速信道建立機制MPC"媒體預配置信道"。此機制不等待能力 交換(即，端點不相互交換有關其能力的信息)，而是在此信 息可用時如果初始媒體傳輸嘗試不符合遠端的能力，則要求回 退。
靈活加速信道建立方法SPC"信令預配置信道"，其取決于優選 的初始交換和公共推理算法的執行。
在其它兩種方法不適用的情況下，作為一種簡單、合理的快速 技術的加速H.245建立方法ACP"加速的H.245過程"。
附件K定義了以下MONA終端類以指示特定終端實現支持三種 方法中的哪種方法
類I: SPC+MPC+ACP
類II: MPC+ACP
類m: SPC+ACP
圖2示出包括MONA功能性的3G-324M標準的特征。 由于希望縮短用于CS-IP多々某體呼叫的呼叫建立時間，并且還希 望作為具MONA能力的終端之間交換的消息數量降低的結果而將 MGCF 4與MG 5之間的信令降到最低，因此，已考慮在CS-IP交互 工作網關3 (MGCF 4和MG 5 )中引入MONA支持。
本發明的主要焦點是在CS側上使用任何MONA機制MPC、 SPC 或ACP (即，如果端點1是MONA類I、 II或III終端)時的CS-IP 交互工作。下面提供如附件K中指定的MONA過程的概述。在ITU-T更詳細的描述，其通過引用結合于本文中。
如果終端支持MPC機制，則此機制可在CS側上使用。根據MPC 機制， 一旦CS承載已建立，則CS終端開始發送包括每方向MPC編 解碼器優選的優選消息。CS終端也可在接收遠程終端的MPC能力的 任何信息之前在任何預配置的MPC信道上開始發送i某體。如果遠程 終端支持MPC和CS終端優選的編解碼器，則信道成功建立。
如果終端支持SPC機制，則此機制可在CS側上使用。根據此機 制， 一旦CS承載已建立，CS終端將使用SPC發送其MOS (定向媒 體建立)請求(參見圖3) 。 MOS請求傳輸將重復進行，直到檢測到 MOS請求確認(requestAck)或滿足回退條件之一。
當MOS請求已檢測到并從MOS SPC成功解碼時，終端通過開始 媒體數據的傳輸和處理來接受它。MOS請求確認將在接收每個MOS 請求時發送。
如圖3所示，如果MOS成功完成，則打開的邏輯信道立即操作。 MONA回退在附件K的K.7.2中指定。下面另外的條件也將從 MOS啟動回退
MOS過程完成后帶有空genericControlCapability、包含 MOS OID的常規H.245 TerminalCapabilitySet消息。
在多個網絡往返延遲(RTD)期間內，例如，在三個RTD 內，終端未^r測到有效的MOS請求，或者不接受ICM。
由于本領域的技術人員熟悉此方面，因此，此處未提供ACP機制
的概述。
支持MONA的CS-IP交互工作功能3的一個主要目的是促進端點 1、 2之間的端對端編解碼器協商以便實現最佳的可能媒體質量。支持 端對端編解碼器協商也將最少地利用交互工作網關3中昂貴的譯碼資 源。
已理解的是,.MONA與IP端點(即，SIP、 H.323或RTSP端點) 之間經CS-IP網關的呼叫信令交互工作對于使用MPC和SPC的CS
10終端發起的呼叫是有問題的。由于一旦在支持的預配置信道上收到媒
體便立即打開々某體信道，因此，在MPC情況下出現問題。由于SPC 過程具有嚴格的時序約束，因此，在SPC情況下出現問題。
現在將更詳細地解釋在SPC情況下遇到的問題。如H.324附件K 中所述， 一旦CS承載建立，具SPC能力的端點便將發送其MOS請 求。如果端對端編解碼器協商要發生，這對于CS->IP呼叫尤其有挑 戰性。
圖4和6示出兩個CS-〉IP的呼叫序列，示出根據現有技術能如何 在MONA SPC端點(例如1 )和SIP端點(例如2 )之間建立呼叫的 兩個備選信令交互工作示例，并且圖5(類似于圖4)示出一個CS-〉IP 的呼叫序列，其示出根據現有技術能如何在MONAMPC端點(例如 1)和SIP端點(例如2)之間建立呼叫的信令交互工作示例。
在圖4和5的CS到IP的呼叫建立示例序列中，完成MONA SPC 協商和MONA MPC協商而不需知道SIP端點的編解碼器能力，即， SIP端點的編解碼器能力在MONA SPC或MPC協商期間不被考慮， 其完全在CS側發生(圖4中的步驟4到7;圖5中的步驟4和5)。
如果SIP端點不支持此編解碼器，則將要求CS-IP網關譯碼。
由于SIP協商在CS承載建立前啟動，因此，圖6所示的信令交 互工作示例包括某一形式的端對端編解碼器協商。隨后，SIP端點優 選的編解碼器(在圖6的步驟9中傳遞)用作MONA MPC/SPC協商 (步驟4到7 )的步驟4中的優選。如果MONA端點不接受IP側上 的選定編解碼器，則SIP重新協商必須啟動(步驟8a和9a)，可能 導致必須部署CS-IP網關內的譯碼資源。圖6中僅示出SPC協商，即， 此示例的交互工作網關充當MONA類III終端。本領域的技術人員將 明白如何為MPC協商的目的修改此示例
發明內容
發明人認識到圖4到6中所示的與現有4支術有關的上述缺陷。本 發明的產生是為了解決上述問題。本發明的至少優選實施例的目的是 提供一種機制以實現CS MONA端點與IP端點之間具有最少CS和IP 信令的端對端編解碼器協商。
又一此類目的是^是供CS-IP交互工作功能方法以用于在MONA端 點與IP端點之間的CS到IP呼叫中實現端對端編解碼器協商。在 MONA類I/III端點(使用SPC)的情況下，解決方案涉及在啟動IP 編解碼器協商前等待SPCMOS請求。更一般地說，無論MONA端點 的類型是什么，解決方案涉及在啟動IP編解碼器協商前等待CS側編 解碼器能力的指示。
提供一種將CS (電路交換)視頻呼叫與使用IP多媒體協議的視 頻呼叫交互工作的方法。才艮據該方法，作為MONA (定向Jf某體協商加 速)協商的部分，.交互工作功能接收包括CS視頻呼叫中涉及的CS 終端的編解碼器能力的指示的信令。此后，啟動IP編解碼器協商。并 且此后繼續和/或完成MONA協商。因此，在和IP端點的IP編解碼 器協商期間，能將CS終端的編解碼器能力和/或優選考慮在內。
交互工作功能可包括相互合作的幾個實體(如MGCF和MG)。
提供將CS (電路交換)視頻呼叫與使用IP多媒體協議的視頻呼 叫交互工作的另一方法，該方法包括端對端編解碼器協商。端對端編 解碼器協商涉及在交互工作功能，作為MONA協商的部分，接收包 括CS視頻呼叫中涉及的CS終端的編解碼器能力的指示的信令。此后， 啟動IP編解碼器.協商。同樣地，由于此技術涉及端對端編解碼器協商， 因此，在IP編解碼器協商期間可將CS終端的編解碼器能力考慮在內。
在端點之間實現端對端編解碼器協商可有利于協商和使用具有最 高4某體質量的共同編解碼器(例如，AMR-WB和H.264 )。它還可將 CS-IP交互工作網關中對昂貴的譯碼資源的利用降到最低。
設想信令包括所述CS終端的編解碼器優選的指示。IP編解碼器 協商包括交互工作功能與IP端點協商應該為特定呼叫使用哪些編解碼器。作為此協商的部分，能將編解碼器能力和/或在可用的情況下將 CS終端的編解碼器優選考慮在內。
設想在收到信令之前建立CS承載。優選的是方法容忍IP編解碼 器協商造成的延遲。
信令可包括SPC MOS請求，并且MONA協商可包括SPC協商。 優選的是，接收SPC MOS請求的確認使得SPC協商被視為是正
在進行中。此外，接收SPC MOS請求的確認可使得到非SPC的過程
的回退被禁止或推遲。
信令可包括MONA PM (優選消息)。
信令可包括MPC供應(offer),并且MONA協商可包括MPC 協商。優選的是，接收MPC供應的確認使得MPC協商被視為是在進 行中。優選的是，接收MPC供應的確認使得到非MPC的過程的回 退被禁止或推遲。
方法還可包括在交互工作功能接收MPC供應時，向CS終端發送 TDM空閑模式。它還可包括從信令檢測CS終端充當的MONA終端 的類型。
方法可包括促^f吏到ACP的回退。這可包括交互工作功能向CS終 端發送MONA PM供應。此MONA PM可指示SPC支持而無任何MPC 編解碼器供應。備選地，MONA PM可包括MPC編解碼器供應而不 指示對SPC的支持。為促使到ACP的回退而由交互工作功能向CS 終端發送的MONA PM包括MPC編解碼器供應，該供應是信令中包 括的MPC供應的反向副本。
設想僅在作為IP編解碼器協商的部分、交互工作功能收到IP終 端的編解碼器能力的指示后，它才向CS終端發送要用于特定呼叫的 編解碼器的指示。
還提供一種用于使得CS (電路交換)視頻呼叫能夠與使用IP多 媒體協議的視頻呼叫交互工作的設備。該設備布置成作為MONA協 商的部分,接收包括CS視頻呼叫中涉及的CS終端的編解碼器能力的
13指示的信令。此后，設備啟動IP編解碼器協商。并且此后，它繼續和
/或完成MONA協商。
提供一種用于使得CS (電路交換)視頻呼叫能夠與使用IP多媒 體協議的視頻呼叫交互工作的另 一設備。該設備布置成支持端對端編 解碼器協商。為此，它布置成作為MONA協商的部分，接收包括所 述CS視頻呼叫中涉及的CS終端的編解碼器能力的指示的信令，以及 此后它啟動IP編解碼器協商。該i殳備例如可包括交互工作功能。
該設備可包括用于延遲向CS終端發送要用于特定呼叫的編解碼 器的指示的部件。優選的是，延遲部件布置成僅當作為IP編解碼器協 商的部分、它已接收IP終端的編解碼器能力的指示后，才向CS終端 發送要用于特定呼叫的編解碼器的指示。
還提供一種用于在電信系統中使用的終端。該終端能夠支持 MONASPC。它包括用于在指定條件下、至少對于第一時間期間防止、 延遲或禁止到非SPC的呼叫建立機制的回退的部件，其中回退將在缺 少此類部件時不受防止、延遲或禁止。換而言之，回退一般將在一些 情況下發生，但由于終端中包括的該部件，并且僅僅是由于終端中包 括的該部件，只要滿足指定條件，則至少對于第一時間期間防止、延 遲或禁止回退。
提供用于在電信系統中使用的另 一終端，該終端能夠支持MONA SPC。當一個或多個第一條件滿足時，終端布置成促使、啟動或執行 到非SPC的呼叫建立機制的回退。然而，該終端包括用于當一個或多 個第二條件滿足時、即使一個或多個第一條件滿足、也至少對于第一 時間期間防止、延遲或禁止此類回退的部件。
例如，才是供一種用于在電信系統中使用的終端，該終端能夠支持 MONASPC。該終端布置成在一個或多個條件滿足時啟動到非SPC的 呼叫建立機制的回退。然而，終端布置成在它已接收有效MOS請求 確認消息時至少對于第一時間期間不啟動該回退。該終端布置成在它 已接收有效MOS請求確認消息時，即使一個或多個其它回退條件滿足，也不啟動該回退。
提供用于在電信系統中使用的另 一終端，該終端能夠支持MONA SPC。終端布置成延遲MONA優選消息的確認的發送以便至少對于第 一時間期間防止、延遲或禁止到非SPC的呼叫建立機制的回退。
提供用于在電信系統中使用的另 一終端，該終端能夠支持MONA SPC。終端布置成發送指示SPC協商已建立/啟動和第一 MONA供應 未決的事實的信令。
提供用于在電信系統中使用的另 一終端，該終端能夠支持MONA SPC。終端布置成接收指示SPC協商已建立/啟動和第一 MONA供應 未決的事實的信令。在收到此類信令時，終端布置成至少對于第一時 間期間防止、延遲或禁止到非SPC的呼叫建立機制的回退。
還提供一種操作用于在電信系統中使用的終端的方法。終端能夠 支持MONASPC。作為方法的部分，在一個或多個第一條件滿足時， 終端促使、啟動或執行到非SPC的呼叫建立機制的回退。然而，終端 在一個或多個第二條件滿足時，即使一個或多個第一條件滿足，也至 少對于第 一時間期間防止、延遲或禁止此類回退。
還提供操作用于在電信系統中使用的終端的另 一方法。終端能夠 支持MONASPC。作為方法的部分，在一個或多個條件滿足時，終端 布置成啟動到非SPC的呼叫建立機制的回退。然而，終端在它已接收 有效MOS請求石角認消息時至少對于第一時間期間不啟動回退。終端 在它已接收有效MOS請求確認消息時，即使一個或多個其它回退條 件滿足，也不啟動回退。
還提供操作用于在電信系統中使用的終端的另 一方法。終端能夠 支持MONASPC。作為方法的部分，終端延遲MONA優選消息的確 認的發送以便至少對于第一時間期間防止、延遲或禁止到非SPC的呼 叫建立機制的回退。
還提供操作用于在電信系統中使用的終端的另 一 方法。終端能夠 支持MONASPC。作為方法的部分，終端發送指示SPC協商已建立/啟動和第一MONA供應未決的事實的信令。
還提供操作用于在電信系統中使用的終端的另 一方法。終端能夠 支持MONASPC。作為方法的部分，終端接收指示SPC協商已建立/ 啟動和第一 MONA供應未決的事實的信令。在收到此類信令時，終 端至少對于第一時間期間防止、延遲或禁止到非SPC的呼叫建立機制 的回退。
還提供操作用于在電信系統中使用的終端的另 一方法。終端能夠 支持MONA SPC。作為方法的部分,基于在收到MONA優選消息(PM) 確認前它所花費的時間，定義往返延遲。
現在將通過^L為示例的方式并參照附圖來描述本發明的 一些優選 實施例，其中
圖1示出CS-IP視頻電話交互工作中涉及的各種節點。
圖2示出3GPPTS 26.111的標準范圍，包括MONA如何集成到 TS 26.111的3GPP視頻框架中。
圖3示出根據H.324的MOS呼叫流程。
圖4示出根據現有技術、使用MONA SPC的CS到IP呼叫建立 示例序列。
圖5示出根據現有技術、使用MONA MPC的CS到IP呼叫建立 示例序列。
圖6示出根據現有技術、使用MONA SPC的另一 CS到IP呼叫 建立示例序列。
圖7示出根據本發明的一個實施例、使用MONA SPC的CS到IP 呼叫建立示例序列。
圖8示出根據本發明的一個實施例、使用MONA MPC的CS到 IP呼叫建立示例序列。
圖9示出根據本發明的一個實施例、使用MONA ACP的CS到IP呼叫建立示例序列。
圖10示出根據本發明的一個實施例的技術的步驟的序列。
圖11示出根據本發明的一個實施例、使用MONASPC的技術的 步驟的序列。
具體實施例方式
此處描述三個不同的實施例，這些實施例旨在實現使用MONA 的CS到IP呼叫中的端對端編解碼器協商。關于應使用哪個實施例的 決定可取決于實現的選擇和/或MONA端點和交互工作節點(或交互 工作網關或交互工作功能)充當的MONA終端的類型。
實施例1 (使用MONASPC):
參照圖7，圖的左側示出CS端點1與交互工作節點3之間的信令， 即CS側上的信令。圖7的右側示出IP端點2與交互工作網關3之間 的信令，即，IP側上的信令。
序列開始于l，其中CS端點將IAM發送到交互工作節點。交互 工作節點以ANM響應CS終端(2.)。接著，使用MONA和SPC建立 H.223承載(3.)。交互工作節點隨后等待來自CS端點的SPC MOS請 求，即，在未先收到SPCMOS請求前，它不繼續IP協商。當交互工 作節點收到SPC MOS請求(其包括CS端點的編解碼器能力的指示) 時(4.)，它通過向CS端點發送SPC MOS請求確認來確認請求(5.)。 交互工作節點隨后也通過將SIP INVITE消息發送到IP終端(6.),開始 在IP側上的協商。此SIP INVITE消息包括SDP供應，其包括CS端 點的編解碼器優選。這樣，在交互工作節點與IP端點之間的協商期間， 能將CS端點的編解碼器優選(和能力)考慮在內。交互工作節點也 可在SDP供應中包括它對其具有譯碼能力的任何另外的編解碼器。隨 后，IP端點將SIP 200 OK消息(即,SDP回答)發送(7.)到交互工作 節點。結果，選擇對CS和IP側均適合的、即符合CS終端和IP終端的能力的編解碼器(如果存在此類共同編解碼器)。也就是說，如果存在CS和IP終端均支持的共同編解碼器，則交互工作節點將選擇此共同編解碼器。如果可在幾個共同編解碼器之間選擇，則它將選擇提供最佳質量的編解碼器。如果不存在此類共同編解碼器，則交互工作節點將選擇它對其具有譯碼能力的編解碼器。
交互工作節點隨后將SPC MOS請求發送(8.)到CS終端。此SPCMOS請求指定在CS側上要使用哪個編解碼器(按媒體類型)。
CS終端隨后將SPC MOS請求確認發送到交互工作節點(9.)。呼叫因而處于活動狀態中。交互工作節點的活動譯碼資源只在端對端編解碼器失配的情況下使用。
因此，能夠看到上述技術旨在提供端點之間的端對端編解碼器協商。這通過交互工作節點在啟動IP端點信令之前等待接收來自CS端點的SPC MOS請求而實現。結果，能在IP端點協商中使用CS端點的編解碼器能力。
現在參照圖10，此流程圖示出根據本發明的實施例、由交互工作過節點3執行的步驟。如在10所示，作為MONA協商的一部分，交互工作節點接收CS側MONA終端的編解碼器能力的指示。此后，如在20所示，交互工作節點啟動IP編解碼器協商。在此之后，在30，交互工作節點繼續和/或完成MONA協商。
圖11示出圖10所示的步驟如何特別應用于MONA協商是SPC協商的情況。
如在40所示，交互工作節點接收SPCMOS請求。此后，如在50所示，交互工作節點啟動IP編解碼器協商。在此之后，在60,交互工作節點繼續和/或完成SPC協商。
參照圖7和圖11,在一些情況下，IP端點協商可能要占用一段時間，根據當前使用的協議，這可能由于滿足的SPC回退條件而導致SPC協商的失敗。如附件K中的K.8.2中所述的，此處所指的回退條件是在多個網絡往返延遲(RTD)期間(例如，三個RTD)內未收到有效MOS請求的終端將認為SPC協商已失敗，并啟動到另一個呼叫建立才幾制的回退。
存在解決上述潛在問題的幾個解決方案。下面概述了發明人識別的三個解決方案。這些解決方案的一個共同特征是以下實際情況它們能通過更新附件K規范而實現，并且所有解決方案具有相同的目
第一解決方案涉及更新如附件K的部分K.82中指定的SPC回退條件以簡化CS-IP交互工作。提議的更新是有效的MOS請求確認的接收將被理解為指示SPC協商正在進行中，并且應禁止回退到另一過程-至少在某個時期內，例如，在所述特定視頻呼叫的持續時間內。才是議了對第二回退條件的以下更改(以粗體顯示)
"在多個網絡往返延遲(RTD)期間內，終端未4企測到有效的MOS請求或有效的MOS請求確認，或者不接受ICM。 一ife情況下，釆用三個RTD。，，
根據是第一解決方案的變型的第二解決方案，也可能引入新的"SPC協商在進行中"MOS消息(類似于SIP中的"180振鈴")。在圖7中，此消息將在5發送而不是SPC MOS請求確認。此類"SPC協商在進行中"MOS消息的接收將再次禁止到另一過程的回退。[Q:我覺得我們應對此多描述一些，特別是何時將發送此"SPC協商在進行中"消息。它是否通過步驟5從交互工作節點發送到CS端點？]
第三解決方案涉及更新附件K以指出具MONA SPC能力的終端將基于MONA優選消息(PM)確認往返時間來測量往返延遲。
MONAPM有效負載能力信息包括兩個ACK比特，其中，MONA終端能確認來自遠程終端的優選消息的接收。笫三解決方案是基于以下想法CS-IP交互工作功能有意延遲PM確認以使MONASPC協商容忍IP端點協商期間引入的延遲。換而言之，如果往i4i4遲是基于在收到MONA優選消息(PM)確認前花費的時間，并且MONA優選消息(PM)確認的發送被延遲，則RTD自動被延長。結果，回退被禁止/延遲。
為第三解決方案而提議的對附件K的文本如下
"在K.8.2中SPC回退條件內使用的RTD值應等于在接收帶有ACK值"01"的PM與接收帶有ACK值"10"的PM之間的時間。"
這些解決方案的任何一個能用于確保MONA SPC協商維持它完成IP會話建立所花費的時間。
實施例2 (使用MONAMPC):
圖8示出使用MONA MPC的端對端編解碼器協商的示例。序列開始于l，其中CS端點將IAM發送到交互工作節點。交互工作節點以ANM響應CS終端(2.)。接著，建立CS承載(3.)。交互工作節點隨后等待來自CS端點的遠程MONAPM消息，即，不立即繼續IP協商。在交互工作節點等待遠程MONAPM消息的同時，它繼續將空閑^t式發送到TDM電路上的CS端點(4.)。當交互工作節點收到(5.) MONAPM消息(在此情況下是MPC供應)、該消息包括CS端點的編解碼器能力的指示時，交互工作節點通過將SIP INVITE消息發送(6.)到IP終端而在IP側啟動協商。此SIP INVITE消息包括SDP供應，該供應包括CS端點的編解碼器優選。這樣，在交互工作節點與IP端點之間的協商期間，能將CS端點的編解碼器優選(和能力)考慮在內。隨后，IP端點將SIP 200 OK (即,SDP回答)發送(7.)到交互工作節點。結果，選擇對CS和IP側均適合的、即符合CS終端和IP終端的能力的編解碼器(如果存在此類共同的編解碼器)。
交互工作節點隨后將MONA PM消息(即，MPC供應)發送(9.)到CS終端。如果存在對CS端點和IP端點共同的編解碼器，則將此編解碼器選捧為優選。
CS終端隨后將音頻和視頻媒體發送(10.)到交互工作節點。交互工作節點的活動譯碼資源只在端對端編解碼器失配的情況下^f吏用(8.)。因此，能夠看到第二實施例旨在提供端點之間的端對端編解碼器協商。這通過有意地延遲H.223/MONA協商，直至CS和IP端點的編解碼器能力和優選均已知來實現。 一旦此信息可用，則交互工作節點便能做出MPC供應，帶有產生最高可能的々某體質量的最佳共同編解碼器。
在上述技術中，交互工作節點通過在它發現MONA和IP端點的能力所花費的時間期間在TDM電路上發送空閑模式，模擬媒體不活動的CS承載。
作為上述第二實施例的備選，根據第 一 實施例的技術也能在MONAMPC的情況下用作在啟動與IP端點的協商前等待遠程端點顯露其能力的一種機制。本領域的技術人員將明白，在考慮本說明書時將需要如何修改第一實施例的技術以便適合用于MONA MPC。
如果從遠程CS端點(在5.)收到的初始數據指示傳統信令，則執行到傳統的回退。
實施例3 (使用MONAACP):
此實施例可用作實施例1或2的備選，特別是在由于任何原因而不能使用根據實施例1和2的技術時。
根據第三實施例，交互工作節點確保ACP一皮用作建立CS信道的過程。交互工作節點通過觸發要由遠程MONA終端4企測的回退條件而實現此方面。根據此實施例，到ACP的回退條件取決于遠程MONA終端充當的MONA終端類型。交互工作節點能夠根據遠程終端類型進行適應和做出反應。
參照圖9, MONA和H.223的GW啟動被延遲以便如在第二實施例(1到4)中一樣4果測CS端點的終端類型及可選地:探測其編解碼器優選。如在5所示，CS端點隨后發送MONA PM。交互工作節點隨后發送(6.) MONA PM供應，其有意地導致到ACP的回退。
交互工作節點發送的MONA PM供應的性質取決于如交互工作節點基于CS端點發送到交互工作節點的MONA PM而4金測到的CS端點的MONA終端的類型。
如果遠程MONA終端是類型II(即，它支持MPC而不支持SPC ),則交互工作節點通過在6發送指示SPC支持而無任何MPC編解碼器供應(即，MPC-RX/TX比特設為值0)的PM消息來才莫擬類型III終端。另外，交互工作節點可發送MOS請求以便符合標準。
如果遠程終端是類型III的(即，支持SPC, ^旦不支持MPC)，則交互工作節點通過發送MPC編解碼器供應、并且還有指示無SPC支持的PM消息來^t擬類型II終端。
如果遠程MONA終端是類型I的(即，支持MPC和SPC),則交互工作節點將通過做出MPC供應來模擬類型II終端，該供應可以是從遠程MONA終端收到的MPC供應的反向副本，或者在其它方面不符合(例如，使得CS端點支持的編解碼器不受交互工作節點支持)。
交互工作節點隨后等待從遠程CS端點接收TCS以探測CS端點的編解碼器能力/優選。
一旦TCS從遠程MONA終端收到(7.), IP編解碼器協商便開始。在IP編解碼器協商中，交互工作節點通過將CS端點的編解碼器優選作為SDP供應中的優選來發送(8.),從而將MONA終端的編解碼器優選用作向IP終端的優選。IP終端通過發送SDP回答^t文出響應(9.),該回答包括IP終端的編解碼器能力和/或優選的指示。
交互工作節點的活動譯碼資源只在端對端編解碼器失配的情況下使用(IO.)。
在IP終端的編解碼器能力已知的情況下，交互工作節點將TCS編解碼器供應發送(ll.)到MONA終端。此TCS編解碼器供應包括兩個端點(MONA和IP終端)共同具有的帶有最高i某體質量的最佳可能的編解碼器(如果此類共同編解碼器存在)。如果不存在此類共同編解碼器，則該供應將包括交互工作節點對其具有譯碼能力的編解碼器。
遠程MONA終端隨后發送(12.) OLC。因此，將理解，在第三實施例中，MONA供應是基于收到的遠程 MONA供應/遠程MONA終端的終端類型而動態修改的。此外，在第 三實施例中，作為在CS到IP呼叫中實現端對端編解碼器協商的方式， 遠程終端纟皮有意強迫回退到ACP。
總之，在第二和第三實施例中，發送TDM空閑模式直到已接收 遠程供應使得在啟動MONA協商之前能夠探測遠程MONA CS終端 能力(以及可能還探測IP終端能力)。
從上面的描述中，可理解，本發明的優選實施例可將CS和IP側 上以及MGCF4和MG5之間的呼叫信令降到最低。此外，CS-IP交互 工作呼叫的呼叫建立時間可減少。
縮寫列表
ACK確認
ACP加速的呼叫過程
AMR自適應多速率
AMR-NB自適應多速率-窄帶
AMR-WB自適應多速率-寬帶
A麗回答消息
CCSRL控制信道分段和重新裝配層
CS電路交換
3GPP第三代合作伙伴項目
IAM初始地址消息
ICM推斷的共同模式
IMSIP多媒體子系統
IP因特網協議
ITU國際電信聯盟
LAPM調制解調器鏈踏-接入過程
MG媒體網關MGCF4某體網關控制功能
MONA定向媒體協商加速
MOS定向媒體建立
MPC媒體預配置信道
MPEG運動圖像專家組
MSD主從確定
NSRP編號的簡單重新傳輸協議
OLC開放邏輯信道(ACP和H.245消息的名稱)
PM優選消息
RAN無線電接入網絡
RTD往返延遲
RTP實時傳輸協議
RTSP實時流傳送協議
SDP會話描述協議
SIP會話啟動協議
SPC信令預配置信道
TCS終端能力集
TS技術規范
WNSRP窗口的NSRP
雖然本發明已根據上述優選實施例進行描述，但應理解，這些實 施例只是說明性的，并且權利要求不限于那些實施例。本領域的技術 人員將能夠鑒于公開內容進行修改和替代，這些修改和替代視為在隨 附權利要求的范圍內。本說明書中公開或示出的每個特征可單獨或以
發明中
權利要求
1.一種將CS(電路交換)視頻呼叫與使用IP多媒體協議的視頻呼叫交互工作的方法，包括在交互工作功能，作為MONA(定向媒體協商加速)協商的部分，接收包括所述CS視頻呼叫中涉及的CS終端的編解碼器能力的指示的信令；此后，啟動IP編解碼器協商；以及此后，繼續和/或完成所述MONA協商。
2. —種將CS (電路交換)視頻呼叫與使用IP多媒體協議的視頻 呼叫交互工作的方法，所述方法包括端對端編解碼器協商，其中所述 端對端編解碼器協商包括在交互工作功能，作為MONA協商的部分，接收包括所述CS 視頻呼叫中涉及的CS終端的編解碼器能力的指示的信令；以及 此后，啟動IP編解碼器協商。
3. 如權利要求1或2所述的方法，其中所述信令包括所述CS終 端的編解碼器優選的指示。
4. 如前面^=又利要求任一項所述的方法，其中所述IP編解碼器協 商包括所述交互工作功能與IP端點協商應該為特定呼叫使用哪些編 解碼器。
5. 如權利要求4所述的方法，其中所述交互工作功能與所述IP 端點協商應該使用哪些編解碼器包括將所述編解碼器能力和/或在可 用的情況下將所述CS終端的編解碼器優選考慮在內。
6. 如前面權利要求任一項所述的方法，還包括在接收所述信令前 建立CS承載。
7. 如前面權利要求任一項所述的方法，其中所述方法容忍所述 IP編解碼器協商造成的延遲。
8. 如前面權利要求任一項所述的方法，其中所述信令包括SPCMOS請求，并且所述MONA協商包括SPC協商。
9. 如權利要求8所述的方法，其中接收所述SPCMOS請求的確 認使得所述SPC協商被視為是在進行中。
10. 如權利要求8或9所述的方法，其中接收所述SPC MOS請 求的確認使得到非SPC的過程的回退被禁止或推遲。
11. 如權利要求1到7中任一項所述的方法，其中所述信令包括 MONAPM (優選消息)。
12. 如權利要求1到7中任一項或11所述的方法，其中所述信令 包括MPC供應，并且所述MONA協商包括MPC協商。
13. 如權利要求12所述的方法，其中接收所述MPC供應的確認 使得所述MPC協商被視為是在進行中。
14. 如權利要求12或13所述的方法，其中接收所述MPC供應 的確認使得到非MPC的過程的回退被禁止或推遲。
15. 如權利要求12所述的方法，還包括在所述交互工作功能接收 所述MPC供應時，向所述CS終端發送TDM空閑模式。
16. 如權利要求1到7中任一項或11所述的方法，還包括從所述 信令檢測所述CS終端充當的MONA終端的類型。
17. 如權利要求1到7中任一項或11或16所述的方法，還包括 促使到ACP的回退。
18. 如權利要求17所述的方法，其中促使到ACP的所述回退包 括所述交互工作功能向所述CS終端發送MONA PM供應。
19. 如權利要求18所述的方法，其中為了促使到ACP的所述回 退而由所述交互工作功能向所述CS終端發送的所述MONA PM指示 SPC支持而無任何MPC編解碼器供應。
20. 如權利要求18所述的方法，其中為了促使到ACP的所述回 退而由所述交互工作功能向所述CS終端發送的所述MONAPM包括 MPC編解碼器供應而不指示對SPC的支持。
21. 如權利要求18所述的方法，其中為了促使到ACP的所述回退而由所述交互工作功能向所述CS終端發送的所述MONA PM包括 MPC編解碼器供應，所述MPC編解碼器供應是所述信令中包括的 MPC供應的反向副本。
22. 如權利要求1到21中任一項所述的方法，其中僅在作為所述 IP編解碼器協商的部分、所述交互工作功能已接收所述IP終端的編 解碼器能力的指示后，它才向所述CS終端發送要用于特定呼叫的編 解碼器的指示。
23. —種用于使得CS (電路交換)視頻呼叫能夠與使用IP多媒 體協議的視頻呼叫交互工作的設備，其中所述設備布置成作為MONA協商的部分，接收包括所述CS視頻呼叫中涉及的 CS終端的編解碼器能力的指示的信令； 此后，啟動IP編解碼器協商；以及 此后，繼續和/或完成所述MONA協商。
24. —種用于使得CS (電路交換)視頻呼叫能夠與使用IP多媒 體協議的視頻呼叫交互工作的設備，所述設備布置成支持端對端編解 碼器協商，其中所述設備布置成作為MONA協商的部分，接收包括所述CS視頻呼叫中涉及的 CS終端的編解碼器能力的指示的信令；以及 此后，啟動IP編解碼器協商。
25. 如權利要求23或24所述的設備，其中所述設備包括交互工 作功能。
26. 如權利要求23到25中任一項所述的設備，其中所述設備包 括用于延遲向所述CS終端發送要用于特定呼叫的編解碼器的指示的 部件。
27. 如權利要求26所述的設備，其中所述延遲部件布置成僅在作 為所述IP編解碼器協商的部分、它已^f妄收所述IP終端的編解碼器能 力的指示后，才向所述CS終端發送要用于所述特定呼叫的編解碼器 的指示。
28. —種用于在電信系統中使用的終端，所述終端能夠支持 MONASPC，其中所述終端包括用于在指定條件下、至少對于第一時 間期間防止、延遲或禁止到非SPC的呼叫建立機制的回退的部件，其 中所述回退將在缺少所述部件時不受防止、延遲或禁止。
29. —種用于在電信系統中使用的終端，所述終端能夠支持 MONASPC,其中所述終端布置成當一個或多個第一條件滿足時，促 使、啟動或執行到非SPC的呼叫建立機制的回退，其中所述終端包括 用于當 一個或多個第二條件滿足時、即使所述一個或多個第 一條件滿 足、至少對于第一時間期間防止、延遲或禁止所述回退的部件。
30. —種用于在電信系統中使用的終端，所述終端能夠支持 MONASPC,其中當一個或多個條件滿足時，所述終端布置成啟動到 非SPC的呼叫建立機制的回退，其中所述終端布置成當它已接收有效 MOS請求確認消息時至少對于第一時間期間不啟動所述回退。
31. 如權利要求30所述的終端，其中所述終端布置成當它已接收 有效MOS請求確認消息時，即使一個或多個其它回退條件滿足，也 不啟動所述回退。
32. —種用于在電信系統中使用的終端，所述終端能夠支持 MONA SPC，其中所述終端布置成延遲MONA優選消息的確認的發 送以便至少對于第一時間期間防止、延遲或禁止到非SPC的呼叫建立 才幾制的回退。
33. —種用于在電信系統中使用的終端，所述終端能夠支持 MONA SPC，其中所述終端布置成發送指示SPC協商已建立/啟動和 第一 MONA供應未決的事實的信令。
34. —種用于在電信系統中使用的終端，所述終端能夠支持 MONA SPC，其中所述終端布置成接收指示SPC協商已建立/啟動和 第一 MONA供應未決的事實的信令，其中在接收到此類信令時，所 述終端布置成至少對于第一時間期間防止、延遲或禁止到非SPC的呼 叫建立機制的回退。
35. —種操作用于在電信系統中使用的終端的方法，所述終端能 夠支持MONASPC,其中所述方法包括當一個或多個第一條件滿足時，所述終端促使、啟動或執行到非 SPC的呼叫建立機制的回退，以及當一個或多個第二條件滿足時，即4吏所述一個或多個第一條件滿 足，所述終端至少對于第一時間期間防止、延遲或禁止所述回退。
36. —種操作用于在電信系統中使用的終端的方法，所述終端能 夠支持MONASPC,其中當一個或多個條件滿足時，所述終端布置成 啟動到非SPC的呼叫建立機制的回退，其中所述方法包括所述終端在它已接收有效MOS請求確認消息時至少對于第一時 間期間不啟動所述回退。
37. 如權利要求36所述的方法，其中所述終端在它已接收有效 MOS請求確認消息時，即使一個或多個其它回退條件滿足，也不啟動 所述回退。
38. —種操作用于在電信系統中使用的終端的方法，所述終端能 夠支持MONASPC,其中所述方法包括所述終端延遲MONA優選消息的確認的發送以便至少對于第一 時間期間防止、延遲或禁止到非SPC的呼叫建立機制的回退。
39. —種操作用于在電信系統中使用的終端的方法，所述終端能 夠支持MONASPC,其中所述方法包括所述終端發送指示SPC協商已建立/啟動和第一 MONA供應未決 的事實的信令。
40. —種操作用于在電信系統中使用的終端的方法，所述終端能 夠支持MONASPC,其中所述方法包括所述終端接收指示SPC協商已建立/啟動和第一MONA供應未決 的事實的信令，其中在接收到此類信令時，所述終端至少對于第一時 間期間防止、延遲或禁止到非SPC的呼叫建立機制的回退。
41. 一種操作用于在電信系統中使用的終端的方法，所述終端能夠支持MONASPC,其中所述方法包括基于在接收到MONA優選消息(PM)確認前它所花費的時間，定 義往返延遲。
全文摘要
提供一種將CS(電路交換)視頻呼叫與使用IP多媒體協議的視頻呼叫交互工作的方法。根據該方法，作為MONA(定向媒體協商加速)協商的部分，交互工作功能接收包括CS視頻呼叫中涉及的CS終端的編解碼器能力的指示的信令。此后，啟動IP編解碼器協商。并且此后繼續和/或完成MONA協商。因此，在和IP端點的IP編解碼器協商期間，能將CS終端的編解碼器能力和/或優選考慮在內。
文檔編號H04L29/06GK101682642SQ200880021262
公開日2010年3月24日 申請日期2008年4月28日 優先權日2007年4月26日
發明者A·威特澤爾, J·E·林德奎斯特, M·N·O·林德斯特倫 申請人:艾利森電話股份有限公司