沿複雜的呼叫路徑控制編解碼器選擇的技術的製作方法

2023-05-28 07:40:16

專利名稱：沿複雜的呼叫路徑控制編解碼器選擇的技術的製作方法
技術領域：
本發明 一般涉及在諸如(例如)行動網路等通信網絡中將內容數據 變碼的領域。更具體地-說，本發明涉及沿其中執行不同的編解碼器確 立過程的呼叫路徑控制編解碼器的選擇的技術。
背景技術：
移動到移動呼叫(MMC)—般要求語音信號在始發移動用戶裝置 中進行數字編碼，通過第一接口發送，由行動網路中的笫一變碼器單 元變碼成PCM(脈衝編碼調製)編碼的語音，通過行動網路載送，由第 二變碼器單元再次變碼，通過第二空中接口發送，並最後在終接移動 用戶裝置中解碼。對於MOC(移動主叫)或MTC(移動被叫)，出現了類 似的情況，其中呼叫路徑包括連接到PSTN(公共交換電信網絡)的網關 節點。包括更高數量的變碼步驟的呼叫路徑經常發生，例如，在呼叫 路徑通過若干PLMN(公共陸地行動網路)延伸時。除語音外，其它內 容數據也可進行變碼，例如，視頻數據。
關於語音，共同語音編解碼器(術語"編解碼器"指用於對數字數據 流執行編碼和解碼的編碼解碼機制)必須在沿呼叫路徑的每對變碼器 (transcoder)單元之間確立。僅在兩個變碼器單元要確立默認編解碼器 (例如，PCMG.711編解碼器)的情況下，可忽略顯式確立過程。通常， 在呼叫路徑中變碼步驟的數量應降到最低以保持高語音質量和降低 變碼成本。
在此方面過程的示例是如3GPP(第三代合作夥伴項目)在其TS(技 術規範)28.062中定義的級聯式自由操作(TFO),它指定了在兩個TFO 夥伴的上遊和下遊使用的語音編解碼器至少相互兼容(或甚至相同)的情況下避免在兩個對等變碼器單元之間變碼的編解碼器確立過程。
TFO協議提供用於兩個變碼器單元之間的帶內信令機制。如果TFO 協議在TFO狀態操作(OPERATION)中結束，則每個變碼器單元接收 語音幀並將它們轉發到TFO夥伴而不進行變碼步驟。TFO在PCM鏈 路中(即，在呼叫路徑已確立後)只在帶內工作。
避免不必要的變碼步驟的編解碼器確立過程的另 一 示例是如 3GPPTS 23.153中定義的帶外變碼器控制(OoBTC)。 OoBTC提供一種 機制，該機制使用沿呼叫路徑控制變碼器單元的呼叫控制節點之間的 帶外編解碼器協商過程來為控制節點控制的呼叫路徑的段協商共同 編解碼器。如果協商成功(例如已發現共同編解碼器)，則在呼叫路徑 的此段中不包括變碼器單元。對於信令編解碼器信息，可使用例如 3GPP TS 32.205中指定的BICC(牙義載獨立呼叫控制)協議或如IETF(因 特網工程任務組)在RFC(請求註解)3261定義的SIP(會話啟動協議)。
OoBTC在呼叫建立前^皮使用並嘗試確立變碼器自由才喿作(TrFO)。 如果OoBTC未能確立TrFO(例如，只對默認編解碼器PCM達成一致)， 則在呼叫建立後可嘗試帶內TFO機制。如果TFO能確立，則呼叫路 徑將包括變碼器單元，但變碼器單元不執行任何變碼操作。因此，延 伸通過一個或多個行動網路的核心網絡的呼叫路徑可由包括變碼自 由鏈路(TrFL)的段組成，由包括級聯式自由鏈路(TFOL)的段組成以及 由TFO或TrFO均不在其中操作的其它段組成。
上述編解碼器確立過程在呼叫路徑的段中局部起作用，以將變碼 步驟的數量降到最低，即，編解碼器優化基本上在對等單元(TFO)之 間執行，或者沿其中使用相同編解碼器協商過程(OoBTC， TrFO)的呼 叫路徑的段執行。呼叫路徑段(section)在本文中定義為指定呼叫路徑 的一部分，沿該部分呼叫路徑特定編解碼器確立過程的使用已確立了 特定的編解碼器。
沿不同呼叫路徑段執行各個編解碼器確立過程可導致局部最佳編 解碼器的確立。然而，無法為呼叫路徑整體發現全局最佳編解碼器(或編解碼器組合)。例如，不同編解碼器確立過程的交互(例如，在呼叫
建立前的OoBTC和在呼叫建立後的TFO)可導致編解碼器相關信息的 丟失或者導致此類編解碼器信息的不正確或不完整傳輸。
此外，OoBTS和呼叫確立後的TFO之間的交互可導致沿呼叫踏-徑的至少一些^:的幾次編解碼器類型修改。然而，由於中斷和變碼變 化的原因，呼叫確立後的每次編解碼器修改影響語音質量。此外，不 保證在編解碼器修改過程期間的中間狀態產生更佳的語音質量。還 有，根本不保證此交互產生穩定的編解碼器選擇(或編解碼器組合)， 但交互可產生至少兩個語音編解碼器之間的循環變化。這甚至可導致 呼叫的釋》丈。
需要有一種技術，該技術允許沿呼叫路徑的編解碼器(或編解碼器 組合)的確立，其中，在諸如語音質量、帶寬要求、變碼資源和類似的 運營商要求等至少一個優化標準方面，選定的編解碼器進行了全局優 化。

