JP2011523239A

JP2011523239A - パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能とのインタフェースを有する移動交換センタプラットフォーム

Info

Publication number: JP2011523239A
Application number: JP2011500897A
Authority: JP
Inventors: ズステファニーホー，プイ
Original assignee: Nortel Networks Ltd
Current assignee: Nortel Networks Ltd
Priority date: 2008-03-17
Filing date: 2009-03-17
Publication date: 2011-08-04
Also published as: WO2009117413A3; CN101978772A; US8422405B2; CN101978772B; WO2009117413A2; US20110032923A1; EP2277352B1; KR101565626B1; EP2277352A4; EP2277352A2; BRPI0909188A2; BRPI0909188B1; KR20110007136A

Abstract

移動交換センタプラットフォームは、少なくとも１つの無線端末のために回線交換通信セッションを確立する回線交換スイッチを含む。移動交換センタプラットフォームは、パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能を有するインタフェースを更に有し、インタフェースのうち少なくとも１つは、移動交換センタプラットフォームが少なくとも１つの端末とパケット交換通信セッションを確立するパケット交換加入者アクセスネットワークとの通信を可能にする。

Description

本発明は、概して、パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能を有するインタフェースと、回線交換スイッチとを有する移動交換センタプラットフォームに関する。

電子メール、ウェブブラウジング、ファイルダウンロード、電子商取引、音声又は他の形式のリアルタイム双方向通信等を含み、多くの種類の通信は、データネットワーク（無線及び／又は有線ネットワーク）で実行可能である。ネットワークでの通信セッションの確立を可能にするために、様々な制御機能がネットワークに配備されている。いくつかの標準化団体は、このような制御機能を含む通信ネットワーク内にサブシステムを規定している。１つのこのような標準化団体は、3GPP（Third Generation Partnership Project）であり、オーディオ、ビデオ、テキスト、チャット又はこれらのいずれかの組み合わせを含むIPマルチメディアサービスの提供のために、様々な制御機能を含むインターネットプロトコル（IP：Internet Protocol）・マルチメディアサブシステム（IMS：IP multimedia subsystem）プロトコルを規定している。

IPマルチメディアサブシステムは、無線アクセスネットワーク（3GPPにより規定されたGSM（Global System for Mobile）若しくはUMTS（Universal Mobile Telecommunications System）標準に従う無線アクセスネットワーク、3GPP2により規定されたCDMA2000（Code Division Multiple Access 2000）に従う無線アクセスネットワーク、又は他の種類の無線アクセスネットワーク等）と共に使用可能である。IPマルチメディアサブシステムはまた、有線ネットワークと共にも使用可能である。

IMSサービスの配備に関連する問題は、IMSサービスを実装するためのインフラストラクチャの配備に関連するコストである。IMSサービスを配備するためのインフラストラクチャは、複雑になる可能性がある。IMSサービスの配備に関連する比較的高いコストは、サービスプロバイダに対して、このような配備を遅らせる原因になり得る。

概して、好ましい実施例によれば、移動交換センタプラットフォームは、少なくとも１つの無線端末のために回線交換通信セッションを確立する回線交換スイッチを含む。移動交換センタプラットフォームはまた、パケット交換マルチメディア加入者サービス（packet-switched multimedia subscriber service）を提供するパケット交換マルチメディアサービスアーキテクチャにより規定された機能を有するインタフェースを含み、インタフェースのうち少なくとも１つは、移動交換センタプラットフォームが少なくとも１つの端末装置とパケット交換通信セッションを確立したパケット交換加入者アクセスネットワークとの通信を可能にする。

他の特徴は、以下の詳細な説明、図面及び特許請求の範囲から明らかになる。

本発明の好ましい実施例が実装される例示的な構成のブロック図好ましい実施例による例示的な拡張移動交換センタ（MSC）プラットフォームのブロック図好ましい実施例による拡張MSCプラットフォームを使用した会議通話の確立を示す例示的なメッセージフロー図好ましい実施例による拡張MSCプラットフォームを使用した会議通話の確立を示す例示的なメッセージフロー図好ましい実施例による拡張MSCプラットフォームを使用した会議通話の確立を示す例示的なメッセージフロー図好ましい実施例に従って拡張MSCプラットフォームを使用して呼の保留及び復旧を実行する処理の例示的なメッセージフロー図好ましい実施例に従って登録要求を扱う処理の例示的なメッセージフロー図

以下の説明では、いくつかの実施例の理解を提供するために、複数の詳細が示されている。しかし、或る実施例は、これらの詳細なしに実施されてもよく、記載の実施例から複数の変形又は変更が可能であることが、当業者によりわかる。

概して、好ましい実施例による拡張された移動交換センタ（MSC：mobile switching center）プラットフォームは、回線交換通信セッションを確立する構成要素と、パケット交換マルチメディアサービスアーキテクチャにより規定された機能を有するインタフェースとを含む。パケット交換マルチメディアサービスアーキテクチャにより規定された機能を有するインタフェースにより、高コストになる可能性の高いパケット交換マルチメディアサービスアーキテクチャに対応する完全なインフラストラクチャを実装する必要なく、拡張MSCプラットフォーム（enhanced MSC platform）がパケット交換マルチメディアサービスを配備するために使用可能になる。

パケット交換マルチメディアサービスアーキテクチャにより規定された機能を有するインタフェースは、拡張MSCプラットフォームと加入者アクセスネットワークの少なくとも１つのノードとの間の直接の相互作用を可能にする少なくとも１つのインタフェースを含む。加入者アクセスネットワークは、無線ネットワークでもよく、有線ネットワークでもよい。拡張MSCプラットフォームと加入者アクセスネットワークとの間の相互作用を可能にする少なくとも１つのインタフェースの提供により、拡張MSCプラットフォームは、加入者アクセスネットワークに接続されたユーザ端末のためにマルチメディア加入者サービスを効率的に提供することが可能になる。

