JP4763136B2 - Function negotiation in telecommunications networks - Google Patents

Function negotiation in telecommunications networks Download PDF

Info

Publication number
JP4763136B2
JP4763136B2 JP2000619212A JP2000619212A JP4763136B2 JP 4763136 B2 JP4763136 B2 JP 4763136B2 JP 2000619212 A JP2000619212 A JP 2000619212A JP 2000619212 A JP2000619212 A JP 2000619212A JP 4763136 B2 JP4763136 B2 JP 4763136B2
Authority
JP
Japan
Prior art keywords
call
control level
signaling
media gateway
signaling point
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2000619212A
Other languages
Japanese (ja)
Other versions
JP2003500907A5 (en
JP2003500907A (en
Inventor
グラフ、レスリー
ホリス、マーク
ホリス、ポール
ディキク、ネボスヤ
ニコロ、デビッド デ
テリル、スチーブン
グローブス、クリスチアン
ラムストロム、スネ
リチナ、イアン
カリ、ラルス
ー ロドリグエツ、ジュアン ノグエラ
ディングル、バリー
Original Assignee
テレフオンアクチーボラゲット エル エム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from GB9911441A external-priority patent/GB2350257A/en
Priority claimed from GB9914654A external-priority patent/GB2351414A/en
Priority claimed from GB9914700A external-priority patent/GB2351416B/en
Priority claimed from GB9915366A external-priority patent/GB2352127A/en
Application filed by テレフオンアクチーボラゲット エル エム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エル エム エリクソン（パブル）
Priority claimed from PCT/EP2000/004229 external-priority patent/WO2000070885A1/en
Publication of JP2003500907A publication Critical patent/JP2003500907A/en
Publication of JP2003500907A5 publication Critical patent/JP2003500907A5/ja
Application granted granted Critical
Publication of JP4763136B2 publication Critical patent/JP4763136B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0072—Speech codec negotiation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/06—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link
    • H04M7/063—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link where the telephone network is a network other than PSTN/ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques
    • H04L2012/5604—Medium of transmission, e.g. fibre, cable, radio
    • H04L2012/5607—Radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/5631—Resource management and allocation
    • H04L2012/5632—Bandwidth allocation
    • H04L2012/5634—In-call negotiation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
    • H04L2012/5653—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL]
    • H04L2012/5656—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL] using the AAL2
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5671—Support of voice
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13034—A/D conversion, code compression/expansion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098—Mobile subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13209—ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1329—Asynchronous transfer mode, ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13339—Ciphering, encryption, security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13345—Intelligent networks, SCP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1338—Inter-exchange connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

