JP4963132B2 - 通信制御装置及び方法 - Google Patents

Description

本発明は、通信制御装置及び方法、より詳細には、ユーザ操作あるいは通信端末／機器の自立的な制御により、ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を形成する複数の通信端末／機器間の通信制御を行う通信制御装置及び通信制御方法に関する。

従来のＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）やＩＭＴ−２０００などの移動通信システムでは、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）またはＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）と呼ばれるＩＣカード（以下、ＳＩＭまたはＵＳＩＭを総称してＵＳＩＭカードと呼ぶ）を用いた利用者識別が行われている。ユーザが移動通信事業者の提供する移動通信サービスに加入すると、ユーザは移動通信事業者から購入するか、または支給されるＵＳＩＭカードを利用することによって、移動通信サービスを利用することが可能となる。

具体的には、ユーザはＵＳＩＭカードを通信端末に装着することにより、通信端末を自分の通信端末として利用して自分が加入する移動通信サービスへアクセスし、サービスを利用することができる。

ＵＳＩＭカードには、ユーザの加入者情報、識別情報（住所、氏名、加入契約内容等のユーザの属性情報、アドレス、電話番号等の通信端末の属性情報など）が格納される。通信端末は、ＵＳＩＭカードを装着することにより、当該ＵＳＩＭカードに格納されている識別情報（アドレス、電話番号等）を有しているように扱われる。

移動通信ネットワーク側において、ネットワークを制御するために設けられる通信制御装置は、ＵＳＩＭカードの情報を管理しておき、通信端末に装着されているＵＳＩＭカードに格納されているユーザの加入者情報、識別情報を移動通信ネットワークへ通知、登録することにより、当該通信端末を利用している加入者、即ち該通信端末に装着されたＵＳＩＭカードの所有者を識別している。ユーザに通信サービスを提供する際に、ＵＳＩＭカードのアドレス、電話番号に対する発呼、及びセッションの確立は、ＵＳＩＭカードを装着した通信端末に着呼、セッション確立するように、通信制御装置により処理される。

例えば、電話サービスの場合、ユーザに付与された電話番号は、移動通信ネットワークにおいては、通信端末ではなく、ＵＳＩＭカードに対応付けて管理されており、当該ＵＳＩＭカードをある通信端末に装着すると、当該通信端末がユーザの電話番号を有しているように扱われ、電話番号に対する発呼は通信端末に着呼するように処理される。このようなＵＳＩＭカードを用いた管理方法においては、ユーザが自分の好みや状況に応じて、適当な通信端末を柔軟に選択して、該通信端末を自分の所有する通信端末として利用できるという利点があった。

図１２は、従来の移動通信ネットワークにおける加入者情報管理、呼制御・セッション制御を含むシステムの概略構成を示すブロック図で、移動通信ネットワークは、通信端末１０９、無線アクセスネットワーク１０６、コアネットワーク１０４、マルチメディア通信制御サブシステム１００などから構成される。通信端末１０９には、利用中のユーザの加入者識別を行なうためのデバイスとしてＵＳＩＭカード１１０が装着されている。無線アクセスネットワーク１０６は、通信端末１０９が無線区間を介してコアネットワーク１０４にアクセスする手段を提供するアクセスネットワークであり、基地局１０７、基地局制御装置１０８などで構成される。コアネットワーク１０４は、通信端末間での情報の伝送、接続制御、通信管理などを行なうネットワーク及び制御システムであり、通信端末１０９の位置管理情報、通信端末１０９を利用しているユーザの加入者情報などを管理する位置管理サーバであるＶＬＲ／ＨＬＲ（Ｖｉｓｉｔｅｄ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ／Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）１０５を備えている。

また、マルチメディア通信制御サブシステム１００は、コアネットワーク１０４のパケット交換システム上で、ＩＰベースのマルチメディア通信サービスを提供するための付加的な機能を実現することを目的としたサブシステムである。マルチメディア通信制御サブシステム１００は、アプリケーションサーバであるＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）１０１、通信端末間でのセッション制御機能を提供するＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０２、加入者情報管理装置であるＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０３などから構成される。

セッション制御プロトコルとしては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が採用されている。ＣＳＣＦ１０２は、通信端末間での呼及びセッションの状態制御機能を提供しており、ＳＩＰにおけるユーザまたは通信端末１０９の登録サーバとして機能するＨＳＳ１０３とやりとりすることによって、サービスを利用／通信可能なユーザの状態や識別情報の登録処理を行なうとともに、セッションを制御するための情報を管理、伝送し、セッションの接続制御を行なう。

また、マルチメディア通信制御サブシステム１００によって提供される基本的な機能を利用して、ユーザに対して更に高度なアプリケーションサービスを提供するＡＳ１０１が設けられる。ＣＳＣＦ１０２は、ＡＳ１０１に対してセッションやユーザ／通信端末に関する情報を通知したり、ＡＳ１０１によるセッションの制御を受け付けたりするためのインターフェイス手段も有している。

従来の移動通信ネットワークにおいてＨＳＳ１０３などで管理される加入者情報の概略を、図１３を参照して説明する。従来の移動通信ネットワークの加入者情報は、非公開識別子、公開識別子、サービスプロファイルなどから階層的に構成される。この非公開識別子は、通信サービス提供者が加入者管理（加入者及び利用可能なサービスの登録／管理、サービスへのアクセスの承認、課金など）を行なうために使用されるユニークな識別情報（ＩＤ）である。

図１３において、非公開識別子１は、通信事業者が自己の加入者を管理するためにシステム内でのみ利用できれば良いという性質上、また加入者情報を保護するためのセキュリティのために、システム外部には非公開または独自の情報形式によって管理できれば充分であり、例えば、ＮＡＩ（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる形式で管理される。この非公開識別子１には、マルチメディア通信制御サブシステム１００に対する加入者識別番号も含まれる。これは、このシステム構成では、マルチメディア通信制御がサブシステム１００として提供されるため、例えば、電話のような基本的な通信サービスへの加入者情報と、マルチメディアサービスへの加入者情報とを区別して管理する必要があるためである。この非公開識別子１は、１つのＵＳＩＭカード１１０に対して１つだけユニークに割り当てられる。

次に、公開識別子１〜３は、ユーザがサービスを受ける際、または、他のユーザと通信を行なうために公開して使用するＩＤであり、例えば、電話番号や、メールアドレス、ＳＩＰ−ＵＲＩなどが含まれる。１つのＵＳＩＭカード１１０は、少なくとも１つの公開識別子を持つ必要があるが、複数あってもよい。また、すべての公開識別子が、ＵＳＩＭカード１１０に格納されている必要はなく、ネットワークにおいて、当該ＵＳＩＭカードと対応付けて管理されていればよい。

また、サービスプロファイルは、ユーザが加入しており利用可能なサービスに関する情報の集合であり、ユーザや通信事業者における当該サービスに対する属性や提供条件などの情報を含んでいる。このサービスプロファイルは、該サービスを利用する際に使用される一つまたは複数の公開識別子と関連付けられて、管理、記憶されている。一方、それぞれの公開識別子は、一つだけのサービスプロファイルに関連付けられる。

以上説明したこれらの加入者情報は、通信端末１０９をマルチメディア通信制御サブシステム１００へ登録する際に、ＨＳＳ１０３からＣＳＣＦ１０２へ転送され記憶される。また、ＨＳＳ１０３からＡＳ１０１に対しても提供される。尚、これらの加入者情報を管理するＨＳＳ１０３は、ユーザが所有するＵＳＩＭのホームドメイン（加入している通信事業者が提供する移動通信ネットワーク）内に設置されているＨＳＳである。

次に、通信端末が別の通信端末とのセッションを確立する場合について説明する。まず、ある通信端末が相手通信端末との通信を開始する場合、通信端末は相手通信端末の公開識別子を指定した呼接続要求及びセッション接続要求を移動通信ネットワークへ送出することにより、ＣＳＣＦに発呼、セッション確立を要求する。ＣＳＣＦは発呼要求、セッション接続要求を受け付けると、これらに含まれている相手通信端末の公開識別子が有効であること、発呼元の通信端末及び利用者の認証、要求されたサービスが提供可能であることなどを、ＨＳＳが管理している加入者情報を参照することによって確認し、呼接続要求、セッション接続要求が正当でかつ処理可能であることを確認する。

その後、ＣＳＣＦは、呼接続要求及びセッション接続要求を相手通信端末へ送出することにより、当該相手通信端末と発呼元の通信端末との呼接続、セッション接続を行なうように制御する。ここで、ＣＳＣＦは、呼接続要求あるいはセッション接続要求で指定された相手通信端末の公開識別子に対しては、その参照と確認を行なっているのみであり、別の通信端末の公開識別子への書き換えなどの処理は行っていない。

さらに、ＣＳＣＦは、セッション接続要求を受け付けた際には、その中で指定されている公開識別子に対応付けてＨＳＳで管理されているサービスプロファイルを参照し、当該サービスプロファイルに記述されている発呼元通信端末並びに相手通信端末が利用可能、あるいはこれらの通信端末へ提供可能なサービスの内容、属性、条件などを参照して、セッション接続要求で要求されたセッションがこれらに合致する場合に、セッション接続を行なうように制御する。この時、ＣＳＣＦは、サービスプロファイルの記述に従うように、セッションの内容、種別などを変更したセッション接続を行なうように制御することも可能である。