パケット交換マルチメディアサービスアーキテクチャにより規定されたインタフェースを提供することに加えて、拡張MSCプラットフォームはまた、パケット交換マルチメディアサービスアーキテクチャに従ってタスクを実行する機能を含む。このタスクは、１つ以上の加入者アクセスネットワークに接続されたユーザ端末のためにマルチメディア加入者サービスを提供する。

或る好ましい実施例では、パケット交換マルチメディアサービスアーキテクチャは、3GPP（Third Generation Partnership Project）により規定されたインターネットプロトコル・マルチメディアサブシステム（IMS：Internet Protocol Multimedia Subsystem）である。IMSアーキテクチャを記述する3GPP仕様の例は、3GPP 22.228及び23.228を含む。3GPP標準化団体はまた、IMSサービスに関係する他の仕様も提供する点に留意すべきである。この説明ではIMSアーキテクチャと、IMSインタフェースと、IMSサービスと、IMS機能とについて言及されるが、このような言及は、将来の標準がIMSと言う名称を使用するか否かに拘らず、IMSから生じた全ての将来の標準をカバーすることを意図している。

IMSアーキテクチャは、標準インタフェースリンクにより連結された異なる機能の集合を含む。IMS機能の例は、ホーム加入者サーバ（HSS：home subscriber server）を含む。HSSは、加入に関する情報（加入者プロファイルと呼ばれる）を含むマスタデータベースである。他のIMS機能は、呼セッション制御機能（CSCF：call session control function）である。CSCFは、SIP（Session Initiation Protocol）呼シグナリングのような呼制御シグナリングを処理するために使用される。SIPは、2002年6月の“SIP Session Initiation Protocol”という題のRFC（Request for Comments）3261に記載されている。他のIMS機能も提供されてもよい。

SIPは、マルチメディアセッション（音声セッション、オーディオセッション、ビデオセッション、テキストチャットセッション又はこれらのいずれかの組み合わせ）を生成、変更及び終了するためのアプリケーションレイヤの制御シグナリングプロトコルである。

より一般的には、“パケット交換マルチメディアサービスアーキテクチャ”は、パケット交換マルチメディアセッションを確立及び処理するために使用される機能と、他のタスクを実行する機能とを規定する如何なるアーキテクチャを示してもよい。或る好ましい実施例では、パケット交換マルチメディアサービスアーキテクチャにより規定された機能は、SIP制御メッセージを処理可能である。他の実施例では、パケット交換マルチメディアサービスアーキテクチャにより規定された機能は、パケット交換通信セッションを確立する他の標準（例えば、H.323）に従って制御メッセージを処理するために使用される。

好ましい実施例による拡張MSCプラットフォームにIMSインタフェースを実装することにより、サービスプロバイダは、どのIMSサービス及び機能をサービスプロバイダのネットワークに配備するべきかを選択することが可能になる。このことにより、サービスプロバイダは、2G及び3Gネットワークのような従来のネットワークからIMSサービスを実装するネットワークに次第に展開することが可能になる。

好ましい実施例によれば、拡張MSCプラットフォームは、単に回線交換通信を処理することができるプラットフォームから、回線交換制御メッセージとIMSに関するメッセージ又はSIPメッセージとの双方を処理することができるプラットフォームに展開される。より具体的には、或る実施例によれば、拡張MSCプラットフォームは、パケット交換通信セッションを確立するためにSIP信号を送信するSIP可能端末のために、SIPサーバの機能を提供する機能を含む。拡張MSCプラットフォームにより提供可能なサービスの例は、IMS又はSIPに基づく会議サービスと、呼転送サービスと、呼保留サービスと、選択されたイベントの通知を受信するためのSIP申し込み（SIP SUBSCRIBE）の使用とがある。

端末のためにIMSサービスを提供する拡張MSCプラットフォームは、端末のホームネットワークのMSCでもよく、端末の訪問先ネットワークのMSCでもよい。

拡張MSCプラットフォームは、外部IMSアプリケーションサーバに対して特定のIMSサービスを代理してもよい。その結果、サービスプロバイダがどのIMSサービスを拡張MSCプラットフォームに組み込み、どのサービスをアプリケーションサーバに対して代理するかを選択できるという点で、IMSサービスの配備は柔軟になる。

図１は、実施例による拡張MSCプラットフォーム100を含む例示的な構成を示している。拡張MSCプラットフォーム100は、様々なエンティティ（IMS機能を含む）へのインタフェースリンクを備えて示されている。IMS機能は、ネットワークノードに配備されてもよい。１つより多くのIMS機能が何らかの特定のネットワークノードに配備されてもよい点に留意すべきである。太字且つイタリック体の文字で記載されているインタフェースリンクは、従来のMSCプラットフォームに接続されていない、拡張MSCプラットフォーム100に接続されている新たなインタフェースリンクである。太字且つイタリック体の文字に関連するインタフェースリンクは、IMSアーキテクチャにより規定されたインタフェースリンクである。太字且つイタリック体の文字で記載されていない、拡張MSCプラットフォーム100に接続されたインタフェースリンクは、従来のMSCプラットフォームにも接続されている既存のインタフェースリンクである。

図１では拡張MSCプラットフォーム100は単一のボックスとして示されているが、拡張MSCプラットフォーム100は、実際に１つ又は複数の物理システムで実装されてもよい点に留意すべきである。また、複数の物理システムは、異なる地理的位置に分散されてもよい。