發明內容
根據本發明的第一方面，提議了一種操作控制呼叫路徑的至少一 段的呼叫控制節點的方法，其中，呼叫路徑包括在兩個相對邊緣節點 之間的多l爻協調路徑(multi-section harmonization path),沿該路徑要協 調編解碼器選擇，以及其中，呼叫控制節點是在邊緣節點之間的協調 路徑中的轉移節點。該方法包括以下步驟確定呼叫控制節點是否為 協調路徑的轉移節點；確定用於由呼叫控制節點控制的至少 一段的編 解碼器是否滿足預定的協調標準；以及在使用的編解碼器不滿足協調 標準的情況下，向協調路徑的邊緣節點中的至少 一個提供協調觸發指 示以啟動協調。
呼叫控制節點例如可以是行動網路或固定網絡中的MSC(移動交 換中心)或TSC(中轉交換中心)。呼叫控制節點可控制至少一個變碼器 單元，該單元例如可以在UMTS(通用移動電信系統)網絡或IMS(IP多
ii媒體子系統)網絡中的MGW^某體網關)中實現。呼叫控制節點可根據 局部起作用的編解碼器確立過程為呼叫路徑的相關聯段控制編解碼
器的選擇，例如，OoBTC編解碼器協商過程(針對TrFO)或帶內機制 (TFO,針對級聯式自由操作)或針對變碼自由操作的SIP/SDP機制。
協調路徑例如可包括一個或多個TFO段和一個或多個OoBTC段 和/或一個或多個SIP/SDP段。協調路徑可沿行動網路的核心網絡中的 整個呼叫路徑延伸，即從^妄入服務呼叫控制節點到另一接入服務呼叫 控制節點(在MMC的情況下)或網關呼叫控制節點(在MOC或MTC的 情況下)。另一方面，協調路徑也可只包括整個呼叫路徑的一小部分。 這種情況下，協調路徑可受沿其不能轉發協調過程有關信令信息的呼 叫段的限制，例如，這是因為在此段中用於編解碼器協商的協議不適 用於傳輸協調信令信息。協調觸發指示可轉發到協調路徑中的下一節 點。轉移節點因而向未知的邊緣節點發送其觸發指示。
確定呼叫控制節點是否為轉移節點的步驟可包括評估呼叫控制節 點是否控制協調路徑的兩段。該方法還可包括確定呼叫控制節點是否 為協調路徑的要素的步驟。此步驟可包括確定呼叫控制節點是否控制 協調路徑的至少一段。例如，確定步驟可包括確定呼叫控制節點是否 控制至少一個TFO段或至少一個OoBTC段的步驟。確定步驟可在逐 個呼叫的基礎上執行。備選，轉移節點的角色也可(例如經管理)指配 到呼叫控制節點而與特定呼叫無關。確定步驟可按順序或並行執行。 例如，確定用於呼叫控制節點控制的至少一段的編解碼器是否滿足預 定協調標準的步驟可在確定呼叫控制節點是否為協調路徑的轉移節 點的步驟之前執行。
預定的協調標準可與網絡運營商的一個或多個目的相關。因此， 確定選定編解碼器是否滿足預定協調標準的步驟可包括將暫時選定 編解碼器與可用編解碼器表進行比較的步驟，其中，可根據網絡運營 商的目的區分編解碼器優先級。例如，編解碼器可根據語音質量和帶 寬消耗標準中的至少 一 個進行分類。協調觸發指示可包括在向協調路徑的邊緣節點之一或兩者傳送的 消息中。在本發明的一個才莫式中，協調觸發指示傳送到協調路徑中的 下一節點。換而言之，指示沿協調路徑向邊緣節點逐節點發送。
本發明的 一個表示還可包括以下步驟從協調路徑中的另 一轉移
節點接收協調觸發指示；並且進一步沿協調路徑轉發接收的協調觸發 指示。這種情況下，另一轉移節點已確定需要協調，並已生成和傳送 協調觸發指示。協調路徑中每個其它轉移節點可轉發協調觸發指示而 不釆取其它動作。
方法還可包括以下步驟接收支持的編解碼器列表(SCL);在呼叫 控制節點不支持所指示編解碼器的情況下，通過從支持的編解碼器列 表移除編解碼器指示來修改支持的編解碼器列表；以及轉發修改的支 持的編解碼器列表。SCL可包括在沿協調路徑轉發的協調信息消息中。 在到達邊緣節點(即，通過了協調路徑的所有轉移節點)時，支持的編 解碼器列表因而只指示SCL始發的邊緣節點和已轉發並可能過濾了 SCL的所有中間轉移節點支持的那些編解碼器。
在本發明的變型中，方法還包括以下步驟接收選定編解碼器指 示；以及在呼叫控制節點控制的至少一段中使用的編解碼器不是至少 與指示的編解碼器兼容的情況下，將使用的編解碼器更改為指示的編 解碼器。選定編解碼器指示可包括在協調決定消息中，該消息從已對 協調路徑的編解碼器(或編解碼器組合)做出決定的協調路徑的邊緣節 點之一始發。選定編解碼器指示還可沿協調路徑轉發。
根據一個配置，在呼叫控制節點控制的段的第一段中使用的編解 碼器與在呼叫控制節點控制的段的第二段中使用的編解碼器不兼容 時，協調標準可能得不到滿足。在一個示例中，呼叫控制節點控制兩 個編解碼器協商段，其中，在編解碼器協商段的第一段中使用的編解 碼器與在編解碼器協商段的第二段中使用的編解碼器不兼容。在該情 況下，呼叫控制節點可觸發協調過程。
確定使用的編解碼器是否滿足協調標準的步驟可包括確定變碼器自由操作(TrFO)或級聯式自由操作(TFO)是否已在呼叫控制節點控制 的至少一段中確立。例如，如果由於不兼容的編解碼器原因，TFO尚 未沿PCM段確立，則呼叫控制節點可通過構建協調觸發指示，並向 協調路徑的邊緣節點之一或兩者提供該指示，決定觸發協調過程。又 如，在呼叫控制節點控制至少兩個編解碼器協商段(TrFO),並且不兼 容的編解碼器已在段中協商的情況下，也可觸發協調過程。在邊緣節 點是接入服務節點，並且確定在協調路徑的受控段中使用的編解碼器 與在無線電接入時使用的編解碼器不兼容的情況下，也可提供協調觸 發指示。
在本發明的一個實現中，呼叫控制節點控制(例如，經OoBTC和/ 或SIP/SDP)在呼叫控制層中第一段中的編解碼器協商，並控制(例如， 經TFO)在用戶平面層中第二段中的編解碼器協商(例如，通過帶內信 令)。方法因而還可包括在呼叫控制層與用戶平面層之間傳遞協調觸發 指示、支持的編解碼器列表、選定編解碼器指示和可用編解碼器列表 中的至少一個的步驟。此步驟例如可包括從屬於控制平面的消息中提 取SCL或選定編解碼器指示，並將該SCL或選定編解碼器指示及指 示要在用戶平面中沿TFO段轉發該SCL或選定編解碼器指示的控制 信息 一起轉移到呼叫控制節點控制的MGW 。
根據本發明的第二方面，提供了 一種操作控制呼叫路徑的至少一 段的呼叫控制節點的方法，其中，呼叫路徑包括在兩個相對邊緣節點 之間的多段協調路徑，沿該路徑要協調編解碼器選擇，以及其中，呼 叫控制節點是協調路徑的邊緣節點之一。該方法包括以下步驟確定 呼叫控制節點是否為協調路徑的邊緣節點；接收協調觸發指示；以及 響應接收的協調觸發指示並在呼叫控制節點是邊緣節點的情況下，向 協調路徑的相對邊緣節點傳送支持的編解碼器列表。
確定呼叫控制節點是否為邊緣節點的步驟可包括評估呼叫控制節 點是否正好控制協調路徑的一段。例如，如果它正好控制一個編解碼 器協商段(例如，OoBTC或SIP)或正好控制一個TFO段，則呼叫控制節點可確定它是邊緣節點。又如，呼叫控制節點可確定它控制一個
OoBTC或SIP鏈路和一個TFO鏈路，然而，TFO鏈路與TFO協調過 程不兼容。例如，確定TFO鏈路是否與TFO協商過程(不)兼容的步驟 是分析在來自TFO夥伴的TFO協議中接收的SysID。
如果呼叫控制節點控制沿其可執行協調過程的呼叫路徑的不止一 個段，則節點可確定它是協調路徑的轉移節點，而不是邊緣節點。例 如，直接控制GERAN的MSC具有向GERAN的一個TFO段，並且 可能具有向核心網絡的TrFO段。然而，由於沿向GERAN的TFO賴二 可不執行協調，因此，它是協調路徑的邊緣節點。
確定呼叫控制節點是否為邊緣節點的步驟也可在接收協調觸發指 示的步驟後執行。例如，指示的接收可觸發確定步驟。確定步驟可在 逐個呼叫的基礎上執行。備選，邊緣節點的角色也可例如經管理指配 到呼叫控制節點一次。
協調觸發指示可包括在協調觸發消息中。支持的編解碼器列表可 包括在協調信息消息中傳送。根據本發明的第一方面，協調觸發指示 可從協調路徑的轉移節點始發。邊緣節點因而可在從外部節點接收協 調觸發指示時開始編解碼器(重新)協商，但邊緣節點本身不生成協調 觸發。另外或備選，方法還可包括以下步驟確定用於呼叫控制節點 控制的至少一段的編解碼器是否滿足預定的協調標準；以及在選定編 解碼器不滿足協調標準的情況下，提供協調觸發指示以啟動協調。SCL 的傳輸因而可相對於邊緣節點在內部和/或外部觸發。
在本發明的此方面的一個表示中，在用於呼叫控制節點控制的段 的編解碼器與用於呼叫控制節點服務的無線電接入的編解碼器不兼 容時，協調標準得不到滿足。邊緣節點隨後可(在內部)觸發協調以實 現在協調路徑中使用的編解碼器與通過空中接口使用的編解碼器的 協調。
支持的編解碼器列表可傳送到協調路徑中的下一節點。例如，SCL 可包括在被接收，可能^L過濾並隨後傳送到協調路徑中的下一節點的
15協調信息消息中。換而言之，支持的編解碼器列表可沿協調路徑的轉 移節點逐個節點向相對的邊緣節點傳送。
如果呼叫控制節點服務無線電接入，則方法還可包括以下步驟 接收選定編解碼器指示(可嵌在協調決定消息中)；在呼叫控制節點控 制的協調路徑的段中使用的編解碼器不是至少與選定編解碼器指示 所指示的編解碼器兼容的情況下，將協調路徑的受控段中使用的編解 碼器更改為選定編解碼器指示所指示的編解碼器；和/或在呼叫控制節 點服務的無線電接入中使用的編解碼器不是至少與選定編解碼器指 示所指示的編解碼器兼容的情況下，將無線電接入中使用的編解碼器 更改為至少與選定編解碼器指示所指示的編解碼器兼容的編解碼器。 例如，編解碼器可更改為所指示的編解碼器。
根據本發明的第三方面，提議了 一種操作控制呼叫路徑的至少一 段的呼叫控制節點的方法，其中，呼叫路徑包括在兩個相對邊緣節點 之間的多段協調路徑，沿該路徑要協調編解碼器選擇，以及其中，呼 叫控制節點是協調路徑的邊緣節點之一。方法包括以下步驟確定呼 叫控制節點是否為協調路徑的邊緣節點；接收支持的編解碼器列表； 在呼叫控制節點是邊緣節點的情況下，將支持的編解碼器列表所指示 的編解碼器選擇為用於協調路徑的選定編解碼器；以及向協調路徑的 相對邊緣節點傳送指示選定編解碼器的選定編解碼器指示。
確定呼叫控制節點是否為邊緣節點的步驟可包括評估呼叫控制節 點是否正好控制協調路徑的一段。確定步驟可在逐個呼叫的基礎上執 行。備選，邊緣節點的角色也可經管理指配到呼叫控制節點一次。
支持的編解碼器列表可包括在已從相對邊緣節點傳送並通過協調 路徑的所有轉移節,泉的協調信,包、消息中。根據本發明的第三方面的邊 緣節點隨後終止SCL的傳遞，並對用於協調路徑的選定編解碼器(或 編解碼器組合)做出決定。選定編解碼器指示可傳送到協調路徑中的下
一節點，即，選定編解碼器指示可沿協調路徑逐個節點傳送。選定編 解碼器指示可嵌在協調決定消息中。消息也可包含可用編解碼器列表。
在呼叫控制節點是邊緣節點並控制無線電接口的情況下，可選擇 如支持的編解碼器列表所指示的用於無線電接入和協調路徑的編解 碼器對。
方法還可包括以下步驟在呼叫控制節點控制的協調路徑的段中 使用的編解碼器不是至少與選定編解碼器指示所指示的編解碼器兼 容的情況下，將使用的編解碼器更改為選定編解碼器指示所指示的編 解碼器和/或在呼叫控制節點服務的無線電接入中使用的編解碼器不 是至少與選定編解碼器指示所指示的編解碼器兼容的情況下，將無線 電接入中使用的編解碼器更改為至少與選定編解碼器指示所指示的 編解碼器兼容的編解碼器。邊緣節點因而也可決定相應地更改正在段 中使用的編解碼器，該段由節點控制並且不屬於協調路徑而屬於呼叫 路徑。
在本發明的一個或多個方法方面中，可逐個節點(n-b-n)傳送協調 觸發指示、支持的編解碼器列表和選定編解碼器指示(及可能的可用編 解碼器列表)中的至少一個。至少在接收n-b-n消息時，節點可確定其 本身在協調路徑中的角色(邊緣節點或轉移節點)，並根據確定的角色 處理消息內容。在n-b-n情形中，協調路徑的要素可能不知道相鄰節 點的角色或協調路徑的邊緣節點的地址。每個呼叫控制節點只與受控 段的相對端的其相鄰控制節點通信，即，消息只轉發到協調路徑中的 下一鄰居。例如，轉移節點必須將接收的SCL沿協調路徑轉發到下一 節點。轉發節點無需知道下一節點是轉移節點還是邊緣節點，並且無 需知道例如協調路徑的遠端邊緣節點的地址。
基於在呼叫控制節點控制的協調路徑的至少一段中用於編解碼器 確立的編解碼器確立過程的協議，可傳送協調觸發指示、支持的編解 碼器列表和選定編解碼器指示中的至少一個。例如，協調觸發消息、 包括支持的編解碼器列表的協調信息消息或包括選定編解碼器指示 的協調決定消息可基於用於OoBTC的協議。作為一個具體的示例，通過再使用在協調路徑的編解碼器協商段中使用的編解碼器協商協 i義的消息，可傳輸SCL。指示協調消息的偽編解碼器可包括在根據再 使用的協議構建的消息中。例如，指示協調觸發指示的偽編解碼器可 包括在根據協議構建的消息中。
根據本發明的又一方面，提議了一種電腦程式產品，該計算機 程序產品在一個或多個計算裝置上運行時，包括用於執行本文中所述 任何方法方面的步驟的程序代碼部分。電腦程式產品可存儲在計算
機可讀記錄々某體上，如CD-ROM或DVD。電腦程式產品可備選或 另外提供為文件或文件系統以便例如經網際網路下載。
根據本發明的另一方面，提議了一種呼叫控制節點，它適用於控 制呼叫路徑的至少一段，其中，呼叫路徑包括在兩個相對邊緣節點之 間的多段協調路徑，沿該路徑要協調編解碼器選擇，以及其中，呼叫 控制節點是在邊緣節點之間的協調路徑中的轉移節點。呼叫控制節點 包括第一確定組件，適用於確定呼叫控制節點是否為協調路徑的轉 移節點；第二確定組件，適用於確定用於呼叫控制節點控制的至少一 段的編解碼器是否滿足預定的協調標準；以及觸發組件，適用於在使 用的編解碼器不滿足協調標準的情況下，向協調路徑的至少一個邊緣 節點提供協調觸發指示以啟動協調。
根據本發明的又一方面，提議了一種呼叫控制節點，它適用於控 制呼叫路徑的至少一段，其中，呼叫路徑包括在兩個相對邊緣節點之 間的多段協調路徑，沿該路徑要協調編解碼器選擇，以及其中，呼叫 控制節點是協調路徑的邊緣節點之一。呼叫控制節點包括邊緣確定 組件，適用於通過評估呼叫控制節點是否正好控制協調路徑的一段來 確定呼叫控制節點是否為邊緣節點；接收組件，適用於接收協調觸發 指示；以及協調信息組件，適用於響應接收的協調觸發指示，向協調 路徑的相對邊緣節點傳送支持的編解碼器列表。
根據本發明還有的又一方面，提議了一種呼叫控制節點，它適用 於控制呼叫路徑的至少一段，其中，呼叫路徑包括在兩個相對邊緣節點之間的多段協調路徑，沿該路徑要協調編解碼器選擇，以及其中，
呼叫控制節點是協調路徑的邊緣節點之一。呼叫控制節點包括邊緣
確定組件，適用於通過評估呼叫控制節點是否正好控制協調路徑的一
段來確定呼叫控制節點是否為邊緣節點；接收組件，適用於接收支持 的編解碼器列表；選擇組件，適用於將支持的編解碼器列表所指示的 編解碼器選擇為用於協調路徑的選定編解碼器；以及傳輸組件，適用 於向協調路徑的相對邊緣節點傳送指示選定編解碼器的選定編解碼 器指示。