つづいて、図１４を参照して、ＳＩＰによるセッション確立方法について説明する。図１４は、通信端末Ｃから通信端末Ａに対して、セッションの確立を要求する際の手順を示している。通信端末Ｃは、セッション制御装置に対し、通信端末Ａを宛先とするリクエストを送信する（Ｓ２０１）。ＳＩＰにおいて、このリクエストメッセージは、ＩＮＶＩＴＥメッセージと呼ばれる。セッション制御装置は、通信端末Ｃからリクエストを受信すると、通信端末Ａを管理するセッション制御装置へリクエストを転送し、リクエストは一つ以上のセッション制御装置を中継され、通信端末Ａへ伝送される（Ｓ２０２）。ここでは、リクエストを中継するセッション制御装置は１つの場合、即ち通信端末Ｃと通信端末Ａが同一のセッション制御装置で管理される場合を示している。リクエストを受け取った通信端末Ａは、着信があったことを知らせる呼び出しのベルを鳴らし（Ｓ２０３）、セッション制御装置は、呼び出し中であることを相手通信端末Ｃへ知らせるためのベル鳴動を返す（Ｓ２０４）。ＳＩＰにおいてこのベル鳴動は、１８０Ｒｉｎｇｉｎｇレスポンスと呼ばれる。

ユーザが、例えば電話の受信ボタンを押して応答すると、通信端末Ａは、セッション制御装置に対し、通信端末Ｃを宛先とする応答メッセージを送信し（Ｓ２０５）、セッション制御装置は、通信端末Ｃに通信端末Ａからの応答メッセージを送信する（Ｓ２０６）。ＳＩＰにおいてこの応答メッセージは、２００ＯＫレスポンスと呼ばれる。通信端末Ｃは、応答メッセージを受け取ると、セッション制御装置に対し、通信端末Ａを宛先とする確認メッセージを送信し（Ｓ２０７）、セッション制御装置は、通信端末Ａに通信端末Ｃからの確認メッセージを送信する（Ｓ２０８）。ＳＩＰにおいてこの確認メッセージは、ＡＣＫリクエストと呼ばれる。リクエストを受け取った通信端末あるいはセッション制御装置が、リクエストの送信側に対して暫定応答をする、例えば１００Ｔｒｙｉｎｇなどのメッセージが伝送される場合もあるが、本明細書では図示していない。このように、リクエスト、応答、確認によって通信端末Ｃと通信端末Ａの間のセッションが確立される。

この通信端末Ａへのリクエストの際に、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて、通信に使用するコーデックやＩＰアドレスなどを指定することが可能である。このＳＤＰは、セッション名や識別子、目的などを示すセッション記述、セッションの開始時間、終了時間と繰り返し回数などを示す時間記述、ＩＰアドレスやポート番号、メディアの種別やコーデックなどを示すメディア記述のようなセッションに関する情報を記述するためのプロトコルである。また、このＳＤＰを使って、各通信端末が保有しサポートすることが可能な複数のメディアについての情報を記述し、さらにその優先度を記述することによって、通信端末間で共通に保有する機能を確認し、両通信端末で最適なセッションの種類を選択することが可能なネゴシエーションの仕組みが提供される。通信端末Ａへのリクエストの際に、例えば、通信端末Ａはビデオコーデックとして、Ｈ．２６３，Ｈ．２６１をサポートすることを示す情報をＳＤＰに含めると、通信端末Ｃは、前記２種類のビデオコーデックの中から、通信端末ＣがサポートするＨ．２６１を選択し、応答メッセージのＳＤＰにてＨ．２６１での通信を要求する情報を含めることにより、双方の通信端末が共通に保有するＨ．２６１のビデオコーデックを用いたセッションが確立される。

このような従来の通信制御の方式では、呼接続やセッション接続を要求する際に指定するアドレス情報からなる公開識別子は、ＨＳＳ、ＣＳＣＦなどで管理されているものの、発呼元の通信端末において相手先通信端末の公開識別子が既知であり、発呼元通信端末が呼接続要求及びセッション接続要求に当該公開識別子を含めることが必要であった。即ち、発呼元の通信端末は、予め相手先通信端末を特定して、呼接続要求、セッション接続要求を送出する必要があり、また、ＣＳＣＦは指定された通信端末間での接続のみを対象とした管理、制御しか行なうことが出来ず、柔軟性に欠け、高度なサービスを提供できないという問題点があった。

今後の移動通信ネットワークにおいて、高品質なマルチメディアサービスや様々な機能を複雑に組み合わせた高度なサービスが提供されるようになると、ユーザはネットワークおよびそのサービスにアクセス可能な通信端末や機器を複数台所有し、これらの通信端末や機器を、ユーザの状況、サービスの内容、通信相手、所望の品質などに応じて使い分けたり、組み合わせて利用したりすることによって、充分なサービスの品質や性能を享受したいとの要求が生じてくる。その要求を満たすため、例えば、ユーザが複数の通信端末や機器を所有している場合に、ユーザの操作、または通信端末／機器の自律的な制御により小規模のネットワークグループ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、以下ＰＡＮと称す）を形成し、これらがお互いにＰＡＮを介して通信を行なうことにより、それぞれの特性に応じて機能を分担したり、能力や属性に応じてユーザの利用する通信端末を使い分けたいという要望に応じて、呼やセッションを転送したりすることが検討されている。

また、サービス提供者あるいは移動通信事業者としても、同一ユーザが所有し、ＰＡＮを構成する通信端末／機器群をグループとしてまとめて管理、制御することで、ユーザの所有する複数の通信端末個々の属性や能力を考慮した高度なサービス提供が可能となり、上述のようなユーザの要望に応えるサービスを提供することによって、利便性の向上を図るとともに、移動通信ネットワークの特性やリソース割当てと整合した効率的なサービスの提供を行ないたいとの要求が生じる。

しかしながら、上述したように従来の通信制御方法では、ＵＳＩＭカードを装着した１台の通信端末と、当該ＵＳＩＭカードを所持し利用するユーザという１対１の対応付けを前提とした管理情報に基づいているため、ユーザが複数の通信端末を所有すること、逆に言うと、複数の通信端末が同一ユーザに帰属することを把握することが困難であり、ユーザが所有する複数の通信端末によってＰＡＮを構成していたとしても、移動通信ネットワークからはＰＡＮを構成する通信端末群をグループとして扱って通信制御を行なうことは困難であった。従来のシステムにおける問題点は、以下のようになる。

（１）一つの通信端末に特定した通信制御、あるいは、通信端末とユーザを一対一で対応付ける通信制御だけしか行なえない。
（２）ＰＡＮを構成する通信端末をグループとして通信制御するために必要となるプロファイル情報、例えば、通信端末群によって構成されるＰＡＮのネットワーク構造や、複数の通信端末の組合せによって実現が可能なセッション能力、プリファレンスなどの情報が管理できない。
（３）同一ユーザの所有であっても、ＵＳＩＭを装着した通信端末以外でサービスにアクセスするための制御が行なえない。
（４）ユーザがサービスを利用する通信端末を、自由に選択できる制御が行なえない。

具体的には、ユーザ１が複数の通信端末を所有している、または、使用できる状態にあっても、他のユーザ２がユーザ１に対してセッションの確立を要求する際、ユーザ２は予めユーザ１が所有する通信端末の一つを特定して発呼する必要があり、ユーザ１が所有しており使用可能な通信端末のうち最適なものを利用することができないという問題点があった。また、ユーザ１が、サービスの種別やそのサービスに必要な処理能力に応じて、所有する通信端末から最適なものを選択して前記サービスを利用することができないという問題点があった。

また、従来の移動通信ネットワークでは、セッション制御プロトコルとして、ＳＩＰを使用しているが、ＳＩＰは、基本的に通信端末と通信端末が一対一でセッションを確立する際に使用されるプロトコルであり、ＰＡＮを構成する通信端末群相互間でのセッションのように多対多でのセッションを確立することができないという問題があった。これに対し、複数の通信端末とセッションを確立する際の通信手順を図１５に示す。

図１５において、通信端末Ａと通信端末Ｂを所有するユーザが、それぞれの通信端末から通信端末Ｃに対して、セッション制御装置を介して個別のセッション確立のリクエストを送信する（Ｓ２１１〜Ｓ２１４）。リクエストを受け取った通信端末Ｃは、着信があったことを知らせる呼び出しのベルを鳴らし、セッション制御装置は、呼び出し中であることを通信端末Ａ、通信端末Ｂそれぞれへ知らせるためのベル鳴動を返す（Ｓ２１５〜Ｓ２１８）。ユーザが、例えば電話の受信ボタンを押して応答すると、通信端末Ｃは、セッション制御装置に対し、通信端末Ａを宛先とする応答メッセージを送信し（Ｓ２１９）、セッション制御装置は、通信端末Ａに通信端末Ｃからの応答メッセージを送信する（Ｓ２２０）。通信端末Ａは、応答メッセージを受け取ると、セッション制御装置に対し、通信端末Ｃを宛先とする確認メッセージを送信し（Ｓ２２１）、セッション制御装置は、通信端末Ｃに通信端末Ａからの確認メッセージを送信する（Ｓ２２２）。これにより、通信端末Ａと通信端末Ｃとのセッションが確立される。

また、通信端末Ｃは、セッション制御装置に対し、通信端末Ｂを宛先とする応答メッセージを送信し（Ｓ２２３）、セッション制御装置は、通信端末Ｂに通信端末Ｃからの応答メッセージを送信する（Ｓ２２４）。通信端末Ｂは、応答メッセージを受け取ると、セッション制御装置に対し、通信端末Ｃを宛先とする確認メッセージを送信し（Ｓ２２５）、セッション制御装置は、通信端末Ｃに通信端末Ｂからの確認メッセージを送信する（Ｓ２２６）。これにより、通信端末Ｂと通信端末Ｃとのセッションが確立される。しかし、この手順は、前述の図１４で説明したＳＩＰの通信手順が、通信端末Ｃと通信端末Ａ、通信端末Ｃと通信端末Ｂの間で制御されているだけである。