図１に示すように、拡張MSCプラットフォーム100は、第１の無線ネットワーク102と、無線アクセスネットワーク119とに接続されている。無線アクセスネットワーク119は、例えば、UMTS無線アクセスネットワーク（UTRAN）、ユーザ端末又は移動局による無線アクセスのためのGSM/EDGE無線アクセスネットワーク（GERAN）、CDMA無線アクセスネットワーク、又はその他の種類の無線アクセスネットワークを含んでもよい。異なる例では、拡張MSCプラットフォームはまた、有線アクセスネットワークに接続されてもよい。無線ネットワーク102及び119と、有線ネットワークとは、加入者アクセスネットワークの例である。図１の例では、第１の無線ネットワークは、LTE（Long-Term Evolution）無線ネットワークであり、LTEは、UMTS（Universal Mobile Telecommunications System）無線アクセスネットワークを拡張することを目的とする3GPPにより規定された標準である。拡張MSCプラットフォームはまた、そのアクセスネットワークにサービス提供するために、GSM/UMTSネットワーク104を通じて接続されてもよい。GSM/UMTSネットワーク104は、UTRAN/GERANと従来のMSCとを含む。3GPP2により規定されたCDMA2000（Code Division Multiple Access 2000）技術、IEEE（Institute of Electrical and Electronics Engineers）802.16標準により規定されたWiMAX（Worldwide Interoperability for Microwave Access）技術、IEEE802.11標準により規定されたWiFi無線アクセス技術等を含み、他の技術による他の無線アクセスネットワークも使用されてもよい。

LTE無線ネットワーク102は、ユーザ端末又は移動局（UE）による無線アクセスのための（E-UTRAN：enhanced UMTS radio access network）と、サービング/PDN GW（serving/packet data network gateway）と、MME（Mobility Management Entity）とを含み、様々なノードを含む。サービング/PDNゲートウェイとMMEとは、LTE無線ネットワーク102のパケットコアネットワークノードであり、E-UTRANは、LTE無線ネットワークの無線アクセスノードであると考えられる。サービング/PDNゲートウェイは、LTE無線ネットワーク102と外部ネットワークとの間でユーザデータパケットをルーティングする。この場合、外部ネットワークは、拡張MSCプラットフォーム100を含む。MMEは、LTE無線ネットワーク用の制御ノードであり、MMEは、とりわけ、移動局のアイドルモードのトラッキングとページング手順との役目を果たす。

GSM/UMTSネットワーク104のMSCは、HSS/HLR（home subscriber server/home location register）106に接続されている。HLRは、加入者プロファイルと他の情報とを格納するために、回線交換ドメインで従来から使用されている中央データベースである。IMSドメインでは、HSSは、HLRと等価である。

拡張MSCプラットフォーム100はまた、Cx、Sh、C及びDインタフェースリンクでHSS/HLR106に接続されている。Cx及びShインタフェースリンクは、従来のMSCプラットフォームでは通常でサポートされていない新たなインタフェースリンクである。実際に図１に示すように、GSM/UMTSネットワーク104の従来のMSCは、単にC及びDインタフェースリンクによりHLR106に接続されている。

拡張MSCプラットフォーム100とHSS/HLR106との間のShインタフェースリンクは、拡張MSCプラットフォーム100内に配備されたアプリケーションサーバとHSS/HLR106との間のインタフェースリンクである（IMSプロトコルにより規定さている）。Shインタフェースもまた、HSS/HLR106と拡張MSCプラットフォーム100の外部に提供されているアプリケーションサーバ（AS）108との間に提供される点に留意すべきである。拡張MSCプラットフォーム100内にアプリケーションサーバが配備されていない場合、Shインタフェースリンクは、拡張MSCプラットフォーム100とHSS/HLR106との間に提供されない。

Cxインタフェースリンク（拡張MSCプラットフォーム100とHSS/HLR106との間に示されている）は、IMSプロトコルにより規定されているように、通常ではI-CSCF又はS-CSCFとHSSとの間に提供される。I-CSCF（interrogating call session control function）は、ユーザが登録すべきS-CSCF（serving call session control function）を決定することができるネットワーク内の機能である。I-CSCFは、ユーザがネットワークに登録することを許可されているかを検査するためにHSSに問い合わせることにより、このことを実現する。S-CSCFは、ユーザを登録してサービスをユーザに提供する機能である。S-CSCFは、ルーティング及び翻訳（変換）を実行し、課金情報を提供し、セッションタイマを維持管理し、許可、ユーザプロファイル等を取得するためにHSSに問い合わせる。

或る好ましい実施例では、効率を上げるために、HSSは省略されてもよい。これにより、拡張MSCプラットフォーム100は、単にHLRのみを使用する。このような実施例では、拡張MSCプラットフォーム100は、IMS標準により指定されたHSSを使用する代わりに、HLRを使用してSIP可能ユーザ端末の加入者プロファイルを維持管理する。従って、好ましい実施例によるHLRは、IMSに基づくアクセスと、LTEアクセスと、2Gアクセスと、3Gアクセスとを含み、異なる種類のアクセスについてプロファイルを維持管理してもよい。SIPサービスをサポートするように展開された拡張MSCプラットフォームは、HLRから加入者プロファイルを取得し続けてもよく、拡張MSCプラットフォームは、属性をマッピングしてSIPサービスを提供してもよい。HSSを省略することにより、ネットワークは、ユーザ端末をネットワークに追加する複雑性を増加させる、HLRとHSSとの双方でユーザ端末（例えば、移動局）にサービスを提供する必要がなくなる。また、HSSを省略することにより、そうでなければHLRとHSSとのデータを連携（又は同期）させるために取らなければならないステップが省略可能になる。更に、HLRとHSSとの双方で位置更新／登録を実行する必要性が回避可能になる。

