JP2008546300A

JP2008546300A - プッシュツートークオーバーセルラーセッション入れ替えのためのシステム及び方法

Info

Publication number: JP2008546300A
Application number: JP2008514556A
Authority: JP
Inventors: シルマライ−エチャムパディセシャドゥリ; ヴェンカテスワールジーディグンタ; スン−ジンパク; サン−キュンスン
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-06-02
Filing date: 2006-06-02
Publication date: 2008-12-18
Anticipated expiration: 2026-06-02
Also published as: CN101982988A; US9071660B1; CN101982988B; JP4818356B2; KR20060125598A; CN101189892A; KR101180993B1

Abstract

【課題】ＰｏＣセッション入れ替えのためのシステム及び方法を提供する。
【解決手段】接続可能なセッションの最大数が制限されているマルチセッションに参加しているＰｏＣクライアントが招待要請を受信した場合、自身の接続可能なセッションの最大数をチェックし、最大接続セッション数に至っていると、この事実を自身のユーザに知らせ、該ユーザが招待を要請したセッションを確認し、接続されているまたは最後に要請されたセッションのいずれかを解除するようにする方案を提供する。
【選択図】図３

Description

本発明は、プッシュツートークオーバーセルラー（ＰｕｓｈｔｏＴａｌｋＯｖｅｒＣｅｌｌｕｌａｒ；以下、‘ＰｏＣ’と呼ぶ。）システムにおいて同時セッション処理手順を支援する技術に関する。

ＰｏＣシステムは、セッション設定、セッション管理及びセッション終了のために、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）技術によって提供されるインフラ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を利用する。このようなＰｏＣシステムでマルチセッションを提供する際に、利用可能資源が制限されていることを考慮すると、無限数の同時セッションが提供されることはできない。

ＰｏＣシステムにおいて、マルチセッションの管理は、ＰｏＣサーバで行われても良く、ＰｏＣクライアントで行われても良い。これらの２つの場合について、図１及び図２に基づいて説明すると、下記の通りである。

まず、図１を参照して、ＰｏＣサーバにおけるＰｏＣ同時セッションシナリオについて説明する。図１は、従来の同時ＰｏＣセッションの数が限界を超過する場合のサーバ特性を表すシナリオを示す図である。

図１では、ユーザＡがユーザＢをＰｏＣセッションに招待することを希望しており、ユーザＢは、マルチＰｏＣセッションに参加しているとともに、ＰｏＣセッション支援可能な最大限界に至っており、かつ、ユーザＢのＰＦは同時セッションを支援すると仮定する。以下では、ＰｏＣユーザとＰｏＣクライアントを区分せず、同じ意味で使うものとする。

図１を参照すると、ユーザＡは、ユーザＢをＰｏＣ会話に招待したい場合、招待要請であるＩＮＶＩＴＥメッセージをユーザＢに送信する。すると、ＣｏｎｔｒｏｌｌｉｎｇＰｏＣＦｕｎｃｔｉｏｎ（以下、‘ＣＦ’と称する。）Ｂは、該ＩＮＶＩＴＥメッセージを、ステップ１００〜１０４で、ＳＩＰシグナリング手順によってＰａｒｔｉｃｉｐａｔｉｎｇＦｕｎｃｔｉｏｎＢ（以下、‘ＰＦＢ’と称する。）にルーティングする。該ＰＦＢは、ステップ１０６で、ＩＮＶＩＴＥメッセージを受信し、ユーザＢが同時セッションに対する最大限界に至っているか否かを確認する。ステップ１０６の確認結果、ユーザＢが既に同時ＰｏＣセッションの最大限界に至っていると、ＰＦＢは、ステップ１０８〜１１２で、‘４８６Ｂｕｓｙ’メッセージでＩＮＶＩＴＥメッセージに応答する。ＰＦＢは、ユーザＢが既存のＰｏＣセッションの少なくとも一つを解除するまで、ビジー（ｂｕｓｙ）状態で応答し続ける。