このような従来の通信制御の方式では、ＰＡＮを構成する通信端末群からの複数のセッション確立のリクエストに対し、それらを多重して相手通信端末との間でセッションを確立することは困難であった。つまりＳＩＰを基本として構成された制御方法であるため、ＰＡＮを構成する通信端末群のそれぞれから個別のセッション確立のリクエストを行うことにより、一つの端末と複数の端末で、セッションを確立することは可能であるが、実質的には、通信端末間で１対１のセッションが複数確立されているだけであり、相手端末には負荷がかかる。また、ＳＩＰの仕組みでは、ＰＡＮを構成する通信端末間で、発呼を指示する情報を送受する方法がないため、複数の通信端末からセッション確立の要求を送信する際に通信端末間で交渉することができないという問題点があった。

本発明は、上述のごとき実情に鑑みてなされたものであり、移動通信ネットワークにおいて、ユーザが所有する通信端末／機器によって構成されるＰＡＮを指定、識別するための公開識別子を追加して管理するとともに、ＰＡＮを構成するそれぞれの通信端末の識別情報、ＰＡＮのネットワーク構成、サービスに対応して利用を推奨する通信端末のプリファレンスなどＰＡＮを取り扱うために必要なプロファイル情報をＰＡＮ指定用の公開識別子に結び付けて管理し、さらに、通信制御装置がこれらを参照して呼接続あるいはセッション接続を制御するように構成し、複数の通信端末群をグループとして通信制御できるようにすることで、ユーザがＰＡＮ内の適切な通信端末を自由かつ柔軟に選択してサービスを利用したり、複数の通信端末を組み合わせて一つのサービスを利用したり、相手ユーザからへの発呼またはセッション確立要求を最適な複数の通信端末から発呼させたりすることが可能となる装置及び方法を提供すること、を目的とする。

また、セッション確立のリクエストの送信時、応答時に、ＰＡＮを構成する通信端末群のうち、一つの通信端末に対してセッションを確立する際の通信端末の選択を、通信端末によって管理、制御できる移動通信システムを提供すること、を目的とする。

さらに、ＰＡＮ内の通信端末からの複数のセッション確立のリクエストに対し、それぞれの通信端末と着呼側の通信端末との間でセッションを確立し、これらの組合せによって通信サービスを提供することを可能とし、また、着呼側の通信端末に対する複数のセッション確立のリクエストが多重されることにより、着呼側の通信端末に負荷を与えることなくサービスを利用できる移動通信システムを提供すること、をその目的とする。

上記課題を解決するために、本発明の第１の技術手段は、移動通信ネットワークにおける通信端末間の接続を制御する通信制御装置であって、該通信制御装置は、第１の通信端末から、該第１の通信端末と同一加入者情報に対応する第２の通信端末と、相手通信端末との間のメディア種別を含めた通信確立を要求する情報を受信し、該受信した情報に基づいて、前記相手通信端末と前記第２の通信端末との通信確立処理を行うことを特徴としたものである。

第２の技術手段は、移動通信ネットワークにおける通信端末間の接続を制御する通信制御装置の通信制御方法であって、該通信制御装置が、第１の通信端末から、該第１の通信端末と同一加入者情報に対応する第２の通信端末と、相手通信端末との間のメディア種別を含めた通信確立を要求する情報を受信し、該受信した情報に基づいて、前記相手通信端末と前記第２の通信端末との通信確立処理を行うことを特徴としたものである。

本発明によれば、ＰＡＮからのセッション確立のリクエストにおいて、ＰＡＮを構成する複数の通信端末との間でのそれぞれのセッションに分割して確立することが可能となる。
また、セッション確立のリクエストを、複数の通信端末から同時に送信する際に、それぞれの通信端末との間でセッションの分割の交渉や発呼の指示が可能となる。

本発明の一実施形態である移動通信ネットワークシステムの概略構成例を示す図である。 本発明におけるＰＡＮを管理するための情報を含む加入者情報の構成概略例を示す図である。 複数の通信端末とセッションを分割して確立する通信手順の一例を説明するための図である。 複数の通信端末のセッションを分割して確立する通信手順の他の例を説明するための図である。 複数の通信端末とセッションを分割して確立する通信手順の他の例を説明するための図である。 複数の通信端末のセッションを多重して確立する通信手順の一例を説明するための図である。 複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。 複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。 複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。 複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。 複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。 従来の移動通信ネットワークにおける加入者情報管理、呼制御・セッション制御を含むシステムの概略構成を示すブロック図である。 従来の移動通信ネットワークにおいてＨＳＳなどで管理される加入者情報の概略を示す図である。 通信端末Ｃから通信端末Ａに対して、セッションの確立を要求する際の手順を説明するための図である。 複数の通信端末とセッションを確立する際の通信手順を説明するための図である。

図１は、本発明の一実施形態である移動通信ネットワークシステムの概略構成例を示す図で、図中、１はアプリケーションサーバ、２は移動通信ネットワーク、３はコアネットワーク、４は通信制御装置、５、６、７は無線アクセスネットワーク、８ａ，８ｂ，８ｃは無線区間、９はＰＡＮ、１０はＵＳＩＭカードを示す。通信端末＃１〜＃３はＰＡＮ９を構成し、通信端末＃１にはＵＳＩＭカード１０が装着され、移動通信ネットワーク２に接続可能とする。通信端末＃４は、通信端末＃１〜＃３の通信相手となる通信端末である。

本発明の移動通信ネットワーク２は、無線アクセスネットワーク５、６、７、コアネットワーク３などから構成されている。無線アクセスネットワーク５、６、７は、通信端末＃１〜＃３が無線区間８ａ，８ｂ，８ｃを介してコアネットワーク３にアクセスする手段を提供するアクセスネットワークであり、従来技術と同様、無線基地局、基地局管理システムなどで構成される。コアネットワーク３は、通信相手の通信端末＃４と通信端末＃１〜＃３間での情報の伝送、接続制御、通信管理などを行なうネットワーク及び制御システムであり、通信制御装置４を有し、通信制御装置４は、通信相手の通信端末＃４と通信端末＃１〜＃３間での接続制御、セッションの管理などを行なうセッション制御手段４ａと、通信端末＃１〜＃３の位置管理情報や通信端末＃１〜＃３を利用しているユーザの加入者情報などを管理する加入者情報管理手段４ｂと、各加入者の加入者情報を記憶する加入者情報データベース４ｃと、通信相手の通信端末＃４と通信端末＃１〜＃３の間でセッション接続中にアプリケーションデータの変換を行うメディアゲートウェイ４ｄと、を備えている。

また、本発明の移動通信ネットワーク２では、コアネットワーク３においてマルチメディア通信サービスの制御機能が提供されるため、従来の技術でのマルチメディア通信制御サブシステムが備えていた機能は、コアネットワーク３の機能の一部として包含される。より具体的には、従来の技術におけるＣＳＣＦ、ＨＳＳなどの機能は、通信制御装置４のセッション制御手段４ａ、加入者情報管理手段４ｂにそれぞれ含まれている。

通信端末＃１には、ＵＳＩＭカード９が装着されており、ＵＳＩＭカード９に格納されている加入者識別子が、通信制御装置４の加入者情報管理手段４ｂに登録されている。また、通信端末＃１は、通信端末＃２、通信端末＃３と共に小規模のネットワークグループであるＰＡＮ９を構成している。通信端末＃１は、無線区間８ａ，８ｂ，８ｃを介して無線アクセスネットワーク５、更にはその先のコアネットワーク３に接続されており、ＰＡＮ９から移動通信ネットワーク２への接続手段を有している。通信端末＃２は、ＵＳＩＭカード１０が装着されていないが、移動通信ネットワーク２への接続手段を有する通信端末である。通信端末＃３は、ＵＳＩＭカード１０が装着されておらず、また移動通信ネットワーク２への接続手段を持たないが、ＰＡＮ９を構成する通信端末の一つである。なお、通信端末＃３は、移動通信ネットワーク２への接続する際は、接続手段を有する通信端末＃１もしくは通信端末＃２を介して接続する。

加入者情報管理手段４ｂでは、通信端末＃１、前記通信端末＃２、通信端末＃３が構成するＰＡＮ９の情報、並びに、これら通信端末の識別情報、属性情報などが登録、管理されている。加入者情報管理手段４ｂは、加入者識別子に対応する加入者情報を管理している。個別の通信端末の加入者情報である非公開識別子、公開識別子、サービスプロファイルなどとこれらの関連付けは従来の技術と同様である。加えて、加入者情報管理手段４ｂでは、ＰＡＮ９に対する公開識別子及び、これと対応付けられたＰＡＮ９のプロファイル情報として、ＰＡＮ９を構成する通信端末の識別情報、ＰＡＮ９を管理、制御、利用するための情報などが含まれる。これらの加入者情報、ＰＡＮ９の情報などは、加入者情報管理手段４ｂに接続された加入者情報データベース４ｃに格納、記憶されており、加入者情報管理手段４ｂから随時読み出し、書き換え、削除などのアクセスが可能となっている。

また、セッション制御手段４ａは、あるユーザ（通信端末）から他のユーザ（通信端末）へのセッション接続要求を処理して、接続先のユーザの加入者情報を加入者情報管理手段４ｂより取得、参照し、接続先の通信端末とのセッションの接続制御を行なう。また、セッション制御手段４ａは、加入者情報からアプリケーションサーバ１での処理が必要かどうか判断し、必要に応じてアプリケーションサーバ１からの指示や情報を得て、適切なセッションを接続する制御、セッションの転送の制御などを行なう。アプリケーションサーバ１は、従来の技術と同様、確立が要求されたセッション上で、高度なマルチメディア通信サービスなどのアプリケーションサービスを提供する。また、複雑なセッション制御を行なう必要がある場合に、セッション制御手段４ａへの指示、制御などセッションを接続する機能のサポートを行なう。