HSSの省略はいくつかの好ましい実施例で行われるが、HSSは他の好ましい実施例に含まれてもよい点に留意すべきである。

図１に示すように、拡張MSC100はまた、インタフェースリンクRxでPCRF（policy and charging rules function）110に接続されている。PCRF110は、エンドポイント間でのIMSに関する通信の課金規則を規定する。

拡張MSCプラットフォーム100は、ISCインタフェースによりアプリケーションサーバ108に接続されている。アプリケーションサーバ108は、所定のIMSサービスを実行してもよい。図１には１つのみのアプリケーションサーバ108が示されているが、異なる実装では、複数のアプリケーションサーバが拡張MSCプラットフォーム100に接続されてもよい。

拡張MSCプラットフォーム100は、Dxインタフェースリンクにより、SLF（subscription locator function）112に接続されている。SLF112は、特定のユーザプロファイルに関連するHSSについての情報を提供する。ドメインが１つより多くのHSSを含む場合、拡張MSCプラットフォーム100は、ユーザプロファイルに基づいて適切なHSSを見つけるために、SLF122と通信する。

拡張MSCプラットフォーム100はまた、様々なインタフェースリンク（Mg、Mj、Mw、Mi、Mr）により様々な機能に接続されている。１つのこのような機能は、MGCF（media gateway control functio）であり、MGCFは、CSCFと通信して、114として表されるブロックの一部であるメディアゲートウェイ（IM-MGW）のメディアチャネルの接続を制御する。MGCFは、パケット交換ネットワーク（例えば、IPマルチメディアネットワーク116）と回線交換ネットワーク（例えば、CSネットワーク118）との間で通信セッションを実行するような、回線交換データとパケット交換データとの間を変換するために使用される。拡張MSCプラットフォーム100はまた、以下の他の機能にも接続されている。他の機能には、電話番号に基づくルーティング機能を含むSIPサーバであるBGCF（breakout gateway control function）、I-CSCF（前述の通り）、S-CSCF（前述の通り）、ユーザ端末の最初の接続先であるSIPプロキシであるP-CSCF（proxy CSCF）、通知の再生、メディアコード変換及び会議のためにMRFP（multimedia resource function processor）と共に使用されるMRFC（multimedia resource function controller）がある。

拡張MSCプラットフォーム100はまた、拡張MSCプラットフォーム100を自分に接続する点線122で示すように、IMSアーキテクチャにより規定された様々な機能の間を接続する様々な機能を含む。例えば、拡張MSCプラットフォーム100は、ボックス120に示す機能のいずれか１つを含んでもよい。

拡張MSCプラットフォーム100はまた、SGiインタフェースリンクにより（パケットデータネットワークを通じて）LTE拡張パケットコアネットワーク102のPDNゲートウェイに接続されている。SGiインタフェースリンクは、拡張MSCプラットフォーム100とLTE拡張パケットコアネットワーク102のPDNゲートウェイとの間でデータパケットを伝送する。拡張MSCプラットフォーム100は、Gmインタフェースリンクを通じてUEと通信する。IETF RFC3261と他のIETF RFCと更に3GPP標準とに規定されているように、Gmインタフェースリンクのセッション制御プロトコルはSIPに基づく。拡張MSCプラットフォーム100は、Utインタフェースでユーザ端末のIPアプリケーションサーバとして機能する。Utインタフェースは、ユーザがサービス情報を管理することを可能にするために、HTTPを使用する。

拡張MSCプラットフォーム100は、Mn及びMpインタフェースリンクによりブロック114の機能に接続されている。ブロック114の機能は、インターネットマルチメディア・メディアゲートウェイ（MGW：media gateway）とMRPF（multimedia resource function processor）とを含む。更に、拡張MSCプラットフォーム100は、Mcインタフェースリンクでメディアゲートウェイ115に別に接続されている（従来から行われている通りである）。

拡張MSCプラットフォーム100はまた、Iu-CS/AインタフェースリンクによりGERAN/UTRAN119に接続されている。拡張MSCプラットフォームはまた、CS（circuit-switched）インタフェースリンクによりGSM/UMTS無線アクセスネットワーク104の従来のMSCに接続されている。Iu-CS/A及びCSインタフェースリンクは、従来のMSCプラットフォームに接続されている従来の2G/3Gインタフェースリンクである。

図２は、拡張MSCプラットフォーム100の例示的な構成要素を示している。第１の構成要素は、回線交換スイッチ202であり、ユーザ端末間（例えば、２つの無線移動局間又は無線移動局と有線端末との間）で回線交換通信を確立するために使用される。回線交換スイッチ202は、有効になってもよく、無効になってもよい点に留意すべきである。有効になった場合、回線交換スイッチ202は、回線交換通信を確立することができる。何らかの時点で、サービスプロバイダは、回線交換通信がもはや必要ではないことを判断してもよく、その時点で、サービスプロバイダは、例えば、更新ソフトウェアをロードすることにより、又は無効にする設定を行うことにより、回線交換スイッチ202を無効にしてもよい。

拡張MSCプラットフォーム100はまた、１つ以上のアプリケーションサーバ及び制御機能204を含む。１つ以上のアプリケーションサーバ及び制御機能204は、P-CSCF、I-CSCF及び／又はS-CSCFのいずれか１つ以上でもよい。図示しないが、拡張MSCプラットフォーム100はまた、図１の拡張MSCプラットフォーム100の外部に示されている他のIMS機能のいずれか１つを含んでもよい。概して、拡張MSCプラットフォーム100は、ユーザ端末（例えば、SIP可能ユーザ端末）へのパケットアクセスに対して、IP型マルチメディアサービスを提供することができる。