【０００１】
（技術分野）
本発明は、遠隔通信ネットワークにおける機能ネゴシエーションに関し、特に、すべての場合には当てはまらないが、適当な通話コーデックのネゴシエーションに関する。
【０００２】
（発明の背景）
現在、遠隔通信ネットワークは、呼出し接続を制御するための機構及びネットワークのシグナリングポイント間でシグナリング情報の転送を処理するための機構として、大部分は、シグナリングシステムｎｏ．７（ＳＳ７）に依存している。通常、任意のシグナリングポイントの１つまたは複数のアプリケーション部分及びユーザ部分がＳＳ７を利用し、別のシグナリングポイントの対等のアプリケーション部分及びユーザ部分と通信する。ユーザ部分の例はＩＳＵＰ（ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ）とＴＵＰ（Ｔｅｌｅｐｈｏｎｙ Ｕｓｅｒ Ｐａｒｔ）で、アプリケーション部分の例はＩＮＡＰ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）とＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）である。従来のＳＳ７プロトコルスタックには、メッセージトランスファ部分ＭＴＰ１、ＭＴＰ２、及びＭＴＰ３があり、これらは物理層を介してトランスポートするシグナリングメッセージのフォーマット及び各種ルーティング機能を処理する。
【０００３】
最近、遠隔通信コミュニティでは、遠隔通信ネットワークにおいて、非標準（つまり、遠隔通信業界では従来と異なる）シグナリングトランスポート機構を従来のＳＳ７機構の代わりに使用することに重大な関心がある。この理由は、効率向上とコスト削減の可能性があることの両方に関連している。例えば、インターネットプロトコル（ＩＰ）ネットワークを使用しシグナリングポイント間でシグナリング情報をトランスポートすることが盛んに検討されている。ＩＰネットワークには、パケット交換を使用することで伝送資源を有効に使用でき、さらに、この技術が普及しているために（特殊な遠隔通信技術に比較し）低コストであるという利点がある。また、ＡＡＬ１／２／５、ＦＲなどの他のトランスポート機構を使用することにも関心がある。
【０００４】
ＩＳＵＰ標準は遠隔通信ネットワークにおける呼出し接続のセットアップと制御を処理するもので、ＳＳ７シグナリングトランスポート機構と密接に関連している。したがって、ＩＰ及びＡＡＬ２などの他の非標準トランスポート技術を使用することには適していない。このため、ＩＴＵ−Ｔ、ＥＴＳＩ、及びＡＮＳＩなどの幾つかの標準化団体では呼出し制御に関するシグナリングプロトコルの仕様であり且つ基盤となるトランスポート機構から独立した仕様を、現在、検討中である。これは、ベアラ制御機能であるプロトコルとは異なったプロトコルを使用することを意味する。ベアラ制御は、単に、ユーザプレーンデータをノード間でトランスポートするときに使用する「パイプ」のパラメータ（開始ポイント及び終了ポイントを含む）を確立するだけのものであって、トランスポート機構に限定している。これに対し、Ｔｒａｎｓｐｏｒｔ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃａｌｌ Ｃｏｎｔｒｏｌ（ＴＩＣＣ）と呼ばれる新しいプロトコルは、呼出し制御機能を保持している。この機能には、呼び出す側と呼び出される側との間の呼出しを処理するために起動されるサービス（例えば、呼出し転送）やユーザプレーンデータのルーティング全般に関するサービスなどが含まれる。
【０００５】
呼出しレベルとベアラ制御レベルとを分離して新しいネットワークアーキテクチャを構築した結果、呼出し制御エンティティとベアラ制御エンティティと間にオープンなインターフェースが作成された。このインターフェースでは、上記２つのエンティティは、それぞれ、メディアゲートウェイコントローラ及びメディアゲートウェイと呼ばれる。以下の説明では、このオープンインターフェースをＸ−ＣＰと呼ぶ。この例には、ＩＥＴＦのＭＥＧＡＣＯ作業やＩＴＵ研究委員会１６（ＳＧ１６）のＨ．２４８作業などがある。
【０００６】
従来、固定電話ネットワークはパルス符号変調を使用し、ネットワークノード間でユーザプレーンデータ（音声、ファクシミリなど）をトランスポートしている。一方、現在のセルラーネットワークでは１つまたは複数のコーダ／デコーダ（「コーデック」と呼ばれる）を使用し、音声信号を圧縮することで大気インターフェースを介して及びセルラーネットワーク内で、効果的な伝送を行っている。電話呼出し接続が２つのネットワーク（または端末）にまたがっていて、それらが異なった通話コーデックまたは複数の通話コーデックをサポートしている場合、それら端末間でネゴシエーションを行い適当なコーデックを決定することができる。このネゴシエーションを行わないと、ネットワーク間のインターフェースでコード変換（つまり、ある通話コードから別の通話コードへの変換）を行わなければならないことがある。コード変換は資源を大量に使用するため、通話品質は極端に低下し、処理時間の遅れが発生する。したがって、コーデックネゴシエーションを行う方が好ましいオプションである。
【０００７】
コーデックネゴシエーション以外にも、従来の遠隔通信ネットワークでは他の機能及びパラメータもネゴシエートしなければならないことがある。例えば、遠隔通信ネットワークの端末間またはノード間で音声暗号化及びデータ暗号化などのセキュリティ機能をネゴシエートしたほうが良い場合がある。
【０００８】
（発明の要約）
本発明の第１の側面によれば、遠隔通信システムにおけるシグナリングポイント間で呼出し機能をネゴシエートする方法であって、
発信シグナリングポイントから終端シグナリングポイントまたはシグナリング転送ポイントへ、機能選好または優先順位付き選好リストを呼出し制御レベルで送信するステップと、
終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントにより送信された選好内容を受諾する場合、終端シグナリングポイントまたはシグナリング転送ポイントから発信シグナリングポイントへ機能受諾を呼出し制御レベルで返送するステップと、
を含むことを特徴とする方法を提供する。
【０００９】
場合によっては、終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントにより送信された機能選好（または選好リストのいずれか）を受諾しない場合など、受諾メッセージは返送されないことがあり、その場合は、デフォルト機能が両方のポイントにより想定される。または、デフォルトコーデックを使用する旨のデフォルトメッセージが返送してもよい。どのコーデックも合意に達しない場合は、ネットワークに互換性がないという理由で呼出しが解放することもできる。
【００１０】
本発明は、異なった遠隔通信ネットワークにあるシグナリング転送ポイント間で通話コーデック機能をネゴシエートする場合に特に適している。例えば、日本の遠隔通信システムにおいて、本発明を使用し、ＶＳＥＬＰ、ＰＳＩ−ＣＥＬＰ、またはμ法則コーディングのどれを使用するかをネゴシエートできる（μ法則コーディングがデフォルトコーディング）。しかし、本発明は、セキュリティ機能など（音声暗号化やデータ暗号など）他の機能のネゴシエートにも適用できる。
【００１１】
ネゴシエーションの実行にはプロトコルとしてＴＩＣＣを使用できるが、ＣＣレベルで特定のプロトコル（つまり、ユーザプレーン機能ネゴシエーションプロトコル）も使用できる。
【００１２】
呼出し制御レベルとベアラ制御レベルとが別々のプロトコルにより制御される場合で選択がベアラレベルに影響を与える場合、シグナリングポイントはベアラ制御レベルに通知することで、呼出し制御レベルにおける機能の選択に応答する。ベアラ切り替えポイント間でベアラレベルにおいて通知を送信することが適切であれば後で送信し、適当なベアラレベル資源を確立できる。
【００１３】
好ましくは、シグナリングポイントまたはシグナリング転送ポイントは、メディアゲートウェイコントローラである。さらに好ましくは、メディアゲートウェイコントローラは、ベアラ制御レベルに存在する１つまたは複数のメディアゲートウェイと通信する。
【００１４】
ベアラ制御レベルの機能のためにサポートされているある種のオプションは呼出し制御レベルでも知られているにも拘わらず、呼出し制御レベルではベアラレベルのこれらのオプションが、現在、利用できることを必ずしもわかっていない。したがって、好ましくは、終端シグナリングポイントまたはシグナリング転送ポイントで機能選好または優先順位付き選好リストを受信したとき、呼出し制御レベルはベアラ制御レベルとネゴシエーションを実行してベアラ制御レベルにおけるオプション可用性を決定する。さらに好ましくは、呼出し制御レベルのメディアゲートウェイコントローラとベアラ制御レベルのメディアゲートウェイとの間で、このネゴシエーションを実行する。
【００１５】
優先順位付き選好リストが発信シグナリングポイントからメディアゲートウェイコントローラに送られるとき、コントローラは好ましくはリストを修正して、対応するメディアゲートウェイがサポートしていないことが分かっている選好内容を削除する。次に、コントローラは、メディアゲートウェイがその時点でサポートできる最高優先順位の選好内容を選択するメディアゲートウェイへ修正済みリストを送る。ゲートウェイはその選好内容に必要な資源を確保し、メディアゲートウェイコントローラに選好内容を通知することができる。これで、メディアゲートウェイコントローラは、発信メディアゲートウェイコントローラに機能受諾を返送できる。
【００１６】
本発明の第２の側面によれば、遠隔通信システムにおいて別のシグナリングポイントと呼出し機能をネゴシエートするように配置したシグナリングポイントであって、
機能選好または優先順位付き選好リストを終端シグナリングポイントまたはシグナリング転送ポイントへ、呼出し制御レベルで送信する手段と、
終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントから送られた選好内容を受諾する場合に送信される機能受諾を、終端シグナリングポイントまたはシグナリング転送ポイントから呼出し制御レベルで受信する手段と、
を備えることを特徴とするシグナリングポイントを提供する。
【００１７】
本発明の第３の側面によれば、遠隔通信システムのメディアゲートウェイコントローラであって、
遠隔通信システムを介してセットアップする接続に関する機能選好または優先順位付き選好リストを、対等のメディアゲートウェイコントローラから受信する手段と、
メディアゲートウェイコントローラと対応するメディアゲートウェイと通信し、メディアゲートウェイで受信した選好内容の可用性を決定する手段と、
メディアゲートウェイにおいて決定された可用性に従い前記対等のメディアゲートウェイコントローラに機能選好受諾メッセージを返送する手段と、
を備えることを特徴とするメディアゲートウェイコントローラを提供する。
【００１８】
本発明の第４の側面によれば、遠隔通信システムのメディアゲートウェイであって、
遠隔通信システムを介してセットアップする接続に関する機能選好または優先順位付き選好リストを、メディアゲートウェイコントローラから受信する手段と、
メディアゲートウェイにおける選好内容の可用性により選好内容を選択する手段と、
選択した選好内容を前記メディアゲートウェイコントローラへ送信する手段と、
を備えることを特徴とするメディアゲートウェイを提供する。
【００１９】
本発明の第５の側面によれば、別々の呼出し制御プロトコルとベアラ制御プロトコルとを使用する遠隔通信ネットワークにおいて、第１、第２、及び第３のノード間でプロトコルオプションをネゴシエートする方法であって、
第１のノードがサポートするプロトコルオプションを指定する第１の呼出し制御メッセージを、第１のノードから第２のノードへ送信するステップと、
第１及び第２のノードの両方がサポートするプロトコルオプションを指定する第２の呼出し制御メッセージを、第２のノードから第３のノードへ送信するステップと、
第２の制御メッセージに指定したプロトコルオプションからプロトコルオプションを選択するステップと、
を含むことを特徴とする方法を提供する。
【００２０】
第２の制御メッセージに指定したプロトコルオプションからプロトコルオプションを選択する前記ステップは、第３のノードで実行できる。
【００２１】
前記各呼出し制御メッセージは、指定した各プロトコルオプションに対応する選好レベルが含むことができる。
【００２２】
第１のノードを発信ノードとし、第３のノードを終端ノードとすることができる。
【００２３】
この方法は、第１のノードと第２のノードとの間のベアラレベルが前記選択するステップの影響を受けるかどうかを判別し、ベアラレベルが影響を受ける場合は、第１のノードと第２のノードとの間のベアラレベルのパラメータを修正する処置を実行するステップをさらに含むことができる。
【００２４】
この方法は、また、第２のノードと第３のノードとの間のベアラレベルが前記選択するステップの影響を受けるかどうかを判別し、ベアラレベルが影響を受ける場合は、第２のノードと第３のノードとの間のベアラレベルのパラメータを修正する処置を実行するステップをさらに含むことができる。
【００２５】
本発明の第６の側面によれば、呼出し制御プロトコルがベアラトランスポート機構から独立している遠隔通信システムにおいて通話呼出し接続をセットアップする方法であって、
システムの発信シグナリングポイントと第１の終端シグナリングポイントとの間の第１の通話コーデックをネゴシエートするステップと、
前記第１の通話コーデックに従って、発信シグナリングポイントと前記第１の終端シグナリングポイントとの間でトランスポート機構を介して呼出し接続を確立するステップと、
前記第１の終端シグナリングポイントと第２の新しい終端シグナリングポイントとの間で、その後、第２の異なった通話コーデックをネゴシエートするステップと、
発信シグナリングポイントに第２の通話コーデックを通知するステップと、
発信シグナリングポイントと前記第２の終端シグナリングポイントとの間で呼出し接続を確立するステップであって、前記第１の発信シグナリングポイントは中間シグナリングポイントとして動作し、前記第１の呼出し接続は前記第２の通話コーデックをサポートするために必要に応じて修正されるステップと、
を含むことを特徴とする方法を提供する。
【００２６】
本発明の実施例は、新しいコーデックを反映させるために発信シグナリングポイントと元の終端シグナリングポイントとの接続を修正することで、異なった終端シグナリングポイント間の呼出し接続の転送を円滑に行うようにする。最終的なエンドツーエンド接続は、新しいコーデックに従い元の終端シグナリングポイントと新しい終端シグナリングポイント間の接続を確立することで、完了する。好ましくは、必要ない場合でも、第１の接続を修正後に後者の接続を確立する。
【００２７】
また、本発明の方法は、元の終端シグナリングポイントと最終的な終端シグナリングポイントとの間で行われる通話コーデックネゴシエーションの結果、第１の通話コーデックにならない場合だけ適用される。結果が第１の通話コーデックになる場合は、元の接続を修正しなくてもよい場合がある。
【００２８】
好ましくは、発信シグナリングポイントに第２の通話コーデックを通知するステップは、元の終端シグナリングポイントから発信シグナリングポイントへ適当な呼出し制御（ＣＣ）メッセージを送信するステップを含む。このＣＣメッセージは、「修正．要求メッセージ」でもよい。
【００２９】
好ましくは、呼出し制御プロトコルは、トランスポート独立呼出し制御（ＴＩＣＣ）プロトコルである。
【００３０】
本発明は、ＧＳＭ、ＤＡＭＰＳ、ＰＤＣなどをベースにしたモバイルネットワークなどの既存遠隔通信ネットワークの進化に適用でき、また、ＵＭＴＳなどの今後の世代のネットワークにも適用できる。
【００３１】
本発明の第７の側面によれば、呼出し制御プロトコルがベアラトランスポート機構から独立している遠隔通信システムであって、
システムの発信シグナリングポイントと第１の終端シグナリングポイントとの間で、第１の通話コーデックをネゴシエートする手段と、
前記第１の通話コーデックに従って発信シグナリングポイントと前記第１の終端シグナリングポイントとの間で、トランスポート機構を介して呼出し接続を確立する手段と、
前記第１の終端シグナリングポイントと第２の新しい終端シグナリングポイントとの間で、第２の異なった通話コーデックを、後でネゴシエートする手段と、
発信シグナリングポイントに第２の通話コーデックを通知する手段と、
発信シグナリングポイントと前記第２の終端シグナリングポイントとの間で呼出し接続を確立する手段であって、前記第１の発信シグナリングポイントは中間シグナリングポイントとして動作し、第１の呼出し接続は前記第２の通話コーデックをサポートするために必要に応じて修正される手段と、
を備えることを特徴とするシステムを提供する。
【００３２】
本発明の第８の側面によれば、呼出し制御プロトコルがベアラトランスポート機構から独立している遠隔通信ネットワークのシグナリングポイントであって、
第１の終端シグナリングポイントと第１の通話コーデックをネゴシエートする処理手段と、
前記第１の通話コーデックに従い、発信シグナリングポイントと前記第１の終端シグナリングポイントとの間でトランスポート機構を介して呼出し接続を確立する手段と、
前記第１の終端シグナリングポイントと第２の新しい終端シグナリングポイントとの間でネゴシエートされた第２の通話コーデックの通知を受信する手段と、 前記第２の通話コーデックをサポートするために、前記第１の呼出し接続を必要に応じ修正する手段と、
を備えることを特徴とするシグナリングポイントを提供する。
【００３３】
本発明の第９の側面によれば、第１及び第２のモバイル電話ネットワーク間の呼出し接続をセットアップする方法であって、いずれかのネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立している方法であって、
適当な通話コーデックを決定するために、片方のモバイルネットワークの前記ＴＦＯ装置と他方のモバイルネットワークの対等ＴＦＯ装置との間でネゴシエーションを実行するステップと、
対応するＴＦＯ装置から呼出し制御（ＣＣ）メッセージを送信することで、前記無線アクセスネットワークに決定された通話コーデックを通知するステップと、
を含むことを特徴とする方法を提供する。
【００３４】
各モバイルネットワークは、モバイルネットワークの無線アクセスネットワーク部分の外側にタンデムフリーオペレーション（ＴＦＯ）装置を含むことがある。しかし、これは常に当てはまるわけではなく、どちらかのモバイルネットワークでは、無線アクセスネットワーク内にＴＦＯがあってもよい。
【００３５】
２つのモバイル電話ネットワークは、ＰＳＴＮを介してお互いに連結できる。好ましくは、前記ネゴシエーションはＴＦＯプロトコルのコーデック不一致解決及び最適化手順を使用して実行し、ＴＦＯメッセージは帯域内シグナリングを使用して送信する。
【００３６】
好ましくは、無線アクセスネットワークの外側に設置する前記または各ＴＦＯ装置は、モバイルネットワークと外部ネットワーク（ＰＳＴＮなど）とのインターフェースを提供するゲートウェイＭＳＣ（ＧＭＳＣ）に設置する。
【００３７】
本発明は、そのいずれかがユニバーサル移動通信方式（ＵＭＴＳ）ネットワークの加入者である加入者相互間の呼出し接続をセットアップする場合に特に適している。この場合、無線アクセスネットワークは、好ましくは、ＵＭＴＳターミナル地上無線接続ネットワーク（ＵＴＲＡＮ）であって、そのネットワークのＴＦＯ装置はＵＭＴＳコアネットワークの境界に設置する。
【００３８】
本発明の第１０の側面によれば、第１と第２のモバイル電話ネットワーク間の呼出し接続をセットアップする装置であって、少なくともいずれかのネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立している装置であって、
適当な通話コーデックを決定するために、片方のモバイルネットワークの前記ＴＦＯ装置と他方のモバイルネットワークの対等ＴＦＯ装置との間のネゴシエーションを実行する手段と、
対応するＴＦＯ装置から呼出し制御（ＣＣ）メッセージを送信することで、前記無線アクセスネットワークに決定された通話コーデックを通知する手段と、
を備えることを特徴とする装置を提供する。
【００３９】
本発明の第１１の側面によれば、第１と第２のモバイル電話ネットワーク間の呼出し接続をセットアップする方法であって、各ネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立していて、両方のモバイルネットワークは公衆電話交換網（ＰＳＴＮ）を介して連結している方法であって、
適当な通話コーデックを決定するために、それぞれ、第１及び第２のモバイルネットワークに加入している２つのモバイル端末間でネゴシエーションを実行するステップであって、そのネゴシエーションは無線アクセスネットワーク部分と各ＴＦＯ装置間で交換される呼出し制御プロトコルシグナリングメッセージ及びＴＦＯ装置間で送信されるＩＳＵＰメッセージを使用して実行するステップ、
を含むことを特徴とする方法を提供する。
【００４０】
例えば、発信モバイルネットワークで利用可能なコーデックリストを、そのネットワークのＴＦＯ装置から対等のＴＦＯ装置へＩＳＵＰ初期アドレスメッセージ（ＩＡＭ）を使用して送信できる。メッセージには、さらに、発信モバイルネットワークが選好するコーデックを含むことができる。逆方向に送信される後続のＩＳＵＰメッセージは、終端モバイル端末が選択したコーデックタイプを示す。このネゴシエーション手順を使用可能にするためには、ＩＳＵＰ標準を修正しなければならないことがある。
【００４１】
本発明の第１２の側面によれば、第１と第２のモバイル電話ネットワーク間の呼出し接続をセットアップする装置であって、各ネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立していて、両方のモバイルネットワークは公衆電話交換網（ＰＳＴＮ）を介して連結されている装置であって、
適当な通話コーデックを決定するために、それぞれ、第１及び第２のモバイルネットワークに加入している２つのモバイル端末間でネゴシエーションを実行する手段であって、そのネゴシエーションは無線アクセスネットワーク部分と各ＴＦＯ装置間で交換される呼出し制御プロトコルシグナリングメッセージ及びＴＦＯ装置間で送信されるＩＳＵＰメッセージを使用して実行する手段、
を備えることを特徴とする装置を提供する。
【００４２】
（実施例の詳細な説明）
図１に、以下の説明でノードＡ及びノードＣと呼ぶ２つのシグナリングポイントが含まれる遠隔通信ネットワークの一部を示す。これらのノードは電話交換局または交換機などで、同じネットワーク業者に属していても異なったネットワーク業者に属していてもよい。以下の例では、ノードＡは呼出し側（図示せず）が接続している発信ノードを表し、ノードＣは呼び出される側が接続している終端ノードを表している。各シグナリングポイントは、呼出し制御（ＣＣ）部分とベアラ制御（ＢＣ）部分とで構成されている。つまり、呼出し制御機能とベアラ制御機能が２つの異なったプロトコル層に分離されている。ＣＣ部分は呼出し制御レベルを形成していて、呼出し転送及び他のルーティングや制御機能などの機能の実行する。ＢＣ部分は、ＢＣ部分相互間のパイプを確立してその大きさを決定し、ユーザプレーンデータをトランスポートする。
【００４３】
ＢＣレベルについて説明すると、このレベルはＩＰネットワークなどのベアラネットワークにより構成される。図１には１つのベアラスイッチングポイント（ノードＢ）しか示していないが、ＩＰネットワークには１つまたは複数のベアラスイッチングポイントがある。ＩＰネットワークの場合、これらのベアラスイッチングポイントはＩＰルータである。ベアラネットワークがＡＴＭネットワークまたはＡＡＬ２ネットワークの場合は、このベアラスイッチングポイントは、それぞれ、ＡＴＭ交換機またはＡＡＬ２交換機になる。
【００４４】
呼出し側が受話器を取るなどして呼出しを開始すると、発信シグナリングポイントであるノードＡは、ソース（呼出し側）からＣＣレベルで情報を受け取る。この情報は、ベアラ資源要求を定義するものである。発信シグナリングポイントは、ソース情報またはシグナリングポイントとそのホームネットワークの機能のどちらか（またその両方）を基に、終端シグナリングポイントであるノードＣとネゴシエートする必要がある利用可能オプションリストを決定する。
【００４５】
次に、ノードＡは、利用可能オプションリストをメッセージに挿入し、具体的な機能をネゴシエートするＣＣ部分に信号を送る（図１のノードＣ）。このメッセージは、各オプションの選好レベルを示している。
【００４６】
ノードＣは、リスト内の各オプションにノードＡが指定した優先順位レベルを使用し、サポートしているオプション中で最も選好レベルが高いオプションを選択する。つまり、ノードＣは、ノードＡが高い選好度を示している別のオプションをリスト内でサポートしていても、最高選好オプション以外は選択しない。ノードＣは、選択したオプションをノードＡに送る。
【００４７】
このネゴシエーションの結果がベアラ接続レベルに影響を与える場合は、ベアラレベルで適当な処置を実行し、ネゴシエーションの結果に適合するようにする。これは、ＢＣプロトコルで行われる。これには、順方向ベアラ修正（図２のケースＡ）と逆方向ベアラ修正（図２のケースＢ）の２つのケースがある。
【００４８】
上記の方法を使用してネゴシエートできる機能の例には、コーデック機能がある。一般的に、無線アクセスネットワークでは、通話はＰＣＭにコード変換される。これは、従来の固定電話ネットワークで使用できる通話形式はこの形式だけであるからである。しかし、コード変換処理は通話品質を極端に低下させるため、一部のセルラー標準（ＧＳＭ、ＰＤＣなど）では、２つの互換性がある端末（例えば、共通のコーデックで使用される２つのＧＳＭ端末）間で接続が確立されたらコード変換を回避するための方法を仕様で決めている。現在の大部分のモバイル端末では幾つかのコーデックをサポートしているため、これらの方法でもコーデックネゴシエーションは可能になるが、以下に示す総称ネゴシエーション機構と比較すると幾つかの重大な欠陥がある。
【００４９】
通話コーデックは、モバイル環境に密結合しているか（ＰＤＣでは、コーデックネゴシエーションはＭｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ（ＭＡＰ）プロトコルの１サービスである）、またはハードウェア及び送信資源の使用を最適化していない（ＧＳＭでは、コーデックネゴシエーションは、タンデンフリーオペレーションの一部である）。コード変換が実際に行われるかどうかに関係なく、２つのコード変換装置（ＴＲＡＵ）と６４Ｋｂｐｓのチャネルとが常に通話接続用に割り振られている。現在、各種モバイル標準ではこの問題をさまざまな方法で処理していて、これまでのところ、これらの解決方法を調整する可能性はなかった。
【００５０】
ネゴシエーションが必要な機能の別の例は、セキュリティ機能（音声暗号化、データ暗号など）である。現在、これは公衆遠隔通信ネットワークでは重大な関心事であり、近い将来さらに重要になる。しかし、望ましくない第３者からユーザのプレーン情報を保護する方法には幾つかある。複数の暗号アルゴリズムが存在していて、現在開発中のデータ暗号アルゴリズムおよび新しいアルゴリズムが次々に導入されている。したがって、公衆遠隔通信ネットワークにおいてセキュリティ機能をネゴシエートする方法は近い将来必要になり、この方法は本発明により提供される。
【００５１】
上記の説明は、ＢＣレベル及びＣＣレベルを一般的に言及したものである。図３は、ＣＣレベルとＢＣレベルに分割された遠隔通信システムをさらに詳細に図示したものである。ＣＣレベルは複数のメディアゲートウェイコントローラ（ＭＧＣ＿Ａ、ＭＧＣ＿Ｂ、ＭＧＣ＿Ｃ）を含み、ＢＣレベルは複数のメディアゲートウェイ（ＭＧ＿１からＭＧ＿６）を含んでいる。メディアゲートウェイの最初のペア（ＭＧ＿１、ＭＧ＿６）はＡＡＬ２ネットワークを介したベアラ接続であり、メディアゲートウェイの2番目のペア（ＭＧ＿２、ＭＧ＿５）はＩＰネットワークを介したベアラ接続である。メディアゲートウェイの3番目のペア（ＭＧ＿３、ＭＧ＿４）はＳＴＭネットワークを介したベアラ接続である。図３から明らかなように、各メディアゲートウェイコントローラは、オープンインターフェース（Ｘ−ＣＰ＿１からＸ−ＣＰ＿３）を介して２つまたは３つのメディアゲートウェイを制御するように配置されている。
【００５２】
上記ですでに説明したように、機能ネゴシエーションはＣＣレベル、つまり、メディアゲートウェイコントローラ間で行われる。さらに、Ｘ−ＣＰは、メディアゲートウェイが制御側のメディアゲートウェイコントローラにメディアゲートウェイがサポートしている機能とオプションを「通知」する手段としても使用される（例えば、機能＝圧縮通話、オプション＝コーデックリスト）。また、メディアゲートウェイはＸ−ＣＰを介してネゴシエーションに係わることができ、これにより、機能選択はゲートウェイに指定した機能だけでなく、これらの機能が現在使用できるかどうかにも依存するようになる。このように構成しておかないと、メディアゲートウェイコントローラがメディアゲートウェイのためにネゴシエートしたオプションをサポートするための資源をメディアゲートウェイが持っていない、という危険性がある。例えば、メディアゲートウェイコントローラが呼出しのためのインテリジェントネットワーク（ＩＮ）サービスを提供する必要がある場合で、且つ、このサービスが帯域内の告知情報を必要とする場合を考えてみる。メディアゲートウェイがサポートするコーデックの知識に従ってメディアゲートウェイコントローラが単独でコーデックを選択すると、メディアゲートウェイは、このコーデック用に現在ＴＲＡＵを利用可能にしていないことがあり得る。したがって、メディアゲートウェイはこの接続を拒否し、呼出しは中止される。
【００５３】
この問題の解決を説明するために、特定のネゴシエート可能な機能に関するオプションリストが含まれている接続セットアップメッセージを、メディアゲートウェイコントローラが対等のメディアゲートウェイコントローラから受信する場合を考えてみる。メッセージは、各オプションの選好レベルを示している。受信側のメディアゲートウェイコントローラは、受信したリストを読み取り、接続に選択されているメディアゲートウェイがサポートしていないことが分かっているオプションを、そのリストから削除する。次に、メディアゲートウェイコントローラは修正したオプションリストを、Ｘ−ＣＰインターフェースを介してメディアゲートウェイに送信する。
【００５４】
受信側のメディアゲートウェイは、最高優先順位で、且つ、ゲートウェイが現在サポートできるオプションを選択する。次に、メディアゲートウェイはこのオプションをサポートするために必要な資源を獲得し、メディアゲートウェイコントローラにＸ−ＣＰインターフェースを介してそのオプションを送る。選択したオプションを受信すると、メディアゲートウェイコントローラは選択した内容を対等のメディアゲートウェイコントローラに上記のように送る。
【００５５】
上記で説明した総称機能ネゴシエーションを、図４のフロー図でさらに詳しく説明する。
【００５６】
多くの国では、業者はその国の関係当局から法的な目的で、呼出しを代行受信するように要求されている。合法な代行受信を使用可能にするために、業者は通常はネットワークにおける各呼出しについて、ユーザプレーンデータ（つまり、実際の通話、またはベアラレベルで行われる所謂「パイプ」により送信される他のデータ）にすべてアクセスすることを要求する。ＴＩＣＣを導入することで、ユーザプレーンデータは様々な技法（ＡＴＭ、ＩＰなど）を介してトランスポートできるようになり、これにより、暗号化ユーザプレーンデータのトランスポートも可能になる。したがって、合法代行受信ポイントでユーザプレーンデータのセキュリティ及びコーデック（暗号化及び復号化）特性を判別できないと、呼出しは正常に代行受信できない。したがって、業者は、呼出しの各ＢＣセクション（２つのＢＣノード間）で使用しているコーデック及び暗号（セキュリティ）アルゴリズムの知識が必要になる。
【００５７】
一方、セキュリティアルゴリズムのコード変換及び変換処理は、呼出しのサービス品質を大幅に低下させ、余分な遅れを発生させる。したがって、各呼出しのエンドツーエンドで要求される変換ポイント数を減らし（できれば回避する）、セキュリティアルゴリズムポイントの変換を減少することが望ましい。
【００５８】
この問題を解決する機構を、図５の動作シーケンスを参照して説明する。ノードＡの呼出し制御部分（図１を参照）は、ノードＢの呼出し制御部分にメッセージを送信する。このメッセージには、ノードＡがサポートしているオプションのリストと各オプションの選好レベルとが含まれている。この機構はＴＩＣＣで使用するのに特に適しているが、ネゴシエーション実行用に特別に適合された独立プロトコルでも使用できる。これは、図５で頭文字ＵＰＣＮ（Ｕｓｅｒ Ｐａｒｔ Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ）で示してある。
【００５９】
次に、ノードＢの呼出し制御側はノードＣの呼出し制御側へメッセージを送る。これには、ノードＡとノードＢの両方がサポートしているオプションのリストと各オプションの選好レベルとが含まれている。ノードＣは最高選好レベルのサポートオプションを選択し、選択したオプションが含まれたメッセージをノードＢへ戻す。このメッセージを受け取ると、ノードＢは選択オプションを指定したメッセージをノードＡへ送る。
【００６０】
次に、図５はケースＡとケースＢのラベルが付けられた２つの動作シーケンスを示す。ケースＡでは、ベアラレベルが上記で説明した呼出し制御レベルのネゴシエーションにより影響を受けると、ノードＡはベアラレベルで適当な処置を実行する。例えば、ノードＡは選択したオプションをサポートするために必要なパイプのサイズを変更しなければならない場合がある。次に、ＢＣメッセージがノードＡからノードＢへ送られ、どのパラメータが必要かを指定する。次にノードＢは選択されたオプションを分析し、ベアラレベルがネゴシエーションにより影響を受けている場合は、ベアラレベルで適当な処置を実行する。次にＢＣメッセージはノードＢからノードＣへ送られ、ノードＢとノードＣの間でベアラレベルにどのパラメータが必要かを指定する。
【００６１】
ケースＢでは、ベアラレベルの動作シーケンスはノードＣで始まり、ノードＡで終わる。ノードＣは選択されたオプションを分析し、ベアラレベルがネゴシエーションにより影響を受けている場合はベアラレベルで適当な処理を実行する。次に、ＢＣメッセージがノードＣからノードＢへ送られ、必要なパラメータを指定する。ノードＢは選択されたオプションを分析し、ベアラレベルがネゴシエーションにより影響を受けている場合はベアラレベルで適当な処理を実行する。次にＢＣメッセージがノードＡからノードＢへ送られ、必要なパラメータを指定する。
【００６２】
ケースＡとケースＢは二者択一であるが、他のケースも考えられる。この点について、ノードＡとノードＢ間のＢＣプロトコルはノードＢとノードＣ間のプロトコルと異なっている可能性がある。例えば、プロトコルがそれぞれＡＴＭ及びＩＰの場合もある。片方のノードペア間のベアラレベル接続パラメータを修正する必要があっても、他方のノードペア間では修正の必要がないこともある。
【００６３】
上記のネゴシエーションは、呼出し確立時または呼出時に行うことができる。後者が該当するのは、例えば、ユーザが呼出し時に暗号の使用を開始しようとする場合である。
【００６４】
この手順は、総称機能を変更する必要があるネットワーク内のポイント数を減らすことができる。特に、上記で指定した機構を使用し、複数ＣＣセクションに渡るエンドツーエンド呼出しのコード変換ポイント数またはセキュリティアルゴリズムポイントの変換処理を最小限に抑えることができる。この解決方法は、１つまたは複数のネットワークに渡る呼出しに適用できる。
【００６５】
ＧＣＮ機構には、オプションリストおよびその選好レベルを開始ＣＣノードに組み込ませ、発信ノードが示す選好レベルを使用して終端ノードにサポートオプションを選択させるという機能も含まれている。後述するネゴシエーション機構は、ネゴシエーションを２つのＣＣノード間で行う場合だけ有用である。提案した適合方法では、このＧＣＮ機構を複数のＣＣノードがネゴシエーションに介在する場合に拡張している。つまり、１つまたは複数の遠隔通信業者に属する複数のＣＣノードに呼出しがまたがる場合である。この適合方法には、以下の動作シーケンスが含まれる。
１． 開始ＣＣノードは、サポートオプションのリストおよび各オプションに対応する選好レベルを送信する。
２． 中継ＣＣノードは受信したオプションリストを分析し、サポートされていないオプションをそのリストから削除し、リストを次のノードへ転送する。
３． 終端ＣＣノードは、受信したオプションリストおよび対応する優先順位を分析し、示されている最高優先順位のサポートオプションを選択する。
【００６６】
合法代行受信の場合、呼出しを正常に代行受信できるように、合法代行受信ポイント（つまり、代行受信が行われるノード）でユーザプレーンデータのセキュリティ及びコーディング特性を受信できるようにしている。
【００６７】
図１に示す提案された新しいアーキテクチャでは、呼出し制御プロトコルがトランスポート機構から独立している。この場合、ＴＩＣＣが呼出しにコーデックネゴシエーションを実行しないと、当該呼出しについてユーザプレーントランスポート接続を確立できない。その理由は、呼出しをサポートするのに必要なトランスポート資源量は、当該呼出しについて選択したコーデック（つまり、コーデックネゴシエーション手順の結果）に依存するからである。場合によっては、コーデックは最初に呼出しに選択されるが、環境の変化により、このコーデックを呼出しの後半のフェーズで新しいコーデックに変更しなければならない。この状況が発生する重要な２つの場合は、以下の通りである。
１） 告知情報を行い、自動的にまたは呼び出した側からの入力に従って、呼び出された側へ呼出しを再転送するために行うインテリジェントネットワーク（ＩＮ）サービスとの対話。これは、告知情報を行うためには、第１のコーデックを選択する必要がある。後で、呼出しを相手側へ転送／再転送し、第２のコーデックを使用する。
２） これは所謂補足サービスであるＣａｌｌ Ｆｏｒｗａｒｄｉｎｇ ｏｎ Ｎｏ−Ｒｅｐｌｙ（ＣＦＮＲ）。第１のコーデックをＡ側とＢ側との間でネゴシエートした後、Ｂが事前定義された時間内に返答しないために呼出しをＣ側へ転送する。２番目のコーデックは、Ｃ側の要求に従って必要となる。
【００６８】
上記の１）及び２）の場合及び関連する他の場合は、最初の選択されたコーデックによりトランスポート機構で呼出し接続を確立し、告知情報、信号音検査などを実行する必要がある。後でコーデックが変更されたら、呼出し接続を修正し、新しいコーデックをサポートしなければならないことがある。
【００６９】
以下に、図６を参照し、ＴＩＣＣプロトコルを使用しているネットワークで使用され、且つ、通話呼出しのエンドツーエンド電話接続を確立できるシグナリングプロセスを説明する。ここでは、呼出しは発信シグナリングポイントであるノードＡで生成され、最初に第１のノードであるノードＢまたはシグナリングポイントへ転送される。この呼出しは、その後、別の終端シグナリングポイントであるノードＣへ転送される。図示したプロセスは、特にＩＮサービスの呼出しに関するもので、この場合は、呼出し側は最初にＩＮネットワークノードに接続され、このノードでは事前記録メッセージを呼出し側へ再生した後に、呼出しを最終的な終端シグナリングポイントへ転送するものである。また、図示したプロセスはＣＦＮＲサービスに関連し、この場合は、最初の終端シグナリングポイントへ接続されている呼出し側が呼出しに返答しない場合、新しい終端シグナリングポイントへ呼出しを転送する。
【００７０】
シグナリングシーケンスは、以下の順次ステップで構成される。
１． ノードＡはノードＢへの呼出しを確立する。コーデックＸをこの呼出しのために選択する。
２． 選択したコーデックに適切なトランスポート資源を有するトランスポート接続を、ノードＡとノードＢの間に設定する。
３． ノードＢは、呼出しをノードＣへ転送／再転送する。ノードＣはコーデックＸをサポートせず、コーデックＹを選択する。
４． ノードＢはノードＡに対し、コーデックＸからコーデックＹへのこの呼出しに関するコーデック選択を修正するように要求する。
５． ノードＡとノードＢ間のトランスポート接続をコーデックＹに合わせて、必要に応じ、修正する。図６は、トランスポート接続への修正が順方向に行われるケースと修正が逆方向に行われる代替ケースとを示している。
６． コーデックＹに適切なトランスポート接続を、ノードＢとノードＣ間に確立する。
７． ＴＩＣＣは、呼出し確立を完了する（ＴＩＣＣ ＡＣＭ＋ＴＩＣＣ ＡＮＭ）。
【００７１】
ＴＩＣＣはＩＳＵＰをベースにしているため、シグナリングメッセージ名はＩＳＵＰから取られる。しかし、ＩＳＵＰにはコーデックネゴシエーション手順またはコーデック修正手順が含まれていないため、コーデック修正機能を実行するために新しいＴＩＣＣメッセージのペア（「ＴＩＣＣ修正．要求／確認」）が必要になる。
【００７２】
図６では、ノードＡからノードＢへのトランスポート接続について行われた修正だけが順方向または逆方向に行われることを示しているが、他のトランスポート接続修正も順方向または逆方向に行うことができる。また、トランスポート接続も順方向または逆方向に確立できる。
【００７３】
上記で説明した機構を使用し、４つ以上のシグナリングポイントまたはノード間の通話呼出し接続を確立することができる。例えば、発信シグナリングポイントであるノードＡと元の終端シグナリングポイントであるノードＢとの間、または元の終端シグナリングポイントであるノードＢと最終的な終端シグナリングポイントであるノードＣとの間（またはその両方）に、１つまたは複数の中継ノードが存在してもよい。また、呼出しは、ノードＣからさらに別のシグナリングポイント（つまりノードＤ）へ転送または中継することもできる。ただし、この場合はコーデックＹがノードＤに適当かどうかを判別するためのネゴシエーションが必要になり、適当でない場合は、ノードＡとノードＢとの間及びノードＢとノードＣとの間のトランスポート接続に修正が必要になることがある。このプロセスは、任意のノード数に拡張できる。
【００７４】
従来の公衆電話交換網（ＰＳＴＮ）は、パルスコード変調（ＰＣＭ）を使用して転送用通話データをデジタルにコード化する。一方、デジタルモバイル電話ネットワークは、ＣＥＬＰ及び適応マルチレート（ＡＭＲ）コーディングなどのさらに高度なコーディング技法を使用し、ＰＣＭより高度な圧縮率を達成している。多くのモバイルネットワークでは、通話のコーディング及びデコーディングはモバイル端末自身で行う。同じネットワークに登録されている２つのモバイル端末で呼出しを行う場合は、コード化された通話データをエンドツーエンドで送信することが可能である。
【００７５】
モバイルネットワークに登録されているモバイル端末から「外部」ネットワークの加入者である端末へ呼出しが出された場合、コード化された通話データのエンドツーエンド伝送は、外部ネットワークの特性及び発信モバイルネットワークを外部ネットワークへ接続する中間ネットワークの特性によっては、不可能な場合がある（勿論、これは呼出しが外部ネットワークで発信する場合も当てはまる）。
【００７６】
図７の遠隔通信システムを考えてみると、このシステムは２つの第３世代ユニバーサル移動通信方式（ＵＭＴＳ）ネットワーク１と２とで構成されていて、これら２つのネットワークが従来のＰＳＴＮ／ＩＳＤＮネットワーク３により連結されている。ＵＭＴＳネットワーク１と２は、それぞれ、ＵＭＴＳターミナル地上無線接続ネットワーク（ＵＴＲＡＮ）４を含み、そのネットワークが無線ネットワークコントローラ（ＲＮＣ）５と無線基地局（ＢＴＳ）６とで構成されている。ＵＴＲＡＮ５は、モバイル端末（図示せず）と入力呼出し接続ならびに出力呼出し接続を転送するモバイル交換センタ（ＭＳＣ）７との間で、圧縮通話データを受け渡す。
【００７７】
片方のＵＭＴＳネットワーク１の加入者から呼出しが発信され、別のＵＭＴＳネットワーク２の加入者へその呼出しが送られるものとする。呼出しは、ＵＭＴＳネットワーク１と２の各中継ノード８（いずれかはゲートウェイＭＳＣ（ＧＭＳＣ））を使用し、ＰＳＴＮ３を介して転送される。上記ですでに説明したように、ＰＳＴＮ３はＰＣＭを使用して通話データを符号化する。ＰＳＴＮ３を介して転送される通話データは、当該ネットワークで理解できる形式であることが重要である。例えば、ＰＳＴＮ３が、通話呼出しに業者の告知情報を挿入したり音声プロンプトサービスなどを実行できるようにしたりするため、また、ＰＳＴＮ３の業者がセキュリティの目的などで呼出しを監視できるようにするために必要である。したがって、ＰＳＴＮ３にデータを渡す前に、ＵＭＴＳネットワーク１と２のＧＭＳＣ８で通話データを「コード変換」することが必要である。つまり、通話データは、モバイルネットワーク通話コーディング形式からＰＣＭへ変換される。同様に、ＧＭＳＣ８で受信したＰＣＭデータは、該当するモバイルネットワーク通話コーディング形式に変換する必要がある。
【００７８】
コード変換を実行するとＧＭＳＣ８において大量の処理資源を消費することになり、また、通話品質の低下も目立つ。これらの欠点を一部でも補うために、タンデムフリーオペレーション（ＴＦＯ）装置をＧＭＳＣ８における通話接続に導入できる。出力通話データはいままで通りＰＣＭに変換されるが、各ＰＣＭサンプルの最下位ビットはＴＦＯ装置により「盗聴」される。これらの盗聴ビットが形成するチャネルの帯域幅は十分に大きく（つまり８Ｋビット／秒）元のコード化データを送信できる。終端ＵＭＴＳネットワークのＴＦＯ装置はコード化データを組み立てて対応するＵＴＲＡＮへ送信するが、受信されたＰＣＭデータは廃棄される（業者の告知情報が追加されているなどして、ＰＳＴＮによりそのデータが修正されていない限り）。このようにして、ＴＦＯはＰＳＴＮ３がＰＣＭデータを利用できるようにするが、効果的にコード化された通話データのエンドツーエンド送信はいままで通り実行できる。
【００７９】
ＰＳＴＮ／ＩＳＤＮ内の中間装置がＰＣＭビットストリームを変更すると、ＴＦＯ装置はその変更を検出し、ＴＦＯ装置間でＰＣＭコード化通話を受け渡すように「フォールバック」する。つまり、それ以降は圧縮音声データを受け渡さない。
【００８０】
モバイルネットワークが利用できる通話コーデックは、ネットワークの特性及び場合によってはネットワークを使用している端末の特性により異なる。エンドツーエンドで単一のコーデックを使用できるのは、２つのネットワークが両方とも同じコーデックを使用するときだけであることは明らかである。２つのモバイル通信ネットワークのＧＭＳＣが接続ネットワークのコーデック機能の情報を得ていると想定すると、それらＧＭＳＣネゴシエートして共通のコーデックの使用に合意することは可能である。実際、ＥＴＳＩ勧告ＧＳＭ ０８．６２（バージョン７．０．０、リリース１９９８）では、適当なプロトコルが提供されている。
【００８１】
ＴＦＯ装置がモバイルネットワークの境界部分、つまり、ＵＴＲＡＮの外側に設置されている図７のような場合（従来、ＴＦＯ装置は無線アクセスネットワーク内に設置される）、モバイルネットワークでＴＦＯを実行しようとすると問題が発生する。現在のところ、このようなネットワークではＴＦＯ装置相互間及びＴＦＯ装置と無線アクセスネットワークとの間でネゴシエートされたコーデックに関する交換情報はない。
【００８２】
図８は、２つのＵＭＴＳネットワークのＧＭＳＣがＴＦＯ装置９を組み込んでいる修正システムアーキテクチャを示している。一方、図９は各ＵＭＴＳモバイル電話ネットワークにおける２つのノード間の呼出しセットアップに関するシグナリングを示している。ノード１とノード４はＭＳＣを表し、２つの中間ノード２と３はＧＭＳＣを表している。
【００８３】
ＵＭＴＳネットワーク内における呼出しセットアップシグナリングは、呼出し制御（例えばＴＩＣＣ）レベルで行われる。この呼出しセットアップは、ＭＳＣから対応ＧＭＳＣへ送られる初期アドレスメッセージ（ＩＡＭ）により開始される。このＩＡＭは総称機能ネゴシエーション（ＧＣＮ）機構を使用し、呼出し接続のパラメータ数を決定する。特に、ＩＡＭには、発信ＵＭＴＳネットワークがサポートするコーデックリストと選好コーデックとが含まれている。発信側ＧＭＳＣは送信されたコーデックリストからコーデックを選択し、選択した内容を「メッセージ（選択されたコーデック１）」の形式でＭＳＣへ返送する。その後、呼出し接続は、選択されたコーデックをサポートするために十分な帯域幅のベアラレベル（例えばＡＡＬ２またはＩＰ）で確立される。
【００８４】
エンドツーエンドコーデックネゴシエーションを実行できるようにするために、ＩＳＵＰプロトコルにＧＣＮを追加することが提案されている。このエンドツーエンドコーデックネゴシエーションを行うことで、両エンドポイントが同じコーデックタイプを利用する確率が高まる。両エンドポイントが同じ音声コード化アルゴリズムを使用していると、ＴＦＯはＰＣＭネットワークを介して圧縮音声を渡すことができ、しかも、不要な変換処理による音声品質の低下を招くこともない。また、圧縮音声をサポートしている発信ネットワーク及び終端ネットワーク内のベアラ要件も低下するため（例えば、ＡＡＬ２またはＩＰベアラトランスポート）、送信量も少なくて済む。
【００８５】
図９は、２つのＵＭＴＳネットワーク間のシグナリング「ギャップ」を解消するためのＧＣＮ機能向上ＩＳＵＰメッセージの使用を図示したものである。終端ＵＭＴＳネットワークでは、ＧＭＳＣからＭＳＣへＩＡＭがＴＩＣＣを使用して送られる。この場合、ＭＳＣはコーデック１の使用を受諾し、その旨をＴＩＣＣを使用してＧＭＳＣに再び返送する。その後、ベアラレベル接続は終端ＵＭＴＳネットワークで確立される。ＰＳＴＮは、コーデック受諾の旨を発信側のＧＭＳＣへ中継する。最初に提案されたコーデックが受諾されたため、発信ＵＭＴＳネットワークにおいてベアラレベル接続を変更する必要はない。しかし、コーデックに変更があった場合は、その旨を発信側ＧＭＳＣからＭＳＣへ送信する必要がある。その結果、ベアラレベル接続を修正できるようになり、接続の帯域幅を拡張したりできる。図９では、ＡＣＭはＡｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ（アドレス完了メッセージ）を示し、ＡＮＭはＡｎｓｗｅｒ Ｍｅｓｓａｇｅ（応答メッセージ）を示す。
【００８６】
図１０は、本発明の第２実施例を図示したものである。この解決方法は、ＴＦＯプロトコルに用意されているオプションのコーデック不一致解決及び最適化手順を利用し、互換性のないコーデックを検出する。ＴＦＯがコーデックの非互換性を検出すると、コーデック修正手順を開始して、端末が使用するコーデックを修正できる。ＴＦＯは、コーデック不一致を解決するための規則を指定する（つまり、どのコーデックを選択するか）。次に、ＴＦＯプロトコルはＴＩＣＣシグナリングを開始し、呼出しで使用するコーデックを修正し、２つのエンド端末で互換性のあるコーデックを使用可能にする。発信ＵＭＴＳネットワークが最初に示したコーデックから別のコーデックに変更する場合は、両方のＵＭＴＳネットワークで確立したベアラレベル接続を修正しなければならない場合がある。
【００８７】
上記で述べた実施例は、中間ＰＣＭネットワークによる不要な通話コード変換を最小限に抑え、また、公衆遠隔通信ネットワークにおける特定の呼出しのサービスレベルをサポートするために、ユーザプレーン装置（例えばコード変換装置）またはユーザプレーン資源（例えば帯域幅）（あるいはその両方）の割当てを最適化する。
【００８８】
既存のネットワーク及び新しいネットワークが通話経路における不要なコード変換を極力減らすためにＰＣＭコード化音声だけをサポートする場合、コーデックタイプのネゴシエーションが必要になる。ＵＭＴＳ及びＧＳＭの加入者通話品質は、ＴＦＯサポート機能を備えた既存のＰＣＭコアネットワークを呼出しが通過する場合、必ずしも低下しない。ＴＩＣＣプロトコルにＧＣＮ機構を組み込むと、透過方式で行われることが多い（ＡＰＭユーザ）。
【００８９】
当業者は、本発明の範囲から逸脱することなく、上記の実施例に各種変更を加えることができることは明らかである。
【図面の簡単な説明】
【図１】 遠隔通信ネットワークにおける複数のシグナリングポイントを示す図である。
【図２】 （ケースＡ）本発明の第１実施例による図１のシグナリングポイント間のシグナリングフローを示す図である。
【図２】 （ケースＢ）本発明の第２実施例による図１のシグナリングポイント間のシグナリングフローを示す図である。
【図３】 メディアゲートウェイコントローラとメディアゲートウェイを含む遠隔通信ネットワークを示す図である。
【図４】 図３のネットワークで使用される総称機能ネゴシエーションプロセスを示すフロー図である。
【図５】 中間ノードが発信ノードと終端ノード間のネゴシエーションに関係するシグナリングフローを示す図である。
【図６】 中間ノードが発信ノードと終端ノード間のネゴシエーションに関係するシグナリングフローの別の組を示す図である。
【図７】 既知の設計の遠隔通信システムを模式的に示す図である。
【図８】 遠隔通信システムを模式的に示す図である。
【図９】 図８のシステムのコーデックネゴシエーションに関連し本発明の第１実施例による第１の信号の組である。
【図１０】 図８のシステムのコーデックネゴシエーションに関連し本発明の第２実施例による第２の信号の組である。[0001]
(Technical field)
The present invention relates to functional negotiation in a telecommunications network, and more particularly to negotiation of a suitable call codec, although this is not the case in all cases.
[0002]
(Background of the Invention)
Currently, telecommunications networks are mostly in the signaling system no. 2 as mechanisms for controlling call connections and for handling the transfer of signaling information between the signaling points of the network. 7 (SS7). Typically, one or more application parts and user parts of any signaling point utilize SS7 to communicate with peer application parts and user parts of another signaling point. Examples of the user part are ISUP (ISDN User Part) and TUP (Telephony User Part), and examples of the application part are INAP (Intelligent Network Application Part) and MAP (Mobile Application Part). The conventional SS7 protocol stack includes message transfer parts MTP1, MTP2, and MTP3, which handle the format of signaling messages transported through the physical layer and various routing functions.
[0003]
Recently, there is significant interest in the telecommunications community to use non-standard (ie, different from the telecommunications industry conventional) signaling transport mechanisms in place of traditional SS7 mechanisms in telecommunications networks. This reason is related to both efficiency gains and potential cost savings. For example, the transport of signaling information between signaling points using an Internet Protocol (IP) network has been actively studied. An IP network has the advantage that the transmission resources can be used effectively by using packet switching, and that this technology is widespread (compared to a special telecommunications technology) and is low in cost. There is also interest in using other transport mechanisms such as AAL1 / 2/5, FR.
[0004]
The ISUP standard handles call connection setup and control in telecommunications networks and is closely related to the SS7 signaling transport mechanism. Therefore, it is not suitable for using other non-standard transport technologies such as IP and AAL2. For this reason, several standardization organizations such as ITU-T, ETSI, and ANSI are currently studying specifications that are signaling protocol specifications related to call control and that are independent of the underlying transport mechanism. This means that a protocol different from the protocol that is a bearer control function is used. Bearer control only establishes “pipe” parameters (including start and end points) to be used when transporting user plane data between nodes and is limited to the transport mechanism. ing. In contrast, a new protocol called Transport Independent Call Control (TICC) has a call control function. This functionality includes services activated to handle calls between callers and callers (eg, call forwarding), services related to general routing of user plane data, and the like.
[0005]
As a result of building a new network architecture by separating the call level and the bearer control level, an open interface was created between the call control entity and the bearer control entity. In this interface, the two entities are called a media gateway controller and a media gateway, respectively. In the following description, this open interface is called X-CP. Examples include IETF MEGACO work and ITU Research Committee 16 (SG16) H.264. 248 work.
[0006]
Traditionally, fixed telephone networks use pulse code modulation to transport user plane data (voice, facsimile, etc.) between network nodes. On the other hand, current cellular networks use one or more coders / decoders (called “codecs”) to compress voice signals for effective transmission over the atmospheric interface and within cellular networks. ing. If a telephone call connection spans two networks (or terminals) and they support different call codecs or multiple call codecs, negotiation can be made between the terminals to determine the appropriate codec . If this negotiation is not performed, code conversion (that is, conversion from one call code to another call code) may have to be performed at an interface between networks. Since code conversion uses a large amount of resources, the call quality is extremely lowered and processing time is delayed. Therefore, codec negotiation is the preferred option.
[0007]
In addition to codec negotiation, other functions and parameters may have to be negotiated in conventional telecommunications networks. For example, it may be better to negotiate security functions such as voice encryption and data encryption between terminals or nodes of a telecommunication network.
[0008]
(Summary of the Invention)
According to a first aspect of the present invention, a method for negotiating a call function between signaling points in a telecommunications system, comprising:
Sending at a call control level a feature preference or prioritized preference list from an originating signaling point to a terminating signaling point or signaling transfer point;
If the terminating signaling point or signaling transfer point accepts the preference sent by the originating signaling point, calling function acceptance from the terminating signaling point or signaling forwarding point to the originating signaling point and returning at the control level;
A method characterized by comprising:
[0009]
In some cases, an acceptance message may not be returned, such as when the terminating signaling point or signaling transfer point does not accept the feature preference (or any of the preference lists) sent by the originating signaling point, in which case the default feature Is assumed by both points. Alternatively, a default message indicating that the default codec is used may be returned. If none of the codecs reach agreement, the call can be released because the network is incompatible.
[0010]
The present invention is particularly suitable for negotiating call codec functionality between signaling transfer points in different telecommunications networks. For example, in a Japanese telecommunications system, the present invention can be used to negotiate whether to use VSELP, PSI-CELP, or μ-law coding (μ-law coding is the default coding). However, the present invention can also be applied to negotiate other functions such as security functions (such as voice encryption and data encryption).
[0011]
Although TICC can be used as a protocol for executing the negotiation, a specific protocol (that is, user plane function negotiation protocol) can also be used at the CC level.
[0012]
When the call control level and the bearer control level are controlled by different protocols and the selection affects the bearer level, the signaling point responds to the selection of the function at the call control level by notifying the bearer control level. If it is appropriate to send a notification at the bearer level between bearer switching points, it can be sent later to establish an appropriate bearer level resource.
[0013]
Preferably, the signaling point or signaling transfer point is a media gateway controller. More preferably, the media gateway controller communicates with one or more media gateways present at the bearer control level.
[0014]
Although certain options supported for bearer control level functionality are also known at the call control level, the call control level does not necessarily know that these options at the bearer level are currently available. . Thus, preferably, when a feature preference or prioritized preference list is received at a terminating signaling point or signaling transfer point, the call control level performs negotiation with the bearer control level to determine option availability at the bearer control level. More preferably, this negotiation is performed between the call control level media gateway controller and the bearer control level media gateway.
[0015]
When a prioritized preference list is sent from the originating signaling point to the media gateway controller, the controller preferably modifies the list to remove preferences that are known not to be supported by the corresponding media gateway. The controller then sends the modified list to the media gateway that selects the highest priority preference that the media gateway can support at that time. The gateway can secure the resources necessary for the preference content and notify the media gateway controller of the preference content. The media gateway controller can now return the function acceptance to the originating media gateway controller.
[0016]
According to a second aspect of the invention, a signaling point arranged to negotiate a call function with another signaling point in a telecommunication system,
Means for sending a function preference or prioritized preference list to a terminating signaling point or signaling transfer point at a call control level;
Means for receiving, at a call control level, a function acceptance sent from the terminating signaling point or signaling forwarding point when the terminating signaling point or signaling forwarding point accepts the preference content sent from the originating signaling point;
A signaling point is provided.
[0017]
According to a third aspect of the present invention, there is provided a media gateway controller for a telecommunications system,
Means for receiving from a peer media gateway controller a function preference or prioritized preference list for connections set up via a telecommunications system;
Means for communicating with a media gateway controller and a corresponding media gateway to determine the availability of preferences received at the media gateway;
Means for returning a function preference acceptance message to the peer media gateway controller according to the availability determined at the media gateway;
A media gateway controller is provided.
[0018]
According to a fourth aspect of the present invention, there is provided a media gateway for a telecommunications system,
Means for receiving from the media gateway controller a function preference or prioritized preference list for connections set up via a telecommunications system;
A means of selecting preference content according to availability of preference content in the media gateway;
Means for transmitting the selected preference content to the media gateway controller;
A media gateway characterized by comprising:
[0019]
According to a fifth aspect of the present invention, there is a method for negotiating protocol options between first, second, and third nodes in a telecommunications network using separate call control protocols and bearer control protocols. And
Sending a first call control message from a first node to a second node specifying protocol options supported by the first node;
Sending a second call control message from the second node to the third node specifying protocol options supported by both the first and second nodes;
Selecting a protocol option from the protocol options specified in the second control message;
A method characterized by comprising:
[0020]
The step of selecting a protocol option from the protocol options specified in the second control message can be performed at the third node.
[0021]
Each call control message may include a preference level corresponding to each designated protocol option.
[0022]
The first node can be the originating node and the third node can be the terminating node.
[0023]
The method determines whether the bearer level between the first node and the second node is affected by the selecting step, and if the bearer level is affected, the first node and the second node The method may further include performing an action to modify a bearer level parameter between
[0024]
The method also determines whether the bearer level between the second node and the third node is affected by the selecting step, and if the bearer level is affected, the second node and the third node A step of modifying a bearer level parameter with the other nodes may be further included.
[0025]
According to a sixth aspect of the present invention, there is provided a method for setting up a call call connection in a telecommunication system wherein the call control protocol is independent of the bearer transport mechanism,
Negotiating a first call codec between an outgoing signaling point of the system and a first terminating signaling point;
Establishing a call connection via a transport mechanism between an originating signaling point and the first terminating signaling point according to the first call codec;
Negotiating a second different call codec between said first termination signaling point and a second new termination signaling point;
Notifying the outgoing signaling point of the second call codec;
Establishing a call connection between an originating signaling point and the second terminating signaling point, the first originating signaling point acting as an intermediate signaling point, and the first calling connection being the second Modified steps as needed to support other call codecs,
A method characterized by comprising:
[0026]
Embodiments of the present invention facilitate the transfer of call connections between different terminating signaling points by modifying the connection between the originating signaling point and the original terminating signaling point to reflect the new codec. . The final end-to-end connection is completed by establishing a connection between the original termination signaling point and the new termination signaling point according to the new codec. Preferably, even if not necessary, the latter connection is established after modifying the first connection.
[0027]
Further, the method of the present invention is applied only when the first call codec is not obtained as a result of the call codec negotiation performed between the original termination signaling point and the final termination signaling point. If the result is the first call codec, it may not be necessary to modify the original connection.
[0028]
Preferably, notifying the originating signaling point of the second call codec includes transmitting an appropriate call control (CC) message from the original terminating signaling point to the originating signaling point. This CC message may be a “correction request message”.
[0029]
Preferably, the call control protocol is a transport independent call control (TICC) protocol.
[0030]
The present invention can be applied to the evolution of existing telecommunications networks such as mobile networks based on GSM, DAMPS, PDC, etc., and can also be applied to future generation networks such as UMTS.
[0031]
According to a seventh aspect of the present invention, there is provided a telecommunications system in which the call control protocol is independent of the bearer transport mechanism,
Means for negotiating a first call codec between an outgoing signaling point of the system and a first terminating signaling point;
Means for establishing a call connection via a transport mechanism between an originating signaling point and the first terminating signaling point according to the first call codec;
Means for later negotiating a second different call codec between the first termination signaling point and a second new termination signaling point;
Means for notifying the outgoing signaling point of the second call codec;
Means for establishing a call connection between an originating signaling point and said second terminating signaling point, said first originating signaling point acting as an intermediate signaling point, wherein said first calling connection is said second call point; Means modified as needed to support the call codec;
A system characterized by comprising:
[0032]
According to an eighth aspect of the invention, there is a signaling point of a telecommunications network in which the call control protocol is independent of the bearer transport mechanism,
Processing means for negotiating a first call signaling codec with a first termination signaling point;
Means for establishing a call connection via a transport mechanism between the originating signaling point and the first terminating signaling point according to the first call codec;
Means for receiving a notification of a second call codec negotiated between the first termination signaling point and a second new termination signaling point; and for supporting the second call codec, the first call codec Means for modifying the call connection of
A signaling point is provided.
[0033]
According to a ninth aspect of the present invention, there is provided a method for setting up a call connection between a first and a second mobile telephone network, wherein either network is located outside the radio access network portion of the mobile network A method comprising a tandem free operation (TFO) device, wherein the call control protocol is independent of the bearer transport mechanism,
Performing a negotiation between the TFO device of one mobile network and a peer TFO device of the other mobile network to determine an appropriate call codec;
Notifying the radio access network of the determined call codec by sending a call control (CC) message from a corresponding TFO device;
A method characterized by comprising:
[0034]
Each mobile network may include a tandem free operation (TFO) device outside the radio access network portion of the mobile network. However, this is not always the case, and in either mobile network there may be a TFO in the radio access network.
[0035]
The two mobile phone networks can be connected to each other via the PSTN. Preferably, the negotiation is performed using a TFO protocol codec mismatch resolution and optimization procedure, and the TFO message is transmitted using in-band signaling.
[0036]
Preferably, the or each TFO device installed outside the radio access network is installed in a gateway MSC (GMSC) that provides an interface between a mobile network and an external network (such as PSTN).
[0037]
The present invention is particularly suitable for setting up a call connection between subscribers, any of which are subscribers of a Universal Mobile Telecommunications System (UMTS) network. In this case, the radio access network is preferably a UMTS terminal terrestrial radio access network (UTRAN), and the TFO device of that network is installed at the boundary of the UMTS core network.
[0038]
According to a tenth aspect of the present invention, there is provided an apparatus for setting up a call connection between a first and a second mobile telephone network, wherein at least one of the networks is installed outside a radio access network portion of the mobile network. Including a tandem free operation (TFO) device, the call control protocol being independent of the bearer transport mechanism,
Means for performing a negotiation between the TFO device of one mobile network and a peer TFO device of the other mobile network to determine an appropriate call codec;
Means for notifying the determined call codec to the radio access network by transmitting a call control (CC) message from a corresponding TFO device;
An apparatus is provided.
[0039]
According to an eleventh aspect of the present invention, there is provided a method for setting up a call connection between first and second mobile telephone networks, each network being tandem free installed outside the radio access network portion of the mobile network. An operation (TFO) device, the call control protocol is independent of the bearer transport mechanism, and both mobile networks are connected via a public switched telephone network (PSTN),
Performing negotiation between two mobile terminals subscribing to the first and second mobile networks, respectively, to determine an appropriate call codec, the negotiation comprising the radio access network portion and each TFO Performing using call control protocol signaling messages exchanged between devices and ISUP messages sent between TFO devices;
A method characterized by comprising:
[0040]
For example, a list of codecs available on the originating mobile network can be transmitted from the TFO device of that network to a peer TFO device using an ISUP initial address message (IAM). The message may further include a codec that the originating mobile network prefers. Subsequent ISUP messages sent in the reverse direction indicate the codec type selected by the terminating mobile terminal. In order to be able to use this negotiation procedure, it may be necessary to modify the ISUP standard.
[0041]
According to a twelfth aspect of the present invention, an apparatus for setting up a call connection between a first and a second mobile telephone network, each network being tandem free installed outside a radio access network portion of the mobile network An operation (TFO) device, the call control protocol is independent of the bearer transport mechanism, and both mobile networks are connected via a public switched telephone network (PSTN),
Means for performing negotiation between two mobile terminals subscribing to the first and second mobile networks, respectively, in order to determine an appropriate call codec, the negotiation comprising the radio access network part and each TFO Means for performing using call control protocol signaling messages exchanged between devices and ISUP messages sent between TFO devices;
An apparatus is provided.
[0042]
(Detailed description of examples)
FIG. 1 shows a portion of a telecommunications network that includes two signaling points, referred to as node A and node C in the following description. These nodes are telephone exchanges or exchanges, and may belong to the same network operator or different network operators. In the following example, node A represents the calling node to which the caller (not shown) is connected, and node C represents the end node to which the caller is connected. Each signaling point is composed of a call control (CC) portion and a bearer control (BC) portion. That is, the call control function and the bearer control function are separated into two different protocol layers. The CC portion forms the call control level and performs functions such as call forwarding and other routing and control functions. The BC part establishes a pipe between the BC parts, determines its size, and transports user plane data.
[0043]
The BC level will be described. This level is configured by a bearer network such as an IP network. Although only one bearer switching point (Node B) is shown in FIG. 1, there are one or more bearer switching points in the IP network. In the case of an IP network, these bearer switching points are IP routers. When the bearer network is an ATM network or an AAL2 network, the bearer switching point is an ATM switch or an AAL2 switch, respectively.
[0044]
When the caller initiates a call, such as picking up the handset, Node A, the originating signaling point, receives information at the CC level from the source (caller). This information defines bearer resource requirements. The originating signaling point determines the available option list that needs to be negotiated with the terminating signaling point, Node C, based on either (or both) the source information or the signaling point and its home network capabilities.
[0045]
Next, node A inserts the available option list into the message and sends a signal to the CC part negotiating a specific function (node C in FIG. 1). This message indicates the preference level of each option.
[0046]
Node C uses the priority level specified by node A for each option in the list and selects the option with the highest preference level among the supported options. That is, node C selects only the highest preference option, even if node A supports another option in the list that shows a high preference. Node C sends the selected option to node A.
[0047]
If the result of this negotiation affects the bearer connection level, an appropriate action is performed at the bearer level so as to conform to the result of the negotiation. This is done with the BC protocol. There are two cases: forward bearer correction (Case A in FIG. 2) and reverse bearer correction (Case B in FIG. 2).
[0048]
An example of a function that can be negotiated using the above method is a codec function. Generally, in a radio access network, calls are transcoded to PCM. This is because this is the only call format that can be used in a conventional fixed telephone network. However, since the code conversion process drastically degrades the call quality, some cellular standards (GSM, PDC, etc.) have two compatible terminals (for example, two GSM terminals used in a common codec). The specification determines how to avoid transcoding once the connection is established. Although most current mobile terminals support several codecs, these methods also allow codec negotiation, but have some significant deficiencies compared to the generic negotiation mechanism shown below.
[0049]
The call codec is tightly coupled to the mobile environment (in PDC, codec negotiation is a service of the Mobile Application Part (MAP) protocol) or has not optimized the use of hardware and transmission resources (in GSM, Codec negotiation is part of Tanden Free operation). Regardless of whether or not code conversion is actually performed, two code conversion units (TRAU) and a 64 Kbps channel are always allocated for call connection. Currently, various mobile standards deal with this problem in different ways, and so far there has been no possibility of adjusting these solutions.
[0050]
Another example of a function that needs to be negotiated is a security function (voice encryption, data encryption, etc.). Currently, this is a significant concern in public telecommunications networks and will become even more important in the near future. However, there are several ways to protect a user's plain information from unwanted third parties. There are a plurality of encryption algorithms, and data encryption algorithms currently being developed and new algorithms are being introduced one after another. Therefore, a method for negotiating security functions in a public telecommunications network will be needed in the near future, and this method is provided by the present invention.
[0051]
The above description generally refers to the BC level and the CC level. FIG. 3 illustrates in more detail the telecommunications system divided into CC level and BC level. The CC level includes a plurality of media gateway controllers (MGC_A, MGC_B, MGC_C), and the BC level includes a plurality of media gateways (MG_1 to MG_6). The first pair of media gateways (MG_1, MG_6) is a bearer connection via an AAL2 network, and the second pair of media gateways (MG_2, MG_5) is a bearer connection via an IP network. The third pair of media gateways (MG_3, MG_4) is a bearer connection via the STM network. As is apparent from FIG. 3, each media gateway controller is arranged to control two or three media gateways via open interfaces (X-CP_1 to X-CP_3).
[0052]
As already explained above, function negotiation takes place at the CC level, ie between the media gateway controllers. Furthermore, the X-CP is also used as a means for the media gateway to “notify” the media gateway controller that controls the media gateway to support the functions and options (eg, function = compressed call, option = codec list). ). Also, the media gateway can participate in the negotiation via the X-CP, so that the function selection depends not only on the functions specified in the gateway but also on whether these functions are currently available. Otherwise, there is a risk that the media gateway does not have resources to support the options that the media gateway controller negotiates for the media gateway. For example, consider the case where a media gateway controller needs to provide an intelligent network (IN) service for calls and this service requires in-band announcement information. If the media gateway controller alone selects a codec according to the knowledge of the codec supported by the media gateway, the media gateway may not currently have TRAU available for this codec. Therefore, the media gateway rejects this connection and the call is aborted.
[0053]
To illustrate the solution to this problem, consider a case where a media gateway controller receives a connection setup message from a peer media gateway controller that includes an option list for a specific negotiable feature. The message indicates the preference level for each option. The receiving media gateway controller reads the received list and removes from the list any options that are known not to be supported by the media gateway selected for the connection. The media gateway controller then sends the modified option list to the media gateway via the X-CP interface.
[0054]
The receiving media gateway selects the option with the highest priority and which the gateway can currently support. The media gateway then acquires the necessary resources to support this option and sends the option over the X-CP interface to the media gateway controller. Upon receipt of the selected option, the media gateway controller sends the selected content to the peer media gateway controller as described above.
[0055]
The generic function negotiation described above will be described in more detail with reference to the flowchart of FIG.
[0056]
In many countries, merchants are required to intercept calls for legal purposes from the country's authorities. In order to enable legitimate interception, the merchant usually has to user plane data (ie actual calls or other data transmitted by so-called “pipes” performed at the bearer level) for each call in the network. Require access to everything. With the introduction of TICC, user plane data can be transported via various techniques (ATM, IP, etc.), thereby enabling transport of encrypted user plane data. Therefore, if the security and codec (encryption and decryption) characteristics of user plane data cannot be determined at the legitimate intercept point, the call cannot be intercepted normally. Therefore, the merchant needs knowledge of the codec and encryption (security) algorithm used in each BC section of the call (between two BC nodes).
[0057]
On the other hand, the code conversion and conversion processing of the security algorithm greatly reduces the service quality of the call and generates an extra delay. Therefore, it is desirable to reduce the number of conversion points required end-to-end for each call (avoid if possible) and reduce the conversion of security algorithm points.
[0058]
A mechanism for solving this problem will be described with reference to the operation sequence of FIG. The call control part of node A (see FIG. 1) sends a message to the call control part of node B. This message includes a list of options supported by node A and the preference level for each option. This mechanism is particularly suitable for use with TICC, but can also be used with independent protocols specially adapted for performing negotiations. This is indicated in FIG. 5 by the initial UPCN (User Part Capability Negotiation).
[0059]
Next, the call control side of node B sends a message to the call control side of node C. This includes a list of options supported by both node A and node B and the preference level for each option. Node C selects the support option with the highest preference level and returns a message containing the selected option to Node B. Upon receiving this message, node B sends a message specifying the selection option to node A.
[0060]
Next, FIG. 5 shows two operation sequences labeled Case A and Case B. In case A, if the bearer level is affected by the call control level negotiation described above, node A performs the appropriate action at the bearer level. For example, node A may have to change the size of pipes needed to support the selected option. A BC message is then sent from node A to node B, specifying which parameters are required. Node B then analyzes the selected option and, if the bearer level is affected by the negotiation, performs the appropriate action at the bearer level. The BC message is then sent from node B to node C, specifying between the node B and node C what parameters are required at the bearer level.
[0061]
In case B, the bearer level operation sequence starts at node C and ends at node A. Node C analyzes the selected option and performs the appropriate processing at the bearer level if the bearer level is affected by the negotiation. A BC message is then sent from node C to node B, specifying the necessary parameters. Node B analyzes the selected option and performs the appropriate processing at the bearer level if the bearer level is affected by the negotiation. A BC message is then sent from node A to node B, specifying the necessary parameters.
[0062]
Case A and case B are alternatives, but other cases are possible. In this regard, the BC protocol between node A and node B may be different from the protocol between node B and node C. For example, the protocols may be ATM and IP, respectively. Even if it is necessary to modify the bearer level connection parameter between one node pair, it may not be necessary to modify between the other node pairs.
[0063]
The above negotiation can be performed at the time of call establishment or at the time of call. The latter is applicable, for example, when the user tries to start using the cipher when calling.
[0064]
This procedure can reduce the number of points in the network that need to change the generic function. In particular, by using the mechanism specified above, it is possible to minimize the conversion processing of the number of code conversion points or security algorithm points for end-to-end calls over a plurality of CC sections. This solution can be applied to calls across one or more networks.
[0065]
The GCN mechanism also includes the function of incorporating the option list and its preference level into the initiating CC node, and having the end node select a support option using the preference level indicated by the originating node. The negotiation mechanism described later is useful only when negotiation is performed between two CC nodes. In the proposed adaptation method, this GCN mechanism is extended when a plurality of CC nodes intervene in the negotiation. In other words, this is a case where the call extends over a plurality of CC nodes belonging to one or a plurality of remote communication carriers. This adaptation method includes the following operation sequence.
1. The initiating CC node sends a list of support options and a preference level corresponding to each option.
2. The relay CC node analyzes the received option list, removes the unsupported option from the list, and forwards the list to the next node.
3. The terminating CC node analyzes the received option list and the corresponding priority and selects the highest priority support option shown.
[0066]
In the case of the legitimate intercept, the security and coding characteristics of the user plane data can be received at the legitimate intercept reception point (that is, the node where the intercept is performed) so that the call can be intercepted normally.
[0067]
In the proposed new architecture shown in FIG. 1, the call control protocol is independent of the transport mechanism. In this case, the user plane transport connection cannot be established for the call unless the TICC performs codec negotiation for the call. The reason is that the amount of transport resources required to support a call depends on the codec selected for that call (ie, the result of the codec negotiation procedure). In some cases, the codec is initially selected for the call, but due to environmental changes, this codec must be changed to a new codec in the later phase of the call. Two important cases in which this situation occurs are as follows.
1) An interaction with an intelligent network (IN) service that makes announcement information and re-forwards the call to the called party automatically or according to input from the calling party. In order to perform notification information, it is necessary to select the first codec. Later, the call is forwarded / re-forwarded to the other side and the second codec is used.
2) This is a so-called supplementary service Call Forwarding on No-Reply (CFNR). After negotiating the first codec between the A side and the B side, the call is forwarded to the C side so that B does not answer within a predefined time. The second codec is required according to C side requirements.
[0068]
In the above cases 1) and 2) and other related cases, it is necessary to establish a call connection with the transport mechanism by the first selected codec, and to perform notification information, signal sound inspection, and the like. If the codec is changed later, the call connection may need to be modified to support the new codec.
[0069]
In the following, referring to FIG. 6, a signaling process used in a network using the TICC protocol and capable of establishing a telephone call end-to-end telephone connection will be described. Here, the call is generated at node A, the originating signaling point, and is initially transferred to the first node, Node B, or the signaling point. This call is then forwarded to another termination signaling point, Node C. The illustrated process relates in particular to the invocation of the IN service, in which case the caller is first connected to the IN network node, which plays the prerecorded message to the caller and then terminates the call at the final termination. It is transferred to the signaling point. The illustrated process is also related to CFNR service, in which case the caller connected to the first terminating signaling point forwards the call to the new terminating signaling point if it does not answer the call.
[0070]
The signaling sequence is composed of the following sequential steps.
1. Node A establishes a call to Node B. Codec X is selected for this call.
2. A transport connection having transport resources appropriate for the selected codec is set up between node A and node B.
3. Node B forwards / reforwards the call to Node C. Node C does not support codec X and selects codec Y.
4). Node B requests Node A to modify the codec selection for this call from codec X to codec Y.
5. The transport connection between the node A and the node B is adjusted to the codec Y as necessary. FIG. 6 shows a case where the correction to the transport connection is made in the forward direction and an alternative case where the correction is made in the reverse direction.
6). A transport connection suitable for codec Y is established between node B and node C.
7). The TICC completes the call establishment (TICC ACM + TICC ANM).
[0071]
Since TICC is based on ISUP, the signaling message name is taken from ISUP. However, since the ISUP does not include a codec negotiation procedure or a codec modification procedure, a new TICC message pair (“TICC modification. Request / confirm”) is required to perform the codec modification function.
[0072]
FIG. 6 shows that only the corrections made for the transport connection from node A to node B are made in the forward or reverse direction, but other transport connection modifications are also made in the forward or reverse direction. be able to. Transport connections can also be established in the forward or reverse direction.
[0073]
Using the mechanisms described above, call calling connections between four or more signaling points or nodes can be established. For example, between the originating signaling point Node A and the original terminating signaling point Node B, or the original terminating signaling point Node B and the final terminating signaling point Node C (or its) Both) there may be one or more relay nodes. The call can also be forwarded or relayed from node C to yet another signaling point (ie, node D). However, in this case, it is necessary to negotiate to determine whether the codec Y is appropriate for the node D. If not, the transport between the node A and the node B and between the node B and the node C is necessary. The connection may need to be modified. This process can be extended to any number of nodes.
[0074]
A conventional public switched telephone network (PSTN) digitally encodes call data for transfer using pulse code modulation (PCM). Digital mobile telephone networks, on the other hand, use more advanced coding techniques such as CELP and adaptive multi-rate (AMR) coding to achieve higher compression rates than PCM. In many mobile networks, call coding and decoding are performed by the mobile terminal itself. When a call is made between two mobile terminals registered in the same network, it is possible to transmit coded call data end to end.
[0075]
When a call is placed from a mobile terminal registered in the mobile network to a terminal that is a subscriber to an “external” network, the end-to-end transmission of the coded call data is dependent on the characteristics of the external network and the originating mobile network. Depending on the nature of the intermediate network connecting to the external network, this may not be possible (of course, this is also true when the call originates on the external network).
[0076]
Considering the telecommunications system of FIG. 7, this system is composed of two third generation universal mobile communication (UMTS) networks 1 and 2, which are the conventional PSTN / ISDN network 3. It is connected by. Each of the UMTS networks 1 and 2 includes a UMTS terminal terrestrial radio access network (UTRAN) 4, which is composed of a radio network controller (RNC) 5 and a radio base station (BTS) 6. The UTRAN 5 delivers compressed call data between a mobile terminal (not shown) and a mobile switching center (MSC) 7 that transfers the input call connection and the output call connection.
[0077]
Assume that a call originates from one UMTS network 1 subscriber and is sent to another UMTS network 2 subscriber. The call is forwarded via PSTN 3 using each relay node 8 of UMTS networks 1 and 2 (which is either a gateway MSC (GMSC)). As already explained above, PSTN 3 encodes the call data using PCM. It is important that the call data transferred via the PSTN 3 is in a format that can be understood by the network. For example, it is necessary for PSTN3 to insert the notification information of the merchant in the call and to execute a voice prompt service, etc., and also to allow the PSTN3 merchant to monitor the call for security purposes. It is. Therefore, it is necessary to “code convert” the call data at the GMSC 8 of the UMTS networks 1 and 2 before passing the data to the PSTN 3. That is, the call data is converted from the mobile network call coding format to PCM. Similarly, PCM data received by the GMSC 8 needs to be converted into a corresponding mobile network call coding format.
[0078]
When code conversion is executed, a large amount of processing resources are consumed in the GMSC 8, and a decrease in call quality is conspicuous. To compensate for some of these shortcomings, a tandem free operation (TFO) device can be introduced into the call connection in GMSC8. The outgoing call data is still converted to PCM, but the least significant bit of each PCM sample is “wiretapped” by the TFO device. The channel bandwidth formed by these eavesdropping bits is sufficiently large (ie, 8 Kbit / s) to transmit the original encoded data. The TFO device in the terminating UMTS network assembles the coded data and sends it to the corresponding UTRAN, but the received PCM data is discarded (the data has been modified by the PSTN, such as the addition of vendor notice information) Unless it is). In this way, TFO allows PSTN 3 to use PCM data, but end-to-end transmission of effectively coded call data can still be performed.
[0079]
When an intermediate device in the PSTN / ISDN changes the PCM bitstream, the TFO device detects the change and “falls back” to pass the PCM coded call between the TFO devices. That is, after that, compressed audio data is not delivered.
[0080]
The call codec that can be used by the mobile network differs depending on the characteristics of the network and, in some cases, the characteristics of the terminal using the network. Obviously, a single codec can be used end-to-end only when both networks use the same codec. Assuming that the GMSCs of the two mobile communication networks have information on the codec capabilities of the connected network, they can negotiate and agree to use a common codec. Indeed, the ETSI recommendation GSM 08.62 (version 7.0.0, release 1998) provides a suitable protocol.
[0081]
When the TFO device is installed in the boundary part of the mobile network, that is, outside the UTRAN, as shown in FIG. 7 (TFO device is conventionally installed in the radio access network), when trying to execute TFO in the mobile network, A problem occurs. At present, there is no exchange information regarding codecs negotiated between TFO devices and between TFO devices and radio access networks in such networks.
[0082]
FIG. 8 shows a modified system architecture in which two UMTS network GMSCs incorporate a TFO device 9. On the other hand, FIG. 9 shows signaling for call setup between two nodes in each UMTS mobile telephone network. Node 1 and node 4 represent the MSC, and the two intermediate nodes 2 and 3 represent the GMSC.
[0083]
Call setup signaling within the UMTS network is performed at the call control (eg, TICC) level. This call setup is initiated by an initial address message (IAM) sent from the MSC to the corresponding GMSC. This IAM uses a generic function negotiation (GCN) mechanism to determine the number of parameters for the call connection. In particular, the IAM includes a codec list and preferred codecs supported by the originating UMTS network. The originating GMSC selects a codec from the transmitted codec list and returns the selected content to the MSC in the form of “message (selected codec 1)”. The call connection is then established with a bearer level (eg, AAL2 or IP) with sufficient bandwidth to support the selected codec.
[0084]
In order to be able to perform end-to-end codec negotiation, it has been proposed to add GCN to the ISUP protocol. By performing this end-to-end codec negotiation, the probability that both end points use the same codec type increases. If both endpoints use the same speech coding algorithm, the TFO can pass the compressed speech over the PCM network, and there is no degradation in speech quality due to unnecessary conversion processing. In addition, since the bearer requirements in the originating network and the terminating network that support compressed voice are also reduced (for example, AAL2 or IP bearer transport), the transmission amount can be reduced.
[0085]
FIG. 9 illustrates the use of a GCN Enhancement ISUP message to close a signaling “gap” between two UMTS networks. In a terminating UMTS network, an IAM is sent from the GMSC to the MSC using TICC. In this case, the MSC accepts the use of Codec 1 and sends back to that effect to the GMSC using the TICC. A bearer level connection is then established in the terminating UMTS network. The PSTN relays the codec acceptance to the originating GMSC. Since the originally proposed codec has been accepted, there is no need to change the bearer level connection in the originating UMTS network. However, when there is a change in the codec, it is necessary to transmit that fact from the originating GMSC to the MSC. As a result, the bearer level connection can be modified and the bandwidth of the connection can be expanded. In FIG. 9, ACM indicates Address Complete Message (address completion message), and ANM indicates Answer Message (response message).
[0086]
FIG. 10 illustrates a second embodiment of the present invention. This solution uses an optional codec mismatch resolution and optimization procedure provided in the TFO protocol to detect incompatible codecs. When the TFO detects codec incompatibility, a codec modification procedure can be initiated to modify the codec used by the terminal. The TFO specifies rules for resolving codec mismatches (ie, which codec to select). The TFO protocol then initiates TICC signaling, modifies the codec used in the call, and makes a compatible codec available at the two end terminals. If the originating UMTS network changes from the first indicated codec to another codec, the bearer level connection established in both UMTS networks may have to be modified.
[0087]
The embodiment described above minimizes unnecessary call code conversion by intermediate PCM networks and also supports user plane devices (eg, code conversion devices) to support specific call service levels in public telecommunications networks. ) Or user plane resources (eg bandwidth) (or both) allocations are optimized.
[0088]
If the existing network and the new network support only PCM coded voice to reduce unnecessary transcoding in the call path as much as possible, codec type negotiation is required. UMTS and GSM subscriber call quality is not necessarily degraded when a call passes through an existing PCM core network with TFO support. Incorporating the GCN mechanism into the TICC protocol is often done in a transparent manner (APM users).
[0089]
It will be apparent to those skilled in the art that various modifications can be made to the above-described embodiments without departing from the scope of the invention.
[Brief description of the drawings]
FIG. 1 shows a plurality of signaling points in a telecommunications network.
2 is a diagram illustrating a signaling flow between the signaling points in FIG. 1 according to the first embodiment of the present invention.
FIG. 2 (Case B) is a diagram showing a signaling flow between the signaling points of FIG. 1 according to a second embodiment of the present invention.
FIG. 3 is a diagram illustrating a telecommunications network including a media gateway controller and a media gateway.
FIG. 4 is a flow diagram illustrating a generic function negotiation process used in the network of FIG.
FIG. 5 is a diagram illustrating a signaling flow in which an intermediate node is involved in negotiation between a source node and a terminal node.
FIG. 6 illustrates another set of signaling flows in which an intermediate node is involved in negotiation between a source node and a terminal node.
FIG. 7 schematically illustrates a telecommunications system of known design.
FIG. 8 is a diagram schematically showing a telecommunications system.
FIG. 9 is a first set of signals according to a first embodiment of the invention in connection with codec negotiation of the system of FIG. 8;
10 is a second set of signals according to a second embodiment of the invention in connection with codec negotiation of the system of FIG.