また、セッション制御手段４ａは、加入者情報並びに要求されたセッションの種別、属性などからメディアゲートウェイ４ｄでの処理が必要か判断し、必要に応じてメディアゲートウェイ４ｄへの適切なセッションの接続、セッションの転送の制御などを行なう。メディアゲートウェイ４ｄは、接続元の通信端末と接続先の通信端末との間でのセッションを中継すると共に、当該セッションを用いて伝送されるアプリケーションデータの中継及び必要に応じた変換を行なう。たとえば、接続元からのアプリケーションデータを音声や動画といったメディアの種別により複数に分割して、分割したメディアに応じた複数の通信端末へそれぞれセッションを接続する。

また、これとは逆方向の処理として、前記複数の通信端末とのそれぞれのセッションを用いて送信されてきたアプリケーションデータを、一つのアプリケーションデータとして多重化し、接続元の通信端末と接続されたセッションを用いて該通信端末へ送信する。メディアゲートウェイ４ｄとセッション制御手段４ａとの間で行なわれる制御は、上で述べたアプリケーションサーバ１とセッション制御手段４ａとの間の制御と統合して実現することが可能であり、従って、システム構成として、メディアゲートウェイ４ｄの機能をアプリケーションサーバ１に統合することが可能であり、この場合にはアプリケーションサーバ１がメディアゲートウェイ４ｄのサービスも提供することとなる。メディアゲートウェイ４ｄに対する制御プロトコルとしては、例えばＨ．２４８（Ｍｅｇａｃｏ）などが使用される。

上述した移動通信ネットワークシステムにおいて、ＰＡＮを構成する通信端末群をグループとして管理する方法の例について説明する。
図２は、本発明におけるＰＡＮを管理するための情報を含む加入者情報の構成概略例を示す図である。図中、加入者情報データベース４ｃには、当該移動通信サービスへの各加入者の加入者情報が格納、記憶されている。本発明では、従来の加入者情報に加え、ＰＡＮ９の情報としてＰＡＮ用の公開識別子が記憶、管理されている。公開識別子は、従来の技術と同様、通信端末が呼接続、セッション接続などの通信制御を行なう際に、当該通信端末を識別し特定するための電話番号、メールアドレス、ＳＩＰ−ＵＲＩなどの情報、いわゆる通信端末アドレスであるが、ＰＡＮ用の公開識別子は、ＰＡＮ９を構成する通信端末の一つを特定して呼接続あるいはセッション接続を要求するのではなく、これらの通信端末のグループを集合的に指定するために利用される。

図２に示した例では、ＰＡＮ用の公開識別子として、公開識別子１、公開識別子２の二つが管理されている。同一のＰＡＮ９に対して、これら複数の公開識別子が割り当てられている理由は、サービスの種別や属性によって識別情報／アドレスの体系、記述方法などが異なるためである。例えば、電話サービスでは識別情報として電話番号を、電子メールではメールアドレスを用いるなどである。図２の例では、公開識別子１には電話番号、公開識別子２にはＳＩＰ−ＵＲＩが割り当てられている。また、これら複数の公開識別子は、例えば、同一のサービス種別に対する別名アドレス（エイリアス）として利用することも可能である。

ＰＡＮ９を管理するために必要な情報であるＰＡＮプロファイルは、ＰＡＮ用の公開識別子に関連付けて管理される。ＰＡＮプロファイルには、ＰＡＮ９として利用可能なサービスの属性、種別、条件等を示す従来と同様なサービスプロファイルに加え、通信端末＃１、通信端末＃２、通信端末＃３の通信端末情報１〜３や、それぞれの通信端末が処理、利用可能なセッションの内容、種別を示すセッション確立条件テーブルが管理される。

ＰＡＮ用の公開識別子及びそれに関連付けられるＰＡＮプロファイルは、ＵＳＩＭカードが装着された通信端末の加入者情報とは異なり、それ自体は非公開識別子、即ちＵＳＩＭカードのユニークな識別情報は持たない。そこで、加入者情報データベース４ｃにおいては、これらのＰＡＮ９の情報は、ＵＳＩＭカード及び通信端末の加入者情報とは独立に管理することもできるし、当該ＰＡＮ９を構成する通信端末の一つ、例えば、通信端末＃１の非公開識別子に対応付けて管理することもできる。いずれにしろ、ＰＡＮ９を構成した状態においても、ＰＡＮ９を構成する前の通信端末＃１の公開識別子、及びサービスプロファイルは影響を受けない。従って、ＰＡＮ用の公開識別子を指定した呼接続要求およびセッション接続要求に対しては、ＰＡＮプロファイルが参照され、通信端末＃１の公開識別子を指定した接続要求に対しては、従来通り通信端末＃１のサービスプロファイルが参照される。

なお、これらの情報は、ＰＡＮ９の中でＵＳＩＭカード１０が装着されているのは通信端末＃１が唯一であるため、当該ＵＳＩＭカード１０のホームドメイン（加入している通信事業者が提供する移動通信ネットワーク）内に設置されている加入者情報管理手段４ｂで管理される。

図３は、複数の通信端末とセッションを分割して確立する通信手順の一例を説明するための図である。尚、本例では、図１に示したシステム構成に基づいて説明するが、ＰＡＮ９を構成する通信端末＃１、＃２、＃３を通信端末Ａ、Ｂ、Ｄとし、相手通信端末＃４を通信端末Ｃとして説明する。

ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ｄを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求し、そのセッションをどの通信端末で分担するかを決定する。通信端末Ａと通信端末Ｂを選択する場合、通信端末Ｄは、ＰＡＮ９を構成する通信端末間での通信手段を利用して、通信端末Ａと通信端末Ｂに対し、相手ユーザもしくは通信端末Ｃを宛先とするセッション確立のリクエストを送信するように要求する発呼指示情報を送信する（Ｓ１〜Ｓ６）。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子からなる宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストである。即ち、ＰＡＮ９と通信端末Ｃとが確立するセッションの種別、属性を通信端末Ａと通信端末Ｂでどのように分割するかを示す情報である。

また、着呼側にセッションの割り当ての自由度を持たせるために、発呼端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えて、それぞれの通信端末で受信したい前記セッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

通信端末Ａ、通信端末Ｂは、それぞれ通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を終えると、通信端末Ｃへセッション確立のリクエストを送信する（Ｓ７〜Ｓ１０）。その後、従来例と同様に、リクエストを受け取った通信端末Ｃは、着信があったことを知らせる呼び出しのベルを鳴らし、通信制御装置４は、呼び出し中であることを通信端末Ａ、通信端末Ｂそれぞれへ知らせるためのベル鳴動を返す（Ｓ１１〜Ｓ１４）。ユーザが、例えば電話の受信ボタンを押して応答すると、通信端末Ｃは、通信制御装置４に対し、通信端末Ａを宛先とする応答メッセージを送信し（Ｓ１５）、通信制御装置４は、通信端末Ａに通信端末Ｃからの応答メッセージを送信する（Ｓ１６）。通信端末Ａは、応答メッセージを受け取ると、通信制御装置４に対し、通信端末Ｃを宛先とする確認メッセージを送信し（Ｓ１７）、通信制御装置４は、通信端末Ｃに通信端末Ａからの確認メッセージを送信する（Ｓ１８）。これにより、通信端末Ａと通信端末Ｃとのセッションが確立される。

また、同様に、通信端末Ｃは、通信制御装置４に対し、通信端末Ｂを宛先とする応答メッセージを送信し（Ｓ１９）、通信制御装置４は、通信端末Ｂに通信端末Ｃからの応答メッセージを送信する（Ｓ２０）。通信端末Ｂは、応答メッセージを受け取ると、通信制御装置４に対し、通信端末Ｃを宛先とする確認メッセージを送信し（Ｓ２１）、通信制御装置４は、通信端末Ｃに通信端末Ｂからの確認メッセージを送信する（Ｓ２２）。これにより、通信端末Ｂと通信端末Ｃとのセッションが確立される。

このように、通信端末Ａと通信端末Ｃ、通信端末Ｂと通信端末Ｃの間でセッションが確立され、これらのセッションをまとめて用いることにより、ユーザが要求したアプリケーションサービスが、それぞれのユーザ間で提供される。

図４は、複数の通信端末のセッションを分割して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ｄを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求するかを決定し、セッション制御手段４ａに対して発呼指示情報を送信する（Ｓ３１）。セッション制御手段４ａは、通信端末Ｄから発呼指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と（Ｓ３２）、通信端末Ｄからの確認メッセージの受信を行なう（Ｓ３３）。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子からなる宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストである。この例では、宛先端末リストには、相手ユーザもしくは通信端末Ｃを特定する公開識別子が指定される。また、発呼端末リストが指定する情報によって、セッション制御手段４ａの制御が異なる。

発呼端末リストに、ＰＡＮ９を指定する公開識別子が指定されている場合、通信制御装置４は、予め指定された制御論理に従い、どの通信端末へ発呼指示情報を送信するかを選択し（この場合、通信端末Ａと通信端末Ｂ）、通信端末Ｄから受信した発呼指示情報を分割し、通信端末Ａと通信端末Ｂに対し、それぞれの通信端末が確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する（Ｓ３４、Ｓ３７）。つまり、セッション制御手段４ａは、通信端末Ｄから受信した発呼指示情報を分割し、通信端末Ａと通信端末Ｂへ転送する制御を行なう。

発呼端末リストに、ＰＡＮ９を構成する複数の通信端末が指定されている場合、通信制御装置４は、発呼端末リストに含まれる通信端末のそれぞれに、確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する。発呼端末リストには、各通信端末の公開識別子とそれぞれの通信端末に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）を含む。つまり、セッション制御手段４ａは、通信端末Ｄから受信した発呼指示情報を分割し、発呼端末リストに含まれる通信端末Ａと通信端末Ｂへ転送する制御を行なう。

