(57)【要約】  本発明は、ホーム加入者サーバ（ＨＳＳ）のインターフェイスの負荷を軽減する方法を提供する。サービングコールセッションコントロール機能（Ｓ−ＣＳＣＦ）のネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＳ−ＣＳＣＦから受信した後、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦのネームを最初に保存し、ユーザの加入情報を含む応答メッセージをＳ−ＣＳＣＦに返信する。本発明は、ユーザの加入情報についての問い合わせステップを簡素化し、サービス手続を最適化し、ＨＳＳのインターフェイスの負荷を軽減する。加えて、問い合わせメッセージをＩ−ＣＳＣＦから受信した際、ＨＳＳは、Ｓ−ＣＳＣＦのネーム、及びＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに直ちに返信し、さらにＨＳＳのインターフェイスの負荷を軽減する。本発明は、既存のネットワークアーキテクチャ及びサービス実施に影響を与えず、また、既存のインターフェイス仕様を修正する必要が無いので、高い互換性及び拡張性がある。【選択図】  図２Ａ
2007518317.tif 000002
【特許請求の範囲】
【請求項１】
ホーム加入者サーバ（ＨＳＳ）のインターフェイスの負荷を軽減する方法であって、
サービングコールセッションコントロール機能（Ｓ−ＣＳＣＦ）のネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＳ−ＣＳＣＦから受信した上で、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦのネームを最初に保存し、それから、ユーザの加入情報を含む応答メッセージをＳ−ＣＳＣＦに返信する
ことを含む方法。
【請求項２】
Ｓ−ＣＳＣＦの情報についての問い合わせのために要求メッセージをインターロゲーティングコールセッションコントロール機能（Ｉ−ＣＳＣＦ）から受信した上で、ＨＳＳは、Ｓ−ＣＳＣＦを決定するために必要な情報を含む問い合わせ応答メッセージをＩ−ＣＳＣＦに返信し、応答メッセージにおける返信された情報に従い、Ｉ−ＣＳＣＦは、移動端末（ＵＥ）のために働く能力を有するＳ−ＣＳＣＦを決定すると共に、ＵＥの要求メッセージを、決定されたＳ−ＣＳＣＦに転送することをさらに含む請求項１に記載の方法。
【請求項３】
パブリックユーザＩＤが初回の登録を実行する際、
ＨＳＳに登録されている登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがあり、登録がまだ有効ならば、そして、ＵＥのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦを必要としないとＨＳＳが決定するならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いているＳ−ＣＳＣＦのネームを含み、
登録ステータスが未登録あるいは最後にＵＥによって使用されたＳ−ＣＳＣＦのネームをまだＨＳＳが保存しているが登録が満了している少なくとも一つのパブリックユーザＩＤがあるならば、あるいは、コールされた未登録のパーティーとしてＵＥがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含み、
ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存し、ＵＥのために働くＳ−ＣＳＣＦを再選択するために必要なＩ−ＣＳＣＦであるかどうかをＨＳＳが確信しないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたＳ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含み、
ＵＥのために働いてきた指定されたＳ−ＣＳＣＦのネームをＨＳＳが保存しないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む
請求項２に記載の方法。
【請求項４】
ＨＳＳから返信された情報がＳ−ＣＳＣＦのネームのみを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、ユーザのために働く能力を有するＳ−ＣＳＣＦとして、返信された情報におけるＳ−ＣＳＣＦを用いることをさらに含み、
ＨＳＳから返信された情報が、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットだけを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、返信された応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従うＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、ＵＥのために働く能力を有するＳ−ＣＳＣＦとして新しく選択されたＳ−ＣＳＣＦを決定することをさらに含み、
ＨＳＳから返信された情報が、Ｓ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、Ｓ−ＣＳＣＦがＵＥの目下のサービス要求を満足させる能力を有するかどうかをＳ−ＣＳＣＦの返信されたネームに従って確認し、そうならば、返信されたＳ−ＣＳＣＦがＵＥのために働く能力を有するＳ−ＣＳＣＦであると決定し、そうでなければ、応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従ってＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、新しく選択されたＳ−ＣＳＣＦがＵＥのために働く能力をＳ−ＣＳＣＦであると決定することをさらに含む
請求項３に記載の方法。
【請求項５】
Ｉ−ＣＳＣＦからＳ−ＣＳＣＦの情報を問い合わせるための要求メッセージをＨＳＳが受信した後、ユーザの加入情報及びオペレータのポリシーに従い、ＵＥが目下のネットワークにおける登録要求を実行することを、その後のステップが実行される以前に許可されることを決定することをさらに含む請求項２に記載の方法。
【請求項６】
パブリックユーザＩＤが初回の登録を実行する際、
Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含み、あるいは、
メッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含む
請求項２に記載の方法。
【請求項７】
ＵＥがセッション中、
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存するならば、ＨＳＳは、システム構造に従い、Ｓ−ＣＳＣＦのネームを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ＵＥのセッション要求メッセージをＳ−ＣＳＣＦに転送し、あるいは、ＨＳＳは、Ｓ−ＣＳＣＦのネームの情報、及びＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ユーザのために働く能力を有するＳ−ＣＳＣＦを決定して、ＵＥのセッション要求メッセージを、決定されたＳ−ＣＳＣＦに転送し、
ＵＥのために働いてきたＳ−ＣＳＣＦがＨＳＳに保存されていないならば、ＨＳＳは、ＵＥのために働く能力を有するＳ−ＣＳＣＦをＩ−ＣＳＣＦが決定し且つ決定されたＳ−ＣＳＣＦにユーザのセッション要求メッセージを転送する以前に、ＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに直ちに返信する
請求項２に記載の方法。
【請求項８】
ＵＥがセッション中、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Location-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Location-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含み、あるいは、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含む
請求項２に記載の方法。
【請求項９】
Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージは、Cx-Putメッセージによって運ばれ、ＨＳＳによってＳ−ＣＳＣＦに返信される前記応答メッセージは、Cx-Put Respメッセージによって運ばれる、あるいは、
Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージは、Cx-Pullメッセージによって運ばれ、ＨＳＳによってＳ−ＣＳＣＦに返信される前記応答メッセージは、Cx-Pull Respメッセージによって運ばれる
請求項１に記載の方法。
【請求項１０】
Ｓ−ＣＳＣＦに返信された応答メッセージにおける前記ユーザの加入情報は、少なくともユーザプロフィール情報を含む請求項１に記載の方法。
【請求項１１】
ホーム加入者サーバ（ＨＳＳ）のインターフェイスの負荷を軽減する方法であって、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからメッセージを受信した上で、ＨＳＳは、Ｓ−ＣＳＣＦを決定するために必要な情報を含む問い合わせ応答メッセージをＩ−ＣＳＣＦに返信し、Ｉ−ＣＳＣＦは、ＵＥのために働く能力を有するＳ−ＣＳＣＦを決定すると共に、決定されたＳ−ＣＳＣＦにＵＥの要求メッセージを転送する
ことを含む方法。
【請求項１２】
パブリックユーザＩＤが初回の登録を実行する際、
ＨＳＳに登録されている登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがあり、登録がまだ有効ならば、そして、ＵＥのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦを必要としないとＨＳＳが決定するならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いているＳ−ＣＳＣＦのネームを含み、
登録ステータスが未登録あるいは最後にＵＥによって使用されたＳ−ＣＳＣＦのネームをまだＨＳＳが保存しているが登録が満了している、登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがあるならば、あるいは、コールされた未登録のパーティーとしてＵＥがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含み、
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存し、ＵＥのために働くＳ−ＣＳＣＦを再選択するために必要なＩ−ＣＳＣＦであるかどうかをＨＳＳが確信しないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含み、
ＵＥのために働いてきた指定されたＳ−ＣＳＣＦがＨＳＳに保存されていないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む
請求項１１に記載の方法。
【請求項１３】
ＨＳＳから返信された情報がＳ−ＣＳＣＦのネームのみを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、ＵＥのために働く能力を有するＳ−ＣＳＣＦである、返信された情報におけるＳ−ＣＳＣＦを用いることをさらに含み、
ＨＳＳから返信された情報が、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットだけを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、返信された応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従うＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、ＵＥのために働く能力を有するＳ−ＣＳＣＦとして新しく選択されたＳ−ＣＳＣＦを決定することをさらに含み、
ＨＳＳから返信された情報が、Ｓ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、Ｓ−ＣＳＣＦがＵＥの目下のサービス要求を満足させる能力を有するかどうかをＳ−ＣＳＣＦの返信されたネームに従って確認し、そうならば、返信されたＳ−ＣＳＣＦがＵＥのために働く能力を有するＳ−ＣＳＣＦであると決定し、そうでなければ、応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従ってＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、新しく選択されたＳ−ＣＳＣＦがＵＥのために働く能力をＳ−ＣＳＣＦであると決定することをさらに含む
請求項１２に記載の方法。
【請求項１４】
Ｉ−ＣＳＣＦからＳ−ＣＳＣＦの情報を問い合わせるための要求メッセージをＨＳＳが受信した後、ユーザの加入情報及びオペレータのポリシーに従い、ＵＥが目下のネットワークにおける登録要求を実行することを、その後のステップが実行される以前に許可されることを決定することをさらに含む請求項１１に記載の方法。
【請求項１５】
パブリックユーザＩＤが初回の登録を実行する際、
Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報を含み、あるいは、
Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報を含む
請求項１１に記載の方法。
【請求項１６】
ＵＥがセッション中、
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存するならば、ＨＳＳは、システム構造に従い、Ｓ−ＣＳＣＦのネームを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ＵＥのセッション要求メッセージをＳ−ＣＳＣＦに転送し、あるいは、ＨＳＳは、Ｓ−ＣＳＣＦのネーム、及びＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ユーザのために働く能力を有するＳ−ＣＳＣＦを決定して、ＵＥのセッション要求メッセージを、決定されたＳ−ＣＳＣＦに転送し、
ＵＥのために働いてきたＳ−ＣＳＣＦがＨＳＳに保存されていないならば、ＨＳＳは、ＵＥのために働く能力を有するＳ−ＣＳＣＦをＩ−ＣＳＣＦが決定し且つ決定されたＳ−ＣＳＣＦにＵＥのセッション要求メッセージを転送する以前に、ＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに直ちに返信する
請求項１１に記載の方法。
【請求項１７】
ＵＥがセッション中、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Location-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Location-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含み、あるいは、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含む
請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信技術に関し、特に、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）のインターフェイスにおける負荷を軽減する方法に関する。
【背景技術】
【０００２】
ブロードバンドネットワークの発展に伴い、移動体通信は、伝統的なボイス通信を超越するようになった。プレゼンスサービス、ショートメッセージサービス、ウェブブラウジングサービス、ロケーションサービス、プッシュサービス及びファイルシェアリングサービスといったデータサービスと結合されて、音声、映像、画像及びテキストといった各種のメディアタイプの移動体通信は、ユーザの各種の要求を満たすために実行され得る。
【０００３】
例えば、ショートメッセージサービスは、インスタントメッセージ、チャットルーム及びマルチメディアショートメッセージサービスといったサービスを提供することができ、ビデオサービスは、エンタテインメント、マルチメディア情報及びデイリー通信と共に提供され、電子商取引は、注文書管理及び支払いのみならず、製品カタログ、検索エンジン、ショッピングカートといったサービスを含み、ゲームサービスは、個々のゲーム及びゲームのグループを含み、ロケーションサービスは、人物探し、提供ガイダンス及び送信アラームといったサービスを含み、パーソナルアシスタントは、住所録、スケジュール、ブックマーク、ファイル保存、イベント記念品及びＥメールといったサービスを提供する。
【０００４】
第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Project）や第３世代パートナーシッププロジェクト２（３ＧＰＰ２）のような団体は、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）に基づくアーキテクチャを絶えず提唱し、各種のマルチメディアアプリケーションを実行するために移動体ネットワークにおける標準化オープンアーキテクチャを用いてユーザがより多くの選択肢及び認識という利益を享受できるようにすることを目標としてきた。
【０００５】
ＩＭＳアーキテクチャは、コールセッションコントロール機能（ＣＳＣＦ：Call Session Control Function）、メディアゲートウェイコントロール機能（ＭＧＣＦ：Media Gateway Control Function）、メディアリソース機能（ＭＲＦ：Media Resources Function）及びＨＳＳといった機能要素を含んで、交換ネットワーク上に置かれる。
【０００６】
ＣＳＣＦは、異なるフィジカルデバイスあるいは一つのフィジカルデバイスの異なる機能モジュールで構成され得る、３つの論理機能、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）及びインターロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）に分類される。Ｓ−ＣＳＣＦは、ＩＭＳのサービスコントロールセンターであり、セッションコントロールを実行し、セッションステートを維持し、加入者情報を管理し、使用料データを生成するために用いられ、Ｐ−ＣＳＣＦは、ＩＭＳにアクセスするためのエンドユーザのアクセスポイントであり、加入者登録、ＱｏＳ（サービスの質）コントロール及び安全管理を始めるのに用いられ、Ｉ−ＣＳＣＦは、ＩＭＳドメイン間をインターワーキング（相互接続）する責任を負って、Ｓ−ＣＳＣＦの指定を統括し、ネットワークトポロジー及び構造情報を外部から秘密にし、使用料データを生成する。
【０００７】
ＭＧＣＦは、ＩＭＳネットワーク及び他種のネットワーク間のインターワーキングを実行するのに用いられる。ＭＲＦは、音声受信／送信、符号化／復号化及びマルチメディアカンファレンスブリッジといったメディアソースを提供するのに用いられる。
【０００８】
ＨＳＳは、ユーザのＩＤ、数やアドレス情報、安全情報、位置情報及びプロフィール情報といったユーザの加入情報及び構造情報を保存する、非常に重要な加入者データベースである。ＨＳＳは、各ネットワーク要素のコール及びセッションの処理をサポートするのに用いられる。ホームネットワークにおいて一以上のＨＳＳが存在し、多くのＨＳＳは、多くの移動体加入者、ネットワークデバイスの能力及びネットワークの仕様構造による。
【０００９】
ＩＭＳのネットワークアーキテクチャは、ベアラネットワークと独立しているので、３ＧＰＰによって定められるＩＭＳアーキテクチャは、３ＧＰＰによって定められるパケットドメインネットワーク以外の他のパケット交換ネットワークにも適用され得る。従って、ここで述べられるＩＭＳのアプリケーションは、３ＧＰＰと関連するネットワーク及びアプリケーションに限定されない。アクセスネットワーク及びベアラネットワークの他のタイプのサービス及びアプリケーションは、同様にＩＭＳアーキテクチャによって実行され得る。
【００１０】
移動端末（ＵＥ：User Equipment）は、ＵＥによって求められるサービスを確認するのに用いられる、少なくとも一つのパブリックユーザＩＤを含む。ＵＥは、各パブリックユーザＩＤのそれぞれを登録、即ち、各パブリックユーザＩＤの登録手続は独立である。これらのパブリックユーザＩＤは、一人のユーザに属するので、しかしながら、それは規格で定められるので、ＵＥがパブリックユーザＩＤをうまく登録し且つネットワークによってＳ−ＣＳＣＦを指定された後、ネットワークは、ＵＥの他のパブリックユーザＩＤと登録されるとき、ＵＥに同じＳ−ＣＳＣＦを返さなければならない。登録はライフサイクルを有し、ネットワークによってＵＥのために都度指定されるＳ−ＣＳＣＦは、登録のライフサイクル中、ＵＥと関連するＩＭＳセッション信号を処理する責任を負うのみである。具体的な実施のために、３ＧＰＰ ＴＳ ２３．２２８を参照。
【００１１】
ＩＭＳサービスに加入する各ＵＥは、登録、承認、管理及びチャージングの手続に用いられるホームネットワークであって、ネットワークアクセスＩＤ（ＮＡＩ：Network Access Identifier）のフォーマットで用いられるホームネットワークのオペレータによって一つ以上のプライベートユーザＩＤが指定される。プライベートユーザＩＤは、通常、外部に開放されておらず、一方、パブリックユーザＩＤは、外部に開放され、各種サービスのセッションで用いられる。
【００１２】
以下は、パブリックユーザＩＤの最初の登録のためのＩＭＳに基づく手続の例であり、ＨＳＳ及びネットワーク要素間の具体的な相互作用を説明する。
【００１３】
図１は、従来のパブリックユーザＩＤの最初の登録のためのＩＭＳに基づくフローチャートである。この好ましい実施形態において、セッションイニシエーションプロトコル（ＳＩＰ：Session Initiation Protocol）は、ＩＰマルチメディアセッションの信号コントロールプロトコルとして用いられ、ＨＳＳ及びＩ−ＣＳＣＦ／Ｓ−ＣＳＣＦ間のインターフェイスCxは、関連する情報を送るために、ダイアメータプロトコルを用いる。ネットワークトポロジーを秘密にするための機能は、この好ましい実施形態において必要とされず、ＵＥは、在圏ネットワークに位置する。
【００１４】
ステップ１０１：ベアラとの物理的な接続が確立した後、ＵＥを切断する在圏ネットワークにおいて、ＵＥは、登録メッセージをＰ−ＣＳＣＦに送信する。登録メッセージは、パブリックユーザＩＤ、プライベートユーザＩＤ、ホームネットワークのドメインネーム、及び登録を要求するＵＥのＩＰアドレスを含む。
【００１５】
ステップ１０２：登録メッセージを受信し、Ｐ−ＣＳＣＦは、ホームネットワークのアクセスポイント（例えばＩ−ＣＳＣＦ）のアドレスを得るために、登録メッセージにおけるホームネットワークのドメインネーム情報を解析し、ＵＥの登録メッセージをホームネットワークのＩ−ＣＳＣＦに転送する。転送された登録メッセージは、Ｐ−ＣＳＣＦのネームあるいはアドレス、パブリックユーザＩＤ、プライベートユーザＩＤ、Ｐ−ＣＳＣＦが位置する在圏ネットワークのＩＤ、及び登録を要求するＵＥのＩＰアドレスを含む。
【００１６】
ステップ１０３：Ｉ−ＣＳＣＦは、Cx-QueryメッセージをＨＳＳに送信する。Cx-Queryメッセージにおけるユーザ承認タイプは、Cx-Queryメッセージが登録を要求するメッセージであることを示すレジストレーション（REGISTRATION）である。Cx-Queryメッセージは、パブリックユーザＩＤ、プライベートユーザＩＤ、及びＰ−ＣＳＣＦが位置するネットワークのＩＤ等といった情報を含む。
【００１７】
ステップ１０４：Ｉ−ＣＳＣＦからCx-Queryメッセージを受信した後、ＨＳＳは、ユーザの加入情報及びオペレータのポリシーに従って、ＵＥがカレントネットワークにおいて登録を実行するのを許可するかどうかを最初に決定し、もし、許可しないならば、登録を拒絶することを示すCx-Query RespメッセージをＩ−ＣＳＣＦに返信する。しかる後、Ｉ−ＣＳＣＦは、登録失敗のメッセージをＰ−ＣＳＣＦを介してＵＥに返信し、手続が終了する。
【００１８】
ＵＥがカレントネットワークにおいて登録を実行するのを許可するならば、ＨＳＳは、ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存しているかどうかに従い、且つＨＳＳに保存されている登録を要求するＵＥの加入文章のコンテンツが変更あるいはアップデートされているかどうかに従い、適切な情報をＩ−ＣＳＣＦに返信する。
【００１９】
登録を要求するＵＥがＨＳＳに登録されている少なくとも一つのパブリックユーザＩＤを有するならば、即ち、ＵＥのために働いているＳ−ＣＳＣＦのネームをＨＳＳが保存し且つ登録が適正であり且つＨＳＳに保存されている登録を要求するＵＥの加入文章のコンテンツが変更あるいはアップデートされていないならば、ＨＳＳは、ＵＥのために働いているＳ−ＣＳＣＦのネームを含むCx-Query Respメッセージを、ステップ１０７に行く以前にＩ−ＣＳＣＦに返信する。
【００２０】
登録ステータスが未登録あるいは最後にＵＥによって使用されたＳ−ＣＳＣＦのネームがまだＨＳＳに保存はされているが登録が満了している少なくとも一つのパブリックユーザＩＤをＨＳＳが有するか、あるいは、終了コールを受信する未登録のＵＥとして、ＵＥがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、ＨＳＳは、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含むCx-Query Respメッセージを、ステップ１０７に行く以前にＩ−ＣＳＣＦに返信する。
【００２１】
ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存し、ＨＳＳに保存されている登録を要求するＵＥの加入文章のコンテンツが変更あるいはアップデートされているならば、ＨＳＳは、Ｓ−ＣＳＣＦのネーム及び利用可能なＳ−ＣＳＣＦの能力情報セットの情報を含むCx-Query RespメッセージをＩ−ＣＳＣＦに返信し、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦの返信されたネームが使えるかどうかを決定する。使えるならば、ステップ１０７に行き、さもなければ、ステップ１０５に行き、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦを再選択する。
【００２２】
ＵＥに指定されるＳ−ＣＳＣＦがＨＳＳに保存されていなければ、ＨＳＳは、利用可能なＳ−ＣＳＣＦの能力情報セットの情報のみを含むCx-Query Respメッセージを、ステップ１０５に行く以前にＩ−ＣＳＣＦに返信する。
【００２３】
ステップ１０５：Ｓ−ＣＳＣＦを選択する入力情報として、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを返信するようＩ−ＣＳＣＦがＨＳＳに照会することを示すレジストレーション及びキャパビリティ（REGISTRATION#AND#CAPABILITIES）がユーザ承認タイプであるCx-Select-Pull要求メッセージをＩ−ＣＳＣＦがＨＳＳに送信し、Cx-Select-Pullメッセージは、パブリックユーザＩＤ及びプライベートユーザＩＤ等といった情報を含む。
【００２４】
ステップ１０６：Ｉ−ＣＳＣＦからCx-Select-Pullメッセージを受信した後、ＨＳＳは、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むCx-Select-Pull RespメッセージをＩ−ＣＳＣＦに返信する。
【００２５】
ステップ１０７：Ｉ−ＣＳＣＦは、ＨＳＳによって返信されるＳ−ＣＳＣＦのネームに基づくドメインネーム解析を行うか、あるいは、ＵＥにサービスを提供し且つ登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有する全てのＳ−ＣＳＣＦからＳ−ＣＳＣＦを選択し、選択されたＳ−ＣＳＣＦのネームに基づくドメインネーム解析を行い、Ｓ−ＣＳＣＦのアドレスを得て、登録メッセージをＳ−ＣＳＣＦに送信する。登録メッセージは、Ｐ−ＣＳＣＦのドメインネームあるいはアドレス、パブリックユーザＩＤ、プライベートユーザＩＤ、Ｐ−ＣＳＣＦが位置するネットワークのＩＤ、及び登録を要求するＵＥのＩＰアドレス等を含む。
【００２６】
登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有する能力情報セットの情報を用いてＩ−ＣＳＣＦが新しいＳ−ＣＳＣＦを得ることができないならば、Ｉ−ＣＳＣＦは、Ｐ−ＣＳＣＦを介して登録失敗のメッセージをＵＥに返信し、手続が完了する。
【００２７】
ステップ１０８：Ｓ−ＣＳＣＦは、パブリックユーザＩＤ及び／又はプライベートユーザＩＤ、Ｓ−ＣＳＣＦのネーム等を含むCx-PutメッセージをＨＳＳに送信するので、ＨＳＳは、ＵＥによって用いられるＳ−ＣＳＣＦのネームを保存する。
【００２８】
ステップ１０９：ＨＳＳは、Ｓ−ＣＳＣＦのネームを保存することを示すCx-Put Respメッセージを返信する。
【００２９】
ステップ１１０：ＨＳＳからCx-Put Respメッセージを受信した後、Ｓ−ＣＳＣＦは、ユーザの加入情報を得ることを要求して、パブリックユーザ加入及び／又はプライベートユーザ加入等といった情報を含むCx-PullメッセージをＨＳＳに送信する。
【００３０】
ステップ１１１：ＨＳＳは、パブリックユーザ加入及び／又はプライベートユーザ加入に従って問い合わせを行い、ユーザの加入情報を含むCx-Pull RespメッセージをＳ−ＣＳＣＦに返信し、即ち、Cx-Pull Respメッセージは、各種のサービスコントロールプラットフォームにアクセスするのに用いられるユーザプロフィール情報や、安全情報等を含む。
【００３１】
ステップ１１２：ユーザプロフィール情報から得たフィルタリングルールに従うＳ−ＣＳＣＦは、関連するサービスコントロールプラットフォームに登録情報を送信し、適切なサービルコントロールを実行する。
【００３２】
ステップ１１３：Ｓ−ＣＳＣＦは、Ｉ−ＣＳＣＦ及びＰ−ＣＳＣＦを介して200OKメッセージをＵＥに返信する。
【００３３】
優れて、ＵＥのパブリックユーザＩＤの最初の登録が完了する。
【発明の開示】
【発明が解決しようとする課題】
【００３４】
上記手続において、ステップ１０８におけるCx-Putメッセージのルールは、ユーザのために働いてきたＳ−ＣＳＣＦのネームを保存することをＨＳＳに要求することであり、ステップ１０９におけるCx-Pull Respメッセージは、上記要求メッセージの認知を示すためだけであり、ステップ１１０におけるCx-Pullメッセージのルールは、その後のプロセシングに必要なユーザの加入情報をＨＳＳに要求することであり、それは、Ｓ−ＣＳＣＦにユーザの加入情報を送信するステップ１１１におけるCx-Pull Respメッセージである。
【００３５】
上述から理解できるように、従来技術の実施において、ＨＳＳは、Ｓ−ＣＳＣＦのネームの保存を確認するために一つのメッセージを用い、Ｓ−ＣＳＣＦにユーザの加入情報を返信するために他のメッセージを用い、ＨＳＳ及びＳ−ＣＳＣＦ間のインターフェイスCxの負荷が増大する。
【００３６】
上記ステップ１０５，１０６は、ＨＳＳによってＩ−ＣＳＣＦに送信される情報の不完全さのために誘発され、即ち、利用可能なＳ−ＣＳＣＦの能力を含む情報のみをＨＳＳがＩ−ＣＳＣＦに返信するならば、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力の情報セットを得るためにステップ１０５，１０６を誘発する必要がある。
【００３７】
一方、ステップ１０５，１０３における要求メッセージによって運ばれる情報は、ユーザ承認タイプの情報において異なる以外、基本的に同じである。しかしながら、この違いは、タイプにおける識別のみであり、新しい情報をＨＳＳにもたらすものではない。同様に、ステップ１０６において、ＨＳＳによって返信される情報は、Ｉ−ＣＳＣＦのために有益な情報を含まない。従って、ステップ１０５，１０６は、不必要なステップであり、ＨＳＳ及びＩ−ＣＳＣＦ間のインターフェイスの負荷を増大させる。
【００３８】
上記解析は、ＵＥのパブリックユーザＩＤの最初の登録手続に基づくが、ユーザの加入情報についてのＨＳＳの問い合わせを含む手続、例えば、ＵＥのパブリックユーザＩＤの最初ではない登録手続及びＩＭＳユーザによって実行されるセッション、ＵＥのために働くＳ−ＣＳＣＦのネームについてのＨＳＳへの問い合わせ手続、において同じ問題が存在する。
【課題を解決するための手段】
【００３９】
上記の点で、本発明の目的は、関連する手続を最適化するためと、ＨＳＳのインターフェイスの負荷を軽減するために、ＨＳＳのインターフェイスの負荷を軽減する二つの方法を提供することである。
【００４０】
上記目的を達成するために、本発明による技術的解決は、以下のようにして実施される。
【００４１】
ホーム加入者サーバ（ＨＳＳ）のインターフェイスの負荷を軽減する方法であって、以下を含む。
【００４２】
サービングコールセッションコントロール機能（Ｓ−ＣＳＣＦ）のネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＳ−ＣＳＣＦから受信した後、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦのネームを最初に保存し、それから、ユーザの加入情報を含む応答メッセージをＳ−ＣＳＣＦに返信する。
【００４３】
好ましくは、方法はさらに次を含む。Ｓ−ＣＳＣＦの情報についての問い合わせのために要求メッセージをインターロゲーティングコールセッションコントロール機能（Ｉ−ＣＳＣＦ）から受信した上で、ＨＳＳは、Ｓ−ＣＳＣＦを決定するために必要な情報を含む問い合わせ応答メッセージをＩ−ＣＳＣＦに返信し、応答メッセージにおける返信された情報に従い、Ｉ−ＣＳＣＦは、移動端末（ＵＥ）のために働く能力を有するＳ−ＣＳＣＦを決定すると共に、ＵＥの要求メッセージを、決定されたＳ−ＣＳＣＦに転送する。
【００４４】
好ましくは、パブリックユーザＩＤが初回の登録を実行する際、
ＨＳＳに登録されている登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがあり、登録がまだ有効ならば、そして、ＵＥのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦを必要としないとＨＳＳが決定するならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いているＳ−ＣＳＣＦのネームを含み、
登録ステータスが未登録あるいは最後にＵＥによって使用されたＳ−ＣＳＣＦのネームをまだＨＳＳが保存しているが登録が満了している少なくとも一つのパブリックユーザＩＤがあるならば、あるいは、コールされた未登録のパーティーとしてＵＥがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含み、
ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存し、ＵＥのために働くＳ−ＣＳＣＦを再選択するために必要なＩ−ＣＳＣＦであるかどうかをＨＳＳが確信しないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたＳ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含み、
ＵＥのために働いてきた指定されたＳ−ＣＳＣＦのネームをＨＳＳが保存しないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む。
【００４５】
好ましくは、ＨＳＳから返信された情報がＳ−ＣＳＣＦのネームのみを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、ユーザのために働く能力を有するＳ−ＣＳＣＦとして、返信された情報におけるＳ−ＣＳＣＦを用いることをさらに含み、
ＨＳＳから返信された情報が、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットだけを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、返信された応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従うＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、ＵＥのために働く能力を有するＳ−ＣＳＣＦとして新しく選択されたＳ−ＣＳＣＦを決定することをさらに含み、
ＨＳＳから返信された情報が、Ｓ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、Ｓ−ＣＳＣＦがＵＥの目下のサービス要求を満足させる能力を有するかどうかをＳ−ＣＳＣＦの返信されたネームに従って確認し、そうならば、返信されたＳ−ＣＳＣＦがＵＥのために働く能力を有するＳ−ＣＳＣＦであると決定し、そうでなければ、応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従ってＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、新しく選択されたＳ−ＣＳＣＦがＵＥのために働く能力をＳ−ＣＳＣＦであると決定することをさらに含む。
【００４６】
好ましくは、Ｉ−ＣＳＣＦからＳ−ＣＳＣＦの情報を問い合わせるための要求メッセージをＨＳＳが受信した後、ユーザの加入情報及びオペレータのポリシーに従い、ＵＥが目下のネットワークにおける登録要求を実行することを、その後のステップが実行される以前に許可されることを決定することをさらに含む。
【００４７】
好ましくは、パブリックユーザＩＤが初回の登録を実行する際、
Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含み、あるいは、
Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含む。
【００４８】
好ましくは、ＵＥがセッション中、
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存するならば、ＨＳＳは、システム構造に従い、Ｓ−ＣＳＣＦのネームを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ＵＥのセッション要求メッセージをＳ−ＣＳＣＦに転送し、あるいは、ＨＳＳは、Ｓ−ＣＳＣＦのネームの情報、及びＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ユーザのために働く能力を有するＳ−ＣＳＣＦを決定して、ＵＥのセッション要求メッセージを、決定されたＳ−ＣＳＣＦに転送し、
ＵＥのために働いてきたＳ−ＣＳＣＦがＨＳＳに保存されていないならば、ＨＳＳは、ＵＥのために働く能力を有するＳ−ＣＳＣＦをＩ−ＣＳＣＦが決定し且つ決定されたＳ−ＣＳＣＦにユーザのセッション要求メッセージを転送する以前に、ＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに直ちに返信する。
【００４９】
好ましくは、ＵＥがセッション中、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Location-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Location-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含み、あるいは、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含む。
【００５０】
好ましくは、Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージは、Cx-Putメッセージによって運ばれ、ＨＳＳによってＳ−ＣＳＣＦに返信される前記応答メッセージは、Cx-Put Respメッセージによって運ばれる、あるいは、
Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージは、Cx-Pullメッセージによって運ばれ、ＨＳＳによってＳ−ＣＳＣＦに返信される前記応答メッセージは、Cx-Pull Respメッセージによって運ばれる。
【００５１】
好ましくは、Ｓ−ＣＳＣＦに返信された応答メッセージにおけるユーザの加入情報は、少なくともユーザプロフィール情報を含む。
【００５２】
ホーム加入者サーバ（ＨＳＳ）のインターフェイスの負荷を軽減する方法であって、以下を含む。
【００５３】
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからメッセージを受信した上で、ＨＳＳは、Ｓ−ＣＳＣＦを決定するために必要な情報を含む問い合わせ応答メッセージをＩ−ＣＳＣＦに返信し、Ｉ−ＣＳＣＦは、ＵＥのために働く能力を有するＳ−ＣＳＣＦを決定すると共に、決定されたＳ−ＣＳＣＦにＵＥの要求メッセージを転送する。
【００５４】
好ましくは、パブリックユーザＩＤが初回の登録を実行する際、
ＨＳＳに登録されている登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがあり、登録がまだ有効ならば、そして、ＵＥのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦを必要としないとＨＳＳが決定するならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いているＳ−ＣＳＣＦのネームを含み、
登録ステータスが未登録あるいは最後にＵＥによって使用されたＳ−ＣＳＣＦのネームをまだＨＳＳが保存しているが登録が満了している、登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがあるならば、あるいは、コールされた未登録のパーティーとしてＵＥがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含み、
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存し、ＵＥのために働くＳ−ＣＳＣＦを再選択するために必要なＩ−ＣＳＣＦであるかどうかをＨＳＳが確信しないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含み、
ＵＥのために働いてきた指定されたＳ−ＣＳＣＦがＨＳＳに保存されていないならば、Ｓ−ＣＳＣＦを決定するために必要な前記情報は、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む。
【００５５】
好ましくは、ＨＳＳから返信された情報がＳ−ＣＳＣＦのネームのみを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、ＵＥのために働く能力を有するＳ−ＣＳＣＦである、返信された情報におけるＳ−ＣＳＣＦを用いることをさらに含み、
ＨＳＳから返信された情報が、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットだけを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、返信された応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従うＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、ＵＥのために働く能力を有するＳ−ＣＳＣＦとして新しく選択されたＳ−ＣＳＣＦを決定することをさらに含み、
ＨＳＳから返信された情報が、Ｓ−ＣＳＣＦのネーム、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むならば、ＵＥのために働く能力を有するＳ−ＣＳＣＦの、Ｉ−ＣＳＣＦにとっての前記決定は、Ｉ−ＣＳＣＦが、Ｓ−ＣＳＣＦがＵＥの目下のサービス要求を満足させる能力を有するかどうかをＳ−ＣＳＣＦの返信されたネームに従って確認し、そうならば、返信されたＳ−ＣＳＣＦがＵＥのために働く能力を有するＳ−ＣＳＣＦであると決定し、そうでなければ、応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従ってＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、新しく選択されたＳ−ＣＳＣＦがＵＥのために働く能力をＳ−ＣＳＣＦであると決定することをさらに含む。
【００５６】
好ましくは、Ｉ−ＣＳＣＦからＳ−ＣＳＣＦの情報を問い合わせるための要求メッセージをＨＳＳが受信した後、ユーザの加入情報及びオペレータのポリシーに従い、ＵＥが目下のネットワークにおける登録要求を実行することを、その後のステップが実行される以前に許可されることを決定することをさらに含む。
【００５７】
好ましくは、パブリックユーザＩＤが初回の登録を実行する際、
Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報を含み、あるいは、Ｓ−ＣＳＣＦの情報を問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報を含む。
【００５８】
好ましくは、ＵＥがセッション中、
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存するならば、ＨＳＳは、システム構造に従い、Ｓ−ＣＳＣＦのネームを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ＵＥのセッション要求メッセージをＳ−ＣＳＣＦに転送し、あるいは、ＨＳＳは、Ｓ−ＣＳＣＦのネーム、及びＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに返信すると共に、Ｉ−ＣＳＣＦは、ユーザのために働く能力を有するＳ−ＣＳＣＦを決定して、ＵＥのセッション要求メッセージを、決定されたＳ−ＣＳＣＦに転送し、
ＵＥのために働いてきたＳ−ＣＳＣＦがＨＳＳに保存されていないならば、ＨＳＳは、ＵＥのために働く能力を有するＳ−ＣＳＣＦをＩ−ＣＳＣＦが決定し且つ決定されたＳ−ＣＳＣＦにＵＥのセッション要求メッセージを転送する以前に、ＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに直ちに返信する。
【００５９】
好ましくは、ＵＥがセッション中、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Location-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Location-Query Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含み、あるいは、
Ｓ−ＣＳＣＦの情報についてを問い合わせるためにＩ−ＣＳＣＦからＨＳＳによって受信されたメッセージは、Cx-Select-Pullメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信された前記問い合わせ応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれる、Ｓ−ＣＳＣＦを決定するのに必要な情報をさらに含む。
【００６０】
本発明によれば、Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＳ−ＣＳＣＦから受信すると、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦを最初に保存し、要求を送信するＳ−ＣＳＣＦに、要求されたユーザの加入情報を返信するので、ユーザの加入情報についてを問い合わせするステップを簡素化し、サービス手続を最適化し、ＨＳＳのインターフェイスの負荷を軽減する。
【００６１】
加えて、ユーザの、あるパブリックユーザＩＤの登録中あるいはユーザのセッション中、Ｓ−ＣＳＣＦのネームあるいはＳ−ＣＳＣＦの能力情報セットの要求を含む要求メッセージをＩ−ＣＳＣＦから受信した後、ＨＳＳは、Ｓ−ＣＳＣＦのネーム、及び／又はユーザの最も厳格なサービス加入要求を満足させる能力を有する能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに直ちに返信し、その後のステップを継続するので、従来技術における余分なステップを簡素化し、セッション手続と同様、ユーザの登録手続を最適化し、ＨＳＳのインターフェイスの負荷を軽減する。
【００６２】
本発明は、既存のネットワークアーキテクチャ及びサービス実施に影響を与えず、また、既存のインターフェイス仕様を修正する必要が無いので、高い互換性及び拡張性がある。
【発明を実施するための最良の形態】
【００６３】
本発明の技術的解決をより明確にするために、さらに詳細な説明が具体的な好ましい実施形態及び添付図面を参照して以降に与えられる。
【００６４】
図２は、本発明による好ましい実施形態におけるＩＭＳアーキテクチャに基づくパブリックユーザＩＤの最初の登録のフローチャートである。この好ましい実施形態において、ＳＩＰは、ＩＰマルチメディアセッションのための信号コントロールプロトコルとして用いられ、ダイアメータプロトコルは、関連する情報を送るためにＨＳＳ及びＩ−ＣＳＣＦ／Ｓ−ＣＳＣＦ間のCxインターフェイスにおいて用いられ、ネットワークトポロジーを秘密にする機能は、この好ましい実施形態において必要とされず、ＵＥは、在圏ネットワークに置かれる。
【００６５】
ステップ２０１：ベアラとの物理的な接続が確立した後、ＵＥは、ＵＥが位置する在圏ネットワークにおけるＰ−ＣＳＣＦに登録メッセージを送信する。登録メッセージは、パブリックユーザＩＤ、プライベートユーザＩＤ、ホームネットワークのドメインネーム、及び登録を要求するＵＥのＩＰアドレス等を含む。
【００６６】
ステップ２０２：登録メッセージを受信したＰ−ＣＳＣＦは、ホームネットワークのアクセスポイント、Ｉ−ＣＳＣＦのアドレスを得るために、登録メッセージにおけるホームネットワークのドメインネーム情報を解析し、ＵＥの登録メッセージをホームネットワークのＩ−ＣＳＣＦに転送する。転送された登録メッセージは、Ｐ−ＣＳＣＦのネームあるいはアドレス、パブリックユーザＩＤ、プライベートユーザＩＤ、Ｐ−ＣＳＣＦが位置する在圏ネットワークのＩＤ、及び登録を要求するＵＥのＩＰアドレス等を含む。
【００６７】
ステップ２０３：Ｉ−ＣＳＣＦは、Cx-QueryメッセージをＨＳＳに送信する。Cx-Queryメッセージにおけるユーザ承認タイプは、Cx-Queryメッセージが登録を要求するメッセージであることを示すレジストレーション（REGISTRATION）である。Cx-Queryメッセージは、パブリックユーザＩＤ、プライベートユーザＩＤ、及びＰ−ＣＳＣＦが位置するネットワークのＩＤ等といった情報を含む。
【００６８】
ステップ２０４：Ｉ−ＣＳＣＦからCx-Queryメッセージを受信した後、ＨＳＳは、ユーザの加入情報及びオペレータのポリシーに従って、ＵＥがカレントネットワークにおいて登録要求を実行するのを許可するかどうかを最初に決定し、もし、許可しないならば、登録メッセージを拒絶することを示すCx-Query RespメッセージをＩ−ＣＳＣＦに直ちに返信し、Ｉ−ＣＳＣＦは、登録失敗のメッセージをＰ−ＣＳＣＦを介してＵＥに返信し、手続が終了する。
【００６９】
ＵＥがカレントネットワークにおいて登録を実行するのを許可するならば、ＨＳＳは、ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存しているかどうかに従い、且つ登録を要求するＵＥの加入文章のコンテンツが変更あるいはアップデートされているかどうかに従い、適切な情報をＩ−ＣＳＣＦに返信する。
【００７０】
登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがＨＳＳに登録されているならば、即ち、ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存し、且つＳ−ＣＳＣＦがまだ有効期限内であり、且つ登録を要求するＵＥの加入文章の保存されているコンテンツが変更あるいはアップデートされていないならば、ＨＳＳは、ユーザのために目下働いているＳ−ＣＳＣＦのネームを含むCx-Query Respメッセージを、ステップ２０７に行く以前にＩ−ＣＳＣＦに返信する。
【００７１】
ユーザの少なくとも一つのパブリックユーザＩＤの登録ステータスが未登録あるいは最後にユーザによって使用されたＳ−ＣＳＣＦのネームをまだＨＳＳが有しているが登録が満了しているか、終了コールを受信する未登録のユーザとして、ユーザがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、ＨＳＳは、ユーザのために働いてきたＳ−ＣＳＣＦのネームを含むCx-Query RespメッセージをＩ−ＣＳＣＦに返信し、ステップ２０７が実行される。
【００７２】
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存し、ユーザのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦが必要だとＨＳＳが考える、例えば、ＨＳＳに保存されている登録を要求するＵＥの加入文章のコンテンツが変更あるいはアップデートされているならば、ＨＳＳは、Ｓ−ＣＳＣＦのネーム及び利用可能なＳ−ＣＳＣＦの能力情報セットの情報を含むCx-Query RespメッセージをＩ−ＣＳＣＦに返信し、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦの返信されたネームが使えるかどうかを決定し、使えるならば、ステップ２０７が実行され、さもなければ、ステップ２０５が実行されると共に、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦを再選択する。
【００７３】
ＵＥに指定され且つＵＥのために働いてきたＨＳＳにおけるＳ−ＣＳＣＦのネームがなければ、ＨＳＳは、利用可能なＳ−ＣＳＣＦの能力情報セットの情報のみを含むCx-Query RespメッセージをＩ−ＣＳＣＦに返信し、ステップ１０５が実行される。
【００７４】
ステップ２０５：Ｉ−ＣＳＣＦは、Cx-Select-Pull要求メッセージをＨＳＳに送信する。Cx-Select-Pull要求メッセージにおけるユーザ承認タイプは、Ｓ−ＣＳＣＦを選択する入力情報として、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを返信するようＩ−ＣＳＣＦがＨＳＳに要求することを明確に示すレジストレーション及びキャパビリティ（REGISTRATION#AND#CAPABILITIES）である。Cx-Select-Pull要求メッセージは、パブリックユーザＩＤ及びプライベートユーザＩＤ等といった情報を含む。
【００７５】
ステップ２０６：Ｉ−ＣＳＣＦからCx-Select-Pull要求メッセージを受信した後、ＨＳＳは、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むCx-Select-Pull RespメッセージをＩ−ＣＳＣＦに返信する。
【００７６】
ステップ２０７：Ｉ−ＣＳＣＦは、ＨＳＳから返信されるＳ−ＣＳＣＦのネームに従うドメインネーム解析を行うか、あるいは、Ｓ−ＣＳＣＦのアドレスを得るためにＳ−ＣＳＣＦのネームのドメインネーム解析を行う以前に、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットからユーザのために働く能力を有する全てのＳ−ＣＳＣＦから一つのＳ−ＣＳＣＦを選択し、Ｐ−ＣＳＣＦのドメインネームあるいはアドレス、パブリックユーザＩＤ、プライベートユーザＩＤ、Ｐ−ＣＳＣＦが位置するネットワークのＩＤ、及び登録を要求するＵＥのＩＰアドレス等を含む登録メッセージをＳ−ＣＳＣＦに送信する。
【００７７】
登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有する能力情報セットの情報に従ってＩ−ＣＳＣＦが新しいＳ−ＣＳＣＦを得ることができないならば、Ｉ−ＣＳＣＦは、登録失敗のメッセージをＵＥに返信し、手続が完了する。
【００７８】
ステップ２０８：Ｓ−ＣＳＣＦは、Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＨＳＳに送信する。要求メッセージは、パブリックユーザＩＤ及び／又はプライベートユーザＩＤ、Ｓ−ＣＳＣＦのネームといった情報を含み、Cx-PutメッセージあるいはCx-Pullメッセージ等によって運ばれ得る。
【００７９】
ステップ２０９：Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることを要求するメッセージをＳ−ＣＳＣＦから受信した後、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦのネームを保存し、パブリックユーザＩＤ及び／又はプライベートユーザＩＤに従って局所的に問い合わせを行い、ユーザの加入情報を含む応答メッセージをＳ−ＣＳＣＦに直接返信する。応答メッセージにおけるユーザ加入情報は、ユーザが各種のサービスコントロールプラットフォームにアクセスするために用いられるユーザプロフィール情報や、安全情報等を含む。応答メッセージは、Cx-Put RespメッセージかCx-Pull Respメッセージによって運ばれる。
【００８０】
ステップ２１０：ユーザプロフィール情報から得たフィルタリングルールに従うＳ−ＣＳＣＦは、適切なサービルコントロールを実行するために、関連するサービスコントロールプラットフォームに登録情報を送信する。
【００８１】
ステップ２１１：Ｓ−ＣＳＣＦは、Ｉ−ＣＳＣＦ及びＰ−ＣＳＣＦを介して200OKメッセージをＵＥに返信する。
【００８２】
優れて、ＵＥのパブリックユーザＩＤの最初の登録が完了する。上記登録手続において、Ｓ−ＣＳＣＦがＨＳＳにユーザプロフィール情報の問い合わせを行うステップは簡素化され、ＨＳＳのインターフェイスの負荷が軽減される。
【００８３】
一方、ステップ２０５，２０６は、Ｉ−ＣＳＣＦが一つのメッセージによって必要な情報を得るようにして、上記手続において同様に簡素化され得る。ステップ２０５，２０６が削除された手続は、図２Ａに示される。図２及び図２Ａ間の違いは、ステップ２０５，２０６が削除されるだけであり、図２Ａにおけるステップ２０１ａ〜２０３ａは、図２におけるステップ２０１〜２０３と全く同じであるので、ここでは繰り返し説明しない。ステップ２０４ａにおいて、以下の動作が実行される。
【００８４】
Ｉ−ＣＳＣＦからCx-Queryメッセージを受信した後、ＨＳＳは、ユーザの加入情報及びオペレータのポリシーに従って、ＵＥがカレントネットワークにおいて登録要求を実行するのを許可するかどうかを最初に決定し、もし、許可しないならば、登録メッセージに対する拒絶を含むCx-Query RespメッセージをＩ−ＣＳＣＦに直ちに返信し、Ｉ−ＣＳＣＦは、登録失敗のメッセージをＰ−ＣＳＣＦを介してＵＥに返信し、手続が終了する。
【００８５】
ＵＥがカレントネットワークにおいて登録要求を実行するのを許可するならば、ＨＳＳは、ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存しているかどうかに従い、且つＨＳＳにおける登録を要求するＵＥの加入文章の保存されているコンテンツが変更あるいはアップデートされているかどうかに従い、適切な情報をＩ−ＣＳＣＦに返信する。
【００８６】
登録を要求するＵＥの少なくとも一つのパブリックユーザＩＤがＨＳＳに登録されているならば、即ち、ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存し、且つＳ−ＣＳＣＦがまだ有効期限内であり、且つユーザのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦを必要としないとＨＳＳが決定する、例えば、ＨＳＳにおいて登録を要求するＵＥの加入文章の保存されているコンテンツが変更あるいはアップデートされていないならば、ＨＳＳは、ユーザのために働く目下のＳ−ＣＳＣＦのネームを含むCx-Query Respメッセージを、ステップ２０５ａが実行される以前にＩ−ＣＳＣＦに返信する。
【００８７】
ユーザの少なくとも一つのパブリックユーザＩＤの登録ステータスが未登録あるいは最後にユーザによって使用されたＳ−ＣＳＣＦのネームをまだＨＳＳが保存しているが登録が満了しているか、終了コールを受信する未登録のユーザとして、ユーザがＨＳＳによってＳ−ＣＳＣＦを指定されているならば、ＨＳＳは、ユーザのために働いてきたＳ−ＣＳＣＦのネームを含むCx-Query Respメッセージを、ステップ２０５ａが実行される以前にＩ−ＣＳＣＦに返信する。
【００８８】
ＵＥのために働いてきたあるいは働いているＳ−ＣＳＣＦのネームをＨＳＳが保存し、ユーザのために働くＳ−ＣＳＣＦを再選択するためにＩ−ＣＳＣＦが必要かどうかをＨＳＳが確信しない、例えば、ＨＳＳに保存されている登録を要求するＵＥの加入文章のコンテンツが変更あるいはアップデートされているならば、ＨＳＳは、Ｓ−ＣＳＣＦのネームの情報、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットの情報を含む応答メッセージをＩ−ＣＳＣＦに返信し、ステップ２０５ａが実行される。
【００８９】
ＵＥに指定され且つＵＥのために働いてきたＨＳＳにおけるＳ−ＣＳＣＦのネームがなければ、ＨＳＳは、登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージをＩ−ＣＳＣＦに返信し、ステップ２０５ａが実行される。
【００９０】
上記好ましい実施形態において、Ｉ−ＣＳＣＦからＨＳＳによって受信される問い合わせメッセージは、Cx-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信される応答メッセージは、Cx-Query Respメッセージによって運ばれる。実践的な応用において、Ｉ−ＣＳＣＦからＨＳＳによって受信される問い合わせメッセージは、Cx-Select-Pullメッセージによって運ばれ得るし、ＨＳＳからＩ−ＣＳＣＦに返信される応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれ得る。
【００９１】
比較して、図２Ａにおけるステップ２０５ａは、図２におけるステップ２０７と等しく、ステップ２０５ａにおいて実行される動作は以下の通りである。
【００９２】
Ｉ−ＣＳＣＦは、ＨＳＳからの返信情報に従い、ＵＥのために働く能力を有するＳ−ＣＳＣＦを決定し、Ｓ−ＣＳＣＦのアドレスを得るためにＳ−ＣＳＣＦのネームに従うドメインネーム解析を行う。具体的な手続は次の通りである。Ｓ−ＣＳＣＦのネームのみを含む応答メッセージをＨＳＳが返信するならば、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦがＵＥのために働き得るＳ−ＣＳＣＦであると決定する。登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットのみを含む応答メッセージをＨＳＳが返信するならば、Ｓ−ＣＳＣＦの能力情報セットに基づくＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦをＩ−ＣＳＣＦが選択し、新しく選択したＳ−ＣＳＣＦが、ユーザのために働く能力を有するＳ−ＣＳＣＦであると決定する。登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットと同様、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含む応答メッセージをＨＳＳが返信するならば、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦがＵＥの目下のサービス要求を満足させる能力を有するかどうかを返信されたＳ−ＣＳＣＦのネームに従って決定し、そうであるならば、返信されたＳ−ＣＳＣＦがユーザのために働く能力を有するＳ−ＣＳＣＦであると決定し、他方、応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従ってＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、新しく選択されたＳ−ＣＳＣＦがユーザのために働く能力を有するＳ−ＣＳＣＦであると決定する。
【００９３】
ステップ２０６ａ〜２０９ａは、図２におけるステップ２０８〜２１１と全く同じであるので、ここでは繰り返し説明しない。
【００９４】
図３は、本発明によるＩＭＳアーキテクチャに基づくパブリックユーザＩＤの最初でない登録を開始するフローチャートである。この好ましい実施形態において、ＳＩＰは、ＩＰマルチメディアセッションのための信号コントロールプロトコルとして用いられ、ダイアメータプロトコルは、関連する情報を送るためにＨＳＳ及びＩ−ＣＳＣＦ／Ｓ−ＣＳＣＦ間のCxインターフェイスにおいて用いられ、Ｉ−ＣＳＣＦによる解析を通じて決定されたＳ−ＣＳＣＦにおいて、関連するユーザプロフィール情報が無く、ネットワークトポロジーを秘密にする機能は、この好ましい実施形態において必要とされず、ＵＥは、在圏ネットワークに置かれる。
【００９５】
ステップ３０１：ＵＥは、ＵＥが位置する在圏ネットワークにおけるＰ−ＣＳＣＦに登録メッセージを送信する。登録メッセージは、パブリックユーザＩＤ、プライベートユーザＩＤ、ホームネットワークのドメインネーム、及び登録を要求するＵＥのＩＰアドレス等を含む。
【００９６】
ステップ３０２：登録メッセージを受信したＰ−ＣＳＣＦは、ホームネットワークのアクセスポイント、Ｉ−ＣＳＣＦのアドレスを得るために、登録メッセージにおけるホームネットワークのドメインネーム情報を解析し、ＵＥの登録メッセージをホームネットワークのＩ−ＣＳＣＦに転送する。転送された登録メッセージは、Ｐ−ＣＳＣＦのネームあるいはアドレス、パブリックユーザＩＤ、プライベートユーザＩＤ、Ｐ−ＣＳＣＦが位置する在圏ネットワークのＩＤ、及び登録を要求するＵＥのＩＰアドレス等を含む。
【００９７】
ステップ３０３：Ｉ−ＣＳＣＦは、Cx-QueryメッセージをＨＳＳに送信する。Cx-Queryメッセージは、パブリックユーザＩＤ、プライベートユーザＩＤ、及びＰ−ＣＳＣＦが位置するネットワークのＩＤ等といった情報を含む。
【００９８】
ステップ３０４：Ｉ−ＣＳＣＦからCx-Queryメッセージを受信し、ＵＥが登録されると決定された後、ＨＳＳは、Ｓ−ＣＳＣＦがＵＥに指定されたことを示すCx-Query Respメッセージであって、ユーザのために働いてきたＳ−ＣＳＣＦのネームを含むCx-Query RespメッセージをＩ−ＣＳＣＦに直ちに返信する。
【００９９】
ステップ３０５：Ｉ−ＣＳＣＦは、ＨＳＳから返信されるＳ−ＣＳＣＦのネームに基づくドメインネーム解析を行い、Ｓ−ＣＳＣＦのアドレスを得て、登録メッセージをＳ−ＣＳＣＦに送信する。登録メッセージは、Ｐ−ＣＳＣＦのドメインネームあるいはアドレス、パブリックユーザＩＤ、プライベートユーザＩＤ、Ｐ−ＣＳＣＦが位置するネットワークのＩＤ、及び登録を要求するＵＥのＩＰアドレス等を含む。
【０１００】
ステップ３０６：Ｓ−ＣＳＣＦは、Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＨＳＳに送信する。要求メッセージは、パブリックユーザＩＤ及び／又はプライベートユーザＩＤ、Ｓ−ＣＳＣＦのネームといった情報を含み、Cx-PutメッセージあるいはCx-Pullメッセージ等によって運ばれ得る。
【０１０１】
ステップ３０７：Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることを要求するＳ−ＣＳＣＦからメッセージを受信した後、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦのネームを保存し、パブリックユーザＩＤ及び／又はプライベートユーザＩＤに従って局所的に問い合わせを行い、ユーザの加入情報を含む応答メッセージをＳ−ＣＳＣＦに直接返信する。応答メッセージにおけるユーザ加入情報は、ユーザが各種のサービスコントロールプラットフォームにアクセスするために用いられるユーザプロフィール情報や、安全情報等を含む。応答メッセージは、Cx-Put RespメッセージかCx-Pull Respメッセージによって運ばれる。
【０１０２】
ステップ３０８：ユーザプロフィール情報から得たフィルタリングルールに従うＳ−ＣＳＣＦは、関連するサービスコントロールプラットフォームに登録情報を送信し、適切なサービルコントロール手続を実行する。
【０１０３】
ステップ３０９：Ｓ−ＣＳＣＦは、Ｉ−ＣＳＣＦ及びＰ−ＣＳＣＦを介して200OKメッセージをＵＥに返信する。
【０１０４】
優れて、ＵＥのパブリックユーザＩＤの最初の登録が完了し、Ｓ−ＣＳＣＦがＨＳＳにユーザプロフィール情報の問い合わせを行うステップは簡素化され、ＨＳＳのインターフェイスの負荷が軽減される。
【０１０５】
図４は、本発明による、ＵＥがコールされるＩＭＳアーキテクチャに基づく好ましい実施形態のフローチャートの一部分を示す。この好ましい実施形態において、ＳＩＰは、ＩＰマルチメディアセッションのための信号コントロールプロトコルとして用いられ、ダイアメータプロトコルは、関連する情報を送るためにＨＳＳ及びＩ−ＣＳＣＦ／Ｓ−ＣＳＣＦ間のCxインターフェイスにおいて用いられ、Ｉ−ＣＳＣＦが選択されたＳ−ＣＳＣＦにおいて保存される関連するユーザプロフィール情報が無く、ＵＥによって用いられるパブリックユーザＩＤが登録されていない。
【０１０６】
ステップ４０１：Ｉ−ＣＳＣＦは、ＵＥのコールから転送されたインバイト（INVITE）メッセージを受信し、転送されたインバイトメッセージは、パブリックユーザＩＤの情報を含む。
【０１０７】
ステップ４０２：Ｉ−ＣＳＣＦは、ＵＥの目下の位置情報を問い合わせるCx-Location-QueryメッセージをＨＳＳに送信する。
【０１０８】
ステップ４０３：システムの予備構造に基づき、パブリックユーザＩＤが登録されていないことを示すCx-Location-Query RespメッセージをＨＳＳがＩ−ＣＳＣＦに返信した後、ステップ４０４が実行される、あるいは、先にＵＥに指定されたＳ−ＣＳＣＦのネーム及び利用可能なＳ−ＣＳＣＦの能力情報セットの情報を含むメッセージをＨＳＳがＩ−ＣＳＣＦに返信した後、ステップ４０４が実行される、あるいは、先にＵＥに指定されたＳ−ＣＳＣＦのネームを含むCx-Location-Query RespメッセージをＨＳＳがＩ−ＣＳＣＦに返信した後、ステップ４０７が実行される。
【０１０９】
ステップ４０４：Ｉ−ＣＳＣＦは、最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを要求するために、Cx-Select-PullメッセージをＨＳＳに送信する。要求メッセージにおいて運ばれるパラメータは、主としてパブリックユーザＩＤ等といった情報を含む。
【０１１０】
ステップ４０５：Cx-Select-Pullメッセージを受信した後、ＨＳＳは、Ｉ−ＣＳＣＦによって必要且つＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含むCx-Select-Pull RespメッセージをＩ−ＣＳＣＦに返信する。
【０１１１】
ステップ４０６：Ｉ−ＣＳＣＦは、ＨＳＳによって返信されるＳ−ＣＳＣＦの能力情報セットに従い、ＵＥのために働く能力を有し且つステップ４０７を実行する以前にＳ−ＣＳＣＦのネームに基づく解析によってＳ−ＣＳＣＦのアドレスを得るＳ−ＣＳＣＦを選択する。
【０１１２】
ＨＳＳによって返信されるＳ−ＣＳＣＦの能力情報セットに基づくＳ−ＣＳＣＦの必要なアドレスをＩ−ＣＳＣＦが得られないならば、Ｉ−ＣＳＣＦは、登録されていないパブリックユーザＩＤのために働くために、Ｓ−ＣＳＣＦを指定し、それからステップ４０７が実行される。
【０１１３】
ステップ４０７：Ｉ−ＣＳＣＦは、受信したインバイトメッセージを決定されたＳ−ＣＳＣＦに転送する。
【０１１４】
ステップ４０８：インバイトメッセージを受信するＳ−ＣＳＣＦは、Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることの要求を含む要求メッセージをＨＳＳに送信する。インバイトメッセージは、パブリックユーザＩＤ及び／又はプライベートユーザＩＤ、Ｓ−ＣＳＣＦのネームといった情報を含み、Cx-PutメッセージあるいはCx-Pullメッセージ等によって運ばれ得る。
【０１１５】
ステップ４０９：Ｓ−ＣＳＣＦのネームを保存し且つユーザの加入情報をダウンロードすることを要求するＳ−ＣＳＣＦからメッセージを受信した後、ＨＳＳは、要求メッセージにおけるＳ−ＣＳＣＦのネームを保存し、パブリックユーザＩＤ及び／又はプライベートユーザＩＤに従って局所的に問い合わせを行い、ユーザの加入情報を含む応答メッセージをＳ−ＣＳＣＦに直接返信する。応答メッセージにおけるユーザ加入情報は、ＵＥが各種のサービスコントロールプラットフォームにアクセスするために用いられるユーザプロフィール情報や、安全情報等を含む。応答メッセージは、Cx-Put RespメッセージかCx-Pull Respメッセージによって運ばれる。
【０１１６】
ステップ４１０：ユーザプロフィール情報から得たフィルタリングルールに従うＳ−ＣＳＣＦは、適切なサービルコントロールを実行するために、関連するサービスコントロールプラットフォームに登録情報を送信する。
【０１１７】
ステップ４１１：Ｓ−ＣＳＣＦは、その後の動作を続ける。
【０１１８】
上記コール手続は、Ｓ−ＣＳＣＦがＨＳＳにユーザプロフィール情報の問い合わせを行うステップを簡素化し、従って、ＨＳＳのインターフェイスの負荷を軽減する。
【０１１９】
さらには、上記手続におけるステップ４０４，４０５が簡素化され得るので、Ｉ−ＣＳＣＦは、一つの相互作用によって必要な情報を得ることができる。簡素化されたステップ４０４，４０５の手続は図４Ａに示される。図４Ａ及び図４間の違いは、図４Ａにおけるステップ４０４，４０５がないということで、図４Ａのステップ４０１ａ〜４０２ａは、図４のステップ４０１〜４０２と全く同じであり、ここに繰り返しの説明は行わない。ステップ４０３ａにおいて、以下の動作が実行される。
【０１２０】
Ｉ−ＣＳＣＦによって送信されるＵＥの目下の位置情報を問い合わせるメッセージを受信した後、ＨＳＳは、ＵＥのために働いてきたＳ−ＣＳＣＦのネームを保存するかどうかを決定し、ＵＥのために働いてきたＳ−ＣＳＣＦのネームをＨＳＳが保存するならば、システム構造に従い、ＨＳＳは、Ｓ−ＣＳＣＦのネームを含む応答メッセージ、あるいは、Ｓ−ＣＳＣＦのネームの情報、及びＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージを、ステップ４０４ａが実行される以前にＩ−ＣＳＣＦに返信する。
【０１２１】
ＵＥのために働いてきたＳ−ＣＳＣＦがＨＳＳに保存されていなければ、ＨＳＳは、ＵＥの最も厳格な加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを含む応答メッセージを、ステップ４０４ａが実行される以前に返信する。
【０１２２】
比較して、図４Ａにおけるステップ４０４ａは、図４におけるステップ４０６と等しく、ステップ４０４ａにおいて実行される動作は次の通りである。
【０１２３】
Ｉ−ＣＳＣＦは、ＨＳＳからの返信情報に従ってＵＥのために働く能力を有するＳ−ＣＳＣＦを決定し、Ｓ−ＣＳＣＦのアドレスを得るためにＳ−ＣＳＣＦのネームに基づくドメインネーム解析を行う。具体的な手続は次の通りである。Ｓ−ＣＳＣＦのネームのみを含む応答メッセージをＨＳＳが返信するならば、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦがＵＥのために働き得るＳ−ＣＳＣＦであると決定する。登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットのみを含む応答メッセージをＨＳＳが返信するならば、Ｓ−ＣＳＣＦの能力情報セットに従うユーザの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦをＩ−ＣＳＣＦが選択し、新しく選択したＳ−ＣＳＣＦが、ユーザのために働く能力を有するＳ−ＣＳＣＦであると決定する。ＵＥのために働いてきたＳ−ＣＳＣＦのネームを含む応答メッセージ、及び登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットをＨＳＳが返信するならば、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦがＵＥの目下のサービス要求を満足させる能力を有するかどうかを返信されたＳ−ＣＳＣＦのネームに従って決定し、そうであるならば、Ｓ−ＣＳＣＦがユーザのために働く能力を有するＳ−ＣＳＣＦであると決定し、他方、応答メッセージにおけるＳ−ＣＳＣＦの能力情報セットに従ってＵＥの目下のサービス要求を満足させる能力を有する新しいＳ−ＣＳＣＦを選択し、新しく選択されたＳ−ＣＳＣＦがユーザのために働く能力を有するＳ−ＣＳＣＦであると決定する。
【０１２４】
登録を要求するＵＥの最も厳格なサービス加入要求を満足させる能力を有するＳ−ＣＳＣＦの能力情報セットを返信されたＨＳＳの解析によって、必要なＳ−ＣＳＣＦをＩ−ＣＳＣＦが得ることができないならば、Ｉ−ＣＳＣＦは、登録されていないパブリックユーザＩＤのために働くためにＳ−ＣＳＣＦを指定する。
【０１２５】
Ｉ−ＣＳＣＦからＨＳＳによって受信される上記問い合わせメッセージは、Cx-Location-Queryメッセージによって運ばれ、ＨＳＳからＩ−ＣＳＣＦに返信される応答メッセージは、Cx-Location-Query Respメッセージによって運ばれる。選択的に、Ｉ−ＣＳＣＦからＨＳＳによって受信される上記問い合わせメッセージは、Cx-Select-Pullメッセージによって運ばれ得るし、ＨＳＳからＩ−ＣＳＣＦに返信される応答メッセージは、Cx-Select-Pull Respメッセージによって運ばれ得る。
【０１２６】
ステップ４０５ａ〜４０９ａは、図４のステップ４０７〜４１１と全く同じなので、さらなる説明はここでは行わない。
【０１２７】
前述は、本発明の好ましい実施形態に過ぎず、本発明の保護範囲を限定して解釈されるべきではない。どんな修正、均等物、改良も、本発明の精神及び原理から逸脱しない範囲で、本発明の保護範囲によってカバーされるべきである。
【図面の簡単な説明】
【０１２８】
【図１】従来技術におけるＩＭＳアーキテクチャに基づくパブリックユーザＩＤの最初の登録のフローチャートである。
【図２】本発明による好ましい実施形態におけるＩＭＳアーキテクチャに基づくパブリックユーザＩＤの最初の登録のフローチャートである。
【図２Ａ】本発明による他の好ましい実施形態におけるＩＭＳアーキテクチャに基づくパブリックユーザＩＤの最初の登録のフローチャートである。
【図３】本発明によるＩＭＳアーキテクチャに基づく初回以外のパブリックユーザＩＤの登録のフローチャートである。
【図４】本発明による好ましい実施形態におけるＩＭＳアーキテクチャに基づいてユーザがコールされるコールのフローチャートの一部分である。
【図４Ａ】本発明による他の好ましい実施形態におけるＩＭＳアーキテクチャに基づいてユーザがコールされるコールのフローチャートの一部分である。
【図１】
2007518317.tif 000003
【図２】
2007518317.tif 000004
【図２Ａ】
2007518317.tif 000005
【図３】
2007518317.tif 000006
【図４】
2007518317.tif 000007
【図４Ａ】
2007518317.tif 000008
【国際調査報告】
2007518317.tif 000009
2007518317.tif 000010
2007518317.tif 000011
2007518317.tif 000012