在下述內容中，將參照圖中所示的示範實施例進一步描述本發明， 其中
圖1是呼叫路徑的一些實施例的示意圖，每個呼叫路徑包括一個 協調路徑；
圖2是協調路徑的第一實施例的要素的示意圖； 圖3是協調路徑的第二和第三示例實施例的要素的示意圖； 圖4是協調路徑的轉移節點的一些第 一實施例的示意圖； 圖5是協調轉移節點的第二實施例的示意圖； 圖6是以示意圖方式示出協調路徑的轉移節點的第三實施例的功 能才匡圖7是以示意圖方式示出協調路徑的邊緣節點的第一實施例的功 能框圖8是以示意圖方式示出協調路徑的邊緣節點的第二實施例的功 能才匡圖9是示出操作協調路徑中轉移節點的方法實施例的步驟的流程
圖io是示出操作協調路徑中邊緣節點的第一方法實施例的步驟
的流程19圖11是示出操作協調路徑中邊緣節點的第二方法實施例的步驟
的流程圖12是協調過程的笫一實施例的示意圖； 圖13是協調過程的第二實施例的示意圖； 圖14是協調過程的第三實施例的示意圖； 圖15是協調過程的第四實施例的示意圖。 圖16、 17是協調過程的第五實施例的示意圖。
具體實施例方式
在下面的說明中，為便於解釋而不是限制，陳述了特定的細節， 如包括特定網絡節點的特定的網絡拓樸、通信協議等，以便提供本發 明的詳盡理解。本領域的技術人員將明白，在脫離這些特定細節的其 它實施例中可實踐本發明。例如，技術人員將理解，通過不同於下述 示出本發明的UMTS網絡的通信網絡可實踐本發明。本發明可通過多 個變碼步驟在其中執行的任何網絡實踐。這例如可包括無線網絡，因 為經空中接口的數據傳輸一般可要求壓縮數據以獲得有效的帶寬使 用。這可還包括配置為執行變碼步驟的中轉網絡，例如考慮作為用於 PSTN-PSTN呼叫的中轉網絡的行動網路。傳輸的數據不但可以是語 音數據，而且可以是可壓縮的任何種類的數據，例如，視頻數據。
本領域的人員還將理解，本文下面解釋的功能可通過4吏用單獨的 硬體電路，使用結合編程微處理器或通用計算機運行的軟體，使用專 用集成電路(ASIC)和/或使用 一個或多個數位訊號處理器(DSP)實現。 也將理解，在本發明描述為方法時，它也可在計算機處理器和耦合到 處理器的存儲器中實施,其中，存儲器編碼有在由處理器運行時執行 本文中公開的方法的一個或多個程序。
術語"接口，，或"接口組件"在本文中使用時可表示功能接口 ，即， 包含在功能組件或更高層結構(例如，硬體和/或軟體組件或功能實體) 內，專門設計用於執行與其它外部組件或結構的通信的子結構。功能接口一般情況可以軟體方式實現，但不排除以其它方式實現。
圖1以示意圖方式示出三個呼叫路徑100、 102和104。對於每個 呼叫路徑，示出了示範協調路徑106、 108、 110。呼叫路徑100在Iu 接口與A接口之間延伸，並包括基於BICC的兩個OoBTC(編解碼器 協商)段和一個TFO段。例如在MSC1-TSC1與TSC2-MSC2之間的呼 叫建立前執行的每個單獨的編解碼器協商過程可產生對應段的局部 最佳編解碼器。然而，使用的編解碼器可彼此不相同或不兼容。此外， 這些編解碼器中的一個或多個可能是例如在語音質量或帶寬使用方 面的次佳編解碼器。呼叫建立後在TSC1與TSC2之間執行的TFO協 商過程可能檢測出選定編解碼器未得到協調。協調過程因而可執行以 確定對整個呼叫路徑100最佳的編解碼器或編解碼器組合。
協調過程沿包括至少在核心網絡中呼叫路徑的一部分的協調路徑 執行。例如，在基於呼叫路徑100的MMC呼叫中，協調路徑106可 在分別為主叫和被叫訂戶服務的呼叫控制節點MSC1和MSC2之間延 伸。通常，協調路徑可包括呼叫路徑的一段，如果此段中的信令過禾呈 (例如，以信令消息的形式)可傳輸協調信息，即與協調過程相關的信 令信息。此類信令過程可專門定義或者可基於適用於在對應呼叫控制 節點之間傳輸協調信令信息的局部編解碼器確立過程。無線電接入可 以不是協調路徑的一部分，因此，為接入服務的呼叫控制節點負責將 在接入網絡中使用的編解碼器(即，通過空中接口 )和在節點控制的協 調路徑的段中使用的編解碼器匹配(align)。
協調路徑可包括使用不同信令過程傳輸協調信令信息的相鄰段。 在該情況下，在段彼此交界處的點上的互通節點必須適用於適當地轉 換信令信息。在圖l所示的示例中，假設用於編解碼器協商段及用於 TFO段的TFO協商過程的BICC協議適用於傳輸協調信令信息。因此， 例如，協調路徑106包括一連串的相鄰編解碼器協商段和TFO段。協 調路徑因而包括在核心網絡中的整個呼叫路徑，即，在兩個無線電4妄 入點之間的路徑。然而，協調路徑106可通過若干PLMN延伸。例如，在一方面的節點MSC1和TSC1和在另一方面的節點TSC2和MSC2 可屬於不同的PLMN。
協調路徑106的論述類似地適用於路徑108和110。呼叫路徑102 與路徑100不同之處在於它在固定網絡(PSTN)而不是無線電接入終 接。關於協調路徑110,通常要注意的是協調路徑可比呼叫路徑104 更短。例如，不允許傳輸協調信令信息的呼叫路徑段可不包括在協調 路徑中。因此，呼叫路徑可不但包括更短的協調路徑，而且也可包括 不止一個協調路徑。
圖2更詳細地示出呼叫路徑的實施例120,帶有在兩個無線電接 入之間端對端延伸的協調路徑。每個呼叫控制節點根據其在協調路徑 中的特定角色做出反應。換而言之，其在協調路徑中的位置確定呼叫 控制節點在協調過程期間採取的動作。例如，節點MSC1和MSC5分 別充當關於呼叫建立方向上遊和下遊的協調邊緣節點(HEN)。下面將 詳細描述與圖2所示每個角色相關聯的功能。協調轉移節點 TSC2-TSC4位千協調3各徑內。
圖3還示出呼叫路徑130、 132,帶有在協調邊緣節點(上遊)與協 調邊緣節點(下遊)之間延伸的協調路徑，其中，朝向呼叫路徑始發側 的HEN是HEN(上遊)，而朝向呼叫路徑終接側的HEN是HEN(下遊)。 呼叫路徑302通過一個或多個PLMN中的節點TSC1-TSC4,在兩個 固定(PSTN)網絡之間伸展(nm)。
協調轉移節點(HTN)的動作也可以是透明轉發協調信令信息，例 如，協調(信令)消息。透明意味著在控制節點本身中及在受控變碼器 單元或MGW中均不需採取動作或執行功能(除轉發功能和可能的過 濾功能外)。圖4以示意圖方式示出此類協調轉移透明節點(HTTN)的 三個示例實施例140、 142、 144。
HTTN 140連接兩個TFO段。受控MGW(未示出)可充當TFO兼 容的路徑中設備(IPE，參閱3GPPTS 28.062),使得任何TFO帶內消 息將透明通過受控MGW。 HTTN 142連4妄基於BICC的兩個編解碼器協商段。這種情況下，編解碼器(再)協商可在轉移節點142中繼續。 節點也可對協調過程是透明的(除可能過濾選定編解碼器列表外)。
HTTN 144類似於節點142,但連接兩個基於SEP的編解碼器協商段。
圖5以示意圖方式示出協調轉移互通節點(HTIN)的示例150。呼 叫控制節點150連接具有在位於控制平面中的編解碼器確立過程的 段，即基於BICC的編解碼器協商段和具有位於用戶平面中的編解碼 器確立過程的段，即TFO段。協調信令信息因而必須從編解碼器協商 控制平面協議傳遞到TFO用戶平面協議，且反之亦然。對應的信令消 息必須例如通過再使用GCP(網關控制協議，根據ITU-T的H.248)控 制MGW,在節點150與受控MGW152之間交換。
圖6是適用於控制呼叫路徑的至少一段的呼叫控制節點200的實 施例的示意框圖，其中，呼叫路徑包括在兩個相對邊緣節點(未示出) 之間的多段協調路徑，沿該路徑要協調編解碼器選擇。呼叫控制節點 200是邊緣節點之間的協調路徑中的轉移節點。節點200可以是圖1-5 所示轉移節點之一 的實現。
節點200包括適用於經信令鏈路206和208沿呼叫路徑接收和轉 發信令信息到相鄰呼叫控制節點的接口組件202和204。又一信令接 口 210適用於控制在與控制節點200關聯的MGW 212中的變碼器單 元。語音數據沿用戶數據傳輸鏈路214和216指定的呼叫路徑轉發。
在下述內容中將通過示範假設控制節點200是在編解碼器協商段 邊界處的要素。信令接口 202適用於BICC協議以便與此段中的其它 控制節點協商編解碼器。另一方面，信令鏈路208可包括沿呼叫路徑 到其它呼叫控制節點的ISUP連接，使得編解碼器協商經鏈路208不 可能實現。然而，接口 210和MGW212適用於TFO協商，使得TFO 可沿傳輸鏈路216確立。這樣，節點200也可以是TFO段的末端要素。 節點200因而是HTIN。
呼叫控制節點200包括適用於確定呼叫控制節點200是否為協調 路徑的要素的笫一確定組件218。確定組件218例如通過指示呼叫路
23徑已確立或更改的適當信令消息的接收而^^觸發。組件218響應此類
觸發事件，從接口組件202、 204和210請求例如在呼叫建立期間使 用的編解碼器確立過程的指示。接口組件202可通過指示基於BICC 協議的OoBTC過程在使用中來響應，該過程適用於傳輸協調信令信 息。由於沿信令鏈路208未執行編解碼器確立過程，並且也無特定的 協調信令協議可用於鏈路208，因此，接口組件204可不以指示來響 應。接口組件210可通過指示TFO協商過程用於在々某體網關212與其 TFO夥伴之間的編解碼器確立來響應，該過程也可傳輸協調信令信 息。接口組件例如可將從TFO對等體接收的TFO系統ID ^是供到確定 組件218。
基於響應，確定組件218確定控制節點是否為協調路徑的一部分。 這是在控制節點200控制其中可傳輸協調信息的至少一個編解碼器確 立段時的情況。在此處所述的示例中，呼叫控制節點200是協調路徑 的一部分，這是因為節點200是在編解碼器協商段(鏈路206, 214)的 邊界處，並且也因為節點200在TFO協商段(鏈路216)的邊界處。如 果節點200是協調路徑的要素，則組件218向第二確定組件220和第 三確定組件222發送觸發信號。
第二確定組件220適用於確定為呼叫控制節點200控制的至少一 段選擇的編解碼器是否滿足預定的協調標準。標準可包括若干子標 準，在組件220中實現的對應確定過程中說明這些子標準。
首先，如果TFO無法在基於鏈路216的受控TFO段中確立或者 如果TrFO無法沿段214確立，則確定組件220可確定標準得不到滿 足，使得沿對應段要使用的編解碼器可能不是最佳編解碼器。確定組 件220還可比較段214中選擇的編解碼器和在段216中使用的編解碼 器。如果編解碼器彼此不兼容，則確定組件可斷定必須發現最佳編解 碼器，即，用於兩個段的單個編解碼器或兼容編解碼器的組合。
其次，關於在控制節點200控制的兩個段中選擇或使用的特定編 解碼器，確定組件220可從兩個接口組件202和210請求有關暫時使用的編解碼器的信息。這些組件分別通過指示在基於鏈路214和216 的段中使用的編解碼器來響應。確定組件220隨後的動作是比較在使 用的每個編解碼器和區分優先級的編解碼器列表。列表中的編解碼器 根據網絡運營商的目的指配有優先級。例如，編解碼器可在列表中根 據語音質量、帶寬要求或變碼器單元中的資源使用進行分類。編解碼 器也可進行分類以實現這些或其它目的的組合。列出的一個或多個編 解碼器可以是最佳編解碼器，因為它們最符合目的。列表可存儲在控 制節點200的存儲組件(未示出)中，和/或可基於請求從呼叫控制節點 200所屬的網絡的管理組件接收。從使用的編解碼器與列表中一個或 多個最佳編解碼器的比較中，確定組件220確定最佳編解碼器是否已 經在特定段中使用。
如果確定對於呼叫控制節點200控制的段中的至少一個段，使用 不滿足協調標準的編解碼器，例如，使用的編解碼器不是最佳編解碼 器，則確定組件220將內部觸發信號提供到觸發組件224。
在從第一確定組件218接收觸發信號時，第三確定組件222的動 作是確定呼叫控制節點200是否為協調路徑的轉移節點。為此，組件 222評估控制節點200是否控制呼叫路徑的兩個段，其中使用了允許 傳輸協調信令信息的編解碼器確立過程(這是控制節點200為協調路 徑的要素的基本條件)。
—般情況下，在控制節點是到PSTN的網關或者位於無線電接入 網絡(RAN)旁時，控制節點可以是邊緣節點。此外，控制節點可控制 可用於協調的第 一段，而且可控制其中不能傳輸協調信息的呼叫路徑 的第二段。其它情況下，控制節點可以是轉移節點。
為解決其任務，第三確定組件222可從第二確定組件220接收與 受控段的數量相關的信息。笫三確定組件222將指示控制節點200是 協調路徑的轉移節點(不是邊緣節點)的信息提供到觸發組件224。
在從第二確定組件220接收觸發信號時，由於呼叫控制節點200 控制的段中選擇的編解碼器不是最佳編解碼器，因此，觸發組件224將協調觸發指示提供到協調路徑的邊緣節點以啟動協調。觸發組件先
處理來自第三確定組件222的指示，該指示為控制節點200必須充當
協調路徑的轉移節點。在本實施例中，由於協調過程將從協調路徑的 邊緣節點開始，觸發指示必須嵌在沿協調路徑發送到協調路徑的至少 一個邊緣節點的信令消息中。如果呼叫控制節點是邊緣節點，則觸發 指示只可提供到此邊緣節點的內部組件。
觸發組件224檢測段206是編解碼器協商段，並根據通過信令鏈 路206使用的編解碼器協商協議(BICC)構建信令消息。信令消息包括 協調觸發指示。觸發組件224將信令消息提供到接口組件202，該接 口組件將消息沿協調路徑傳送到相鄰呼叫控制節點。
節點200可包括適用於接收和轉發協調觸發指示、支持的編解碼 器列表和/或選定編解碼器的其它組件。此外，節點200還可包括其它 組件，這些組件適用於在協調路徑的段214、 216之一或兩者中使用 的編解碼器不是至少與接收的選定編解碼器指示所指示的編解碼器 兼容的情況下，將使用的編解碼器更改為選定編解碼器指示所指示的 編解碼器。這些組件在圖6中已忽略。
圖7是以示意圖方式示出適用於控制呼叫路徑的至少 一 段的呼叫 控制節點300的實施例的框圖，其中，呼叫路徑包括在兩個相對邊緣 節點之間的多段協調路徑，沿該路徑要協調編解碼器選擇。呼叫控制 節點300是協調路徑的邊緣節點之一。然而，參照圖6所述的功能性 也可包括在協調邊緣節點300中。控制節點300可以是圖1-3所示邊 緣節點之一的實現。
呼叫控制節點300包括用於沿呼叫路徑、通過帶有相鄰呼叫控制 節點(未示出)的信令鏈路304傳送和接收信令消息的接口組件302。控 制節點300還包括用於與MGW 308交換信令消息的接口組件306， MGW308與控制節點300相關聯。呼叫路徑的用戶數據傳輸鏈路310 和312在MGW 308處終接。鏈路310可連接到無線電接入網，鏈路 312可屬於OoBTC段。協調觸發消息可由接口組件302接收(例如，始發於圖6的呼叫控 制節點200)。消息包括由接口組件302提供到協調信息組件314的協 調觸發指示。協調信息組件314在指示接收的觸發下，沿協調路逕啟 動協調過程。
控制節點300包括觸發組件316，該組件在其功能性方面對應於 如圖6所示的觸發組件216。為筒明起見，在圖7中忽略了類似於圖 6的組件218、 220、 222的組件。作為外部觸發的備選或附加，協調 觸發組件314也可從內部觸發組件316接收協調觸發指示。
協調信息組件314適用於在呼叫控制節點300充當協調路徑的邊 緣節點的情況下，響應協調觸發指示，向協調路徑的相對邊緣節點傳 送支持的編解碼器列表(SCL)。在接收觸發指示時，組件314先從確 定組件318請求呼叫控制節點300是否為協調路徑的邊緣節點的指 示0
邊緣確定組件318適用於確定呼叫控制節點300是否為協調路徑 的邊緣節點。這可以是呼叫控制節點300正好控制協調路徑的一段時 的情況。
基於呼叫控制節點300是協調路徑的邊緣節點的指示(因為節點 300隻控制屬於協調路徑的一段，即基於鏈路312的段)，組件314構 建包括SCL的協調信息消息。SCL可基於被服務移動用戶裝置、連接 到鏈路310的空中接口及MGW308—般支持的可用編解碼器的列表。 SCL可包含最符合例如語音質量或所需帶寬等預定目的的可用編解碼 器。
協調信息消息^皮提供到接口組件302，該組件將消息沿協調路徑 向下一呼叫控制節點傳送，即，終接信令鏈路304的另一側的呼叫控
制節點。協調信息消息可沿呼叫路徑逐節點發送。接收消息的每個呼 叫控制節點將根據其角色處理消息。例如，轉移節點將轉發消息到下 一節點。因此，邊緣節點300無需知道在相對邊緣處終接協調路徑的 邊緣節點的地址。節點300還可包括其它組件，這些組件適用於在段310和312之 一或兩者中使用的編解碼器不是至少與接收的選定編解碼器指示所 指示的編解碼器兼容的情況下，將使用的編解碼器更改為選定編解碼 器指示所指示的編解碼器。這些組件在圖7中已忽略。
圖8是以示意圖方式示出適用於控制呼叫路徑的至少 一個段的呼 叫控制節點400的實施例的框圖，其中，呼叫路徑包括在兩個相對邊 緣節點之間的多段協調路徑，沿該路徑要協調編解碼器選擇。呼叫控 制節點400是協調路徑的邊緣節點之一，它從相對邊緣節點接收協調 信息消息。儘管圖8中未示出，但參照圖6所述的功能性也可包括在 協調邊緣節點400中。控制節點400可以是圖1-3所示邊緣節點之一 的實現。
呼叫控制節點400包括用於與控制節點400控制的MGW 404交 換信令消息的接口組件402。通信鏈路406可屬於協調路徑的一段， 而又一鏈路408不屬於協調路徑。控制節點400包括類似於圖6的組 件218、 220的組件，而為簡明起見，圖8中忽略了這些組件。
控制節點400還包括用於沿協調路徑與對等呼叫控制節點(例如， 協調轉移節點)交換信令消息的接口組件410。接口組件410充當適用 於從協調路徑的相對邊緣節點(例如，圖3的節點300)接收支持的編解 碼器列表的接收組件。接收組件410可接收嵌入協調信息消息中的支 持的編解碼器列表。
組件410將信息消息轉發到選擇組件412，選擇組件適用於選擇 支持的編解碼器列表所指示的編解碼器之一作為協調路徑的選定編 解碼器。組件412在接收信息消息時，從確定組件413請求呼叫控制 節點400是否為協調路徑的邊緣節點的指示。邊緣確定組件413的工 作類似於圖7中的邊緣確定組件318。
基於呼叫控制節點400是協調路徑的邊緣節點的指示(因為節點 400隻控制屬於協調路徑的一段，即基於鏈路406的段)，選擇組件412 可比較支持的編解碼器列表的每個編解碼器和編解碼器的區分優先級列表，並可從支持的編解碼器列表中選擇指配有最高優先級的該編
解碼器。選擇組件412將選定編解碼器的指示提供到傳輸組件414。
此組件適用於向協調路徑的另一邊緣節點傳送選定編解碼器指示。傳
輸組件414構建包括選定編解碼器指示的協調決定消息，並將此消息 提供到接口組件410，該接口組件將消息傳送到終接信令連接416的 對等節點(並因而向協調路徑的相對邊緣節點傳送)。
節點400可包括其它組件，這些組件適用於在段406、 408之一或 兩者中使用的編解碼器不是至少與選定編解碼器指示所指示的編解 碼器兼容的情況下，將使用的編解碼器更改為選定編解碼器指示所指 示的編解碼器。這些組件在圖8中已忽略。
圖9是示出操作控制呼叫路徑的至少一段的呼叫控制節點的方法 實施例500步驟的流程圖，其中，呼叫路徑包括在兩個相對邊緣節點 之間的多段協調路徑，沿該路徑要協調編解碼器選擇。呼叫控制節點 是邊緣節點之間的協調路徑中的轉移節點。
方法在步驟502中觸發，例如通過指示已新確立或更改的呼叫路 徑中涉及呼叫控制節點的信息。例如，信息可與呼叫建立或更改呼叫 路徑的補充服務相關。在步驟504中，確定呼叫控制節點是否為協調 路徑的要素。例如，如果呼叫控制節點控制屬於呼叫路徑的至少一個 編解碼器協商段或一個TFO段，則它可以是協調路徑的要素。呼叫控 制節點如果能參與編解碼器協商過程，例如，如果它能處理BICC信 令消息，則可確定它控制編解碼器協商段。呼叫控制節點如果控制託 管為TFO協商啟用的TFO協議處理器(handler)的MGW，則它可控制 TFO段。這些編解碼器確立過程的任何過程應^支啟用以便傳輸協調信 令信息。
在步驟506中，確定呼叫控制節點是否為協調路徑的轉移節點。 例如，可評估呼叫控制節點是否控制協調路徑的兩個段。如果呼叫控 制節點控制兩個段，為傳輸協調信令信息而啟用的編解碼器確立過程 沿這兩個段在使用，則它可以是轉移節點。例如，呼叫控制節點可控制一個編解碼器協商段和一個TFO段。在備選中，轉移節點的角色可
經管理指配到呼叫控制節點，使得步驟504可忽略，並且步驟506可 實現為與呼叫控制節點相關聯的資料庫中的查找操作。步驟504和506 中的一個或兩個步驟可在任何特定呼叫建立之前獨立執行。
在步驟508中，確定用於呼叫控制節點控制的至少一段的編解碼 器是否滿足預定的協調標準。在使用的編解碼器不滿足協調標準的情 況下，在步驟510中，向協調路徑的至少一個邊緣節點提供協調觸發 指示以啟動協調。在已將觸發指示提供到邊緣要素後，過程在步驟512 中返回到閒置狀態。
圖10是示出操作控制呼叫路徑的至少一個段的呼叫控制節點的 方法實施例520步驟的流程圖，其中，呼叫路徑包括在兩個相對邊緣 節點之間的多段協調路徑，沿該路徑要協調編解碼器選擇。呼叫控制 節點是協調路徑的邊緣節點之一 。
步驟522到526對應於圖5中的步驟502到506，除了在步驟526 中，呼叫控制節點例如通過評估呼叫控制節點是否正好控制協調路徑 的一個段，確定它是否為協調路徑的邊緣節點。節點是邊緣節點定義 了其對從協調路徑的其它節點接收的協調信息的響應。
在步驟528中，呼叫控制節點接收協調觸發指示。指示可從外部 (即，從協調路徑的另一節點)或內部(即，^v諸如圖3中組件316等組 件)接收。在步驟530中，呼叫控制節點響應接收的協調觸發指示，向 協調路徑的相對邊緣節點傳送支持的編解碼器列表。在將SCL4是供到 協調路徑後，過程在步驟532中返回到閒置狀態。
圖11是示出操作控制呼叫路徑的至少一段的呼叫控制節點的方 法實施例540步驟的流程圖，其中，呼叫路徑包括在兩個相對邊緣節 點之間的多段協調路徑，沿該路徑要協調編解碼器選擇。呼叫控制節 點同樣是協調路徑的邊緣節點之一。
步驟542到546對應於圖10中的步驟522到526。在步驟548中， 接收支持的編解碼器列表。在步驟550中，將支持的編解碼器列表所指示的編解碼器選擇為用於協調路徑的選定編解碼器。在步驟552中， 向協調路徑的相對邊緣節點傳送指示選定編解碼器的選定編解碼器
指示。指示例如可以在n-b-n消息中向協調路徑中下一節點傳送。在 已將選定編解碼器提供到協調路徑後，以及可能在更改呼叫控制節點 控制的協調路徑的段中使用的編解碼器後，過程在步驟544中返回到 閒置狀態。
圖12以示意圖方式為協調過程600的實施例示出協調消息沿協調 路徑的流動，協調路徑包括移動核心網絡中MMC的整個呼叫路徑。 協調路徑包括基於BICC的兩個編解碼器協商段、使用SIP作為編解 碼器協商協議的單編解碼器協商段和TFO段。對於編解碼器協商段和 TFO段的互通，節點HTIN1和HTIN2必須充當轉移互通節點，在BICC 協議與TFO協議之間傳遞協調信令信息。
假設TFO無法在HTIN1與HTIN2之間確立。因此，HTIN1和 HTIN2均確定通過TFO段使用的編解碼器是次佳編解碼器。在呼叫 建立期間，兩個控制節點已經確定它們是協調路徑的要素，並且它們 不是邊緣節點，而是轉移(互通)節點。
兩個控制節點均發送包括協調觸發指示的協調觸發消息，HTIN1 向邊緣節點HEN1發送(la部分)而HTIN2向邊緣節點HEN2發送(lb 部分)。協調過程得以實現，使得如果協調轉移節點控制此類段，則協 調觸發消息只經OoBTC協議(即編解碼器協商l勾傳輸。在其它實施例 中，協調過程可包括沿協調路徑雙向發送協調觸發消息，而不考慮用 於局部編解碼器確立過程的協議。
在還有的又一實施例中，協調觸發消息只在相對於呼叫建立方向 的一個方向上發送，例如，只在前向或只在後向上發送。例如，對於 TFO段，更靠近始發側的TFO端點可傳送協調觸發消息，而更靠近 終接側的TFO端點可能不傳送協調觸發消息。
再參照圖12,觸發消息逐節點(n-b-n)轉發。儘管HTIN1的消息直 接到達HENl,但HTIN2的觸發消息經HTTN1轉發。此處，由於觸發消息始終向協調路徑的邊緣節點引導，因此，HTTN1充當轉移節點， 並沿協調路徑向HEN2透明轉發接收的觸發消息。
響應協調觸發指示，兩個邊緣節點HEN1和HEN2都創立支持的 編解碼器列表(SCL),指示在對應邊緣節點中支持的編解碼器。每個 SCL嵌入協調信息消息中，該消息隨後以n-b-n方式向另一邊緣節點 傳送。每個轉移節點根據其角色處理接收的支持的編解碼器列表。處 理因而包括從SCL移除在轉移節點中不支持的任何編解碼器。由於協 調信息消息要端對端(e2e)傳輸，因此，修改的SCL隨後沿協調路徑轉 發到下一節點。
在la部分中的步驟2、 6和7(由編號箭頭示出)中及在lb部分中 的步驟3、 4和8中，相應的信息消息經OoBTC協議傳輸。為了經 TFO段輸送協調消息，轉移互通節點HTIN和HTIN2向其相應MGW 提供例如嵌在TFO控制消息中的支持的編解碼器列表。在la部分中 的步驟4中和在lb部分中的步驟6中，相應的支持的編解碼器列表 在MGW之間的用戶平面中傳送，例如，使用TFO帶內信令機制或使 用通用配置幀(例如，Con—Req或Con—Ack幀，參閱TS 28.062)。
根據為協調過程定義的沖突規則，上遊HEN1忽略接收的協調信 息消息，並且只有下遊邊緣節點HEN2通過協調決定消息來響應接收 的協調信息消息(圖11的第2部分)。衝突規則例如可指定如果在邊緣 節點中已處理(接收和/或傳送)不止一個觸發消息，則只有在呼叫建立 方向下遊的邊緣節點可提供決定消息。備選，上遊邊緣節點可提供決 定消息。衝突處理避免了可能衝突的決定被通知到協調路徑，即，只 有單個決定消息將沿協調路徑傳遞。在協調觸發消息只向後發送的備 選實施例中，只有對應的邊緣節點接收協調觸發消息。因此，只有此 節點發送包括SCL的協調信息消息(在前向上)。即使在邊緣節點接收 若干協調觸發消息的情況下，它也只可發送一個協調信息消息。
再參照實施例600，響應始發於HEN1的協調信息消息的接收， HEN2通過從接收的列表中選擇編解碼器為選定編解碼器來處理接收的SCL。此編解碼器被引入協調決定消息，該消息沿協調路徑以n-b-n 和e2e方式傳遞。為了經TFO段轉發協調決定消息，在第2部分的步 驟4中，再次使用TFO用戶平面機制。沿路徑的每個節點將所指示的 編解碼器提取為用於呼叫的選定編解碼器，並轉發決定消息而不做修 改。必要時，節點還執行動作以將在受控段中使用的編解碼器更改為 選定編解碼器。
鑑於協調已在協調路徑內的兩個點(HTIN1和HTIN2)處^C觸發， 又一協調過程沿協調路徑e2e執行，使得協調信息消息和協調決定消 息從邊緣節點發送到邊緣節點。圖11中過程600的la和lb部分可差 不多平行執行，即，每個觸發轉移節點一旦確定必需發送其觸發消息 便進行此操作。
在呼叫建立後，可在呼叫路徑已確立後隨時觸發語音編解碼器協 調。例如，呼叫路徑可在呼叫建立後由於諸如呼叫轉發或呼叫轉移等 補充服務而更改。又如，核心網絡外呼叫路徑中的變化也可觸發協調 過程，例如，在執行切換過程並且為無線電接入選擇新語音編解碼器 的情況下。充當協調路徑的邊緣節點的接入月良務呼叫控制節點隨後可 觸發協調過程，並且觸發消息將不沿協調路徑發送。在另一實施例中， 靠近呼叫路徑的一端的邊緣節點可向另 一邊緣節點發送協調觸發消 息，使得相對邊緣節點啟動協調過程。
圖13以示意圖方式示出協調過程的另一實施例610。實施例610 與圖12中實施例600的方面類似或相同的方面將被忽略，不予描述。
協調路徑包括BICC在其中用作唯一的OoBTC協議的三個編解碼 器協商段和一個TFO段。互通節點HTIN-1和HTIN-2必須在BICC 協議與TFO協議之間傳遞協調消息。BICC協議和TFO協商機制的現 有消息再用於傳輸協調信令信息。在備選實施例中，特定的協調信令 協議可用於協調路徑的一個或多個呼叫段。
兩個協調觸發消息由兩個HTIN(HTIN1, HTIN2)在兩個不同的方 向上生成。隨後，HEN1通過悄悄丟棄(discard)始發於HEN2的協調信
33息消息來處理所產生的衝突(HEN1和HEN2的兩個協調信息消息衝 突)。
關於錯誤處理方面，傳輸錯誤可導致例如協調觸發、信息或決定 消息等消息丟失。在此類錯誤情況下，例如，協調觸發消息的發送方 可重複預定次數的協調觸發消息，和/或直至它看到協調信息消息形式 的反應。又如，協調信息消息的發送方可重複預定次數的協調信息消 息，直至它看到協調決定消息形式的反應。作為還有的又一示例，協 調轉移節點可看到協調信息消息，但尚未接收對應的協調決定消息。 這種情況下，轉移節點可悄悄地丟棄自己的協調觸發消息並等待協調 決定消息。通常，在給定時間具有沿協調路徑傳遞的一個協調信息消 息和一個協調決定消息是足夠的。僅在決定已沿協調路徑最終執行 後，新的循環可有用，且因而可#1觸發。
圖14是協調過程的又一實施例620的示意圖。在此示例中，邊緣 節點HEN-1控制編解碼器協商段和無線電接口 ，而相對邊緣節點 HEN-2控制TFO段和另 一無線電接口 。協調路徑包括兩個TFO段。 々i設由於相應的TFO夥伴提供不兼容的編解碼器，因此，TFO無法 在兩個TFO段中確立。因此，在此實施例中提交了三個協調觸發消息。 笫四協調觸發保持在邊緣節點HEN-2內，導致HEN-2在未接收外部 觸發消息的情況下發送協調觸發消息。由於協調過程的對應衝突規則 的原因，衝突觸發消息在轉移節點HTIN-2、 HTIN-3中^皮丟棄。兩個 邊緣節點均傳送協調信息消息。上遊邊緣HEN-1丟棄接收的協調信息 消息，並且只有下遊邊緣節點對用於協調路徑的選定編解碼器做出決 定。在其它實施例中，協調觸發消息可只向後發送，使得消息和對應 衝突的數量可更小。
圖15以示意圖方式示出協調過程的第四實施例630。在此示例中， 由於遺留設備MSC/MGW1的原因，協調路徑比核心網絡中的呼叫路 徑更短。呼叫控制節點HEN-1確定它是邊緣節點，因為它控制編解碼 器協商段和TFO段，SysID^GSM"直接經TFO來自A接口 為A接口服務的TFO夥伴(MSC)已將指示GSM系統的系統ID發送到HEN-1 -例如，在TFO協商過程期間。這向HEN-1指示TFO段不可被允許 傳輸協調信令信息。
在示例630中，進一步假設轉移節點HTTN-1控制由HTTN-1控 制的兩個段中的不同編解碼器，儘管該兩個段是編解碼器協商段。此 類配置例如可源於編解碼器協商過程，該過程由於HTTN-1必須播放 (play)通知的事實而在呼叫建立期間已中斷。隨後，編解碼器協商提前 終止，並且只在通知已播;故後繼續。在下一呼叫段中，已經選定的編 解碼器可能不可用，並且因此在中斷之前和之後兩個協商過程可選擇 不同的編解碼器。這種情況下，協調過程必須執行以沿協調路徑協調 語音編解碼器，但沿協調路徑只使用單個局部編解碼器確立過程。
HTTN1在從HEN2得到對編解碼器協商的應答時，它檢測到編解 碼器失配。隨後，它在兩個方向上發送協調觸發消息以開始協調。在 備選實施例中，HTTN1隻發送一個觸發消息，例如，向後發送。-
還要注意的是，邊緣節點HEN-1不直接控制通過A接口在 GERAN(GSM/Edge RAN)接入中使用的編解碼器，因為這由MSC和 BSC(未示出)控制。然而，HEN-1可在已接收協調決定消息後啟動TFO 編解碼器優化過程以經空中接口間接影響編解碼器選擇。
圖16和17以示意圖方式示出協調過程的第五示例實施例640。 在此示例中，更詳細地示出了通過再使用BICC消息的協調消息傳輸。
通常，在局部編解碼器確立過程中使用的任何協議可再用於協調 過程，只要該協議支持呼叫中編解碼器協商或類似的編解碼器通知機 制(例如，TFO協商)。再使用此類協議時，協調信令信息(在信令消息 中或以其它方式傳輸)必須;故識別。例如，可通過將特定的偽編解碼器 添加到編解碼器列表而識別協調消息。此機制也適用於在用戶平面中 例如經TFO段傳輸協調消息。備選或另外，可在協議框架內定義特定 信息要素或特定消息。
具體就編解碼器協商協議BICC而言，BICC呼叫中修改消息可再用作協調觸發消息。如圖16所示，帶有設為"修改編解碼器"的動作指 示的APM(應用傳輸機制)消息可用於此用途。當前使用的選定編解碼 器和可用編解碼器列表可包括在此消息中。由於在此示例中，所指示 的選定編解碼器是當前使用的編解碼器，因此，將對用戶平面無影響， 即，將不執行呼叫中修改。
作為協調信息消息，帶有設為"呼叫中編解碼器協商"的動作指示
並包括支持的編解碼器列表的呼叫中協商消息可由發送HEN和轉發 與過濾HTN使用。此外，作為協調決定消息，帶有設為"修改為選定 編解碼器信息"的動作指示並指示選定編解碼器的呼叫中協商消息可 由發送HEN和轉發與動作HTN使用。可選的是，可用編解碼器列表 也可包括在消息中。在HTN接收帶有設為"呼叫中編解碼器協商"的動 作指示的呼叫中協商消息的情況下，它將過濾並轉發該消息，^_在從 相對方向接收協調決定消息前它將不對其做出響應。
在HTN接收並轉髮帶有設為"修改為選定編解碼器信息"的動作 指示的呼叫中協商消息時，隨後它將根據OoBTCBICC過程，為編解 碼器修改準備承載。如果HEN或HTN接收帶有設為"修改為選定編 解碼器信息"的動作指示的呼叫中協商消息，則它將根據對應的 OoBTC過程對其做出反應。然而，HEN和HTN將不遵循在OoBTC 過程中定義的沖突處理規則，但將遵循如為協調過程規定的衝突處 理。
又如，SIP協議也可再用於傳輸協調信令消息。為此，可使用SIP 的子協議SDP(會話描述協議)，該子協議為編解碼器協商提供類似於 OoBTC的雙向提供/應答過程。SDP提供消息可再用作沿編解碼器協 商段的協調觸發消息。包括SDP提供的邀請消息可由HEN或HTN再 用作協調信息消息。應答消息可再用作協調決定消息。應答消息可包 括可用編解碼器列表，其中，例如列表中的第一要素是協調路徑的選 定編解碼器。
本文中所述的技術提議在觸發協調過程的點與實際開始協調過程的點之間進行區分。儘管沿協調路徑的任何要素或節點可觸發過程， 但協調起始點始終是協調路徑的邊緣節點。觸發節點確定優化使用的 編解碼器的要求。然而，觸發節點本身除非是邊緣節點，否則，它本 身不啟動協調。協調起始點啟動支持的編解碼器列表沿整個協調路徑 的傳遞。此規定允許避免由於沿呼叫路徑彼此獨立執行的若干優化過 程而導致可能的次佳和不穩定的行為。
本文中提議的技術為語音或其它內容數據提供了 一種快速和穩定 的編解碼器協調，其中，沿協調路徑確立了全局優化的編解碼器(或若 幹編解碼器)。提議的技術也允許在例如涉及多個網絡的複雜呼叫情況 下的編解碼器協調。通過再使用現有呼叫控制協議或用戶平面編解碼 器確立過程，可以簡單、有成本效益的方式實現提議的技術。
雖然本發明已相對於其優選實施例進行了描述，但要理解，此公 開內容只是用於說明目的。因此，意圖是本發明只受隨附權利要求書 範圍的限制。
權利要求
1.一種操作控制呼叫路徑(100，102，104)的至少一段的呼叫控制節點(TSC1，TSC2)的方法，其中所述呼叫路徑包括在兩個相對邊緣節點(MSC1，MSC2)之間的多段協調路徑(106，108，110)，沿所述路徑要協調編解碼器選擇，以及其中所述呼叫控制節點是在所述邊緣節點之間的所述協調路徑中的轉移節點，所述方法包括以下步驟-確定(506)所述呼叫控制節點是否為所述協調路徑的轉移節點，-確定(508)用於由所述呼叫控制節點控制的所述至少一段的編解碼器是否滿足預定的協調標準；以及-如果使用的編解碼器不滿足所述協調標準，則向所述協調路徑的至少一個所述邊緣節點提供(510)協調觸發指示以啟動協調。
2. 根據權利要求1所述的方法，包括通過評估所述呼叫控制節點是否控制所述協調路徑的兩|殳， 確定(504， 506)所述呼叫控制節點是否為轉移節點的步驟。
3. 根據權利要求1或2所述的方法，其中所述協調觸發指示被傳送到所述協調路徑中的下一節點 (TSC1， TSC2)。
4. 根據前面權利要求中任一項所述的方法, 還包括以下步驟- 從所述協調路徑中的另一轉移節點接收協調觸發指示；以 及- 進一步沿所述協調路徑轉發接收的協調觸發指示。
5. 根據前面權利要求中任一項所述的方法， 還包括以下步驟- 接收支持的編解碼器列表；- 如果所述呼叫控制節點不支持指示的編解碼器，則通過乂人 所述支持的編解碼器列表移除編解碼器指示來修改所述支持的編解碼器列表；以及- 轉發修改的支持的編解碼器列表。
6. 根據前面權利要求中任一項所述的方法， 還包括以下步驟- 接收選定編解碼器指示；以及- 如果由所述呼叫控制節點控制的所述至少一段中使用的編 解碼器不是至少與所述指示的編解碼器兼容，則將所述使 用的編解碼器更改為所述指示的編解碼器。
7. 根據前面權利要求中任一項所述的方法，其中在由所述呼叫控制節點控制的所述段的第 一段中使用的所 述編解碼器與在由所述呼叫控制節點控制的所述段的第二段中使用 的編解碼器不兼容時，所述協調標準得不到滿足。
8. 根據前面權利要求中任一項所述的方法，其中確定使用的編解碼器是否滿足所述協調標準的步驟包括確 定變碼器自由操作或級聯式自由操作是否已在由所述呼叫控制節點 控制的所述至少 一段中確立。
9. 根據前面權利要求中任一項所述的方法，其中所述呼叫控制節點控制在呼叫控制層中第 一段中的編解碼 器協商，並控制在用戶平面層中笫二段中的編解碼器協商；以及所述方法還包括在所述呼叫控制層與所述用戶平面層之間傳遞 所述協調觸發指示、所述支持的編解碼器列表、所述選定編解碼器指 示和可用編解碼器列表中的至少 一個的步驟。
10. —種操作控制呼叫路徑(100， 102, 104)的至少一段的呼叫控 制節點(MSCl, MSC2)的方法，其中所述呼叫路徑包括在兩個相對邊 緣節點(MSCl, MSC2)之間的多段協調路徑(106， 108, 110)，沿所述 路徑要協調編解碼器選擇，以及其中所述呼叫控制節點是所述協調路徑的所述邊緣節點之一，所述方法包括以下步驟- 確定(524， 526)所述呼叫控制節點是否為所述協調路徑的邊 緣節點；接收(528)協調觸發指示；以及- 響應接收的協調觸發指示並且如果所述呼叫控制節點是邊 緣節點，向所述協調路徑的相對邊緣節點傳送(530)支持的 編解碼器列表。
11. 根據權利要求10所述的方法，其中，確定所述呼叫控制節點是否為邊緣節點的步驟包括評估所 述呼叫控制節點是否正好控制所述協調路徑的 一段。
12. 根據權利要求10或11所述的方法，其中所述支持的編解碼器列表被傳送到所述協調路徑中的下一 節點。
13. 根據權利要求10到12任一項所述的方法， 還包括以下步驟- 確定(508)用於由所述呼叫控制節點控制的所述至少一段的 編解碼器是否滿足預定的協調標準；以及- 如果選定編解碼器不滿足所述協調標準，則提供(510)所迷 協調觸發指示以啟動協調。
14. 根據權利要求13所述的方法，其中在用於由所述呼叫控制節點控制的所述段的所述編解碼器 與用於由所述呼叫控制節點服務的無線電接入的編解碼器不兼容時， 所述協調標準得不到滿足。
15. 根據權利要求10到14任一項所述的方法， 所述方法還包括以下步驟- 接收選定編解碼器指示；- 如果由所述呼叫控制節點控制的所述協調路徑的所述段中 使用的編解碼器不是至少與由所述選定編解碼器指示所指 示的所述編解碼器兼容，則將所述協調路徑的受控段中使用的所述編解碼器更改為由所述選定編解碼器指示所指示的所述編解碼器；和/或- 如果由所述呼叫控制節點服務的無線電接入中使用的編解 碼器不是至少與由所述選定編解碼器指示所指示的所述編 解碼器兼容，則將所述無線電接入中使用的所述編解碼器 更改為至少與由所述選定編解碼器指示所指示的所述編解 碼器兼容的編解碼器。
16. —種#:作控制呼叫路徑(100， 102, 104)的至少一l爻的呼叫控 制節點(MSC1， MSC2)的方法，其中所述呼叫路徑包括在兩個相對邊 緣節點(MSC1， MSC2)之間的多段協調路徑(106， 108， 110),沿所述 路徑要協調編解碼器選擇，以及其中所述呼叫控制節點是所述協調路 徑的所述邊緣節點之一，所述方法包括以下步驟- 確定(544， 546)所述呼叫控制節點是否為所述協調路徑的邊 緣節點；- 接收(548)支持的編解碼器列表；- 如果所述呼叫控制節點是邊緣節點，則將由所述支持的編 解碼器列表所指示的編解碼器選擇(550)為用於所述協調路 徑的選定編解碼器；以及- 向所述協調路徑的所述相對邊緣節點傳送(552)指示所述選 定編解碼器的選定編解碼器指示。
17. 根據權利要求16所述的方法，其中，確定所述呼叫控制節點是否為邊緣節點的步驟包括評估所 迷呼叫控制節點是否正好控制所述協調路徑的 一段。
18. 根據權利要求16或17所述的方法，其中所述選定編解碼器指示被傳送到所述協調路徑中的下 一節點。
19. 根據權利要求16到18任一項所述的方法，- 還包括以下步驟如果由所述呼叫控制節點控制的所述協調路徑的所述段中使用的編解碼器不是至少與由所述選定 編解碼器指示所指示的所述編解碼器兼容，則將所述使用 的編解碼器更改為由所述選定編解碼器指示所指示的所述 編解碼器，和/或如果由所述呼叫控制節點服務的無線電接入中使用的編解碼器不是至少與由所述選定編解碼器指示 所指示的所述編解碼器兼容，則將所述無線電接入中使用 的所述編解碼器更改為至少與由所述選定編解碼器指示所 指示的所述編解碼器兼容的編解碼器。
20. 根據前面權利要求中任一項所述的方法，其中基於在由所述呼叫控制節點控制的所述協調路徑的所述至 少 一段中用於編解碼器確立的編解碼器確立過程的協議，傳送所述協 調觸發指示、所述支持的編解碼器列表和所述選定編解碼器指示中的 至少一個。
21. 根據權利要求20所述的方法，其中指示所述協調觸發指示的偽編解碼器包括在根據所述協議 構建的消息中。
22. —種電腦程式產品，包括在所述電腦程式產品在一個或 多個計算裝置上運行時執行前面權利要求中任一項的步驟的程序代 碼部分。
23. 如權利要求22所述、存儲在計算機可讀記錄媒體上的計算機 程序產品。
24. —種適用於控制呼叫路徑(IOO， 102, 104)的至少一段的呼叫 控制節點(TSC1， TSC2， 200)，其中所述呼叫路徑包括在兩個相對邊 緣節點(MSC1， MSC2)之間的多段協調路徑(106, 108， 110)，沿所述 路徑要協調編解碼器選擇，以及其中所述呼叫控制節點是在所述邊緣 節點之間的所述協調路徑中的轉移節點，所述呼叫控制節點包括-第一確定組件(222)，適用於確定所述呼叫控制節點是否為 所述協調路徑的轉移節點；- 笫二確定組件(222),適用於確定用於由所述呼叫控制節點控制的所述至少 一 段的編解碼器是否滿足預定的協調標準；以及- 觸發組件(224)，適用於向所述協調路徑的至少一個所述邊 緣節點提供協調觸發指示以啟動協調，如果使用的編解碼 器不滿足所述協調標準。
25. —種適用於控制呼叫路徑(100, 102， 104)的至少一段的呼叫 控制節點(MSC1， MSC2， 300)，其中所述呼叫路徑包括在兩個相對邊 緣節點(MSCl, MSC2)之間的多段協調路徑(106, 108, 110)，沿所述 路徑要協調編解碼器選擇，以及其中所述呼叫控制節點是所述協調路 徑的所述邊緣節點之一，所述呼叫控制節點包括- 邊緣確定組件(318),適用於確定所述呼叫控制節點是否為 所述協調路徑的邊緣節點；- 接收組件(302)，適用於接收協調觸發指示；以及- 協調信息組件(314)，適用於響應接收的協調觸發指示並且 如果所述呼叫控制節點是邊緣節點，向所述協調路徑的相 對邊緣節點傳送支持的編解碼器列表。
26. —種適用於控制呼叫路徑(IOO, 102, 104)的至少一,史的呼叫 控制節點(MSC1， MSC2， 400),其中所述呼叫路徑包括在兩個相對邊 緣節點(MSCl, MSC2)之間的多段協調路徑(106, 108， 110)，沿所述 路徑要協調編解碼器選擇，以及其中所述呼叫控制節點是所述協調路 徑的所述邊緣節點之一，所述呼叫控制節點包括- 邊緣確定組件(413),適用於確定所述呼叫控制節點是否為 所述協調路徑的邊緣節點；- 接收組件(410)，適用於接收支持的編解碼器列表；- 選擇組件(412)，適用於將由所述支持的編解碼器列表所指 示的編解碼器選擇為用於所述協調路徑的選定編解碼器， 如果所述呼叫控制節點是邊緣節點；以及- 傳輸組件(414)，適用於向所述協調路徑的所述相對邊緣節 點傳送指示所述選定編解碼器的選定編解碼器指示。
全文摘要
本發明涉及操作控制呼叫路徑的至少一段的呼叫控制節點(MSC1，TSC2-TSC4，MSC5)的技術。呼叫路徑包括在兩個相對邊緣節點(MSC1，MSC5)之間的多段協調路徑，沿該路徑要協調編解碼器選擇。在呼叫控制節點是邊緣節點之間的協調路徑中的轉移節點(TSC2-TSC4)情況下，技術的方法實施例包括以下步驟確定呼叫控制節點是否為協調路徑的轉移節點；確定用於呼叫控制節點所控制的至少一段的編解碼器是否滿足預定的協調標準；以及如果使用的編解碼器不滿足協調標準，則向協調路徑的至少一個邊緣節點提供協調觸發指示以啟動協調。
文檔編號H04W88/18GK101584248SQ200780050021
公開日2009年11月18日 申請日期2007年1月18日 優先權日2007年1月18日
發明者A·威特澤爾, D·坎普曼, K·赫爾威格 申請人:艾利森電話股份有限公司