また、着呼側にセッションの割り当ての自由度を持たせるために、発呼端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えてそれぞれの通信端末で受信したい前記セッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

通信端末Ａ、通信端末Ｂは、それぞれセッション制御手段４ａに対しての応答メッセージの送信と確認メッセージの受信を終えると（Ｓ３５、Ｓ３６、Ｓ３８、Ｓ３９）、発呼指示情報に従って、相手ユーザもしくは通信端末Ｃへセッション確立のリクエストを送信する（Ｓ４０〜Ｓ４３）。その後、Ｓ４４〜Ｓ５５において、従来例と同様に、通信端末Ａと通信端末Ｃ、通信端末Ｂと通信端末Ｃの間でセッションが確立され、それらのセッションをまとめて一つのアプリケーションサービスが、それぞれのユーザ間で提供される。

本実施例では、セッション制御手段４ａは、通信端末Ｄから発呼指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なっているが、通信端末Ａと通信端末Ｂそれぞれへの発呼指示情報の転送、応答メッセージの受信、確認メッセージの送信の後、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なってもよい。

図５は、複数の通信端末とセッションを分割して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ａを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求し、そのセッションをどの通信端末で分担するかを決定し、セッション制御手段４ａに対して、発呼指示情報と、通信端末Ａから相手ユーザもしくは通信端末Ｃに対するセッション確立のリクエストとを含んだメッセージを送信する（Ｓ６１）。図４で説明した実施例では、セッション制御手段４ａは、発呼指示情報を受信し、選択された通信端末に対して、発呼指示情報を分割転送したが、本実施例では、通信端末Ａは発呼指示情報とともにセッション確立のリクエストを送信しているため、セッション制御手段４ａは、通信端末Ａからのセッション確立のリクエストを通信端末Ｃへ転送するとともに、発呼指示情報の分割転送を行なう（Ｓ６２）。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子からなる宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストである。この例では、宛先端末リストには、相手ユーザもしくは通信端末Ｃを特定する公開識別子が指定される。また、発呼端末リストが指定する情報によって、セッション制御手段４ａの制御が異なる。

発呼端末リストに、ＰＡＮ９を指定する公開識別子が指定されている場合、通信制御装置４は、予め指定された制御論理に従い、どの通信端末へ発呼指示情報を送信するかを選択し（この場合、通信端末Ｂ）、通信端末Ａから受信した発呼指示情報から、通信端末Ｂに対し、それぞれの通信端末が確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する（Ｓ６３）。つまり、セッション制御手段４ａは、通信端末Ａから受信した発呼指示情報を分割（本実施例の場合、転送先が通信端末Ｂのみのため、分割は行なわれない。）し、ＰＡＮ９を構成する通信端末に対し転送する制御を行なう。

発呼端末リストに、ＰＡＮ９を構成する複数の通信端末が指定されている場合、通信制御装置４は、発呼端末リストに含まれる通信端末のそれぞれに、確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する。発呼端末リストには、各通信端末の公開識別子とそれぞれの通信端末に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）を含む。つまり、セッション制御手段４ａは、通信端末Ａから受信した発呼指示情報を分割（本実施例の場合、転送先が通信端末Ｂのみのため、分割は行なわれない。）し、発呼端末リストに含まれる通信端末Ｂへ転送する制御を行なう。

また、着呼側にセッションの割り当ての自由度を持たせるために、発呼端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えてそれぞれの通信端末で受信したい前記セッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

通信端末Ｂは、セッション制御手段４ａに対しての応答メッセージの送信と確認メッセージの受信を終えると（Ｓ６４、Ｓ６５）、発呼指示情報に従って、相手ユーザもしくは通信端末Ｃへセッション確立のリクエストを送信する（Ｓ６６、Ｓ６７）。その後、Ｓ６８〜Ｓ７９において、従来例と同様に、通信端末Ａと通信端末Ｃ、通信端末Ｂと通信端末Ｃの間でセッションが確立され、それらのセッションをまとめて一つのアプリケーションサービスが、それぞれのユーザ間で提供される。

図６は、複数の通信端末のセッションを多重して確立する通信手順の一例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ａと通信端末Ｂを選択し、相手ユーザもしくは通信端末Ｃを宛先とするセッション確立のリクエストを通信端末Ａと通信端末Ｂから同時に送信することを示すセッション結合指示情報を含んだセッション確立のリクエストを、通信端末Ａと通信端末Ｂそれぞれから送信する（Ｓ８１、Ｓ８２）。

前記セッション結合指示情報は、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストと、発呼端末リストで指定された複数の通信端末からセッション確立のリクエストが同時に送信されることを示す情報である。このセッション結合指示情報は、通信端末Ａもしくは通信端末Ｂのどちらのリクエストにも含まれる。これは、セッション制御手段４ａが分割されたセッション確立のリクエストであるか判断する際に、セッション結合指示情報の含まれていないリクエストをそのまま通常のリクエストとして処理してしまうからである。

セッション制御手段４ａは、通信端末Ａと通信端末Ｂのそれぞれとのセッション確立の処理手順の状態を示す状態情報を管理する。セッション制御手段４ａは、通信端末Ａもしくは通信端末Ｂからセッション結合指示情報を含むセッション確立のリクエストを受信すると、前記状態情報を参照して、発呼端末リストに含まれる通信端末のすべてからセッション確立のリクエストを受信するまで待機する。セッション制御手段４ａは、セッション結合指示情報で指定されたすべてのセッション確立のリクエストを受信すると、通信端末Ａと通信端末Ｂから受信したセッション確立のリクエストに含まれるセッションの種別や属性を結合して、一つのリクエストとして通信端末Ｃへ送信する（Ｓ８３）。このリクエストの送信元は、ＰＡＮ９を指定する公開識別子が指定される。

セッション制御手段４ａは、通信端末Ｃから応答メッセージを受信すると（Ｓ８４）、前記状態情報を参照して、通信端末Ａと通信端末Ｂへの応答メッセージを生成し、それぞれの通信端末へ送信する（Ｓ８５、Ｓ８６）。通信端末Ｃからの応答メッセージが、セッションの種別や属性を変更する情報またはセッションの種別や属性の候補から選択した情報を含んでいる場合、セッション制御手段４ａは、予め定められた制御論理に従って、通信端末Ａと通信端末Ｂに対する応答メッセージを生成する。セッション制御手段４ａは、通信端末Ａと通信端末Ｂそれぞれの通信端末から確認メッセージを受信すると（Ｓ８７、Ｓ８８）、通信端末Ｃへの確認メッセージを生成し、通信端末Ｃへ送信する（Ｓ８９）。

ここで、通信端末Ｃとのセッション上を伝送されるアプリケーションデータを、通信端末Ａとのセッション、通信端末Ｂとのセッションのそれぞれで伝送されるアプリケーションデータへの分割（逆方向に伝送されるデータに対しては多重）が必要とされる場合、あるいは通信端末Ｃとのセッションを分割する際に一旦セッションを終端または中継する必要がある場合には、セッション制御手段４ａは、これらのセッションがメディアゲートウェイ４ｄを中継するように制御すると共に、メディアゲートウェイ４ｄにて必要な分割／多重処理を行なうように制御、指示する。

ここで示した手順例によれば、通信端末Ｃは、ＰＡＮ９の中のどの通信端末とどのようなセッションが確立されているかを意識することなく、ＰＡＮ９との間で確立されたセッションとして、当該セッションを用いて通信を行なうことができる。

図７は、複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ｄを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求し、そのセッションをどの通信端末で分担するかを決定し、セッション制御手段４ａに対してセッション結合指示情報を送信する（Ｓ９１）。

通信端末Ａと通信端末Ｂを選択する場合、通信端末Ｄは、セッション結合指示情報を生成するために、予めＰＡＮ９を構成する通信端末間での通信手段を利用して、通信端末Ａと通信端末Ｂに対して、情報のやり取りによる交渉を行い、セッションを分割すること、及びぞれぞれのセッションに割り当てる種別や属性などの分担を決定した後、通信端末Ｄは、セッション結合指示情報を送信することもできる。その際、前述した相手ユーザもしくは通信端末Ｃを宛先とするセッション確立のリクエストを送信するように要求する発呼指示情報を利用することも可能である。

前記セッション結合指示情報は、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストと、発呼端末リストで指定された複数の通信端末からセッション確立のリクエストが同時に送信されることを示す情報である。セッション制御手段４ａは、通信端末Ｄからセッション結合指示情報を受信すると、応答メッセージの送信と（Ｓ９２）、確認メッセージの受信を行なう（Ｓ９３）。ユーザは、通信端末Ｄからのセッション結合指示情報が許可されたことを確認すると、通信端末Ａと通信端末Ｂから相手ユーザもしくは通信端末Ｃを宛先とするセッション確立のリクエストを送信する（Ｓ９４、Ｓ９５）。

セッション制御手段４ａは、通信端末Ａと通信端末Ｂのそれぞれとのセッション確立の処理手順の状態を示す状態情報を管理する。セッション制御手段４ａは、通信端末Ｄから確認メッセージを受信すると、前記状態情報を参照して、発呼端末リストに含まれる通信端末のすべてからセッション確立のリクエストを受信するまで待機する。セッション制御手段４ａは、セッション結合指示情報で指定されたすべてのセッション確立のリクエストを受信すると、通信端末Ａと通信端末Ｂから受信したセッション確立のリクエストに含まれるセッション種別、属性を結合して、一つのリクエストとして通信端末Ｃへ送信する（Ｓ９６）。このリクエストの送信元は、ＰＡＮ９を指定する公開識別子が指定される。