Claims (12)

呼出し制御レベルとベアラ制御レベルとが別々のプロトコルで制御され、シグナリングポイントによる呼出し制御レベルにおけるオプション機能の選択がベアラ制御レベルに影響を与える場合、シグナリングポイントがベアラ制御レベルに通知することにより呼出し制御レベルにおけるオプション機能の選択に応答する通信システムにおける、シグナリングポイント間で呼出し機能をネゴシエートする方法であって、
発信シグナリングポイントから終端シグナリングポイントまたはシグナリング転送ポイントへ、オプション機能の優先順位付き選好リストを呼出し制御レベルで送信するステップと、
終端シグナリングポイントまたはシグナリング転送ポイントにおいて、受信した選好リストから最高優先順位のオプション機能を選択するステップと、
終端シグナリングポイントまたはシグナリング転送ポイントにおいて、選択されたオプション機能の受諾メッセージを発信シグナリングポイントへ呼出し制御レベルで返送するステップと、
を含むことを特徴とする方法。When the call control level and the bearer control level are controlled by different protocols and the selection of an optional function at the call control level by the signaling point affects the bearer control level, the call control is performed by the signaling point notifying the bearer control level. A method for negotiating a call function between signaling points in a communication system responsive to selection of an optional function at a level, comprising:
Sending a prioritized preference list of optional features at a call control level from an originating signaling point to a terminating signaling point or signaling transfer point;
Selecting the highest priority option function from the received preference list at the terminating signaling point or signaling forwarding point;
Returning an acceptance message of the selected optional function at the terminating signaling point or signaling transfer point to the originating signaling point at a call control level; and
A method comprising the steps of: 請求項１に記載の方法であって、終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントにより送信されたオプション機能の選好リストのいずれかを受諾しない場合は、受諾メッセージは返送されず、デフォルト機能が両方のポイントにより想定されることを特徴とする方法。  The method of claim 1, wherein if the terminating signaling point or signaling transfer point does not accept either of the optional feature preference lists sent by the originating signaling point, no acceptance message is returned and the default functionality is A method characterized by being assumed by both points. 請求項１または２に記載の方法であって、ネゴシエートするオプション機能は通話コーデックに関するオプション機能であることを特徴とする方法。  3. The method according to claim 1, wherein the negotiated optional function is an optional function related to a call codec. 請求項１または２に記載の方法であって、ネゴシエートするオプション機能はセキュリティに関するオプション機能であることを特徴とする方法。  3. The method according to claim 1, wherein the optional function to be negotiated is an optional function related to security. 請求項１乃至４の何れか１項に記載の方法であって、ネゴシエーションを実行するために使用するプロトコルは、トランスポート独立呼出し制御（ＴＩＣＣ）プロトコルであることを特徴とする方法。  5. A method as claimed in any preceding claim, wherein the protocol used to perform the negotiation is a Transport Independent Call Control (TICC) protocol. 請求項１乃至５の何れか１項に記載の方法であって、シグナリングポイントまたはシグナリング転送ポイントは、ベアラ制御レベルで１つまたは複数のメディアゲートウェイと通信するメディアゲートウェイコントローラを含むことを特徴とする方法。  6. A method as claimed in any preceding claim, wherein the signaling point or signaling transfer point comprises a media gateway controller that communicates with one or more media gateways at a bearer control level. Method. 請求項１乃至６の何れか１項に記載の方法であって、終端シグナリングポイントまたはシグナリング転送ポイントでオプション機能の優先順位付き選好リストを受信したとき、呼出し制御レベルはベアラ制御レベルとネゴシエーションを実行してベアラ制御レベルにおけるオプション機能の可用性を決定することを特徴とする方法。  7. The method according to any one of claims 1 to 6, wherein the call control level negotiates with the bearer control level when a prioritized preference list of optional features is received at the terminating signaling point or signaling transfer point. And determining the availability of optional features at the bearer control level. 請求項６に従属する場合の請求項７に記載の方法であって、前記ネゴシエーションは、呼出し制御レベルのメディアゲートウェイコントローラとベアラ制御レベルのメディアゲートウェイとの間で行われることを特徴とする方法。  8. A method according to claim 7 when dependent on claim 6, wherein the negotiation is performed between a call control level media gateway controller and a bearer control level media gateway. 請求項８に記載の方法であって、優先順位付き選好リストが発信シグナリングポイントからメディアゲートウェイコントローラに送られるとき、コントローラは選好リストを修正して、対応するメディアゲートウェイがサポートしていないことが分かっているオプション機能を削除し、メディアゲートウェイが当該時点でサポートできる最高優先順位のオプション機能を選択するメディアゲートウェイへ修正済み選好リストを送り、ゲートウェイは該オプション機能に必要な資源を確保し、メディアゲートウェイコントローラにオプション機能を通知することを特徴とする方法。  9. The method of claim 8, wherein when a prioritized preference list is sent from an outgoing signaling point to a media gateway controller, the controller modifies the preference list to find that the corresponding media gateway is not supported. And send a modified preference list to the media gateway that selects the highest priority option feature that the media gateway can support at that time, and the gateway reserves the necessary resources for the option feature, Notifying the controller of optional functions. 呼出し制御レベルとベアラ制御レベルが別々のプロトコルで制御される遠隔通信システムにおいて別のシグナリングポイントと呼出し機能をネゴシエートするように配置したシグナリングポイントであって、
オプション機能の優先順位付き選好リストを終端シグナリングポイントまたはシグナリング転送ポイントへ、呼出し制御レベルで送信する手段と、
終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントから送られた選好リストから最高優先順位のオプション機能を選択する場合に送信される受諾メッセージを、終端シグナリングポイントまたはシグナリング転送ポイントから呼出し制御レベルで受信する手段と、
シグナリングポイントによる呼出し制御レベルにおけるオプション機能の選択がベアラ制御レベルに影響を与える場合、ベアラ制御レベルに通知することで呼出し制御レベルにおけるオプション機能の選択に応答する手段と、
を備えることを特徴とするシグナリングポイント。A signaling point arranged to negotiate a call function with another signaling point in a telecommunication system in which the call control level and the bearer control level are controlled by different protocols,
Means for sending a prioritized preference list of optional features to a terminating signaling point or signaling transfer point at a call control level ;
Receive an acceptance message from the terminating signaling point or signaling transfer point at the call control level when the terminating signaling point or signaling transfer point selects the highest priority option feature from the preference list sent from the originating signaling point Means,
Means for responding to the selection of an optional function at the call control level by notifying the bearer control level if the selection of the optional function at the call control level by the signaling point affects the bearer control level;
A signaling point comprising: 呼出し制御レベルとベアラ制御レベルが別々のプロトコルで制御される遠隔通信システムのメディアゲートウェイコントローラであって、
遠隔通信システムを介してセットアップする接続に関するオプション機能の優先順位付き選好リストを、ピア・メディアゲートウェイコントローラから受信する手段と、
メディアゲートウェイコントローラと対応するメディアゲートウェイと通信し、メディアゲートウェイで受信した選好リストから最高優先順位のオプション機能を選択する手段と、
前記ピア・メディアゲートウェイコントローラに選択されたオプション機能の受諾メッセージを返送する手段と、
を備えることを特徴とするメディアゲートウェイコントローラ。A media gateway controller of a telecommunications system in which a call control level and a bearer control level are controlled by different protocols,
Means for receiving, from a peer media gateway controller, a prioritized preference list of optional features for connections set up via a telecommunications system;
Means for communicating with the media gateway controller and the corresponding media gateway and selecting the highest priority option function from the preference list received at the media gateway;
Means for returning an acceptance message of the selected optional function to the peer media gateway controller;
A media gateway controller comprising: 呼出し制御レベルとベアラ制御レベルが別々のプロトコルで制御される遠隔通信システムのメディアゲートウェイであって、
遠隔通信システムを介してセットアップする接続に関するオプション機能の優先順位付き選好リストを、メディアゲートウェイコントローラから受信する手段と、
受信した選好リストから最高優先順位のオプション機能を選択する手段と、
選択したオプション機能の受諾メッセージをを前記メディアゲートウェイコントローラへ送信する手段と、
を備えることを特徴とするメディアゲートウェイ。A media gateway of a telecommunications system in which a call control level and a bearer control level are controlled by different protocols,
Means for receiving, from the media gateway controller, a prioritized preference list of optional features for connections set up via a telecommunications system;
Means to select the highest priority option function from the received preference list;
Means for transmitting an acceptance message of the selected optional function to the media gateway controller;
A media gateway comprising:
JP2000619212A 1999-05-17 2000-05-09 Function negotiation in telecommunications networks Expired - Lifetime JP4763136B2 (en)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
GB9911441.5 1999-05-17
GB9911441A GB2350257A (en) 1999-05-17 1999-05-17 Capability negotiation in a telecommunications network
GB9914654.0 1999-06-22
GB9914654A GB2351414A (en) 1999-06-22 1999-06-22 Call set-up in a telecommunications network
GB9914700A GB2351416B (en) 1999-06-23 1999-06-23 Negotiating telecommunications protocol options
GB9914700.1 1999-06-23
GB9915366A GB2352127A (en) 1999-07-02 1999-07-02 Speech coding in a telecommunication system
GB9915366.0 1999-07-02
GB9921647.5 1999-09-15
GB9921647A GB2350261A (en) 1999-05-17 1999-09-15 Capability negotiation in a telecommunications network
PCT/EP2000/004229 WO2000070885A1 (en) 1999-05-17 2000-05-09 Capability negotiation in a telecommunications network

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011068582A Division JP5118757B2 (en) 1999-05-17 2011-03-25 Function negotiation in telecommunications networks