拡張MSCプラットフォーム100はまた、図１に示すように各IMSインタフェースリンクで各IMS機能と通信するためのIMSインタフェース206を含む。

更に、拡張MSCプラットフォーム100は、パケット交換（例えば、SIPに基づく）会議通話サーバ208を含む。パケット交換会議通話サーバ208は、複数のユーザのために会議通話セッションを確立してもよい。拡張MSCプラットフォーム100内に配備された会議通話サーバ208を使用することにより、拡張MSCプラットフォーム100は、通常で行われているように会議通話を確立するために外部のアプリケーションサーバ（図１のアプリケーションサーバ108等）に関与する必要がない。会議通話サーバ208を埋め込むことにより、会議通話セッションの確立が効率的になる。会議通話サーバ208は、拡張MSCプラットフォーム100内に提供され得るアプリケーションサーバの一例である。他のアプリケーションサーバが他の実施例で使用されてもよい。

拡張MSCプラットフォーム100はまた、各記憶サブシステム214に接続されている１つ以上の中央処理装置（CPU）212を含む。SIPサーバ204、会議通話サーバ208、IMSインタフェース206及び回線交換スイッチ202のような拡張MSCプラットフォーム100のいくつかのモジュールは、ソフトウェアで実装されてもよい。このようなソフトウェアモジュールはCPU212で実行可能である。

前述のように、拡張MSCプラットフォーム100は１つのボックスで提供されるように示されているが、代替の実装では、拡張MSCプラットフォーム100は、複数の地理的位置に分散した複数の物理システムを有する分散プラットフォームでもよい。

図３は、第１の移動局（UE#1）からの要求に応じて会議ブリッジを設定するメッセージフロー図を示している。会議ブリッジは、第１の移動局のサービングMSCプラットフォーム（MSC1）で設定される。サービングMSCプラットフォームMSC1は、図１及び２に示す拡張MSCプラットフォーム100と同様に構成される。

会議ブリッジを設定するために、第１の移動局は、そのサービングMSCプラットフォーム（MSC1）にSIP INVITEメッセージを送信する（302）。会議サービスを提供するサービングMSCは、第１のユーザ端末のホームMSCでもよく、訪問先MSCでもよい。

302で送信されたINVITEメッセージは、接続情報を含むSDPオファー（SDP Offer）を含んでもよい。更に、INVITEメッセージは、INVITEメッセージのリクエストURIフィールドに会議場所（Conference Factory）URI（uniform resource identifier）を含んでもよい。会議場所URIは、会議サービスが要求されたことをMSC1に示すための識別子である。代替の実装では、会議サービスが要求されたことを示すために他の指示が用いられてもよい。

INVITEメッセージに応じて、MSC1は、SIP 100 TRYINGメッセージを返信する（304）。SIP 100 TRYINGメッセージは、要求がMSC1により受信されたことを示す。MSC1は、会議場所URIから会議サービスが要求されたことを認識する。MSC1は、第１のユーザのプロファイル（HLR又はHSS内のプロファイル等）から、第１のユーザが会議サービスを確立することを許可されていることを検証してもよい。そのように許可されている場合、MSC1は、会議URIを割り当てる（306）。会議URIは、INVITEリクエストに応じて確立される会議ブリッジの識別子である。会議URIは、第１の移動局（UE#1）に返信され、これにより、第１の移動局は、発信元のユーザが会議通話に招待したいと思う他のユーザ端末に会議URIを送信してもよい。会議URIの割り当ては、拡張MSCプラットフォームの会議通話サーバ208により実行される点に留意すべきである。これは、会議URIの割り当てがMSCの外部にある会議通話アプリケーションサーバにより実行される従来の技術と対照的である。

MSC1は、セッション確立が進行中であることを示すために、SIP 183 SESSION PROGRESSメッセージを第１の移動局に更に送信する（308）。3GPP標準により規定された更なるメッセージに続いて（図示せず）、MSC1は、200 OKメッセージを送信する（310）。200 OKメッセージは、（302で送信した）INVITEリクエストが成功したことを示す。200 OKメッセージは、200 OKメッセージの連絡ヘッダに（MSC1により割り当てられた）会議URIを含む。

第１の移動局は、SIP ACKメッセージを送信することにより（312）、200 OKメッセージに応答する。この時点で、会議ブリッジが確立される。割り当てられた会議URIは、他の招待されるユーザ端末がMSC1にアクセスして発信元ユーザにより確立された会議通話に参加するように指示する。

図４は、第１のユーザ端末（UE#1）が第２のユーザ端末（UE#2）を会議通話に招待するメッセージフロー図を示している。この例では、第１のユーザ端末は、MSC1（サービングMSC）にSIP REFERメッセージを送信する（402）。REFERメッセージは、2003年4月の“The Session Initiation Protocol (SIP) Refer Method”という題のRFC3515に記載されている。

次に、MSC1は、REFERメッセージをゲートウェイMSCに送信する（404）。ゲートウェイMSCはまた、図１及び２に示すプラットフォーム100と同様の拡張MSCプラットフォームでもよい。REFERメッセージは、（図３のMSC1により割り当てられた）会議URIを有するREFER-Toヘッダを含む。また、REFERメッセージのメソッドのパラメータは、INVITEに設定される。ゲートウェイMSCは、HLR/HSS（例えば、図１の106）にアクセスすることにより、第２のユーザ端末のサービングMSCを見つける（406）。第２のユーザ端末のサービングMSCがMSC3であることを仮定する。MSC3はまた、図１及び２に示すプラットフォーム100と同様の拡張MSCプラットフォームでもよい。