セッション制御手段４ａは、通信端末Ｃから応答メッセージを受信すると（Ｓ９７）、前記状態情報を参照して、通信端末Ａと通信端末Ｂへの応答メッセージを生成し、それぞれの通信端末へ送信する（Ｓ９８、Ｓ９９）。通信端末Ｃからの応答メッセージが、セッションの種別や属性を変更する情報またはセッションの種別や属性の候補から選択した情報を含んでいる場合、セッション制御手段４ａは、予め定められた制御論理に従って、通信端末Ａと通信端末Ｂに対する応答メッセージを生成する。セッション制御手段４ａは、通信端末Ａと通信端末Ｂそれぞれの通信端末から確認メッセージを受信すると（Ｓ１００、Ｓ１０１）、通信端末Ｃへの確認メッセージを生成し、通信端末Ｃへ送信する（Ｓ１０２）。

ここで、通信端末Ｃとのセッション上を伝送されるアプリケーションデータを、通信端末Ａとのセッション、通信端末Ｂとのセッションのそれぞれで伝送されるアプリケーションデータへの分割（逆方向に伝送されるデータに対しては多重）が必要とされる場合、あるいは通信端末Ｃとのセッションを分割する際に一旦セッションを終端または中継する必要がある場合には、セッション制御手段４ａは、これらのセッションがメディアゲートウェイ４ｄを中継するように制御すると共に、メディアゲートウェイ４ｄにて必要な分割／多重処理を行なうように制御、指示する。

ここで示した手順例によれば、通信端末Ｃは、ＰＡＮ９の中のどの通信端末とどのようなセッションが確立されているかを意識することなく、ＰＡＮ９との間で確立されたセッションとして、当該セッションを用いて通信を行なうことができる。

本実施例では、セッション制御手段４ａは、通信端末Ｄからセッション結合指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なっているが、セッション結合指示情報で指定されたすべてのセッション確立のリクエストを受信した後、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なってもよい。

図８は、複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ａを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求し、そのセッションをどの通信端末で分担するかを決定し、セッション制御手段４ａに対して発呼指示情報と通信端末Ａから相手ユーザもしくは通信端末Ｃに対するセッション確立のリクエストを含んだメッセージを送信する（Ｓ１１１）。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子からなる宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストである。この例では、宛先端末リストには、相手ユーザもしくは通信端末Ｃを特定する公開識別子が指定される。また、発呼端末リストが指定する情報によって、セッション制御手段４ａの制御が異なる。

発呼端末リストに、ＰＡＮ９を指定する公開識別子が指定されている場合、通信制御装置４は、予め指定された制御論理に従い、どの通信端末へ発呼指示情報を送信するかを選択し（この場合、通信端末Ｂ）、通信端末Ａから受信した発呼指示情報から、通信端末Ｂに対し、それぞれの通信端末が確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する（Ｓ１１２）。つまり、セッション制御手段４ａは、通信端末Ａから受信した発呼指示情報を分割（本実施例の場合、転送先が通信端末Ｂのみのため、分割は行なわれない。）し、ＰＡＮ９を構成する通信端末に対し転送する制御を行なう。

発呼端末リストに、ＰＡＮ９を構成する複数の通信端末が指定されている場合、通信制御装置４は、発呼端末リストに含まれる通信端末のそれぞれに、確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する。発呼端末リストには、各通信端末の公開識別子とそれぞれの通信端末に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）を含む。つまり、セッション制御手段４ａは、通信端末Ａから受信した発呼指示情報を分割（本実施例の場合、転送先が通信端末Ｂのみのため、分割は行なわれない。）し、発呼端末リストに含まれる通信端末Ｂへ転送する制御を行なう。

また、着呼側にセッションの割り当ての自由度を持たせるために、発呼端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えてそれぞれの通信端末で受信したい前記セッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

通信端末Ｂは、セッション制御手段４ａに対しての応答メッセージの送信と（Ｓ１１３）、確認メッセージの受信を終えると（Ｓ１１４）、発呼指示情報に従って、相手ユーザもしくは通信端末Ｃへセッション確立のリクエストを送信する（Ｓ１１５）。

セッション制御手段４ａは、通信端末Ａと通信端末Ｂのそれぞれとのセッション確立の処理手順の状態を示す状態情報を管理する。セッション制御手段４ａは、通信端末Ａもしくは通信端末Ｂからセッション結合指示情報を含むセッション確立のリクエストを受信すると、前記状態情報を参照して、発呼端末リストに含まれる通信端末のすべてからセッション確立のリクエストを受信するまで待機する。セッション制御手段４ａは、セッション結合指示情報で指定されたすべてのセッション確立のリクエストを受信すると、通信端末Ａと通信端末Ｂから受信したセッション確立のリクエストに含まれるセッションの種別や属性を結合して、一つのリクエストとして通信端末Ｃへ送信する（Ｓ１１６）。このリクエストの送信元は、ＰＡＮ９を指定する公開識別子が指定される。

セッション制御手段４ａは、通信端末Ｃから応答メッセージを受信すると（Ｓ１１７）、前記状態情報を参照して、通信端末Ａと通信端末Ｂへの応答メッセージを生成し、それぞれの通信端末へ送信する（Ｓ１１８、Ｓ１１９）。通信端末Ｃからの応答メッセージが、セッションの種別や属性を変更する情報またはセッションの種別や属性の候補から選択した情報を含んでいる場合、セッション制御手段４ａは、予め定められた制御論理に従って、通信端末Ａと通信端末Ｂに対する応答メッセージを生成する。セッション制御手段４ａは、通信端末Ａと通信端末Ｂそれぞれの通信端末から確認メッセージを受信すると（Ｓ１２０、Ｓ１２１）、通信端末Ｃへの確認メッセージを生成し、通信端末Ｃへ送信する（Ｓ１２２）。

ここで、通信端末Ｃとのセッション上を伝送されるアプリケーションデータを、通信端末Ａとのセッション、通信端末Ｂとのセッションのそれぞれで伝送されるアプリケーションデータへの分割（逆方向に伝送されるデータに対しては多重）が必要とされる場合、あるいは通信端末Ｃとのセッションを分割する際に一旦セッションを終端または中継する必要がある場合には、セッション制御手段４ａは、これらのセッションがメディアゲートウェイ４ｄを中継するように制御すると共に、メディアゲートウェイ４ｄにて必要な分割／多重処理を行なうように制御、指示する。

ここで示した手順例によれば、通信端末Ｃは、ＰＡＮ９の中のどの通信端末とどのようなセッションが確立されているかを意識することなく、ＰＡＮ９との間で確立されたセッションとして、当該セッションを用いて通信を行なうことができる。

図９は、複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ｄを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求するかを決定し、セッション制御手段４ａに対して発呼指示情報を送信する（Ｓ１３１）。セッション制御手段４ａは、発呼指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と（Ｓ１３２）、通信端末Ｄからの確認メッセージの受信を行なう（Ｓ１３３）。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子からなる宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む発呼端末リストである。この例では、宛先端末リストには、相手ユーザもしくは通信端末Ｃを特定する公開識別子が指定される。また、発呼端末リストが指定する情報によって、セッション制御手段４ａの制御が異なる。

発呼端末リストに、ＰＡＮ９を指定する公開識別子が指定されている場合、通信制御装置４は、予め指定された制御論理に従い、どの通信端末へ発呼指示情報を送信するかを選択し（この場合、通信端末Ａと通信端末Ｂ）、通信端末Ｄから受信した発呼指示情報を分割し、通信端末Ａと通信端末Ｂに対し、それぞれの通信端末が確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する（Ｓ１３４、Ｓ１３７）。つまり、セッション制御手段４ａは、通信端末Ｄから受信した発呼指示情報を分割し、通信端末Ａと通信端末Ｂへ転送する制御を行なう。

発呼端末リストに、ＰＡＮ９を構成する複数の通信端末が指定されている場合、通信制御装置４は、発呼端末リストに含まれる通信端末のそれぞれに、確立すべきセッション種別、メディア種別、コーデック種別などを含んだ発呼指示情報を送信する。発呼端末リストには、各通信端末の公開識別子とそれぞれの通信端末に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）を含む。つまり、セッション制御手段４ａは、通信端末Ｄから受信した発呼指示情報を分割し、発呼端末リストに含まれる通信端末Ａと通信端末Ｂへ転送する制御を行なう。

また、着呼側にセッションの割り当ての自由度を持たせるために、発呼端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えてそれぞれの通信端末で受信したいセッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

通信端末Ａ、通信端末Ｂは、それぞれセッション制御手段４ａに対しての応答メッセージの送信と（Ｓ１３５、Ｓ１３８）、確認メッセージの受信を終えると（Ｓ１３６、Ｓ１３９）、発呼指示情報に従って、相手ユーザもしくは通信端末Ｃへセッション確立のリクエストを送信する（Ｓ１４０、Ｓ１４１）。

セッション制御手段４ａは、通信端末Ａと通信端末Ｂのそれぞれとのセッション確立の処理手順の状態を示す状態情報を管理する。セッション制御手段４ａは、通信端末Ａもしくは通信端末Ｂからセッション結合指示情報を含むセッション確立のリクエストを受信すると、前記状態情報を参照して、発呼端末リストに含まれる通信端末のすべてからセッション確立のリクエストを受信するまで待機する。セッション制御手段４ａは、セッション結合指示情報で指定されたすべてのセッション確立のリクエストを受信すると、通信端末Ａと通信端末Ｂから受信したセッション確立のリクエストに含まれるセッションの種別や属性を結合して、一つのリクエストとして通信端末Ｃへ送信する（Ｓ１４２）。このリクエストの送信元は、ＰＡＮ９を指定する公開識別子が指定される。