Publications (3)

Publication Number Publication Date
JP2003500907A JP2003500907A (en) 2003-01-07
JP2003500907A5 JP2003500907A5 (en) 2007-06-28
JP4763136B2 true JP4763136B2 (en) 2011-08-31

Family

ID=43325100

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2000619212A Expired - Lifetime JP4763136B2 (en) 1999-05-17 2000-05-09 Function negotiation in telecommunications networks
JP2011068582A Expired - Lifetime JP5118757B2 (en) 1999-05-17 2011-03-25 Function negotiation in telecommunications networks

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011068582A Expired - Lifetime JP5118757B2 (en) 1999-05-17 2011-03-25 Function negotiation in telecommunications networks

Country Status (3)

Country Link
JP (2) JP4763136B2 (en)
CN (1) CN101917745B (en)
ES (1) ES2375304T3 (en)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008046441A1 (en) * 2006-10-19 2008-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and node for the control of a connection in a communication network
JP4696479B2 (en) * 2004-06-14 2011-06-08 沖電気工業株式会社 Program updating method and system for communication terminal
US7912973B2 (en) * 2004-12-03 2011-03-22 Microsoft Corporation Message exchange protocol extension negotiation
DE102005050586B3 (en) * 2005-10-21 2006-11-02 Siemens Ag Setting-up video telephone connection or multimedia telephone connection in data network involves converting messages and using specified codes to establish connection between users in telephone and Internet-protocol (IP) based networks
JP4752455B2 (en) * 2005-11-02 2011-08-17 日本電気株式会社 Network, media gateway device, and media gateway division control method used therefor
DE502006003374D1 (en) 2006-01-27 2009-05-20 Siemens Ag Method for assigning at least one payload data connection to at least one multiplexed connection
WO2008003256A1 (en) * 2006-06-26 2008-01-10 Huawei Technologies Co., Ltd. Method and system and device for instructing media gateway to set up connections between terminals
PL2191686T3 (en) * 2007-08-14 2018-01-31 Ericsson Telefon Ab L M Improvements in or relating to codec negotiation and selection
JP5018658B2 (en) * 2008-06-11 2012-09-05 富士通株式会社 Path control device and path connection method
JP5430410B2 (en) * 2010-01-05 2014-02-26 キヤノン株式会社 COMMUNICATION DEVICE AND ITS CONTROL METHOD
US9401975B2 (en) 2010-11-10 2016-07-26 Panasonic Intellectual Property Corporation Of America Terminal and codec mode selection method
JP6403513B2 (en) * 2014-09-19 2018-10-10 Kddi株式会社 Determination apparatus, determination method, and communication system

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03289255A (en) * 1990-04-03 1991-12-19 Canon Inc Communication terminal equipment
JPH05268252A (en) * 1992-03-19 1993-10-15 Fujitsu Ltd Connection connecting system in communication network
JPH06209471A (en) * 1992-07-23 1994-07-26 American Teleph & Telegr Co <Att> Method and system for establishing video call isdn audio
JPH06296202A (en) * 1993-04-07 1994-10-21 Ricoh Co Ltd Communication method applied between multi-media communications equipment
WO1997020440A1 (en) * 1995-11-29 1997-06-05 Robert Bosch Gmbh Process for transmitting data, in particular gsm data
JPH09200366A (en) * 1996-01-12 1997-07-31 Fuji Xerox Co Ltd Communication terminal equipment
JPH09252302A (en) * 1996-03-15 1997-09-22 Toshiba Corp Multimedia communication service controller
JPH10327211A (en) * 1997-05-26 1998-12-08 Sony Corp Communication method and communication

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05236138A (en) * 1992-02-20 1993-09-10 Nec Corp Electronic exchange
US5583914A (en) * 1994-06-30 1996-12-10 Lucent Technologies Inc. Intelligent wireless signaling overlay for a telecommunication network
CN1361994B (en) * 1999-05-17 2010-06-23 艾利森电话股份有限公司 Capability negotiation system, apparatus and method in a telecommunications network

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03289255A (en) * 1990-04-03 1991-12-19 Canon Inc Communication terminal equipment
JPH05268252A (en) * 1992-03-19 1993-10-15 Fujitsu Ltd Connection connecting system in communication network
JPH06209471A (en) * 1992-07-23 1994-07-26 American Teleph & Telegr Co <Att> Method and system for establishing video call isdn audio
JPH06296202A (en) * 1993-04-07 1994-10-21 Ricoh Co Ltd Communication method applied between multi-media communications equipment
WO1997020440A1 (en) * 1995-11-29 1997-06-05 Robert Bosch Gmbh Process for transmitting data, in particular gsm data
JP2000500941A (en) * 1995-11-29 2000-01-25 ローベルト ボツシユ ゲゼルシヤフト ミツト ベシユレンクテル ハフツング Transmission method of data such as GSM data
JPH09200366A (en) * 1996-01-12 1997-07-31 Fuji Xerox Co Ltd Communication terminal equipment
JPH09252302A (en) * 1996-03-15 1997-09-22 Toshiba Corp Multimedia communication service controller
JPH10327211A (en) * 1997-05-26 1998-12-08 Sony Corp Communication method and communication