上記のように、ＰｏＣサーバにおけるＰｏＣ同時セッションシナリオで、ユーザＡがユーザＢにＰｏＣセッションに参加するように招待要請すると、ＰＦＢは、この招待要請をルーティングする前に、ユーザＢの招待されたＰｏＣセッションへの参加可否を判断する。もし、ＰＦＢは、ユーザＢが“同時セッションの最大数に参加中”であると認識すると、ＣＦＢに４８６Ｂｕｓｙメッセージを送信し、該ＣＦＢは、ユーザＢがビジー(ｂｕｓｙ)であると認識し、自動的にユーザＡに応答する。

次に、図２を参照してＰｏＣクライアントにおけるＰｏＣ同時セッションシナリオについて説明する。図２は、従来の同時ＰｏＣセッションの数が限界を超過する場合のクライアント特性を表すシナリオを示す図である。

図２では、図１における場合と同様に、ユーザＡがユーザＢをＰｏＣセッションに招待することを希望しており、ユーザＢは、マルチＰｏＣセッションに参加しているとともに、ＰｏＣセッション支援可能な最大限界に至っており、かつ、ユーザＢのＰＦは同時セッションを支援すると仮定する。

ユーザＡは、ユーザＢをＰｏＣ会話に招待したい場合、まず、招待要請であるＩＮＶＩＴＥメッセージをユーザＢに送信する。すると、ＣＦＢは、該ＩＮＶＩＴＥメッセージを、ステップ２００〜２０４で、ＳＩＰシグナリング手順によってＰＦＢにルーティングする。該ＰＦＢは、ステップ２０６及び２０８で、ＩＮＶＩＴＥメッセージをユーザＢにルーティングする。すると、ＰｏＣクライアントＢは、ステップ２１０で、許容された最大ＰｏＣセッションの数を確認し、もしユーザＢが同時ＰｏＣセッションの最大限界に至っていると、ステップ２１０〜２２０で、ＰｏＣクライアントＢは、ユーザＢが既に同時ＰｏＣセッションの最大限界に至っているので、‘ＲＥＪＥＣＴ’メッセージでＩＮＶＩＴＥメッセージに応答する。ＰｏＣクライアントＢは、ユーザＢが既存に参加しているＰｏＣセッションの少なくとも一つが解除されるまで、ビジー(ｂｕｓｙ)状態で応答し続ける。

上記のように、ＰｏＣクライアントにおけるＰｏＣ同時セッションシナリオでは、ユーザＡがユーザＢにＰｏＣセッションに参加するように招待要請を送信すると、ＰＦＢは、該招待要請をユーザＢにルーティングする。以降、招待要請を受信したＰｏＣクライアントが、ユーザＢが“同時セッションするにはあまりにもビジー”であると認識すると、ＰＦＢは、ユーザＢがビジー(ｂｕｓｙ)であると解釈し、自動でユーザＡに応答する。あるいは、ＰＦＢは、ユーザＢに招待要請をルーティングせず、直接、ユーザＢがＢｕｓｙであるとユーザＡに応答する。

上記のように、ＰｏＣサーバは、マルチセッションに参加しているＰｏＣクライアントにセッション招待要請がある場合、ＰｏＣクライアントが一回に接続可能な同時セッションの最大数を全て使用していると、受信ユーザがビジー(ｂｕｓｙ)であると判断し、招待要請したユーザに、現在受信ユーザが参加不可能であるということを通報する。

しかしながら、ＰｏＣクライアントが現在参加中のセッションに比べて、新しく招待要請されたセッションがより重要な場合がありうるが、この場合にもユーザが同時セッションの最大数を使用していると、セッションを選択する権限もなしに自動でビジー(ｂｕｓｙ)と判断されてしまう。このようなＰｏＣクライアントのセッション選択権限の制限によって、ＰｏＣユーザは、より重要な招待要請のＰｏＣセッションを逃すという問題があった。