セッション制御手段４ａは、通信端末Ｃから応答メッセージを受信すると（Ｓ１４３）、前記状態情報を参照して、通信端末Ａと通信端末Ｂへの応答メッセージを生成し、それぞれの通信端末へ送信する（Ｓ１４４、Ｓ１４５）。通信端末Ｃからの応答メッセージが、セッションの種別や属性を変更する情報またはセッションの種別や属性の候補から選択した情報を含んでいる場合、セッション制御手段４ａは、予め定められた制御論理に従って、通信端末Ａと通信端末Ｂに対する応答メッセージを生成する。セッション制御手段４ａは、通信端末Ａと通信端末Ｂそれぞれの通信端末から確認メッセージを受信すると（Ｓ１４６、Ｓ１４７）、通信端末Ｃへの確認メッセージを生成し、通信端末Ｃへ送信する（Ｓ１４８）。

ここで、通信端末Ｃとのセッション上を伝送されるアプリケーションデータを、通信端末Ａとのセッション、通信端末Ｂとのセッションのそれぞれで伝送されるアプリケーションデータへの分割（逆方向に伝送されるデータに対しては多重）が必要とされる場合、あるいは通信端末Ｃとのセッションを分割する際に一旦セッションを終端または中継する必要がある場合には、セッション制御手段４ａは、これらのセッションがメディアゲートウェイ４ｄを中継するように制御すると共に、メディアゲートウェイ４ｄにて必要な分割／多重処理を行なうように制御、指示する。

ここで示した手順例によれば、通信端末Ｃは、ＰＡＮ９の中のどの通信端末とどのようなセッションが確立されているかを意識することなく、ＰＡＮ９との間で確立されたセッションとして、当該セッションを用いて通信を行なうことができる。

本実施例では、セッション制御手段４ａは、通信端末Ｄから発呼指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なっているが、通信端末Ａと通信端末Ｂそれぞれへの発呼指示情報の転送、応答メッセージの受信、確認メッセージの送信の後、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なってもよい。

図１０は、複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ｄを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求し、そのセッションをどの通信端末で分担するかを決定し、セッション制御手段４ａに対して発呼指示情報を送信する（Ｓ１５１）。セッション制御手段４ａは、発呼指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と（Ｓ１５２）、通信端末Ｄからの確認メッセージの受信を行なう（Ｓ１５３）。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子からなる発呼端末リストである。この例では、発呼端末リストには、セッション制御手段４ａを特定する公開識別子が指定される。また、宛先端末リストに含まれる情報によって、セッション制御手段４ａの制御が異なる。

宛先端末リストに、ＰＡＮ９を指定する公開識別子と相手ユーザもしくは通信端末Ｃを指定する公開識別子とが指定されている場合、通信制御装置４は、予め指定された制御論理に従い、どの通信端末へセッション確立のリクエストを送信するかを選択し（この場合、通信端末Ａと通信端末Ｂ）、通信端末Ａと通信端末Ｂに対し、それぞれの通信端末が確立すべきセッション種別、メディア種別、コーデック種別などを含んだセッション確立のリクエストを送信する（Ｓ１５４、Ｓ１５６）。セッション制御手段４ａは、ＰＡＮ９を構成する通信端末を指定する公開識別子と、相手ユーザもしくは通信端末Ｃを指定する公開識別子に、セッション確立のリクエストを送信するが、発呼側と着呼側の区別をする必要があるため、宛先端末リストに明示的に発呼側と着呼側の指定がされる。宛先端末リストでは、相手ユーザもしくは相手通信端末を指定する公開識別子とＰＡＮを指定する公開識別子とを明示的に区別される。また、ＰＡＮ９と相手ユーザもしくは通信端末Ｃのそれぞれに対するセッションの割り当てを示す情報は、同じである。セッション制御手段４ａは、先に、制御論理に従い選択した通信端末それぞれへセッション確立のリクエストを送信する。

宛先端末リストに、ＰＡＮ９を構成する複数の通信端末と相手ユーザもしくは通信端末Ｃが指定されている場合、通信制御装置４は、宛先端末リストに含まれる通信端末のそれぞれに、確立すべきセッション種別、メディア種別、コーデック種別などを含んだセッション確立のリクエストを送信する。宛先端末リストは、ＰＡＮ９を構成する通信端末の公開識別子には、それぞれの通信端末に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）が対応付けされ、相手ユーザもしくは通信端末Ｃの公開識別子には、ＰＡＮ９を構成するそれぞれの通信端末に割り当てられたセッションの種別、属性を統合した情報が対応付けされる。

また、着呼側にセッションの割り当ての自由度を持たせるために、宛先端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えて、それぞれの通信端末で受信したい前記セッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

セッション制御手段４ａは、通信端末Ａと通信端末Ｂと相手ユーザもしくは通信端末Ｃのそれぞれとのセッション確立の処理手順の状態を示す状態情報を管理する。セッション制御手段４ａは、通信端末Ａと通信端末Ｂそれぞれへセッション確立のリクエストを送信すると、前記状態情報を参照して、ＰＡＮ９を構成する通信端末のすべてから応答メッセージを受信するまで待機する。セッション制御手段４ａは、すべての応答メッセージを受信すると（Ｓ１５５、Ｓ１５７）、通信端末Ｃへセッション確立のリクエストを送信する（Ｓ１５８）。この際、ＰＡＮ９を構成する通信端末から受信した応答メッセージで指定されたセッションの種別、属性を結合して、一つのリクエストとして通信端末Ｃへ送信する。

セッション制御手段４ａは、通信端末Ｃから応答メッセージを受信すると（Ｓ１５９）、前記状態情報を参照して、通信端末Ａと通信端末Ｂと通信端末Ｃへの確認メッセージを生成し、それぞれの通信端末へ送信する（Ｓ１６０、Ｓ１６１、Ｓ１６２）。通信端末Ｃからの応答メッセージでセッション種別、属性の変更があった場合には、通信端末Ａと通信端末Ｂに対して、セッションの確立を再構成する。

ここで、通信端末Ｃとのセッション上を伝送されるアプリケーションデータを、通信端末Ａとのセッション、通信端末Ｂとのセッションのそれぞれで伝送されるアプリケーションデータへの分割（逆方向に伝送されるデータに対しては多重）が必要とされる場合、あるいは通信端末Ｃとのセッションを分割する際に一旦セッションを終端または中継する必要がある場合には、セッション制御手段４ａは、これらのセッションがメディアゲートウェイ４ｄを中継するように制御すると共に、メディアゲートウェイ４ｄにて必要な分割／多重処理を行なうように制御、指示する。

ここで示した手順例によれば、通信端末Ｃは、ＰＡＮ９の中のどの通信端末とどのようなセッションが確立されているかを意識することなく、ＰＡＮ９との間で確立されたセッションとして、当該セッションを用いて通信を行なうことができる。

本実施例では、セッション制御手段４ａは、通信端末Ｄから発呼指示情報を受信すると、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なっているが、通信端末Ａと通信端末Ｂそれぞれへの発呼指示情報の転送、応答メッセージの受信、確認メッセージの送信の後、通信端末Ｄへの応答メッセージの送信と通信端末Ｄからの確認メッセージの受信を行なってもよい。

図１１は、複数の通信端末のセッションを多重して確立する通信手順の他の例を説明するための図である。ユーザは、ＰＡＮ９を構成する通信端末群の中から、通信端末Ａを利用して、相手ユーザもしくは通信端末Ｃに対し、どのようなセッション確立を要求し、そのセッションをどの通信端末で分担するかを決定し、セッション制御手段４ａに対して発呼指示情報と、通信端末Ａから相手ユーザもしくは通信端末Ｃに対するセッション確立のリクエストを含んだメッセージを送信する（Ｓ１７１）。図１０で説明した実施例では、セッション制御手段４ａは、発呼指示情報を受信し、選択された通信端末に対して、セッション確立のリクエストを送信したが、本実施例では、通信端末Ａは、発呼指示情報とともに、セッション確立のリクエストを送信しているため、セッション制御手段４ａは、通信端末Ａからのセッション確立のリクエストを通信端末Ｃへ転送するとともに、発呼指示情報に基づき、セッション確立のリクエストを送信する。

前記発呼指示情報は、セッション確立のリクエストの宛先である相手ユーザもしくは相手通信端末を接続先として特定するための情報である公開識別子とそれぞれの通信端末にどのような種別、属性のセッションを割り当てるかを示す情報を含む宛先端末リストと、セッション確立のリクエストを送信する通信端末を特定するための情報である公開識別子からなる発呼端末リストである。この例では、発呼端末リストには、セッション制御手段４ａを特定する公開識別子が指定される。また、宛先端末リストに含まれる情報によって、セッション制御手段４ａの制御が異なる。

宛先端末リストに、ＰＡＮ９を指定する公開識別子と相手ユーザもしくは通信端末Ｃを指定する公開識別子とが指定されている場合、通信制御装置４は、予め指定された制御論理に従い、どの通信端末へセッション確立のリクエストを送信するかを選択し（この場合、通信端末Ｂ）、通信端末Ｂに対し、それぞれの通信端末が確立すべきセッション種別、メディア種別、コーデック種別などを含んだセッション確立のリクエストを送信する（Ｓ１７２）。セッション制御手段４ａは、ＰＡＮ９を構成する通信端末を指定する公開識別子と、相手ユーザもしくは通信端末Ｃを指定する公開識別子に、セッション確立のリクエストを送信するが、発呼側と着呼側の区別をする必要があるため、宛先端末リストに発呼側と着呼側の指定がされる。宛先端末リストでは、ＰＡＮ９を指定する公開識別子と通信端末Ａを指定する公開識別子に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）を統合した情報が、相手ユーザもしくは相手通信端末を指定する公開識別子に対応付けされる。セッション制御手段４ａは、先に、制御論理に従い選択した通信端末それぞれへセッション確立リクエスト送信する。