Also Published As

Publication number Publication date
CN101917745B (en) 2013-05-01
JP2011176848A (en) 2011-09-08
JP2003500907A (en) 2003-01-07
JP5118757B2 (en) 2013-01-16
ES2375304T3 (en) 2012-02-28
CN101917745A (en) 2010-12-15

Similar Documents

Publication Publication Date Title
US6671367B1 (en) Capability negotiation in a telecommunications network
JP5118757B2 (en) Function negotiation in telecommunications networks
US6385195B2 (en) Enhanced interworking function for interfacing digital cellular voice and fax protocols and internet protocols
AU761839B2 (en) End-to-end coder/decoder (codec)
JP4049997B2 (en) Method, data exchange apparatus and telecommunication system for performing data communication between subscriber stations
US20090003570A1 (en) Method, system and apparatus for providing endpoint-to-endpoint transcoding free connection
JP4532048B2 (en) In a cellular network, a method for performing basic call setup, in which call control and bearer control are separated and a layer address and a logical point are transferred in the reverse direction
EP1205082B1 (en) Implementation of call setup procedures with separation of call control and bearer control
US8897309B2 (en) Telecommunication system for controlling media gateways
GB2350261A (en) Capability negotiation in a telecommunications network
GB2352127A (en) Speech coding in a telecommunication system
GB2351414A (en) Call set-up in a telecommunications network
US9112959B2 (en) System and method for media gateway negotiation

Legal Events

Date Code Title Description
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20061128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070502

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070502

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090724

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090731

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20091028

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20091105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100201

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110325

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110516

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110609

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140617

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4763136

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term