(57)【要約】  本発明の実施形態は、典型的には関連プライベートＩＰアドレスを有するモバイル端末である端末とのセッション開始プロトコル（ＳＩＰ）通信セッションを確立するための改善されたシステム、及び方法を提供する。
2007528649.tif 000002
【特許請求の範囲】
【請求項１】
端末との通信セッションを確立するためのシステムであって、
それをまたがって発信元クライアントが通信できるネットワーク内に配置されたネットワークノード
を備え、前記ネットワークノードは、接続要求を受信することができ、その後、前記発信元クライアントの位置とは独立した前記端末へトリガを送信することができ、
前記ネットワークノードはまた、前記トリガに応じて、登録メッセージを受信することができ、それにより、前記端末を前記ネットワークノードに登録し、前記ネットワークをまたがった該端末の識別情報に基づいて、前記端末との通信セッションを確立することができるように、前記ネットワークをまたがって該端末を特定する
ことを特徴とするシステム。
【請求項２】
前記ネットワークノードは、前記発信元クライアントから、前記接続要求を受信することができ、
前記ネットワークノードは、前記端末を登録した後、該端末へ前記接続要求を送信することができる
ことを特徴とする、請求項１に記載のシステム。
【請求項３】
前記ネットワークノードは、少なくとも１つの他のネットワークノードを通して、前記端末へ前記接続要求を送信することができる
ことを特徴とする、請求項２に記載のシステム。
【請求項４】
前記ネットワークノードは、セッション開始プロトコル（ＳＩＰ）プロキシを備える
ことを特徴とする、請求項１に記載のシステム。
【請求項５】
前記ネットワークノードは、前記接続要求を受信し、その後、該接続要求をバッファに格納することができ、かつ
前記ネットワークノードは、前記登録メッセージを受信し、その後、前記接続要求を前記バッファから検索し、前記ネットワークをまたがる前記端末の識別情報に基づいて、該端末へ前記接続要求を送信することができる
ことを特徴とする、請求項１に記載のシステム。
【請求項６】
前記ネットワークノードは、該ネットワークノードと前記端末との間に置かれたネットワークアドレス変換器（ＮＡＴ）及びファイアウォール（ＦＷ）の少なくとも一方を介して、前記端末から前記登録メッセージを受信することができ、
前記ネットワークノードは、前記ＮＡＴ及びＦＷの少なくとも一方とは無関係な手法で、前記トリガを送信することができる
ことを特徴とする、請求項１に記載のシステム。
【請求項７】
前記ネットワークノードはまた、前記トリガを送信する前に、前記端末から第１の登録メッセージを受信することができ、それにより、前記端末を該ネットワークノードに登録し、
前記ネットワークとは独立した前記端末の識別子に基づいて、前記ネットワークノードが前記トリガを送信できるように、前記第１の登録メッセージは、前記ネットワークとは独立した前記端末の識別子を含み、かつ
前記ネットワークノードは、前記トリガに応じて、次の登録メッセージを受信することができる
ことを特徴とする、請求項１に記載のシステム。
【請求項８】
それをまたがって発信元クライアントが直接通信、及び間接通信の少なくとも一方をできるネットワーク内に、前記ネットワークノードを配置する
ことを特徴とする、請求項１に記載のシステム。
【請求項９】
前記ネットワークが、パブリックネットワーク、及びプライベートネットワークの一方を含む
ことを特徴とする、請求項８に記載のシステム。
【請求項１０】
端末との通信セッションを確立するシステムであって、
それをまたがって発信元クライアントが通信できるネットワーク内に配置されたネットワークノード
を備え、ＳＩＰプロキシが登録メッセージを受信することができて、それにより、前記端末を前記ＳＩＰプロキシに登録し、
前記登録メッセージが、前記ネットワークとは独立した前記端末の識別子を含み、
前記ネットワークノードが、前記端末の識別子に基づいて、前記ネットワークとは独立した該端末をトリガすることができ、それにより、前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立できるように、前記ネットワークをまたがって前記端末を特定する
ことを特徴とするシステム。
【請求項１１】
前記ネットワークノードは、前記発信元クライアントから接続要求を受信することができ、
前記接続要求を受信するのに応じて、前記ネットワークノードが、前記端末をトリガすることができ、かつ
前記ネットワークノードは、前記ネットワークをまたがって前記端末を特定した後、該端末へ前記接続要求を送信することができる
ことを特徴とする、請求項１０に記載のシステム。
【請求項１２】
前記ネットワークノードは、少なくとも１つの他のネットワークノードを通して、前記端末へ前記接続要求を送信することができる
ことを特徴とする、請求項１１に記載のシステム。
【請求項１３】
前記ネットワークノードが、前記接続要求を受信し、その後、該接続要求をバッファに格納することができ、かつ
前記ネットワークノードが、前記バッファから前記接続要求を検索し、その後、前記ネットワークをまたがった前記端末の識別情報に基づいて、該接続要求を前記端末に送信することができ、それにより、前記通信セッションを確立する
ことを特徴とする、請求項１１に記載のシステム。
【請求項１４】
前記ネットワークノードが、セッション開始プロトコル（ＳＩＰ）プロキシを備える
ことを特徴とする、請求項１０に記載のシステム。
【請求項１５】
前記ネットワークノードは、該ネットワークノードと前記端末との間に配置されたネットワークアドレス変換器（ＮＡＴ）、及びファイアウォール（ＦＷ）の少なくとも一方を介して、前記端末から前記登録メッセージを受信することができ、かつ
前記ネットワークノードは、前記ＮＡＴ及び前記ＦＷの少なくとも一方とは無関係な手法で、前記端末をトリガすることができる
ことを特徴とする、請求項１０に記載のシステム。
【請求項１６】
前記ネットワークノードは、第１の登録メッセージを受信することができ、それにより、前記端末を該ネットワークノードに登録し、
前記ネットワークノードはまた、前記端末をトリガするのに応じて、該端末から次の登録メッセージを受信することができ、それにより、前記ネットワークをまたがって、該端末を特定し、かつ
前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立することができるように、前記ネットワークノードは、前記ネットワークをまたがって、前記端末を特定することができる
ことを特徴とする、請求項１０に記載のシステム。
【請求項１７】
それをまたがって送信元ノードが直接通信、及び間接通信の少なくとも一方をできるネットワーク内に、前記ネットワークノードを配置する
ことを特徴とする、請求項１０に記載のシステム。
【請求項１８】
前記ネットワークが、パブリックネットワーク、及びプライベートネットワークの一方を含む
ことを特徴とする、請求項１７に記載のシステム。
【請求項１９】
端末との通信セッションを確立する方法であって、
それをまたがって発信元クライアントが通信できるネットワーク内に配置されたネットワークノードから、前記端末へトリガを送信するステップ
を含み、前記トリガを送信するステップは、前記ネットワークとは独立した前記トリガを送信することを含み、
前記トリガに応じて、前記ネットワークノードにおいて、前記端末から前記ネットワークをまたがって登録メッセージを受信して、それにより、前記端末を前記ネットワークノードに登録し、前記ネットワークをまたがって該端末を特定するステップと、
前記ネットワークをまたがった前記端末の識別情報に基づいて、前記端末との通信セッションを確立するステップ
をさらに含むことを特徴とする方法。
【請求項２０】
前記ネットワークノードにおいて、前記発信元クライアントから接続要求を受信するステップ、
をさらに含み、前記通信セッションを確立するステップが、前記端末を登録した後、該端末に前記接続要求を送信することを含む
ことを特徴とする、請求項１９に記載の方法。
【請求項２１】
前記接続要求を送信することは、少なくとも１つの他のネットワークノードを通して、
前記ネットワークノードから前記端末へ該接続要求を送信することを含む
ことを特徴とする、請求項２０に記載の方法。
【請求項２２】
前記接続要求を受信するステップは、接続要求を受信し、その後、該接続要求をバッファ内に格納することを含み、
前記通信セッションを確立するステップは、前記バッファから前記接続要求を検索し、その後、前記ネットワークをまたがった前記端末の識別情報に基づいて、前記端末へ前記接続要求を送信することを含む
ことを特徴とする、請求項２０に記載の方法。
【請求項２３】
ネットワークノードから前記端末へトリガを送信する前記ステップは、セッション開始プロトコル（ＳＩＰ）プロキシを備えるネットワークノードから前記端末へトリガを送信することを含む
ことを特徴とする、請求項１９に記載の方法。
【請求項２４】
登録メッセージを受信する前記ステップは、前記ネットワークノードにおいて、該ネットワークノードと前記端末との間に配置されたネットワークアドレス変換器（ＮＡＴ）、及びファイアウォール（ＦＷ）の少なくとも一方を介して、前記端末から登録メッセージを受信することを含む
ことを特徴とする、請求項１９に記載の方法。
【請求項２５】
前記登録メッセージを受信することは、その次の登録メッセージを受信することを含み、
トリガを送信する前に、前記ネットワークノードにおいて、前記端末から第１の登録メッセージを受信して、それにより、前記端末を前記ネットワークノードに登録するステップ
をさらに含み、前記第１の登録メッセージは、前記ネットワークとは独立した前記端末の識別子を含み、
トリガを送信する前記ステップは、前記ネットワークとは独立した前記端末の識別子に基づいて、トリガを送信することを含む
ことを特徴とする、請求項１９に記載の方法。
【請求項２６】
ネットワークノードから前記端末へトリガを送信する前記ステップは、それをまたがって発信元ノードが直接通信、及び間接通信の少なくとも一方をできるネットワーク内に配置されたネットワークノードから、前記端末へトリガを送信することを含む
請求項１９に記載の方法。
【請求項２７】
ネットワークノードから前記端末へトリガを送信する前記ステップは、パブリックネットワーク、及びプライベートネットワークの一方に配置されたネットワークノードから、前記端末へトリガを送信することを含む
ことを特徴とする、請求項２６に記載の方法。
【請求項２８】
端末との通信セッションを確立する方法であって、
それをまたがって発信元クライアントが通信できるネットワーク内に配置されたネットワークノードにおいて、登録メッセージを受信するステップ
を含み、前記登録メッセージを受信するステップは、前記登録メッセージを受信して、それにより、前記端末を前記ネットワークノードに登録することを含み、
前記登録メッセージは、前記ネットワークとは独立した前記端末の識別子を含み、
前記端末をトリガして、それにより、前記ネットワークをまたがって前記端末を特定するステップ
をさらに含み、前記端末をトリガするステップは、前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立できるように、前記端末の識別子に基づいて、前記ネットワークとは独立した該端末をトリガすることを含む
ことを特徴とする方法。
【請求項２９】
前記ネットワークノードにおいて、発信元ノードから接続要求を受信するステップと、
前記ネットワークをまたがって前記端末を特定した後、前記ネットワークノードから該端末へ前記接続要求を送信するステップと、
をさらに含むことを特徴とする、請求項２８に記載の方法。
【請求項３０】
前記接続要求を送信するステップが、前記ネットワークノードから前記端末へ、少なくとも１つの他のネットワークノードを通して、前記接続要求を送信することを含む
ことを特徴とする、請求項２９に記載の方法。
【請求項３１】
接続要求を受信する前記ステップが、接続要求を受信し、その後、該接続要求をバッファに格納することを含み、
前記接続要求を送信する前記ステップが、前記接続要求を前記バッファから検索し、その後、前記ネットワークをまたがった前記端末の識別情報に基づいて、該接続要求を前記端末へ送信して、それにより、前記通信セッションを確立することを含む
ことを特徴とする、請求項２９に記載の方法。
【請求項３２】
ネットワークノードにおいて登録メッセージを受信する前記ステップは、セッション開始プロトコル（ＳＩＰ）プロキシを備えるネットワークノードにおいて、登録メッセージを受信することを含む
ことを特徴とする、請求項２８に記載の方法。
【請求項３３】
登録メッセージを受信する前記ステップは、ネットワークノードにおいて、該ネットワークノードと前記端末との間に置かれたネットワークアドレス変換器（ＮＡＴ）、及びファイアウォール（ＦＷ）の少なくとも一方を介して、前記端末から登録メッセージを受信することを含み、
前記端末をトリガする前記ステップは、前記ＮＡＴ及びＦＷの少なくとも一方とは無関係な手法で、前記端末をトリガすることを含む
ことを特徴とする、請求項２８に記載の方法。
【請求項３４】
登録メッセージを受信する前記ステップは、第１の登録メッセージを受信することを含み、
前記端末をトリガするのに応じて、前記ネットワークノードにおいて、該端末から次の登録メッセージを受信して、それにより、前記ネットワークをまたがって前記端末を特定するステップと、
前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立するステップ
をさらに含むことを特徴とする、請求項２８に記載の方法。
【請求項３５】
ネットワークノードにおいて登録メッセージを受信する前記ステップは、それをまたがって発信元ノードが直接通信、及び間接通信の少なくとも一方をできるネットワーク内に配置されたネットワークノードにおいて、登録メッセージを受信することを含む
ことを特徴とする、請求項２８に記載の方法。
【請求項３６】
ネットワークノードにおいて登録メッセージを受信する前記ステップは、パブリックネットワーク、及びプライベートネットワークの一方を含むネットワーク内に配置されたネットワークノードにおいて、登録メッセージを受信することを含む
ことを特徴とする、請求項３５に記載の方法。
【請求項３７】
それをまたがって発信元クライアントが通信できるネットワーク内に配置されたネットワークノードから、トリガを受信することができるコントローラ、
を備え、前記コントローラは、前記ネットワークとは独立した前記トリガを受信することができ、
前記コントローラは、前記トリガに応じて、前記ネットワークをまたがって、前記ネットワークノードへ登録メッセージを送信することができ、それにより、前記端末を前記ネットワークノードに登録し、前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立することができるように、該ネットワークをまたがって、該端末を特定する
ことを特徴とする端末。
【請求項３８】
前記ネットワークノードが、前記端末を登録した後、該端末へ接続要求を送信することができるように、前記コントローラは、前記ネットワークノードが発信元ノードから接続要求を受信するのに応じて、前記トリガを受信することができる
ことを特徴とする、請求項３７に記載の端末。
【請求項３９】
前記ネットワークノードが、少なくとも１つの他のネットワークノードを通して、前記端末へ接続要求を送信することができるように、前記コントローラは、前記ネットワークノードが前記発信元ノードから接続要求を受信するのに応じて、前記トリガを受信することができる
ことを特徴とする、請求項３８に記載の端末。
【請求項４０】
前記ネットワークノードが、前記ネットワークノードからの接続要求を受信し、その後、該接続要求をバッファ内に格納したのに応じて、前記コントローラは、前記トリガを受信することができ、
前記ネットワークノードが、前記バッファから前記接続要求を検索し、その後、前記ネットワークをまたがる前記端末の識別情報に基づいて、前記コントローラへ前記接続要求を送信できるように、前記コントローラは、前記登録メッセージを送信することができる
ことを特徴とする、請求項３８に記載の端末。
【請求項４１】
前記コントローラは、セッション開始プロトコル（ＳＩＰ）プロキシを備えるネットワークノードから、トリガを受信することができる
ことを特徴とする、請求項３７に記載の端末。
【請求項４２】
前記コントローラは、前記ネットワークノードと前記端末との間に置かれたネットワークアドレス変換器（ＮＡＴ）、及びファイアウォール（ＦＷ）の少なくとも一方を介して、前記ネットワークノードへ前記登録メッセージを送信することができ、
前記コントローラは、前記ＮＡＴ、及び前記ＦＷの少なくとも一方とは無関係な手法で、前記トリガを受信することができる
ことを特徴とする、請求項３７に記載の端末。
【請求項４３】
前記コントローラはまた、前記トリガを受信する前に、前記ネットワークノードへ第１の登録メッセージを送信することができ、それにより、前記端末を該ネットワークノードに登録し、
前記コントローラが、前記ネットワークとは独立した前記端末の識別子に基づいて、前記トリガを受信できるように、前記第１の登録メッセージが、前記ネットワークとは独立した前記端末の該識別子を含み、
前記コントローラは、前記トリガに応じて、次の登録メッセージを送信することができる
ことを特徴とする、請求項３７に記載の端末。
【請求項４４】
前記コントローラは、それをまたがって発信元クライアントが直接通信、及び間接通信の少なくとも一方をできるネットワーク内に配置されたネットワークノードから、トリガを受信することができる
ことを特徴とする、請求項３７に記載の端末。
【請求項４５】
前記コントローラは、パブリックネットワーク、及びプライベートネットワークの一方を含むネットワーク内に配置されたネットワークノードから、トリガを受信することができる
ことを特徴とする、請求項４４に記載の端末。
【請求項４６】
それをまたがって発信元クライアントが通信できるネットワーク内に配置されたネットワークノードへ、登録メッセージを送信することができるコントローラ、
を備え、前記コントローラは、前記登録メッセージを送信することができ、それにより、前記端末を前記ネットワークノードに登録し、
前記登録メッセージは、前記ネットワークとは独立した前記端末の識別子を含み、
前記コントローラは、前記端末の識別子に基づいて、前記ネットワークとは独立して
トリガされることができ、それにより、前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立することができるように、前記ネットワークをまたがって前記端末を特定する
ことを特徴とする、モバイルネットワーク、及びプライベートネットワークの一方内に置かれた端末。
【請求項４７】
前記ネットワークノードが前記発信元クライアントから接続要求を受信するのに応じて、前記コントローラをトリガすることができ、
前記ネットワークノードが、前記ネットワークをまたがって前記端末を特定した後に、該端末へ前記接続要求を送信できるように、前記コントローラをトリガすることができる
ことを特徴とする、請求項４６に記載の端末。
【請求項４８】
前記ネットワークノードが、少なくとも１つの他のネットワークノードを通して、前記端末へ前記接続要求を送信できるように、前記コントローラをトリガすることができる
ことを特徴とする、請求項４７に記載の端末。
【請求項４９】
前記ネットワークノードが、前記接続要求を受信し、その後、該接続要求をバッファに格納するのに応じて、前記コントローラをトリガすることができ、
前記ネットワークノードが、前記バッファから前記接続要求を検索し、その後、前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末へ前記接続要求を送信し、それにより前記通信セッションを確立できるように、前記コントローラをトリガすることができる
ことを特徴とする、請求項４７に記載の端末。
【請求項５０】
前記コントローラは、セッション開始プロトコル（ＳＩＰ）プロキシを備えるネットワークノードへ、登録メッセージを送信することができる
ことを特徴とする、請求項４６に記載の端末。
【請求項５１】
前記コントローラは、前記ネットワークノードと前記端末との間に置かれたネットワークアドレス変換器（ＮＡＴ）、及びファイアウォール（ＦＷ）の少なくとも一方を介して、該ネットワークノードへ前記登録メッセージを送信することができ、
前記ＮＡＴ、及び前記ＦＷの少なくとも一方とは無関係な手法で、前記コントローラをトリガすることができる
ことを特徴とする、請求項４６に記載の端末。
【請求項５２】
前記コントローラは、第１の登録メッセージを送信することができ、それにより、前記端末を前記ネットワークノードに登録し、
前記コントローラはまた、トリガされるのに応じて、次の登録メッセージを前記ネットワークノードへ送信することができ、それにより、前記ネットワークをまたがった前記端末の識別情報に基づいて、該端末との通信セッションを確立できるように、前記ネットワークをまたがって、前記端末を特定する
ことを特徴とする、請求項４６に記載の端末。
【請求項５３】
前記コントローラは、それをまたがって発信元ノードが直接通信、及び間接通信の少なくとも一方をできるネットワーク内に配置されたネットワークノードへ、登録メッセージを送信することができる
ことを特徴とする、請求項４６に記載の端末。
【請求項５４】
前記コントローラは、パブリックネットワーク、及びプライベートネットワークの一方を含むネットワーク内に配置されたネットワークノードへ、登録メッセージを送信することができる
ことを特徴とする、請求項５４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、セッション開始プロトコル（ＳＩＰ）による通信セッションを確立するためのシステム、及び方法に関するものであり、特に、端末とのＳＩＰ通信セッションを確立するためのシステム、及び方法に関するものである。
【背景技術】
【０００２】
ＩＰｖ４のような様々なバージョンのインターネットプロトコル（ＩＰ）の制限の１つは、それが限られたアドレス空間を有するということである。その結果として、アドレスを節約して使うために、企業、及び他の管理ドメインは、プライベートアドレスを使用することを用いていた。プライベートアドレスは、ＩＰアドレスが、
１０．０．０．０‐１０．２５５．２５５．２５５、
１７２．１６．０．０‐１７２．３１．２５５．２５５、又は
１９２．１６８．０．０‐１９２．１６８．２５５．２５５
の範囲内に入るネットワークアドレスである。
【０００３】
プライベートネットワーク内の管理エンティティによって割り当てられたプライベートアドレスは、それぞれのプライベートネットワーク内で関連性を有するだけである。従って、そのようなプライベートアドレスは、典型的には、そのプライベートネットワークの外側には見えない。しかしながら、プライベートアドレスを使用することの利点は、異なるプライベートネットワークが、全く競合の心配なく、それぞれのプライベートネットワーク内のホストに、同じプライベートＩＰアドレスを割り当てることができる、ということである。その一方で、プライベートネットワーク内でプライベートアドレスを割り当てられたホストが、その送信ホストのプライベートネットワークの外部にあるホストへＩＰデータグラムを送信しようとするとき、ネットワークアドレスポート変換器（ＮＡＰＴ）としてもまた機能することのできるネットワークアドレス変換器（ＮＡＴ）を使用することもできる。ＮＡＴは、そのＮＡＴと関連付けられるプライベートネットワークの外部にＩＰデータグラムを送信する前に、プライベートＩＰアドレス（及び、ことによると、データグラム内の他の選択されたフィールド）を、パブリックＩＰアドレスに変換する。ＮＡＰＴの追加機能により、ＮＡＴはさらに、伝送制御プロトコル（ＴＣＰ）、又はユーザデータグラムプロトコル（ＵＤＰ）ポートのようなポートを、プライベートネットワークからパブリックネットワークへ変換することもできる。同様に、ＩＰデータグラムを、ＮＡＴと関連付けられる管理ドメインの外部にあるホストからプライベートアドレスを持つホストへ送信するとき、ＮＡＴが、パブリックＩＰアドレスをプライベートＩＰアドレスへ変換し、及び、ＮＡＰＴの追加機能により、パブリックネットワーク内のポートをプライベートネットワーク内のポートへ変換する。
【０００４】
アドレス、及びポート変換を提供することに加えて、ＮＡＴは、関連プライベートネットワークに対するセキュリティ機構として作動するファイアウォール、及び／又はゲートウェイと通信することもできる。この点に関して、受信データグラムがＮＡＴの変換処理を通過する前、及び／又は発信データグラムがＮＡＴの変換処理を通過した後、のように、ファイアウォール／ゲートウェイがそのようなデータグラムを認定することができるという点で、ファイアウォール／ゲートウェイは、セキュリティを提供することができる。さらに、プライベートＩＰアドレスをパブリックＩＰアドレスに変換することにより、ＮＡＴは、そのプライベートＩＰアドレスと関連付けられるパブリックＩＰアドレスに、プライバシーの目安を提供することができる。
【０００５】
プライベートネットワーク内でのプライベートアドレスの使用、及びプライベートネットワークの境界におけるＮＡＴの使用が、企業内で広く採用、及び展開されてきた。しかしながら、ＮＡＴの使用と関連付けられる欠点が存在する。この点に関して、汎用パケット無線サービス（ＧＰＲＳ）のようなモバイルネットワークを備える、或いは接続される、さもなければ関連付けられるプライベートネットワークを考える。そのような例では、モバイル端末のような、モバイルネットワークをまたがって通信する終端ノードが、一般的には、セッション開始プロトコル（ＳＩＰ）による、というように、ＮＡＴをまたがったＩＰデバイスとの通信セッションを起動することができる。しかしながら、ＩＰデバイスは、典型的には、ＮＡＴを越えた終端ノードとのＳＩＰ通信セッションを開始することはできない。さらに、終端ノードは、典型的には、固定ＩＰアドレスのような静的かつパブリックな識別情報がないので、ＩＰデバイスは、しばしば、ＮＡＴによって、所望の終端ノードを特定することができない。
【０００６】
モバイルネットワークは、典型的には、多数の理由のため、ＩＰデバイスがそれぞれの終端ノードとのＳＩＰ通信セッションを開始するのを防ぐように、構成される。第１に、ネットワークトポロジに依っては、ネットワーク全体にわたってＩＰトラフィックが全く存在しないときでさえも、ネットワーク内の終端ノードとのＩＰ接続性をイネーブルにすることは、望ましくない量のリソースを消費し得る、或いはネットワークの性能を低下し得る。第２に、ネットワークでは、多くのプライベートネットワークにおけるように、利用可能なＩＰアドレスよりも多くの終端ノードが存在し得る。従って、ネットワークは、ＮＡＴを含み、ＩＰアドレス、及び／又はプライベートＩＰアドレスを動的に割り当てられることができる。第３に、多くのネットワークのセキュリティニーズ及びポリシは、様々なＩＰトラフィックがネットワーク内に送られることを妨げることを必要とする。そのような例はまた、特にモバイルネットワークが関連ファイアウォール／ゲートウェイを含むとき、しばしば、ＮＡＴの使用をもたらす。
【０００７】
ＮＡＴの欠点を克服して、ＩＰデバイスが終端ノードとのＳＩＰ通信セッションを開始することを可能にするために、各終端ノードが一意の固定ＩＰアドレスを持つように、ネットワークを構成することができ、そこでは、それらのアドレスが、それぞれのドメインネームシステム（ＤＮＳ）サーバ内に登録される。ＮＡＴ、及びネットワークの任意のセキュリティ構成要素（例えば、ファイアウォール／ゲートウェイ等）はまた、ＩＰデバイスが終端ノードとのＳＩＰ通信セッションを開始することを可能にし、かつその終端ノードに割り当てられたＩＰアドレスへの、及びそこからのトラフィックのルーティングを可能にするように構成されることもできる。さらに、例えば、終端ノードをネットワークに接続するとき、ネットワーク内の各終端ノードとのＩＰ接続性に必要な、ネットワークトポロジ専用のリソースを、割り当てることができる。
【０００８】
しかしながら、ＩＰデバイスが終端ノードとのＳＩＰ通信セッションを開始することを可能にするためのそのような手法は、ＮＡＴ要素の使用をもたらすパブリックネットワークの制限を無視する。すなわち、そのような手法は、利用可能なパブリックＩＰアドレスの制限を無視する。また、そのような手法は、ＮＡＴ要素の、セキュリティ機能を提供するファイアウォール／ゲートウェイと通信できる能力を無視する。従って、パブリックネットワークの限られたアドレス空間を占め、かつそれぞれのネットワークに対するファイアウォール／ゲートウェイ機能を維持するモバイル、又はプライベートネットワーク内の終端ノードとのＳＩＰ通信セッションをＩＰデバイスが開始すること、を可能にすることができるシステムを設計することが、望ましいであろう。
【０００９】
（本発明の要約）
前述の背景技術に鑑みて、本発明の実施形態は、典型的には関連プライベートＩＰアドレスを有するモバイル端末である端末とのセッション開始プロトコル（ＳＩＰ）通信セッションを確立するための改善されたシステム、及び方法を提供する。端末とのＳＩＰ通信セッションを確立するための従来手法とは対照的に、本発明の実施形態は、ＳＩＰクライアントが、端末（他のＳＩＰクライアント）からのパブリックネットワーク全体にわたって、端末とのＳＩＰ通信セッションを開始することを可能にする。特に、本発明の実施形態は、ＳＩＰクライアントが、限定数の利用可能なパブリックＩＰアドレスを占め、その端末を含むモバイルネットワークに対するファイアウォール及び／又はゲートウェイ機能を維持するように、端末とのＳＩＰ通信セッションを開始することを可能にする。
【００１０】
本発明の一側面により、セッション開始プロトコル（ＳＩＰ）通信セッションのような、端末（すなわち、終端ＳＩＰクライアント）との通信セッションを確立するために、本システムが提供される。本システムは、それをまたがって発信元クライアントが通信できるネットワーク内に配置された、ＳＩＰプロキシのようなネットワークノードを含む。ネットワークノードは、そのネットワークとは独立した端末に、トリガを送信することができる。ネットワークノードはまた、最初の登録メッセージに続く登録メッセージ、のような登録メッセージを端末から受信することもでき、そこでは、トリガに応じて、ネットワークノードが登録メッセージを受信する。この点に関して、ネットワークノードは、登録メッセージを受信して、それにより、端末をそのネットワークノードに登録し、かつネットワークをまたがるその端末の識別情報に基づいて、その端末との通信セッションを確立することができるように、ネットワークをまたがって、その端末を特定することができる。
【００１１】
特に、ネットワークノードは、そのネットワークノードと端末との間に配置されたネットワークアドレス変換器（ＮＡＴ）及び／又はファイアウォール（ＦＷ）を介して、その端末から登録メッセージを受け取ることができる。ネットワークノードは、それ自体では、ＮＡＴ及び／又はＦＷとは無関係な手法で、トリガを送信することができる。ネットワークノードはまた、トリガを送信し、次に続く登録メッセージを受信する前に、端末から第１の登録メッセージを受信することもできる。この点に関して、ネットワークノードは、その第１の登録メッセージを受信して、それにより、その端末をそのネットワークノードに登録することができる。そのような例では、第１の登録メッセージが、そのネットワークとは独立した端末の識別子を含む。従って、ネットワークノードは、ネットワークとは独立した端末の識別子に基づいて、トリガを送信することができる。
【００１２】
システムはさらに、そのネットワークノードへの接続要求を送信することのできるネットワークノード（すなわち、発信元ＳＩＰクライアント）を含むことができる。そのような例では、接続要求を受信するのに応じて、ネットワークノードは、トリガを送信することができる。特に、ネットワークノードは、接続要求を受信することができ、その後、その接続要求をバッファすることができる。次に、ネットワークノードは、登録メッセージを受信し、バッファから接続要求を検索し、その後、ネットワークをまたがるその端末の識別情報に基づいて、その端末に接続要求を送信することができる。
【００１３】
本発明の更なる側面により、モバイルネットワーク、又はプライベートネットワーク内に配置された端末との通信セッションを確立するシステムは、第１の登録メッセージのような登録メッセージを受信して、それにより、その端末をネットワークノードに登録することのできるネットワークノードを含む。この点に関して、登録メッセージは、ネットワークとは独立した端末の識別子を含む。この実施形態のネットワークノードはまた、端末の識別子に基づいて、ネットワークとは独立して端末をトリガして、それにより、ネットワークをまたがって、端末を特定することができる。さらに、ネットワークノードは、ネットワークをまたがる端末の識別情報に基づいて、その端末との通信セッションを確立することができるように、その端末をトリガすることができる。
【００１４】
本発明の他の側面により、端末との通信セッションを確立するための端末、及び方法を提供する。それゆえ、本発明の実施形態は、端末との通信セッションを確立するための改善されたシステム、及び方法を提供する。本発明の実施形態は、発信元クライアントが更なる、又は多くの更なるパブリックＩＰアドレスを必要とすることなく、端末との接続を開始することを、可能にする。本発明の実施形態はさらに、ＦＷによってというような、端末を含むモバイルネットワークに別の方法で提供されるファイアウォール及び／又はゲートウェイ機能を不要にすることなく、発信元クライアントが端末との接続を開始することを、可能にする。
【００１５】
このように、本発明を一般的な語で説明して、ここで、必ずしも倍率変更して描かれているわけではない添付図面を参照する。
【００１６】
（本発明の詳細な説明）
ここで、本発明の好ましい実施形態を示す添付図面を参照して、本発明を、以下により完全に説明する。しかしながら、本発明は、多くの様々な形で具現化するすることができ、本出願で示した実施形態に限定されると解釈すべきはなく；むしろ、本開示が完全かつ包括的であり、本発明の技術的範囲を当業者に完全に伝えるように、これらの実施形態は提供される。全体を通して、同じ番号は、同じ要素を参照する。
【００１７】
図１を参照すると、本発明から恩恵を受けるであろうシステムの１つの形式の図示が、提供されている。本発明の実施形態のシステム、及び方法を、移動通信アプリケーションと組合せて、主に説明する。しかしながら、移動通信産業、及び移動通信産業外の両方において、様々な他のアプリケーションと組合せて、本発明の実施形態のシステム、及び方法を利用することができることを、理解すべきである。
【００１８】
示すように、システム１０は、インターネットのようなパブリックインターネットプロトコル（ＩＰ）ネットワークのようなパブリックネットワーク１２を含む。パブリックネットワークは、多数のネットワークノードを含み、その各々が、典型的には、サーバコンピュータ、パーソナルコンピュータ、ラップトップコンピュータ等のような処理要素を備える。特に、パブリックネットワークは、その各々がパブリックネットワーク内、又はパブリックネットワークをまたがって通信できる固定端末１４を備える、１又はそれ以上のネットワークノードを含むことができる。パブリックネットワーク１２のネットワークノードはまた、セッション開始プロトコル（ＳＩＰ）プロキシのようなプロキシ１６を含むこともできる。わかるように、ＳＩＰのような呼モデルは、マルチメディアセッションに関連するアプリケーション層信号プロトコルを提供する（例えば、その内容が全体として引用により本出願に組み入れられる、コメントドキュメントＲＦＣ３２６１のＩＥＴＦ要請，「ＳＩＰ：セッション開始プロトコル」,２００２年６月、参照）。それゆえ、ＳＩＰプロキシは、発信元ＳＩＰクライアント２０として動作する固定端末を備えるネットワークノードへの、及び／又はからのＳＩＰ信号メッセージ、のようなＳＩＰ信号メッセージを受信、及び転送することができ、それ自体は、以下でずっと詳細に説明する。
【００１９】
さらに、パブリックネットワーク１２は、１又はそれ以上のドメインネームシステム（ＤＮＳ）サーバ１８を含むことができる。この点に関して、典型的には、各ネットワークノードは、典型的にはよりリコールしやすい、関連するホストＤＮＳ名を持つ一意のＩＰアドレスを持つ。次に、ＤＮＳサーバは、ネットワークトラフィックを適切なネットワークノードに転送することができるように、ホストＤＮＳ名を関連するＩＰアドレスに変換することができる。
【００２０】
パブリックネットワーク１２の他に、システム１０は、ローカルエリアネットワーク（ＬＡＮ）のような、１又はそれ以上のプライベートネットワーク２４を含む。パブリックネットワークのような各プライベートネットワークは、多数のネットワークノードを含むことができる。また、パブリックネットワーク１２のように、各プライベートネットワークのネットワークノードは、１又はそれ以上のＤＮＳサーバ２６を含むことができる。前と同様に、プライベートネットワークのＤＮＳサーバは、ネットワークトラフィックを適切なパブリック、或いはネットワークノードに転送できるように、ホストＤＮＳ名を関連ＩＰアドレスに変換することができる。プライベートネットワークはまた、モバイル端末３２を備える、１又はそれ以上のネットワークノードを含むことができ、そのモバイル端末３２の各々は、プライベートネットワーク内、又はプライベートネットワークをまたがって、通信することができる。端末３２は、例えば、移動電話、個人情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、スマートカード、及び他の形式の電子システム、を含むことができる。
【００２１】
端末３２がプライベートネットワークにアクセスすることを促すために、プライベートネットワーク２４は、１又はそれ以上の無線アクセスポイント（ＡＰ）（示されていない）を含むことができ、それらの各々は、１又はそれ以上の端末に結合されることができる。この点に関して、ＡＰは、例えば、無線周波（ＲＦ）、ブルートゥース（ＢＴ）、赤外線（ＩｒＤＡ）、又はＬＡＮ及び／又はＷＬＡＮ手法を含む多数の様々な有線及び／又は無線ネットワーク手法のいずれかのような手法により、端末と通信するように構成されたアクセスポイントを備えることができる。また、パブリックネットワークのように、プライベートネットワークも、発信元ＳＩＰクライアント２０を含むことができ、それを以下でずっと詳細に説明する。以下で説明するように、プライベートネットワークは、終端ＳＩＰクライアント３６を含むことができ、それは、発信元ＳＩＰクライアントと通信することができる。また以下で説明するように、プライベートネットワークの１又はそれ以上の端末は、発信元ＳＩＰクライアント、又は終端ＳＩＰクライアントとして動作することができる。
【００２２】
パブリックネットワーク１２のネットワークノードとプライベートネットワーク２４のネットワークノードとの間の通信を促進するために、各プライベートネットワークは、パブリックネットワーク、及びプライベートネットワークを相互接続するネットワークアドレス変換器（ＮＡＴ）を、さらに含むことができる。背景技術の部分において上記で説明したように、パブリックネットワークとそれぞれのプライベートネットワークとの間の通信のために、各ＮＡＴは、パブリックネットワークからのパブリックＩＰアドレスを、それぞれのプライベートネットワークのネットワークノードのプライベートＩＰアドレスに変換することができる、及び逆もまた同じである。わかるように、ＮＡＴはまた、例えばアプリケーションプロトコルデータユニット（ＰＤＵ）内に埋め込まれたＩＰアドレスを変換することのできるアプリケーションレベルゲートウェイ（ＡＬＧ）（示されていない）を含むことができる。さらに、ＮＡＴは、それぞれのプライベートネットワークにおいて、ファイアウォール及び／又はゲートウェイを含む、或いはそれらと関連付けられることができる。そのとき、示すように、ファイアウォール／ゲートウェイを含む、或いはそれらと関連付けられるＮＡＴは、ＮＡＴ／ＦＷ２８として示される。
【００２３】
システム１０はまた、１又はそれ以上のモバイル、又はセルラネットワーク３０を含むことができる。セルラネットワークは、多数の様々なモバイルネットワークのうちの１又はそれ以上を含むことができる。この点に関して、セルラネットワークは、多数の第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、及び／又は第３世代（３Ｇ）のいずれか、及び／又は本発明の実施形態により動作することのできる多数の他のセルラネットワークのいずれか、を含むことができる。例えば、各セルラネットワークは、ＧＳＭ（広域自動車通信システム）、ＩＳ−１３６（時分割多重接続‐ＴＤＭＡ）、ＩＳ−９５（符号分割多重接続‐ＣＤＭＡ）、又はＥＤＧＥ（ＧＳＭ進化型高速データ通信）ネットワークを含むことができる。そのかわりに、１又はそれ以上のセルラネットワークが、ＧＰＲＳ（汎用無線パケットサービス）、又はＧＰＲＳベースのネットワーク（例えば、ユニバーサル移動電話システム‐ＵＭＴＳ）を含むことができる。
【００２４】
パブリックネットワーク１２、及びプライベートネットワーク２４のように、セルラネットワーク３０もまた、１又はそれ以上のネットワークノードを含む。この点に関して、各セルラネットワークのネットワークノードは、それぞれのセルラネットワーク内で、及び／又はそれぞれのセルラネットワークをまたがって通信できる、１又はそれ以上のモバイル端末３２を含むことができる。以下で説明するように、１又はそれ以上のモバイル端末は、パブリック及びプライベートネットワークの発信元ノードと同じ方法でというように、発信元ＳＩＰクライアント２０として動作することができる。さらに、また以下で説明するように、１又はそれ以上のモバイル端末は、終端ＳＩＰクライアント３８として動作することもでき、この終端ＳＩＰクライアント３８は、上記で示し、かつ以下で説明するように、ＳＩＰにより、ＳＩＰプロキシ１６を介して、発信元ＳＩＰクライアントと通信することができる。
【００２５】
セルラネットワーク３０内では、ネットワークノードはまた、１又はそれ以上のＳＧＳＮ（信号ＧＰＲＳサポートノード）３８のような１又はそれ以上のネットワーク信号サポートノード、及び１又はそれ以上のＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）４０のような１又はそれ以上のゲートウェイサポートノードを含むことができる。例えば、ネットワークノードは、１又はそれ以上のＳＧＳＮ、及び１又はそれ以上のＧＧＳＮを含むことができ、それ自身は、３Ｇパートナーシッププロジェクト（３ＧＰＰ）の多数の仕様書において説明される。当業者にはわかるように、ＳＧＳＮは、モバイル端末３２への通信、及びモバイル端末３２からの通信を転送することができ、また、端末が他のネットワークノードとの通信セッションに含まれるとき、そのような他のネットワークノードへの接続も提供することができる。それに対して、ＧＧＳＮは、セルラネットワーク、及びプライベートネットワーク２４を相互接続することができる。この点に関して、ＧＧＳＮは、それ自体は良く知られているように、従来のゲートウェイ動作を実施することができる。セルラネットワークは、ＳＧＳＮ、及びＧＧＳＮを含むことができるが、セルラネットワークは、他の形式のセルラネットワークにおける他の同様な動作ネットワークノードも含むことができるということに、注目すべきである。
【００２６】
ここで、本発明の一実施形態により、パブリックネットワーク１２、プライベートネットワーク２４、又はセルラネットワーク３０内でネットワークノード（例えば、ＳＩＰプロキシ１６、発信元ＳＩＰクライアント２０、ＮＡＴ／ＦＷ２８、終端ＳＩＰクライアント３６、ＳＧＳＮ３８、ＧＧＳＮ４０等）として動作することのできるエンティティのブロック図を示す図２、を参照する。別個のエンティティとして示しているが、幾つかの実施形態では、論理的には別個であるがエンティティ内にともに配置された１又はそれ以上のネットワークノードを、１又はそれ以上のエンティティがサポートすることもできる。例えば、単一のエンティティが、論理的には別個であるが、同じ場所に配置された発信元ＳＩＰクライアント、及びＳＩＰプロキシを、サポートすることができる。また、例えば、上記で示すように、単一のエンティティが、論理的に別個であるが、同じ場所に配置されたＮＡＴ、及びファイアウォール／ゲートウェイを、サポートすることもできる。
【００２７】
示すように、ネットワークノードとして動作することのできるエンティティは、一般的には、メモリ４４に接続されたコントローラ４２、プロセッサ等を含むことができる。コントローラはまた、少なくとも１つのインターフェース４６、又はデータ、コンテンツ等を送信及び／又は受信するための他の手段、に接続されることもできる。メモリは、揮発性及び／又は非揮発性メモリを含むことができ、典型的には、コンテンツ、データ等を格納する。例えば、メモリは、典型的には、本発明の実施形態によるエンティティの動作と関連付けられるステップをコントローラが実行するためのソフトウェアアプリケーション、命令等を格納する。また例えば、メモリは、典型的には、ネットワークノードから送信される、或いはネットワークノードによって受信されるコンテンツを格納する。
【００２８】
図３は、モバイル端末３２、従って、本発明の実施形態による発信元ＳＩＰクライアント２０、又は終端ＳＩＰクライアント３６として動作することのできる移動局の機能図を示している。図示した、及び前述で説明した移動局は、ただ単に、本発明から恩恵を受けるであろモバイル端末の１つの形式の例証となるものであり、それゆえ、本発明の技術的範囲を限定するものと解釈されるべきではないことを、理解すべきである。移動局の幾つかの実施形態を示し、例示の目的のため以下で説明するが、個人情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、及び他の形式の音声及び文字通信システムのような他の形式のモバイル端末も、容易に本発明を用いることができる。
【００２９】
移動局は、送信機４８、受信機５０、及び、送信機へ信号を提供し、受信機から信号を受信するコントローラ５２、を含む。これらの信号は、応用可能なセルラシステムのエア・インターフェース標準による信号情報、及びまたユーザの音声及び／又はユーザ生成データ、を含む。この点に関して、移動局は、１又はそれ以上のエア・インターフェース標準、通信プロトコル、変調形式、及びアクセス形式で動作することができる。特に、移動局は、多数の１Ｇ、２Ｇ、２．５Ｇ、及び／又は３Ｇの通信プロトコル等のいずれかにより、動作することができる。例えば、移動局は、２Ｇ無線通信プロトコルＩＳ−１３６（ＴＤＭＡ）、ＧＳＭ、及びＩＳ−９５（ＣＤＭＡ）により、動作することができる。また例えば、移動局は、２．５Ｇ無線通信プロトコルＧＰＲＳ、ＧＳＭ進化型高速データ伝送（ＥＤＧＥ）等により、動作することができる。幾つかの狭帯域ＡＭＰＳ（ＮＡＭＰＳ）、ならびにＴＡＣＳ、移動局はまた、デュアルモード又はそれ以上のモードの移動局（例えば、デジタル／アナログ、又はＴＤＭＡ／ＣＤＭＡ／アナログ電話）がすべきように、本発明の実施形態から恩恵を受けることができる。
【００３０】
コントローラ５２が、移動局の音声、及び論理機能を実装するのに必要な回路を含むことを、理解する。例えば、コントローラは、デジタル信号処理装置、マイクロプロセッサ、及び様々なアナログ‐デジタル変換装置、デジタル‐アナログ変換装置、及び他のサポート回路から構成されることができる。移動局の制御、及び信号処理機能は、これらのデバイスのそれぞれの能力により、それらのデバイス間に割り当てられる。従って、コントローラはまた、変調、及び伝送の前に、メッセージ及びデータを畳み込み符号化し、インターリーブする機能も含む。コントローラは、さらに、内部音声符号器（ＶＣ）５２Ａを含むことができ、かつ内部データモデム（ＤＭ）５２Ｂを含むこともできる。さらに、コントローラは、メモリ内に格納することのできる１又はそれ以上のソフトウェアアプリケーションを動作させる機能を含むこともできる。
【００３１】
移動局はまた、従来のイヤホン又はスピーカ５４、呼び出し装置５６、マイクロホン６０、ディスプレイ６２、及びユーザ入力インターフェースを含むユーザインターフェースを備え、それらの全てがコントローラ５２に結合される。移動局がデータを受信することを可能にするユーザ入力インターフェースは、キーパッド６４、タッチディスプレイ（示されていない）、又は他の入力デバイスのような、移動局がデータを受信することを可能にする多数のデバイスのいくつかを備えることができる。キーパッドを含む実施形態では、キーパッドは、従来の数字（０‐９）、及び関連キー（＃，＊）、及び移動局を動作させるために使用される他のキーを含む。
【００３２】
示されていないが、移動局はさらに、データを他の移動局、車両誘導システム、パーソナルコンピュータ、プリンタ、バーコードを含むプリント素材等のような他のデバイスと共有、及び／又はそれらから獲得することができるように、ＩｒＤＡトランシーバ、又は他のローカルデータ転送装置を含むことができる。データの共有、並びにデータのリモート共有はまた、多数の異なる手法により提供されることができる。例えば、移動局は、他の無線トランシーバ、及び／又は無線認証（ＲＦＩＤ）トランスポンダタグとデータを共有することのできるＲＦトランシーバを含むことができ、それら自体は当業者には知られている。さらに、或いはそのかわりに、移動局が、ブルートゥース分科会によって開発されたＢＴブランド無線技術を使って、データを共有することもできる。さらに、移動局は、ＬＡＮ及び／又はＷＬＡＮ手法を含む、多数の様々な有線及び／又は無線ネットワーク手法のいずれかにより、データを共有することができる。
【００３３】
移動局はまた、加入者識別情報モジュール（ＳＩＭ）６６、取り外し可能なユーザ識別情報モジュール（Ｒ−ＵＩＭ）等のようなメモリも含むことができ、それらは、典型的には、モバイル加入者に関連する情報要素を格納する。ＳＩＭの他に、移動局は、他のメモリも含むことができる。この点に関して、移動局は、揮発性メモリ６８、並びに他の不揮発性メモリ７０を含むことができ、それらは、埋め込まれることができる、及び／又は取り外し可能とすることができる。例えば、他の不揮発性メモリは、埋め込まれた、或いは取り外し可能なマルチメディアメモリカード（ＭＭＣ）、Ｓｏｎｙ社によって製造されたメモリスティック、ＥＥＰＲＯＭ、フラッシュメモリ、ハードディスク等を含むことができる。メモリは、その移動局の機能を実施するために移動局よって使用される多数の情報及びデータの幾らかを、格納することができる。例えば、メモリは、移動局を一意に識別することができる国際モバイル装置識別情報（ＩＭＥＩ）コード、国際モバイル加入者識別情報（ＩＭＳＩ）コード、移動局統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）コード等のような識別子を格納することができる。メモリはまた、発信元ＳＩＰクライアント２０へ送信される、或いは発信元ＳＩＰクライアント２０から受信されるようなコンテンツも格納することができる。
【００３４】
背景技術で示したように、発信元ＳＩＰクライアント２０のようなＩＰデバイスが、モバイル端末のような終端ＳＩＰクライアント３６との通信を開始することを可能にするための従来手法は、パブリックネットワークをそれぞれのプライベートネットワーク２４に相互接続するためのＮＡＰ／ＦＷ２８の使用をもたらす、パブリックネットワーク１２（例えば、インターネット）のようなパブリックドメインの制限を無視する。すなわち、そのような手法は、利用可能なパブリックＩＰアドレスの制限を無視する。また、そのような手法は、それぞれのプライベートネットワークにファイアウォール及び／又はゲートウェイ機能を提供することのできるＮＡＰ／ＦＷの能力も、無視する。従って、本発明の実施形態は、終端ノードと通信するための改善されたシステム及び方法を提供し、そこでは、終端ノードが、セルラネットワーク、さもなければモバイルネットワーク内に存在する。特に、本発明の実施形態は、パブリックドメインの限られたアドレス空間を考慮しながら、発信元ＳＩＰクライアントが終端ＳＩＰクライアントとのＳＩＰ接続を開始することを可能にするシステム、及び方法を提供する。さらに、本システム及び方法は、モバイルネットワークに対するファイアウォール及び／又はゲートウェイ機能を維持しながら、発信元ノードが終端ノードとのＩＰ接続を開始することを可能にすることができるが、その必要はない。以下で説明するように、発信元ＳＩＰクライアントは、セルラネットワーク３０内の端末を含む終端ＳＩＰクライアントとの通信を開始する。しかしながら、そのかわりに、本発明の技術的範囲から逸脱することなく、終端ＳＩＰクライアントが、プライベートネットワークのネットワークノードを含むことができることを、理解すべきである。
【００３５】
当業者には良く知られているように、ＳＩＰは、マルチメディアセッション又はコールを確立、変更、及び終了することができるアプリケーション層制御プロトコルである。ＳＩＰは、全体にわたってＵＴＦ‐８符号化におけるＩＳＯ１０６４６を使用した、テキストベースである。ＳＩＰが、ユーザデータグラムプロトコル（ＵＤＰ）、又は伝送制御プロトコル（ＴＣＰ）のいずれかを使って、トランザクションを伝達することができることを除いて、そのメッセージの構文はＨＴＴＰと同様である。ＳＩＰメッセージは、典型的には、要求、又は応答のいずれかとして特徴付けられることができ、それは、コメントドキュメントＲＦＣ８２２、「アーパインターネットテキストメッセージの形式のついての標準」，１９８２年８月，のインターネット技術標準化委員会（ＩＥＴＦ）要件の形式に従って作成されることができ、その内容は、全体として引用により本出願に組み入れられる。
【００３６】
一般的には、ＳＩＰセッションに含まれるエンティティは、ユーザエージェント（例えば、発信元ＳＩＰクライアント２０、終端ＳＩＰクライアント３６等）、ＳＩＰプロキシ１６、レジストラ、及び位置サービス、を含む。ユーザエージェントは、ＳＩＰ要求を開始するクライアント（ＵＡＣ）として機能することができる。ユーザエージェントはまた、ＳＩＰ要求を受信したとき、ユーザと連絡をとり、そのユーザの代わりに応答を送り戻すサーバ（ＵＡＳ）として動作することができる。上記で示すように、ＳＩＰプロキシ１６は、クライアント及びサーバのように同時に機能することができる中間エンティティを含む。この点に関して、ＳＩＰプロキシは、ＳＩＰ要求を他のサーバへ転送する前に、そのＳＩＰ要求を解釈し、変更することができる。ＳＩＰプロキシ内に実装することのできるレジストラは、ユーザ登録（例えば、ＲＥＧＩＳＴＥＲメッセージ）を受け入れ、この情報を、位置サービスを通して利用可能にすることができ、またＳＩＰプロキシ内に実装されることができる。そのとき、位置サービスは、終端ＳＩＰクライアント３６の可能性のある位置についての情報を獲得するために、ＳＩＰプロキシによって使用される要素を含む。
【００３７】
ＳＩＰメッセージは、一般的には、開始行、１又はそれ以上のヘッダフィールド、空行（復帰  行送り‐ＣＲＬＦ）、及び任意の本文、を含むことができる。一般的には、ＳＩＰメッセージの開始行は、メッセージが要求（例えば、ＩＮＶＩＴＥ、ＡＣＫ、ＯＰＴＩＯＮＳ、ＢＹＥ、ＣＡＮＣＥＬ、ＲＥＧＩＳＴＥＲ等）、又は応答（例えば、１００情報の、２００正常終了、３００宛先変更、４００クライアントエラー、５００サーバエラー、６００グローバル障害、等）であるかどうか示している。メッセージによって伝達される場合には、メッセージヘッダは、例えば、送信元（「Ｆｒｏｍ：」）、宛先（「Ｔｏ：」）、コール識別子（「Ｃａｌｌ−ＩＤ；」）、メッセージシーケンス（「Ｃｓｅｑ：」）、連絡先（「Ｃｏｎｔａｃｔ：」）、トランザクションパス（「Ｖｉａ：」）、本文の長さ（「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：」）及び内容（「Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ」）、を示す複数のヘッダを含むことができる。これに対して、メッセージ本文は、多数の異なる形式のデータの幾つかを含むことができ、その解釈は、典型的には、メッセージの形式に依存する。一般的には、本文の中身は、セッション記述プロトコル（ＳＤＰ）、テキスト、又は拡張マーク付け言語（ＸＭＬ）スクリプト、のような特定の形式に従うセッション記述を含むことができる。この点に関して、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」ヘッダフィールドは、メッセージ本文のメディア形式を与える。本文を符号化する場合には、そのような符号化は、典型的には、「Ｃｏｎｔｅｎｔ−Ｅｎｃｏｄｉｎｇ」ヘッダフィールド内に示され、本文の長さは、典型的には、「Ｃｏｎｔｅｎｔ‐Ｌｅｎｇｔｈ」ヘッダフィールド内に与えられる。
【００３８】
ＳＩＰによって対処されるエンティティは、ＳＩＰユニフォームリソースロケータ（ＵＲＬ）によって識別されることのできるようなユーザをサポートするＳＩＰプロキシ１６を介して、アクセスすることのできるユーザを、含むことができる。一般的には、例えば、ＳＩＰ要求の発信者（Ｆｒｏｍ）、開始行内の現在の宛先（要求ＵＲＬ）、及び最終受信者（Ｔｏ）を示すために、ＳＩＰメッセージ内でＳＩＰ  ＵＲＬを使用する。わかるように、ＵＲＬは、「ｕｓｅｒ＠ｈｏｓｔ」のような形をとることができ、そこでは、「ｕｓｅｒ」は、典型的には、ユーザ（例えば、ユーザ名、電話番号等）を特定し、「ｈｏｓｔ」は、ユーザをサポートするＳＩＰプロキシ（例えば、ドメイン名、ＩＰアドレス等）を特定する。この点に関して、特にＵＲＬがそれぞれのＳＩＰプロキシのドメイン名を含むとき、ＤＮＳサーバ１８によるドメイン名‐ＩＰアドレス変換に基づいて、ユーザの位置を特定するために、ＳＩＰ  ＵＲＬを使用することができる。この点に関して、発信者は、ＳＩＰプロキシのドメイン名を含む宛先アドレスを含むＤＮＳサーバに、問い合わせることができる。
【００３９】
上記で示すように、システム１０は、発信元ＳＩＰクライアント２０、及び終端ＳＩＰクライアント３６を含むことができる。一般的には、発信元ＳＩＰクライアントが、終端ＳＩＰクライアントをサポートするＳＩＰプロキシ１６を介して、終端ＳＩＰクライアントとの接続を要求することができる。発信元ＳＩＰクライアントはまた、一般的には、ＳＩＰ通信セッションのピアノードとして動作することができる。同様に、終端ノードは、ＳＩＰ通信セッションのもう１つのピアノードとして動作することができる。かつ、当業者に良く知られるように、ＳＩＰプロキシは、ＳＩＰ信号メッセージを、発信元ＳＩＰクライアントから終端ＳＩＰクライアントへ転送することができ、またその逆でもできる。しかしながら、従来のＳＩＰ通信手法とは対照的に、終端ＳＩＰクライアントが、発信元ＳＩＰクライアントからＮＡＴ／ＦＷ２８の背後に位置するとき、ＳＩＰプロキシは、発信ＳＩＰクライアントが終端ＳＩＰクライアントとのＳＩＰ通信セッションを開始することを望むとき、ＮＡＴ／ＦＷをまたがって終端ＳＩＰクライアントを特定することはできない。特に、例えば、ＮＡＴ／ＦＷが終端ＳＩＰクライアントについての変換テーブルエントリをもはや維持しないとき、或いはＳＩＰプロキシがＮＡＴ／ＦＷによって終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポートについての登録をもはや維持しないとき、ＳＩＰプロキシは、終端ＳＩＰクライアントを特定することができない。
【００４０】
次に、本発明の実施形態により、ＳＩＰプロキシ１６は、非ＩＰベーストリガを、パブリックネットワーク１２及びプライベートネットワーク２４とは独立した終端ＳＩＰクライアント３６に送信することができ、それにより、ＮＡＴ／ＦＷ２８をまたがってというように、終端ＳＩＰクライアントをＳＩＰプロキシに再登録するように指示することができる。例えば、ＳＩＰプロキシは、ショートメッセージサービス（ＳＭＳ）メッセージ、拡張メッセージサービス（ＥＭＳ）メッセージ、マルチメディアメッセージサービス（ＭＭＳ）メッセージ、又は無線アプリケーションプロトコル（ＷＡＰ）プッシュトリガを、終端ＳＩＰクライアントへ送信することができる。トリガに応じて、発信元ＳＩＰクライアントがその後、ＳＩＰプロキシを介して終端ＳＩＰクライアントと通信できるように、終端ＳＩＰクライアントをＳＩＰプロキシに再登録することができる。特に、トリガに応じて、ＮＡＴ／ＦＷが終端ＳＩＰクライアントにパブリックＩＰアドレスを割り当てるように、終端ＳＩＰクライアントを、ＮＡＴ／ＦＷを通してＳＩＰプロキシに登録することができ、これにより、ＳＩＰプロキシは、その割り当てられたパブリックＩＰアドレスを含めて、終端ＳＩＰクライアントを登録できる。
【００４１】
ＳＩＰプロキシ１６が終端ＳＩＰクライアント３６へ非ＩＰベーストリガを送信するために、ＳＩＰプロキシは、パブリックネットワーク１２、及びプライベートネットワーク２４のＩＰ通信チャネルとは独立した終端ＳＩＰクライアントを特定することができる、従って、ＮＡＴ／ＦＷ２８とは独立した通信チャネルによって特定することができる。例えば、ＳＩＰプロキシは、ＭＳＩＳＤＮ、又は終端ＳＩＰクライアントと関連付けられる他の識別子を特定することができる。次に、ＭＳＩＳＤＮに基づいて、ＳＩＰプロキシは、終端ＳＩＰクライアントに、ＳＭＳ、ＥＭＳ、ＭＭＳ、又はＷＡＰ‐プッシュトリガを送信することができる。この点に関して、ＳＩＰプロキシは、多数の様々な方法のいずれかによって、終端ＳＩＰクライアントの非ＩＰベース識別子を特定することができる。１つの好都合な実施形態では、ＳＩＰプロキシが発信元ＳＩＰクライアント２０から要求を受信する前に、終端ＳＩＰクライアントをＳＩＰプロキシに登録して、終端ＳＩＰクライアントと通信する。終端ＳＩＰクライアントをＳＩＰプロキシに登録するので、次に、終端ＳＩＰクライアントは、ＳＩＰプロキシに、ＩＰ通信チャネル外で、終端ＳＩＰクライアントの識別子（例えば、ＭＳＩＳＤＮ）を送信することができる。
【００４２】
わかるように、様々な例において、終端ＳＩＰクライアント３６、及びＳＩＰプロキシ１６が、既存の信頼関係を持つことができる。そのような例では、終端ＳＩＰクライアントの非ＩＰベース識別子が、そのような信頼関係に基づくとすることができる。他の例では、終端ＳＩＰクライアント、及びＳＩＰプロキシが、既存の信頼関係を持つことができない。これらの例では、終端ＳＩＰクライアント、及びＳＩＰプロキシが、多数の様々な手法のいずれかによってというように、信頼関係を確立することができるが、その必要はない。そのような信頼関係を確立する前に、信頼関係を確立するためというように、ＳＩＰプロキシは、非ＩＰベーストリガを送信するために使用されるＩＰベース識別子とは異なる、端末の非ＩＰベース識別子を介して、ＳＩＰプロキシは、終端ＳＩＰクライアントと通信することができる。次に、信頼関係が一旦確立されると、高信頼通信のために使用される端末の非ＩＰベース識別子を介して、ＳＩＰプロキシが、非ＩＰベーストリガを端末へ送信することができる。
【００４３】
ここで、図４、及び図５を参照すると、これらは、本発明の実施形態による、ＳＩＰプロキシ１６に登録する終端ＳＩＰクライアント３６、及びそのＳＩＰプロキシを介して、終端ＳＩＰクライアントとの通信を開始する発信元ＳＩＰクライアント、の例をそれぞれ示している。図４及び５に示す例の目的のため、プライベートＩＰアドレス「１０．１１．１２．１３」を持ち、ユーザ「クライアント＿Ａ」及びホストドメイン名「端末＿名」で特定されることのできる（すなわち、ＵＲＬ：「クライアント＿Ａ＠端末＿名」）終端ＳＩＰクライアントを考える。さらに、ＭＳＩＳＤＮ「３５８１２３４５６７」を持つ終端ＳＩＰクライアントを考える。また、例えば、パブリックＩＰアドレス「１９２．３１．１０．１」を持つ発信元ＳＩＰクライアント２０、及びパブリックＩＰアドレス「１９２．２１．２００．１」を持つＳＩＰプロキシ、を考える。さらに、「１９２．２１．２００．１２３‐１９２．２１．２００．２２３」のＩＰアドレスのかたまりのうちの１又はそれ以上のＩＰアドレスを割り当てることのできるＮＡＴ／ＦＷを考える。
【００４４】
図４に示すように、それぞれのＮＡＴ／ＦＷ２８を介して、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＳＩＰプロキシに送信することにより、終端ＳＩＰクライアント３６は、そのＳＩＰプロキシ１６に登録することができる。ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージは、上記で説明したもののような、多数の情報のうちの幾つかを含むことができる。例えば、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージのヘッダフィールドは、終端ＳＩＰクライアント３６のプライベートＩＰアドレス、及び第１の開通信ポートを特定する送信元（「Ｆｒｏｍ：１０．１１．１２．１３，５０６０」）を含むことができる。前述においてわかるように、第１の開通信ポートは「５０６０」を含むことができ、それは、ＵＤＰ又はＴＣＰ（又は、ストリーム制御伝送プロトコル‐ＳＣＴＰ）により送信されたＳＩＰメッセージのために確保された通信ポートに対応する。ヘッダフィールドはまた、例えば、ＳＩＰプロキシのパブリックＩＰアドレス及び第１の開通信ポートを特定する宛先（「Ｔｏ：１９２．２１．２００．１，５０６０」）、及び終端ＳＩＰクライアントのユーザ及びドメイン名を特定する連絡先（「Ｃｏｎｔａｃｔ：ｓｉｐ：ｃｌｉｅｎｔ_Ａ＠ｔｅｒｍｉｎａｌ_ｎａｍｅ」）、を含むことができる。本発明の実施形態により、ヘッダフィールドはさらに、終端ＳＩＰクライアントの非ＩＰベース識別子を含むことができる。例えば、ヘッダフィールドはさらに、終端ＳＩＰクライアントのＭＳＩＳＤＮ（「ＭＳＩＳＤＮ：３５８１２３４５６７」）を含むことができる。
【００４５】
ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージに応じて、ＮＡＴ／ＦＷ２８は、終端ＳＩＰクライアントのプライベートＩＰアドレス（すなわち、「１０．１１．１２．１３」）をパブリックＩＰアドレス、及び第２の開通信ポートと関連付ける、その終端ＳＩＰクライアント３６についての新しい変換テーブルエントリを作成することができる。例えば、ＮＡＴ／ＦＷは、終端ＳＩＰクライアントに対して、パブリックＩＰアドレス「１９２．２１．２００．１２３」、及び第２の開通信ポート「３２４５６」を関連付けることができる。新しい変換テーブルエントリを作成するほかに、中間ノードとＮＡＴ／ＦＷとの間の通信を可能にするために、そのように望まれる場合には、ＮＡＴ／ＦＷはまた、第２の開通信ポートを介したＮＡＴ／ＦＷからの通信、及び第１の開通信ポートを介したＳＩＰプロキシ１６への通信、を可能にする新しいファイアウォール（ＦＷ）フィルタを付加することができる。
【００４６】
新しい変換テーブルエントリを作成した後、ＮＡＴ／ＦＷ２８は、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージのヘッダフィールド内のプライベートＩＰアドレス及びポートを、そのＮＡＴ／ＦＷによって終端ＳＩＰクライアント３６に割り当てられたパブリックＩＰアドレス及びポートに変換することができる。従って、前の例を続けると、ＮＡＴ／ＦＷは、「Ｆｒｏｍ：１０．１１．１２．１３，５０６０」を含む送信元ヘッダを、「Ｆｒｏｍ：１９２．２１．２００．１２３，３２４５６」を含む送信元ヘッダに変換することができる。また、ＮＡＴ／ＦＷのＡＬＧの動作に依って、終端ＳＩＰクライアントのユーザ及びドメイン名を特定する連絡先を変換して、そのＮＡＴ／ＦＷによって終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポートを特定することができる。次に、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージのアドレス及びポートを変換した後、ＮＡＴ／ＦＷは、登録のため、その変換されたＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＳＩＰプロキシ１６に送ることができる。
【００４７】
その変換されたｒｅｇｉｓｔｅｒメッセージを受信したとき、ＳＩＰプロキシ１６は、終端ＳＩＰクライアント３６について、新しい登録エントリを作成する、或いは前の登録エントリを更新することができる。登録エントリは、例えば、ＮＡＴ／ＦＷ２８によって終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポート、及び終端ＳＩＰクライアントのユーザ及びドメイン名を特定する連絡先（「Ｃｏｎｔａｃｔ：ｓｉｐ：ｃｌｉｅｎｔ_Ａ＠ｔｅｒｍｉｎａｌ_ｎａｍｅ」）、を含むことができる。この点に関して、ＳＩＰプロキシは、終端ＳＩＰプロキシのユーザ及びドメイン名を、ＮＡＴ／ＦＷによってその終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポートに結びつけることができる。パブリックアドレス及びポートのほかに、本発明の実施形態により、登録エントリは、終端ＳＩＰクライアントの非ＩＰベース識別子（例えば、「ＭＳＩＳＤＮ：３５８１２３４５６７」）を含むことができる。
【００４８】
終端ＳＩＰクライアント３６についての登録エントリを作成、または更新した後、ＳＩＰプロキシ１６は、その登録エントリの受信、及び作成／更新を確認することができる。この点に関して、ＳＩＰプロキシは、２００  ＯＫメッセージのような確認応答を、ＮＡＴ／ＦＷ２８を介して終端ＳＩＰクライアントに送信することができる。２００  ＯＫメッセージは、例えば、多数の異なる情報の幾つかを有するヘッダフィールドを含むことができ、それ自体は良く知られている。例えば、２００  ＯＫメッセージのヘッダフィールドは、ＳＩＰプロキシのパブリックＩＰアドレス、及び第１の開通信ポート、を特定する送信元（「Ｆｒｏｍ：１９２．２１．２００．１，５０６０」）を含むことができる。ヘッダフィールドはまた、例えば、終端ＳＩＰクライアントの割り当てられたＩＰアドレス、及び第２の通信ポート、を特定する宛先（「Ｔｏ：１９２．２１．２００．１２３，３２４５６」）を含むこともできる。
【００４９】
２００  ＯＫメッセージに応じて、ＮＡＴ／ＦＷ２８は、終端ＳＩＰクライアント３６に割り当てられたパブリックＩＰアドレス、及び第２の通信ポートを、終端ＳＩＰクライアントのプライベートＩＰアドレス、及び第１の通信ポートに変換することができる。従って、例えば、ＮＡＴ／ＦＷは、「Ｔｏ：１９２．２１．２００．１２３，３２４５６」を含む宛先ヘッダを、「Ｔｏ：１０．１１．１２．１３，５０６０」を含む宛先ヘッダに変換することができる。その後、ＮＡＴ／ＦＷは、その変換された２００  ＯＫメッセージを、終端ＳＩＰクライアントに送ることができる。
【００５０】
終端ＳＩＰクライアント３６をＳＩＰプロキシ１６に登録することにより、ＳＩＰプロキシは、ＳＩＰメッセージを、その終端ＳＩＰクライアントへ転送することができる。しかしながら、「廃棄までの時間」の期間後、のような様々な例では、ＮＡＴ／ＦＷ２８は、その終端ＳＩＰクライアントについての変換テーブルのエントリを削除することができる。さらに、又はそのかわりに、例えば、ＳＩＰプロキシは、ＮＡＴ／ＦＷによって終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポートを含む、終端ＳＩＰクライアントについての登録エントリを維持することを止めることができる。わかるように、どちらの例においても、ＳＩＰプロキシは、ＮＡＴ／ＦＷをまたがって終端ＳＩＰクライアントを特定することができず、それにより、ＮＡＴ／ＦＷを介して、ＳＩＰメッセージを終端ＳＩＰクライアントに転送することができない。
【００５１】
ここで図５を参照すると、図５は、ＳＩＰプロキシ１６がＮＡＴ／ＦＷ２８をまたがって終端ＳＩＰクライアント３６を特定することができない典型例を示している。示すように、発信元ＳＩＰクライアント２０が、終端ＳＩＰクライアント３６とのＳＩＰ通信セッションを開始することを望む。通信を開始するために、発信元ＳＩＰクライアントが、ＳＩＰ  ＩＮＶＩＴＥメッセージを終端ＳＩＰクライアントに送信することができる。この点に関して、発信元ＳＩＰクライアントが、ＳＩＰ  ＩＮＶＩＴＥメッセージを、発信元ＳＩＰクライアントをサポートするＳＩＰプロキシ１６に送信することができ、それは、終端ＳＩＰクライアントをサポートするＳＩＰプロキシと同じ、又は異なるとすることができる。次に、発信元ＳＩＰクライアントをサポートするＳＩＰプロキシが、ＳＩＰ  ＩＮＶＩＴＥメッセージを、終端ＳＩＰクライアントをサポートするＳＩＰプロキシ（図６に示す）に転送することができる。この点に関して、ＳＩＰ  ＩＮＶＩＴＥメッセージを、終端ＳＩＰクライアントをサポートするＳＩＰプロキシに直接転送することができる、或いは、１又はそれ以上の中間ＳＩＰプロキシを介してというように、間接的に、終端ＳＩＰクライアントをサポートするＳＩＰプロキシに転送することができる。次に、以下で説明するように、特にことわらない限り、ＳＩＰプロキシは、終端ＳＩＰクライアントをサポートするＳＩＰプロキシを指す。
【００５２】
当業者にはわかるように、ＳＩＰ  ＩＮＶＩＴＥメッセージは、多数の異なる情報の幾つかを含むことができる。例えば、ＳＩＰ  ＩＮＶＩＴＥメッセージのヘッダフィールドは、発信元ＳＩＰクライアント２０のパブリックＩＰアドレス、及び第１の開通信ポートを特定する送信元（「Ｆｒｏｍ：１９２．３１．１０．１，５０６０」）を含むことができる。特に、送信元ヘッダフィールドは、発信元ＳＩＰクライアントをサポートするＳＩＰプロキシのパブリックＩＰアドレス、及び第１の開通信ポートを特定することができる。ヘッダフィールドはまた、例えば、終端ＳＩＰクライアント３６のユーザ及びドメイン名を特定する宛先（「Ｔｏ：ｓｉｐ：ｃｌｉｅｎｔ_Ａ＠ｔｅｒｍｉｎａｌ_ｎａｍｅ」）、を含むことができる。
【００５３】
ＳＩＰ  ＩＮＶＩＴＥメッセージの受信時、ＳＩＰプロキシ１６は、終端ＳＩＰクライアント３６のユーザ及びドメイン名についてのエントリを求めて、その登録エントリを探索することができる。しかしながら、様々な例では、「破棄されるまでの時間」に基づいてというように、ＮＡＴ／ＦＷ２８が終端ＳＩＰクライアントについての変換テーブルのエントリを削除したこと、或いはＳＩＰプロキシが終端ＳＩＰクライアントについての登録エントリを維持するのを止めたことを、ＳＩＰプロキシが認識することができる。そのような例では、ＳＩＰプロキシは、終端ＳＩＰクライアントのその終端ＳＩＰクライアントについての前の登録エントリから、その終端ＳＩＰクライアントの非ＩＰベースの識別子（例えば、「ＭＳＩＳＤＮ：３５８１２３４５６７」）を呼び戻すことができる（図５参照）。さらに、ＳＩＰプロキシは、そのＳＩＰプロキシのメモリ（例えば、メモリ４４）内へというように、発信元ＳＩＰクライアント２０からのＳＩＰ  ＩＮＶＩＴＥメッセージをバッファすることができる。わかるように、様々な例では、以下で説明するように、ＳＩＰプロキシがＳＩＰ  ＩＮＶＩＴＥメッセージを処理できる前に、発信元ＳＩＰクライアントが、１以上のＳＩＰ  ＩＮＶＩＴＥメッセージを送信することができる。そのような例では、ＳＩＰ  ＩＮＶＩＴＥメッセージを、発信元ＳＩＰクライアントから終端ＳＩＰクライアントへの後続の各ＳＩＰ  ＩＮＶＩＴＥメッセージで上書きすることによってというように、ＳＩＰプロキシは、ＳＩＰ  ＩＮＶＩＴＥメッセージのバッファを維持することができる。
【００５４】
終端ＳＩＰクライアント３６の非ＩＰベース識別子を呼び戻した後、ＳＩＰプロキシ１６は、その非ＩＰベース識別子に基づいて、非ＩＰベーストリガを終端ＳＩＰクライアントへ送信することができ、それにより、終端ＳＩＰクライアントをＳＩＰプロキシに再登録するように指示する。例えば、ＳＩＰプロキシは、パブリックネットワーク１２及びプライベートネットワーク２４とは独立したセルラネットワーク３０をまたがって、終端ＳＩＰクライアントへ、ＳＭＳメッセージ、ＥＭＳメッセージ、ＭＭＳメッセージ、又はＷＡＰ‐プッシュトリガを送信することができる。非ＩＰベーストリガは、終端ＳＩＰクライアントをＳＩＰプロキシに再登録するように指示する、多数の異なる情報の幾つかを含むことができる。さらに、非ＩＰベーストリガは、発信元ＳＩＰクライアントを特定することができる。そのような例では、発信元ＳＩＰクライアントの識別情報に基づいて、終端ＳＩＰクライアントが、ＳＩＰプロキシに再登録するかどうか決定することができる。
【００５５】
トリガに応じて、ＮＡＴ／ＦＷ２８が終端ＳＩＰクライアントにパブリックＩＰアドレス、及び通信ポートを再び割り当て、ＳＩＰプロキシがその終端ＳＩＰクライアントについてのその登録エントリを更新できるように、終端ＳＩＰクライアント３６をＳＩＰプロキシ１６に再登録することができる。特に、前述のように、終端ＳＩＰクライアントがトリガを受信すると、その終端ＳＩＰクライアントは、それぞれのＮＡＴ／ＦＷを介して、ＳＩＰプロキシへＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを送ることができ、そこでは、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージは、終端ＳＩＰクライアントの非ＩＰベース識別子（例えば、ＭＳＩＳＤＮ）を再び含むことができる。ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージに応じて、ＮＡＴ／ＦＷ２８は、終端ＳＩＰクライアントのプライベートＩＰアドレス（すなわち、「１０．１１．１２．１３」）をパブリックＩＰアドレス（例えば、「１９２．２１．２００．１２４」）、及び第２（又は第３）の開通信ポート（例えば、第３の通信ポート「３２４５７」）と関連付ける、終端ＳＩＰクライアント３６についての新しい変換テーブルエントリを、再び作成することができる。
【００５６】
新しい変換テーブルエントリを作成した後、ＮＡＴ／ＦＷ２８は、終端ＳＩＰクライアント３６からのＳＩＰ  ＲＥＧＩＳＴＥＲメッセージのヘッダフィールド内のプライベートＩＰアドレス及びポートを、そのＮＡＴ／ＦＷによって終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポートに変換することができる。次に、ＮＡＴ／ＦＷは、登録のために、その変換されたＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰプロキシ１６に送ることができる。前述のように、変換された登録メッセージを受信したとき、ＳＩＰプロキシは、終端ＳＩＰクライアントについての前の登録エントリを更新することができる（図５参照）。また、前述のように、登録エントリは、終端ＳＩＰクライアントの非ＩＰベース識別子（例えば、ＭＳＩＳＤＮ）を含むことができる。
【００５７】
終端ＳＩＰクライアント３６についての登録エントリを更新した後、ＳＩＰプロキシ１６が、登録エントリの受信、及び作成／更新を確認することができる。前述のように、例えば、ＳＩＰプロキシは、ＮＡＴ／ＦＷ２８を介して、終端ＳＩＰクライアントに２００  ＯＫメッセージを送信することができる。次に、ＳＩＰプロキシは、バッファされたＳＩＰ  ＩＮＶＩＴＥメッセージ、及びそれぞれの登録エントリの両方に含まれる、終端ＳＩＰクライアントのユーザ及びドメイン名に基づいて、その終端ＳＩＰクライアントに割り当てられたパブリックＩＰアドレス及びポートを、それぞれの登録エントリから検索することができる。次に、ＳＩＰプロキシは、バッファされたＳＩＰ  ＩＮＶＩＴＥメッセージを検索し、終端ＳＩＰクライアントのユーザ及びドメイン名を特定する宛先（「Ｔｏ：ｓｉｐ：ｃｌｉｅｎｔ_Ａ＠ｔｅｒｍｉｎａｌ_ｎａｍｅ」）を、割り当てられたパブリックＩＰアドレス及びポート（「Ｔｏ：１９２．２１．２００．１２４，３２４５６」）で変換することができる。
【００５８】
終端ＳＩＰクライアント３６の割り当てられたパブリックＩＰアドレス及びポートを含むように、ＳＩＰ  ＩＮＶＩＴＥメッセージを変換した後、ＳＩＰプロキシ１６は、ＮＡＴ／ＦＷ２８を介して、そのＳＩＰ  ＩＮＶＩＴＥメッセージを終端ＳＩＰクライアントへ転送することができる。この点に関して、ＳＩＰプロキシから、ＮＡＴ／ＦＷは、ＳＩＰ  ＩＮＶＩＴＥメッセージを受信し、（変換されたＳＩＰ  ＩＮＶＩＴＥメッセージ内に含まれる）終端ＳＩＰクライアントの割り当てられたパブリックＩＰアドレス及び通信ポートに基づいて、終端ＳＩＰクライアントについての変換テーブルエントリを捜すことができる。次に、ＮＡＴ／ＦＷは、ＳＩＰ  ＩＮＶＩＴＥメッセージの宛先を、割り当てられたパブリックＩＰアドレス及び通信ポートから、終端ＳＩＰクライアントのプライベートＩＰアドレス及び第１の通信ポートへ変換することができる。例えば、ＮＡＴ／ＦＷは、「Ｔｏ：１９２．２１．２００．１２４，３２４５７」を含む宛先ヘッダフィールドを、「Ｔｏ：１０．１１．１２．１３，５０６０」を含む宛先ヘッダフィールドへ変換することができる。
【００５９】
ＳＩＰ  ＩＮＶＩＴＥメッセージの宛先ヘッダを変換した後、ＮＡＴ／ＦＷ２８は、発信元ＳＩＰクライアントのプライベートＩＰアドレス及び第１の通信ポートに基づいて、発信元ＳＩＰクライアント３６へＳＩＰ  ＩＮＶＩＴＥメッセージを転送することができる。次に、発信元ＳＩＰクライアントは、そのＳＩＰ  ＩＮＶＩＴＥメッセージの受信を確認することができる。この点に関して、発信元ＳＩＰクライアントは、２００  ＯＫメッセージを、ＮＡＴ／ＦＷ２８及びＳＩＰプロキシ１６を介して、発信元ＳＩＰクライアントへ送信することができる。２００  ＯＫメッセージは、例えば、発信元ＳＩＰクライアントのプライベートＩＰアドレス及び第１の通信ポートを特定する送信元ヘッダフィールド（「Ｆｒｏｍ：１０．１１．１２．１３，５０６０」）、及び終端ＳＩＰクライアント２０のパブリックＩＰアドレス及び第１の通信ポートを特定する宛先ヘッダフィールド（「Ｔｏ：１９２．３１．１０．１，５０６０」）を含むことができる。
【００６０】
２００  ＯＫメッセージに応じて、ＮＡＴ／ＦＷ２８は、終端ＳＩＰクライアント３６についての変換テーブルエントリに基づいて、プライベートＩＰアドレス及び第１の通信ポートを、割り当てられたパブリックＩＰアドレス及び第３の通信ポートへ変換することができる。その後、ＮＡＴ／ＦＷは、変換された２００  ＯＫメッセージをＳＩＰプロキシ１６へ送ることができ、ＳＩＰプロキシ１６は、２００  ＯＫメッセージを、発信元ＳＩＰクライアントへ転送できる。当業者にはわかるように、２００  ＯＫメッセージの受信時、発信元及び終端ＳＩＰクライアントが通信できるように、ＳＩＰ  ＩＮＶＩＴＥ、及び２００  ＯＫ応答内に含まれるセッションパラメータにより、発信元ＳＩＰクライアント２０と終端ＳＩＰクライアントとの間の通信セッションを確立することができる。例えば、発信元及び終端ＳＩＰクライアントは、多数の異なるプロトコルのいずれかによるマルチメディア通信セッションに参加することができる。
【００６１】
さらに、本出願で説明するように、終端ＳＩＰクライアント３６は、発信元ＳＩＰクライアント２０から見て、ＮＡＴ／ＦＷ２８の背後に配置される。しかしながら、終端ＳＩＰクライアントと発信元ＳＩＰクライアントとの間のＮＡＴがない場合には、終端ノードをファイアウォール／ゲートウェイ（ＦＷ）の背後に配置することができることを理解すべきである。そのような例では、本発明の実施形態は、さもなければＦＷによって通信が制限され得る例において、発信元ＳＩＰクライアントが終端ＳＩＰクライアントとの通信を開始することを可能にすることができ、それにより、その端末を含むネットワークに対するファイアウォール及び／又はゲートウェイ機能を維持する。
【００６２】
例えば、当業者にはわかるように、プライベート／パブリックアドレス変換のためのＮＡＴを含むシステム１０は、ＩＰバージョン４（ＩＰｖ４）により通信するネットワークに特有のものである。しかしながら、そのかわりに、システム、又はその一部を、ＩＰｖ４より長いＩＰアドレスをサポートするＩＰバージョン６（ＩＰｖ６）により通信するように構成できることを、理解すべきである。この点に関して、ＩＰｖ６がＩＰｖ４より長いＩＰアドレスをサポートするので、１又はそれ以上のプライベートネットワークは、ＮＡＴがアドレス／ポート変換を実施することを必要としないであろう。そのような例では、システムは、ＮＡＴ又はＮＡＴ／ＦＷを含むことはできないが、そのかわり、上で説明したのと同じ方法でというように、関連プライベートネットワークに対するセキュリティ機構として動作することのできるファイアウォール／ゲートウェイ（ＦＷ）を含む。次に、システムは上で説明したように動作することができるが、とはいえ、終端ノードは関連パブリックＩＰｖ６アドレスを持つことができる。従って、発信元ＳＩＰクライアントと終端ＳＩＰクライアントとの間の通信の送信元又は宛先は、終端ＳＩＰクライアントのパブリックＩＰｖ６アドレスを特定し、パブリックＩＰｖ４アドレスからプライベートＩＰｖ４アドレスへの、或いはその逆の変換なしに送ることができ、さもなければ、ＮＡＴによってプライベートＩＰｖ４アドレスへ変換される終端ノードの割り当てられたパブリックＩＰｖ４アドレスを特定する。
【００６３】
本発明の多くの変更、及び他の実施形態が、前述の説明及び関連する図面に示された教示の恩恵を受けることに、本発明が属する分野の当業者は気付くようになるであろう。それゆえ、本発明は、開示された特定の実施形態に限定されるものではなく、かつ、変更及び他の実施形態が、添付の特許請求の範囲の技術的範囲内に含まれることを意図することを、理解すべきである。本出願では、特定の用語を用いるが、それらは、一般的かつ説明的な観点でのみ使用されており、限定の目的のために使用されるものではない。
【図面の簡単な説明】
【００６４】
【図１】発信元ＳＩＰクライアント、及び終端ＳＩＰクライアントが直接的に、又は間接的に双方向結合されたパブリックネットワーク、及びモバイルネットワークを含む、本発明の一実施形態による、通信システムの概略ブロック図である。
【図２】本発明の実施形態による、ＳＩＰクライアントとして動作することのできるエンティティの概略ブロック図である。
【図３】本発明の実施形態による、ＳＩＰクライアントとして動作できる移動局の概略ブロック図である。
【図４】本発明の一実施形態による、終端ＳＩＰクライアントのようなＳＩＰクライアントをＳＩＰプロキシに登録する方法、を特に示す制御フロー図である。
【図５】本発明の一実施形態による、発信元ＳＩＰクライアントと終端ＳＩＰクライアントとの間の通信セッションを開始する方法、を特に示す制御フロー図である。
【図１】
2007528649.tif 000003
【図２】
2007528649.tif 000004
【図３】
2007528649.tif 000005
【図４】
2007528649.tif 000006
【図５】
2007528649.tif 000007
【国際調査報告】
2007528649.tif 000008
2007528649.tif 000009
2007528649.tif 000010