次に、ゲートウェイMSCは、REFERメッセージをMSC3に転送する（408）。MSC3は、REFERメッセージを第２のユーザ端末（UE#2）に送信する（410）。REFERメッセージに応じて、第２の移動局は、SIP ACCEPTEDメッセージをMSC3に送信する（412）。MSC3は、ACCEPTEDメッセージをゲートウェイMSCに転送する（414）。ゲートウェイMSCは、ACCEPTEDメッセージをMSC1に転送する（416）。MSC1は、ACCEPTEDメッセージを第１のユーザ端末に送信する（418）。

次に、第２のユーザ端末は、SIP NOTIFYメッセージを送信する（420）。SIP NOTIFYメッセージは、第１のユーザ端末により送信されたREFERメッセージにより開始された参照状態を第１のユーザ端末に通知するためのものである。NOTIFYメッセージは、MSC3からゲートウェイMSC及びMSC1を通じて第１のユーザ端末に転送される（422、424、426）。

これに応じて、第１のユーザ端末は、200 OKメッセージを送信することにより、NOTIFYメッセージを承認する（428）。200 OKメッセージは、MSC1、ゲートウェイMSC及びMSC3を通じて第２のユーザ端末に送信される（430、432、434）。この時点で、第２のユーザ端末は、会議通話に招待されている。

会議通話に招待される他のユーザ端末が存在する場合には、同様のメッセージ交換がこのような他のユーザ端末と行われてもよい。

図５は、第２のユーザ端末が会議ブリッジに参加する処理のメッセージフロー図である。第２のユーザ端末（UE#2）は、そのサービングMSC（MSC3）にINVITEメッセージを送信する（502）。502で送信されたINVITEメッセージに応じた様々なSIPメッセージに続いて（これらは簡潔にするために示されていない）、サービングMSC（MSC3）は、INVITEメッセージをゲートウェイMSCに転送する（504）。INVITEメッセージを受信すると、ゲートウェイMSCは、HLR/HSSに問い合わせ、HLR/HSSは、第１のユーザ端末のサービングMSC（MSC1）から動的サービスルーティング番号を要求することにより、この問い合わせに応答する。この動的サービスルーティング番号により、会議ブリッジが割り当てられたサービングMSC（MSC1）にセッションがルーティングされることが可能になる。

これは、ディレクトリ番号（例えば、MSISDN）の範囲がサービングMSC（MSC1等）に関連付けられている第１の対策である。これらのディレクトリ番号は会議サービスに特有のものである。200 OKメッセージ（図３の310）の連絡ヘッダでサービングMSC（MSC1）により第１のユーザ端末に提供された会議URIは、ディレクトリ番号の１つに関連付けられる。他の参加者が会議URIに終端しようとすると、図５の506に示すように、ゲートウェイMSCは、データベース（例えば、HLR/HSS）に問い合わせ、データベースは、サービングMSC（MSC1）から動的サービスルーティング番号を要求する。一式のMSISDNに許可されたルーティング番号の数は、会議サービスに設定される処理に同時に存在し得る呼の最大数に基づいて設計される。

異なる実施例による第２の対策は、第１の対策を簡単にしたものである。第２の対策では、サービングMSC（MSC1）は、動的サービスルーティング番号を直接割り当て、200 OKメッセージ（図３の310）の連絡ヘッダで第１のユーザ端末に提供された会議URIにこの番号を関連付ける。他の参加者が動的サービスルーティング番号へのセッションを設定すると、この番号の変換及びルーティングは、セッションをサービングMSC（MSC1）及び当該会議に直接導く。サービングMSC毎に許可されたルーティング番号の数は、前述のように設計される。

ゲートウェイMSCが、セッションがMSC1にルーティングされることを許可するHLR/HSSから動的サービスルーティング番号を受信すると、ゲートウェイMSCは、次に、MSC1にINVITEメッセージを送信する（508）。動的サービスルーティング番号及び他のセッション制御データを用いて、MSC1は、参加者を会議ブリッジに追加する。この時点で、会議通話セッションが継続する（510）。

他の参加者が会議通話セッションに参加したいと思う場合、このような参加者について、図５に示すような同様の交換が実行されてもよい。

前述の図４及び５では、タスク406及び506は、ゲートウェイMSCプラットフォームがHLR/HSSに問い合わせることを含む。或る好ましい実施例では、HSSは省略されてもよい。これにより、ゲートウェイMSCは、IMSサービスを確立するために（この例では、パケット交換会議通話を確立するために）HLRに問い合わせる。HSSの代わりにHLRに直接進むことにより、効率を上げるため、通常ではHSSへのアクセスに関与するメッセージ交換（S-CSCF及びI-CSCFとのメッセージ交換等）が回避され得る。

拡張MSCプラットフォームによりIMSサービスを実行するためにHSSの代わりにHLRを使用する手法は、他の場合にも同様に実行されてもよい。

図６は、セッションを保留して後にセッションを復旧する例示的なメッセージフロー図を示している。まず、第１のユーザ端末（UE#1）及び第２のユーザ端末（UE#2）は会話中である（602）。この時点で、第１のユーザは、呼を保留にすることを決定してもよい（603）。その結果、第１のユーザ端末は、SDP OFFERを含むSIP UPDATEメッセージをMSC1に送信する（604）。ここで、SDP OFFERは、セッションのモードが送受信から送信のみに変わったことを示す。MSC1は、200 OKメッセージでUPDATEメッセージに応答する（606）。200 OKメッセージは、受信のみを有するSDP応答である。この時点で、セッションが保留中になる。