宛先端末リストに、ＰＡＮ９を構成する複数の通信端末と相手ユーザもしくは通信端末Ｃが指定されている場合、通信制御装置４は、宛先端末リストに含まれる通信端末のそれぞれに、確立すべきセッション種別、メディア種別、コーデック種別などを含んだセッション確立のリクエストを送信する。宛先端末リストは、ＰＡＮ９を構成する通信端末の公開識別子には、それぞれの通信端末に対するセッションの割り当て情報（確立すべきセッション種別、メディア種別、コーデック種別など）が対応付けされ、相手ユーザもしくは通信端末Ｃの公開識別子には、ＰＡＮ９を構成するそれぞれの通信端末に割り当てられたセッションの種別、属性を統合した情報が対応付けされる。

また、着呼側にセッションの割り当ての自由度を持たせるために、宛先端末リストには、それぞれの通信端末が受信することの可能なセッション種別、メディア種別、コーデック種別などと、加えてそれぞれの通信端末で受信したい前記セッション種別、メディア種別、コーデック種別などの優先度を示す情報を含んでいてもよい。

セッション制御手段４ａは、通信端末Ａと通信端末Ｂと相手ユーザもしくは通信端末Ｃのそれぞれとのセッション確立の処理手順の状態を示す状態情報を管理する。セッション制御手段４ａは、通信端末Ｂへセッション確立のリクエストを送信すると、通信端末Ｂから応答メッセージを受信するまで待機する。セッション制御手段４ａは、通信端末Ｂから応答メッセージを受信すると（Ｓ１７３）、通信端末Ｃへセッション確立のリクエストを送信する（Ｓ１７４）。この際、ＰＡＮ９を構成する通信端末から受信した応答メッセージで指定されたセッションの種別、属性と通信端末Ａからのセッション確立のリクエストで指定されたセッションの種別、属性とを結合して、一つのリクエストとして通信端末Ｃへ送信する。

セッション制御手段４ａは、通信端末Ｃから応答メッセージを受信すると（Ｓ１７５）、前記状態情報を参照して、通信端末Ａへの応答メッセージと、通信端末Ｂと通信端末Ｃへの確認メッセージを生成し、それぞれの通信端末へ送信する（Ｓ１７６〜Ｓ１７９）。通信端末Ｃからの応答メッセージでセッション種別、属性の変更があった場合には、通信端末Ａと通信端末Ｂに対して、セッションの確立を再構成する。

ここで、通信端末Ｃとのセッション上を伝送されるアプリケーションデータを、通信端末Ａとのセッション、通信端末Ｂとのセッションのそれぞれで伝送されるアプリケーションデータへの分割（逆方向に伝送されるデータに対しては多重）が必要とされる場合、あるいは通信端末Ｃとのセッションを分割する際に一旦セッションを終端または中継する必要がある場合には、セッション制御手段４ａは、これらのセッションがメディアゲートウェイ４ｄを中継するように制御すると共に、メディアゲートウェイ４ｄにて必要な分割／多重処理を行なうように制御、指示する。

ここで示した手順例によれば、通信端末Ｃは、ＰＡＮ９の中のどの通信端末とどのようなセッションが確立されているかを意識することなく、ＰＡＮ９との間で確立されたセッションとして、当該セッションを用いて通信を行なうことができる。

ここまで説明してきた図６から図１１に示す実施例では、一つのセッションを、ＰＡＮ９を構成する複数の通信端末とのセッションに分割すること、その際の通信端末の選択、それぞれのセッションの種別、属性などの割当て、などの判断、判定はセッション制御手段４ａが行なう場合について説明してきた。しかしながら、これらのセッションの内容に関るような高度な処理を、アプリケーションサーバ１にて行なうように構成することもできる。

この場合、セッション制御手段４ａは、セッションの確立、分割などの基本的な処理、制御を行なう機能を実現し、セッションの種別や属性、メディアやコーデックの種別や属性など、セッション上を伝送されるアプリケーションデータに関係する処理は、アプリケーションサーバ１が実行する。つまり、セッション制御手段４ａは、通信端末Ｃからのセッション確立のリクエストを受信すると、該リクエストで要求されたセッションの属性、種別などを、接続先であるＰＡＮ９を構成する通信端末の能力、属性などの情報と共に、アプリケーションサーバ１に通知する。アプリケーションサーバ１は、加入者情報管理手段４ｂからＰＡＮ９に関連する加入者の情報を取得するとともに、セッション制御手段４ａからの情報と加入者情報管理手段４ｂから情報に基づいて、セッションを分割することの判定、通信端末の選択と該通信端末へ割り当てるセッションの種別、属性、さらにはメディアゲートウェイ４ｄでの中継の要否などを判断、決定してセッション制御手段４ａへ指示する。

セッション制御手段４ａは、この指示を参照してセッションの分割、セッションの確立などの手順を実行する。このような構成とすることにより、将来、セッション制御手段４ａを変更することなく、アプリケーションサーバ１を設けるだけで、新規あるいは高度なサービスに対応できる柔軟で自由度の高い構成とすることができる。

なお、ここまで説明してきた図３、図４、図７、図９、図１０では、通信端末Ａおよび通信端末Ｂと、通信端末Ｄは、別の通信端末として説明したが、通信端末Ｄと、通信端末Ａまたは通信端末Ｂは同じ端末であってもよい。

以上説明したそれぞれの実施例では、セッションを二つの通信端末との間での二つのセッションに分割する例について説明してきたが、三つ以上の通信端末とのそれぞれのセッションに分割する場合にも同様に適用できる。

また、それぞれの実施例では、セッション制御手段を一つのブロックとして説明したが、それぞれの通信端末とセッション制御手段は、複数のセッション制御手段（例えばＳＩＰプロキシ）を介して接続されてもよい。その場合、ＰＡＮ及びＰＡＮを構成する通信端末に対するセッションの制御は、ＰＡＮが接続されたドメインを管理するセッション制御手段で行なわれる。

以上説明したように、本発明によれば、ＰＡＮからのセッション確立のリクエストにおいて、ＰＡＮを構成する複数の通信端末との間でのそれぞれのセッションに分割して確立することが可能となる。

また、セッション確立のリクエストを、複数の通信端末から同時に送信する際に、それぞれの通信端末との間でセッションの分割の交渉や発呼の指示が可能となる。

また、セッションを分割する際に、ユーザが通信端末の指定、セッションの分割の指定を行なうことが可能となり、ＰＡＮとして通信サービスを受ける際、ユーザの自由度が高い。

また、通信制御装置による管理により、通信端末への処理負荷、実装負担が軽減される。
また、課金の計算の複雑さを軽減するため、また、セッション制御手段の処理が、発呼側に対する処理と着呼側に対する処理とに明確に分割できるようになっているため、処理手順の途中で発呼側と着呼側が交代するようなメッセージのやり取りは行なわないように考慮されている。つまり、リクエストメッセージは、常に発呼側からもしくは発呼側のセッション制御手段から送信されることとなる。また、発呼側を管理するセッション制御手段がセッションの多重、ＰＡＮ内の通信端末への制御方法の決定などを行なえるようになる。

また、発呼指示を通信制御装置が転送し、ＰＡＮ内の通信端末に発呼させるため、ＰＡＮを構成する通信端末間での交渉やメッセージの送受信回数を軽減することができる。

また、第１の通信端末でセッションを管理することができ、通信制御装置からの応答（キャンセルや一部の通信端末がアクセス不能等）に応じた処理が第１の通信端末で可能となる。
また、複雑な応答メッセージや確認メッセージのやり取りが通信制御装置で行なわれるため、通信端末に対する負担が軽減される。また、通信制御装置が、相手通信端末とＰＡＮを構成する通信端末との間でのセッションの交渉のサポートをすることが可能となる。
また、メッセージの送受信回数を軽減することができる。

また、ユーザが、ＰＡＮを構成する通信端末から同時発呼するだけで、自動的に相手ユーザもしくは相手通信端末へ１つに多重したメッセージを送信することができる。
また、通信制御装置からＰＡＮを構成する通信端末のそれぞれに対し、発呼指示情報ではなく、セッション確立の要求が直接送信されるため、ＰＡＮを構成する通信端末の実装が容易となる。
また、セッションの分割を行なう際に、通信端末間のエンド・エンド間のみの制御で実現することが可能となり、特別な通信制御装置を必要としない。

１，１０１…アプリケーションサーバ（ＡＳ）、２…移動通信ネットワーク、３，１０４…コアネットワーク、４…通信制御装置、４ａ…セッション制御手段、４ｂ…加入者情報管理手段、４ｃ…加入者情報データベース、４ｄ…メディアゲートウェア、５，６，７，１０６…無線アクセスネットワーク、８ａ〜８ｃ…無線区間、９…ＰＡＮ、１０，１１０…ＵＳＩＭカード、１００…マルチメディア通信制御サブシステム、１０２…セッション制御装置（ＣＳＣＦ）、１０３…加入者情報管理装置（ＨＳＳ）、１０５…位置管理サーバ（ＶＬＲ／ＨＬＲ）、１０７…基地局、１０８…基地局制御装置、１０９…通信端末。

Claims (2)

1. 移動通信ネットワークにおける通信端末間の接続を制御する通信制御装置であって、
   該通信制御装置は、第１の通信端末から、該第１の通信端末と同一加入者情報に対応する第２の通信端末と、相手通信端末との間のメディア種別を含めた通信確立を要求する情報を受信し、該受信した情報に基づいて、前記相手通信端末と前記第２の通信端末との通信確立処理を行うことを特徴とする通信制御装置。
2. 移動通信ネットワークにおける通信端末間の接続を制御する通信制御装置の通信制御方法であって、
   該通信制御装置が、第１の通信端末から、該第１の通信端末と同一加入者情報に対応する第２の通信端末と、相手通信端末との間のメディア種別を含めた通信確立を要求する情報を受信し、該受信した情報に基づいて、前記相手通信端末と前記第２の通信端末との通信確立処理を行うことを特徴とする通信制御方法。

Images