本発明は、上記の問題点を解決するためのもので、マルチセッションに参加中に、向上したセッション管理メカニズムを介して、より多くの融通性（ｆｌｅｘｉｂｉｌｉｔｙ）をユーザ（ｅｎｄｕｓｅｒ）に提供することができるＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

本発明は、新着ＰｏＣセッションを既存のＰｏＣセッションの一つに入れ替え、同時セッションの限界に対処することができるようにしたＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

本発明は、一回に許容された最大ＰｏＣセッションの数が最大限界を超えている同時セッション状況で、ユーザが新しいＰｏＣセッション招待に対する受諾または拒絶を決定できるようにするＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

本発明は、同時セッションの数が最大限界を超過する時に、同時セッションを管理するためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

本発明は、アップデートを介してＰｏＣサービス環境でマルチセッション管理をするためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

本発明は、サーバがＰｏＣサービス環境でＩＮＶＩＴＥメッセージをルーティングするためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

本発明は、ＰｏＣサーバが既存のセッションを解除する前に、招待受諾を受信する時に、タイマーを維持するシステム及び方法を提供することにある。

本発明は、新しい招待要請を受信すると、クライアントがＰｏＣセッションを入れ替えるためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。

上記の目的を達成するための本発明は、ＰｏＣセッション入れ替えのためのシステムであって、ＰｏＣクライアントへのセッション招待要請があると、上記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認し、もしマルチセッション管理のための設定が手動になっていると、上記セッション招待要請を上記ＰｏＣクライアントにルーティングするＰｏＣサーバと、上記セッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否か確認し、もし参加可能なセッションを全て使用していると、これをユーザに知らせ、上記招待要請されたセッションと現在接続中のセッションのうち少なくとも一つのセッションを選択するようにするＰｏＣクライアントと、を含む構成とした。

上記の目的を達成するための本発明は、マルチセッションに参加するＰｏＣクライアントから新しいセッション招待要請がある場合、要請を受けたＰｏＣクライアントがマルチセッションを管理する方法であって、ＰｏＣサーバが、セッション招待要請を受けたＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認するステップと、マルチセッションを支援するように設定されていると、上記セッション招待要請を上記ＰｏＣクライアントにルーティングするステップと、ＰｏＣクライアントがセッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否か確認し、参加可能なセッションを全て使用していると、これをユーザに知らせ、上記招待要請されたセッションと現在接続中のセッションのうち少なくとも一つのセッションを選択するようにするステップと、ＰｏＣクライアントがセッション招待要請を受諾した場合、既存のＰｏＣセッションの一つを解除するステップと、ＰｏＣクライアントがセッション参加を拒絶した場合、ＩＮＶＩＴＥメッセージに対してｒｅｊｅｃｔメッセージを送るステップと、を具備する構成とした。

本発明によれば、一回に許容されたＰｏＣセッション数の最大限界を超過するマルチセッションに参加しているクライアントに、招待要請が到着した場合、ユーザが新しいＰｏＣセッション招待に対する受諾または拒絶を決定できるようにすることが可能になる。

まず、マルチセッションに参加しているＰｏＣクライアントが招待要請を受信した場合、そのユーザが招待要請セッションを直接確認し、接続されているまたは最後に要請されたセッションのいずれかを解除（ｒｅｌｅａｓｅ）するために、ＰｏＣサービス環境を設定しなければならない。

マルチセッション管理のためのＰｏＣサービス環境設定のためのスキーマを示す図４及び５を参照すると、図４のボックス４００内のＸＭＬのように、ＰｏＣユーザは、接続可能なセッションの最大数を全て使用した場合、新着の招待を受信したいか否かに対する自身の意向を、ＰｏＣサービス環境によって設定できる。この場合、マルチセッション管理設定を“ａｕｔｏｍａｔｉｃ”または“ｍａｎｕａｌ”にすることができる。マルチセッション管理設定が“ａｕｔｏｍａｔｉｃ”になっていると、サーバ自体が招待を拒絶し、終着(ｔｅｒｍｉｎａｔｉｎｇ)ＰｏＣクライアントが“Ｂｕｓｙ”であると判断する。これは、デフォルト値として見なされる。一方、マルチセッション管理設定が“ｍａｎｕａｌ”になると、サーバは、ＰｏＣクライアントにＩＮＶＩＴＥメッセージをルーティングし、最大同時セッション限界が保持されるようにＰｏＣセッションを管理する。