後の時点で、第１のユーザが呼を保留解除したい（すなわち、607でUE#2と復旧したい）と思うと、第１のユーザ端末は、UPDATEメッセージをMSC1に送信する（608）。ここで、UPDATEメッセージは、モードが送信のみから送受信に変わったことを示すSDP OFFERを含む。これは、双方向通信が継続することを示す。MSC1は、200 OKメッセージで応答する（610）。この時点で、第１及び第２のユーザは再び会話し始める。

或る実施例による拡張MSCプラットフォームにより提供され得る他の特徴は、特定のDNS（domain name server）のクエリがIMS準拠のユーザ端末の登録中に回避可能であるという点にある。ユーザ端末に関連する情報が既に拡張MSCプラットフォームで提供されている場合、DNSクエリはユーザ端末の登録中に実行される必要はない。代替実施例によれば、DNSクエリを回避するというこの特徴はまた、拡張MSCプラットフォームの外部のP-CSCFに実装されてもよい。

図７は、登録要求に応じてDNSクエリが発行されるべきか否かを決定する処理を示している。登録要求は、拡張MSCプラットフォーム（又はP-CSCF）によりユーザ端末から受信される（702）。登録要求は、登録するユーザ端末のIMSI（International Mobile Subscriber Identifier）を含む。IMSIは、MCC（mobile country code）及びMNC（mobile network code）を含んでもよい。拡張MSCプラットフォーム又はP-CSCFは、登録要求のIMSIのMCC及びMNCと、拡張MSCプラットフォーム又はP-CSCFに提供されている一式のMCC及びMNCとを比較する（704）。

706で決定されて一致している場合、DNSクエリは、I-CSCFアドレスを取得するために発行される必要はない。この理由は、(1)このノードが、ホームMSC又はホームS-CSCFと一緒にあるP-CSCFであるからであり、或いは(2)このノードが、ユーザ端末がホームネットワークにあるかのように機能を実行するように選択された訪問先ノードであるからである。

706において登録要求のIMSIのMCC及びMNCが拡張MSCプラットフォーム又はP-CSCFに提供されている一式のMCC及びMNCと一致しない場合、I-CSCFアドレスを見つけるためにDNSクエリが実行される（708）。その後、IMSにより規定されたとおりに登録手順が継続する。例えば、ユーザ端末がIMSネットワークから拡張MSCプラットフォームにローミングし、ユーザ端末のIMSIのMCC及びMNCが拡張MSCプラットフォームに提供されているMCC及びMNCと一致しない場合、結果のDNSクエリは、登録がユーザ端末のホームネットワークに送信されることを生じる。

ユーザ端末がMSCからIMSネットワークにローミングし、ユーザ端末のIMSIのMNCがP-CSCFに提供されている一式のMCC及びMNCと一致しない場合、I-CSCFアドレスを見つけるためにDNSクエリが実行され、登録要求がそのI-CSCFの役目を実行するMSCにルーティングされる結果になる。

前述の様々なタスクは、ソフトウェアにより実行されてもよい。このようなソフトウェアの命令は、実行のためにプロセッサ上にロードされてもよい。プロセッサは、マイクロプロセッサ、マイクロコントローラ、プロセッサモジュール若しくはサブシステム（１つ以上のマイクロプロセッサ又はマイクロコントローラを含む）、又は他の制御若しくは計算装置を含む。“プロセッサ”は、単一の構成要素又は複数の構成要素（例えば、１つのCPU又は複数のCPU）を示してもよい。

（ソフトウェアの）データ及び命令は、各記憶装置に格納される。記憶装置は、１つ以上のコンピュータ可読又はコンピュータ使用可能記憶媒体として実装される。記憶媒体は、半導体メモリ装置（ダイナミック又はスタティックランダムアクセスメモリ（DRAM又はSRAM）、消去可能及びプログラム可能読み取り専用メモリ（EPROM）、電気的消去可能及びプログラム可能読み取り専用メモリ（EEPROM）、並びにフラッシュメモリ等）と、磁気ディスク（固定のフロッピー及び取り外し可能ディスク等）と、テープを含む他の磁気媒体と、光媒体（コンパクトディスク（CD）又はデジタルビデオディスク（DVD）等）とを含み、異なる形式のメモリを含む。

前述の説明では、本発明の理解を提供するために、複数の詳細が示されている。しかし、本発明は、これらの詳細なしに実施され得ることが当業者によりわかる。本発明は、限られた数の実施例について開示されているが、当業者は、これらから複数の変更及び変形を思いつくであろう。特許請求の範囲は、本発明の真の要旨及び範囲内にあるこのような変更及び変形をカバーすることを意図する。

Claims

少なくとも１つの無線端末のために回線交換通信セッションを確立する回線交換スイッチと、
パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能を有するインタフェースと
を有し、
前記インタフェースのうち少なくとも１つは、移動交換センタプラットフォームがパケット交換通信セッションを確立するためにパケット交換加入者アクセスネットワークとの通信を可能にする移動交換センタプラットフォーム。
前記移動交換センタプラットフォームは、少なくとも１つの端末装置と前記加入者アクセスネットワークを通じてパケット交換通信セッションを確立する、請求項１に記載の移動交換センタプラットフォーム。
前記移動交換センタプラットフォームは、パケット交換通信セッションに関する加入者サービスを実行するために、ホームロケーションレジスタ（HLR：Home Location Register）にアクセスするように構成される、請求項１に記載の移動交換センタプラットフォーム。
前記少なくとも１つのインタフェースは、Gmインタフェースリンクへのインタフェースを有する、請求項１に記載の移動交換センタプラットフォーム。
前記パケット交換マルチメディアサービスアーキテクチャは、インターネットプロトコル・マルチメディアサブシステム（IMS：Internet Protocol Multimedia Subsystem）アーキテクチャを含み、
前記インタフェースのうちいくつかは、前記移動交換センタプラットフォームがピアノードで実行するIMS機能と相互作用することを可能にする、請求項１に記載の移動交換センタプラットフォーム。
１つ以上のIMS機能を更に有する、請求項５に記載の移動交換センタプラットフォーム。
前記移動交換センタプラットフォームの前記IMS機能は、呼セッション制御機能を含む、請求項６に記載の移動交換センタプラットフォーム。
加入者サービスを提供するセッションイニシエーションプロトコル（SIP：Session Initiation Protocol）サーバを更に有する、請求項１に記載の移動交換センタプラットフォーム。
前記加入者アクセスネットワークは、無線アクセスネットワークであり、
前記少なくとも１つのインタフェースは、前記無線ネットワークの少なくとも１つのノードと通信するインタフェースを含む、請求項１に記載の移動交換センタプラットフォーム。
前記少なくとも１つのインタフェースは、ロングタームエボリューション（LTE：Long-Term Evolution）無線ネットワークの少なくとも１つのノードと通信するインタフェースを有する、請求項９に記載の移動交換センタプラットフォーム。
複数のユーザ端末を含むパケット交換会議通話を確立するパケット交換会議通話サーバを更に有する、請求項１に記載の移動交換センタプラットフォーム。
前記会議通話サーバにより確立された会議サービスの動的サービスルーティング番号を提供する機能を更に有し、
前記動的サービスルーティング番号は、参加者を前記移動交換センタプラットフォームの会議サービスにルーティングすることを可能にする、請求項１に記載の移動交換センタプラットフォーム。
ユーザ端末のパケットアクセスに対してIP型マルチメディア加入者サービスを提供する機能を更に有する、請求項１に記載の移動交換センタプラットフォーム。
ユーザ端末の識別子を含む登録要求を受信し、
前記識別子の情報と前記移動交換センタプラットフォームの情報とを比較し、
前記比較の結果、一致する場合、ドメインネームシステム（DNS：domain name system）クエリを送信しないことを決定する機能を更に有する、請求項１に記載の移動交換センタプラットフォーム。
前記回線交換スイッチは、有効又は無効になる、請求項１に記載の移動交換センタプラットフォーム。
前記回線交換スイッチは、UMTS無線アクセスネットワーク（UTRAN：UMTS radio access network）と、GSM/EDGE無線アクセスネットワーク（GERAN：GSM/EDGE radio access network）と、CDMA無線アクセスネットワークとのうち少なくとも１つと回線交換通信セッションを確立することができる、請求項１に記載の移動交換センタプラットフォーム。
少なくとも１つのプロセッサにより実行されたときに、移動交換センタプラットフォームに対して、
無線ユーザ端末のために回線交換サービスを提供させ、
パケット交換通信セッションを確立するためにパケット交換加入者アクセスネットワークと通信する少なくとも１つのインタフェースを提供させ、前記少なくとも１つのインタフェースは、パケット交換マルチメディアサービスアーキテクチャにより規定された機能を有し、
前記パケット交換マルチメディアサービスアーキテクチャにより規定されたタスクを実行する機能を提供させる命令を含む少なくとも１つのコンピュータ可読記憶媒体を有する物品。
前記命令は、実行されたときに、前記移動交換センタプラットフォームに対して、パケットアクセス端末への少なくとも１つのインタフェースを更に提供させる、請求項１７に記載の物品。
前記移動交換センタプラットフォームは、少なくとも１つの端末装置と前記加入者アクセスネットワークを通じてパケット交換通信セッションを確立する、請求項１７に記載の物品。
前記少なくとも１つのインタフェースは、前記パケット交換加入者アクセスネットワークのノードとパケットデータを通信するインタフェースを有する、請求項１７に記載の物品。
前記パケット交換マルチメディアサービスアーキテクチャは、インターネットプロトコル・マルチメディアサブシステム（IMS：Internet Protocol Multimedia Subsystem）機能を含み、
少なくとも１つの他のインタフェースに対して、前記移動交換センタプラットフォームの外部のIMS機能と相互作用させることを更に有する、請求項１７に記載の物品。
前記少なくとも１つの他のインタフェースは、IMS呼セッション制御機能とアプリケーションサーバとの中から選択された１つ以上の機能と相互作用する、請求項２１に記載の物品。
前記加入者アクセスネットワークは、無線ネットワークと有線ネットワークとのうち１つである、請求項１８に記載の物品。
移動交換センタプラットフォームにより、無線ユーザ端末のために回線交換サービスを提供し、
前記移動交換センタプラットフォームにより、パケット交換通信セッションを確立するためにパケット交換加入者アクセスネットワークと通信する少なくとも１つのインタフェースを提供し、前記少なくとも１つのインタフェースは、パケット交換マルチメディアサービスアーキテクチャにより規定された機能を有し、
前記移動交換センタプラットフォームにより、前記パケット交換マルチメディアサービスアーキテクチャにより規定されたタスクを実行する機能を提供することを有する方法。
前記移動交換センタプラットフォームは、少なくとも１つの端末装置と前記加入者アクセスネットワークを通じてパケット交換通信セッションを確立する、請求項２４に記載の方法。
前記パケット交換マルチメディアサービスアーキテクチャは、インターネットプロトコル・マルチメディアサブシステム（IMS：Internet Protocol Multimedia Subsystem）機能を有する、請求項２４に記載の方法。
前記回線交換サービスを無効にすることを更に有する、請求項２４に記載の方法。