このようなマルチセッション管理設定によって、サーバは、ＩＮＶＩＴＥメッセージを拒絶するか、または、ユーザにルーティングするかを決定する。また、この決定に際して、サーバは、招待されたクライアントが参加可能な最大セッションを全て使用した場合、上記のサービス環境を確認する。これは、既存のＰｏＣ環境パブリッシュ（ｐｕｂｌｉｓｈ）手順によってなされることができる。

次に、上記のようにマルチセッション管理のためのＰｏＣサービス環境が設定されており、また、マルチセッションに参加しているＰｏＣクライアントが招待要請を受けた場合に、ＰｏＣサーバとＰｏＣクライアント間に送受信される信号及び動作について、図３を参照して説明する。図３は、本発明の実施の形態によって、同時ＰｏＣセッションの数が限界を超過する場合に提案される特性を表すシナリオを示す図である。

まず、ＰｏＣクライアントは、マルチセッションを支援する時に、マルチセッション管理と関連したサービス環境を明示するための規定を有し、ＰｏＣサーバは、マルチセッションを支援する時に、マルチセッション管理と関連したサービス環境をアップデートするための規定を有する。

ＰｏＣサーバは、ステップ３００〜３０４で、セッション招待要請メッセージであるＩＮＶＩＴＥメッセージを受信すると、ＰｏＣサービス環境でマルチセッション管理設定が“ａｕｔｏｍａｔｉｃ”になっているか、“ｍａｎｕａｌ”になっているか判断する。マルチセッション管理設定が“ａｕｔｏｍａｔｉｃ”になっていると、ＰｏＣサーバ自体が招待を拒絶し、終着ＰｏＣクライアントを“Ｂｕｓｙ”として判断し、セッション招待を要請したクライアントに“Ｂｕｓｙ”メッセージで応答する。

マルチセッション管理設定が“ｍａｎｕａｌ”になっていると、ＰｏＣサーバは、ステップ３０６及び３０８で、ＩＮＶＩＴＥメッセージを終着ＰｏＣクライアントであるＰｏＣクライアントＢにルーティングする。

ステップ３１０で、ＰｏＣクライアントＢは、ＩＮＶＩＴＥメッセージを受信すると、自身の接続可能なセッションの最大数を確認し、そのユーザに現在受信したセッション招待要請を知らせる。参加可能なセッションを全て使用している場合、既存ＰｏＣセッションの代わりに、新しく受信したセッションに参加するというユーザの要求があれば、まず、ステップ３１２及び３１４で、ＢＹＥメッセージを参加（Ｐａｒｔｉｃｉｐａｔｉｎｇ）ＰｏＣサーバに送り、既存ＰｏＣセッションの一つを解除するということを知らせる。場合によっては、一つ以上のＰｏＣセッションを解除しても良い。このＢＹＥメッセージは、解除するＰｏＣセッションのＩＤを含んでおり、このＩＤは、コンファレンスＵＲＩ（ＣｏｎｆｅｒｅｎｃｅＵＲＩ）、ＳＩＰＵＲＩまたはインデックスなど、ＰｏＣセッションを識別するものであればいずれも可能である。参加ＰｏＣサーバは、ＢＹＥメッセージのＰｏＣセッションＩＤを用いて対応するコントローリング（Ｃｏｎｔｒｏｌｌｉｎｇ）ＰｏＣサーバにＢＹＥメッセージを送り、ＰｏＣセッションの終了を知らせる。ＢＹＥメッセージを受信しなかったコントローリングＰｏＣサーバは、セッションをそのまま維持する。これに対し、ＢＹＥメッセージを受信したコントローリングＰｏＣサーバは、ステップ３１８〜３２２で、ＰｏＣセッション解除が完了したということをＯＫメッセージを介してＰｏＣクライアントＢに知らせる。続いて、ＰｏＣクライアントＢは、ステップ３２４〜３３２で、ＩＮＶＩＴＥメッセージを送ったコントローリングＰｏＣサーバにＯＫメッセージを送ることによって、新しいセッション招待に参加したことを知らせる。

参加ＰｏＣサーバは、ＢＹＥメッセージを受信する時間をタイマーによって設定することができる。タイマーが満了するまでＢＹＥメッセージを受信しないと、参加ＰｏＣサーバは、新しいセッション招待にＰｏＣクライアントＢが参加しないと認識し、Ｂｕｓｙメッセージを、ＰｏＣセッション招待を要請したクライアントに送る。タイマー満了以降にＰｏＣクライアントＢから入力される全てのメッセージに対して、タイマーが満了したというメッセージ(例えば、受け入れ不可（Ｎｏｔａｃｃｅｐｔａｂｌｅ）)を送る。

マルチセッション管理のためのＰｏＣサービス環境が設定されていない場合には、ＰｏＣクライアントの応答モード（Ａｎｓｗｅｒｍｏｄｅ）によって上記の手順（ｐｒｏｃｅｄｕｒｅ）に影響が与えられる。応答モードがＭａｎｕａｌ応答モードである場合、上記でマルチセッション管理設定が“Ｍａｎｕａｌ”になっている場合と同様にマルチセッション管理が行われる。応答モードがＡｕｔｏ応答モードである場合には、ステップ３０６及び３０８で、ＰｏＣクライアントＢのａｕｔｏ応答設定を無視しろとの命令を含めたＩＮＶＩＴＥメッセージを、ＰｏＣクライアントＢへ送る。以降の手順は、上記の説明と同一である。

以上では、具体例を挙げて本発明を説明してきたが、これらの具体例に限定されず、添付した特許請求の範囲に定義された本発明の精神及び範囲から逸脱しない範囲内で本発明の様々な変形または変更が可能であるということが、当該技術分野における通常の知識を持つ者にとっては明らかである。

従来の同時ＰｏＣセッションの数が限界を超過した場合のサーバ特性を表すシナリオを示す図である。従来の同時ＰｏＣセッションの数が限界を超過した場合のクライアント特性を表すシナリオを示す図である。本発明の実施形態によって、同時ＰｏＣセッションの数が限界を超過する場合に提案される特性を表すシナリオを示す図である。本発明の実施形態によるマルチセッション管理のためのＰｏＣサービス環境設定のためのスキーマを示す図である。本発明の実施形態によるマルチセッション管理のためのＰｏＣサービス環境設定のためのスキーマを示す図である。

Claims

プッシュツートークオーバーセルラー（ＰｏＣ）セッション入れ替えのためのシステムであって、
ＰｏＣクライアントへのセッション招待要請があると、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認し、マルチセッション管理のための設定が手動になっていると、前記セッション招待要請を前記ＰｏＣクライアントにルーティングするＰｏＣサーバと、
前記セッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否か確認し、参加可能なセッションを全て使用していると、これをユーザに知らせ、前記招待要請されたセッションと現在接続中のセッションのうち少なくとも一つのセッションを選択するようにするＰｏＣクライアントと、
を含むことを特徴とするＰｏＣセッション入れ替えのためのシステム。
前記ＰｏＣサーバは、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定が自動になっていると、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、招待要請に対する拒絶メッセージを伝送することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのシステム。
前記ＰｏＣクライアントは、前記ユーザによって、前記招待要請されたセッションと現在接続中のセッションのうち少なくとも一つのセッションが選択されると、該選択されたセッションを解除するためのメッセージを前記ＰｏＣサーバに伝送することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのシステム。
前記ＰｏＣクライアントは、前記ユーザから、前記セッション招待要請を受諾するための要求が入力されると、前記セッション招待の受諾を知らせる応答メッセージを、前記ＰｏＣサーバに伝送することを特徴とする請求項２に記載のＰｏＣセッション入れ替えのためのシステム。
前記ＰｏＣサーバは、前記セッションを解除するためのメッセージを受信すると、前記メッセージに含まれた解除すべきセッションを確認し、該セッションを解除することを特徴とする請求項３に記載のＰｏＣセッション入れ替えのためのシステム。
前記ＰｏＣサーバは、前記セッション招待の受諾を知らせる応答メッセージを受信すると、前記要請された招待セッションを設定することを特徴とする請求項４に記載のＰｏＣセッション入れ替えのためのシステム。
前記ＰｏＣサーバは、前記マルチセッション管理のための設定が手動になっていると、前記セッション招待要請を前記ＰｏＣクライアントにルーティングした後、前記ＰｏＣクライアントからセッション解除のためのメッセージを受信するためのタイマーを起動し、前記タイマーが満了するまで前記セッション解除のためのメッセージを受信しないと、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、招待要請に対する拒絶メッセージを転送することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのシステム。
マルチセッションに参加するＰｏＣクライアントに新しいセッション招待要請がある場合、前記ＰｏＣクライアントが前記セッションを管理する方法であって、
ＰｏＣサーバが、ＰｏＣクライアントへのセッション招待要請があると、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認し、該マルチセッション管理のための設定が手動になっていると、前記セッション招待要請を前記ＰｏＣクライアントにルーティングするステップと、
ＰｏＣクライアントが前記セッション招待要請を受信すると、参加可能なセッションの最大数が全て使用されているか否かを確認し、参加可能なセッションが全て使用されていると、これをユーザに知らせ、前記招待要請されたセッションと現在接続中のセッションのうち少なくとも一つのセッションを選択するようにするステップと、
を含むことを特徴とするＰｏＣセッション入れ替えのための方法。
前記ＰｏＣサーバは、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定が自動になっていると、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、招待要請に対する拒絶メッセージを伝送するステップをさらに具備することを特徴とする請求項８に記載のＰｏＣセッション入れ替えのための方法。
前記ＰｏＣクライアントは、前記ユーザによって、前記招待要請されたセッションと現在接続中のセッションのうち少なくとも一つのセッションが選択されると、該選択されたセッションを解除するためのメッセージを、前記ＰｏＣサーバに伝送するステップをさらに具備することを特徴とする請求項８に記載のＰｏＣセッション入れ替えのための方法。
前記ＰｏＣクライアントは、前記ユーザから、前記セッション招待要請を受諾するための要求が入力されると、前記セッション招待の受諾を知らせる応答メッセージを前記ＰｏＣサーバに伝送するステップをさらに具備することを特徴とする請求項９に記載のＰｏＣセッション入れ替えのための方法。
前記ＰｏＣサーバは、前記セッションを解除するためのメッセージを受信すると、前記メッセージに含まれた解除すべきセッションを確認し、該セッションを解除するステップをさらに具備することを特徴とする請求項１０に記載のＰｏＣセッション入れ替えのための方法。
前記ＰｏＣサーバは、前記セッション招待の受諾を知らせる応答メッセージを受信すると、前記要請された招待セッションを設定するステップをさらに具備することを特徴とする請求項１１に記載のＰｏＣセッション入れ替えのための方法。
前記ＰｏＣサーバは、前記マルチセッション管理のための設定が手動になっていると、前記セッション招待要請を前記ＰｏＣクライアントにルーティングした後、前記ＰｏＣクライアントからセッション解除のためのメッセージを受信するためのタイマーを起動し、前記タイマーが満了するまで前記セッション解除のためのメッセージを受信しないと、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、招待要請に対する拒絶メッセージを伝送するステップをさらに具備することを特徴とする請求項８に記載のＰｏＣセッション入れ替えのための方法。