(57)【要約】  SIPサーバ＃１と＃３の間に、通信経路を形成する場合、その間で中継を行なうSIPサーバ＃２は、INVITE信号をSIPサーバ＃１から受け取り、INVITE信号のViaヘッダとRecord-Routeヘッダに自身のサーバに関する軌跡情報を記述しないで、SIPサーバ＃３に転送する。このようにして転送されたINVITE信号の後に、SIPサーバ＃１と＃３で送受信される信号は、SIPサーバ＃２の軌跡情報を有していないので、SIPサーバ＃２を経由しないで送受信される。
2009028011.tif 000002
【特許請求の範囲】
【請求項１】
通信経路の確立のためのプロトコルによる通信を行なう通信装置において、
受信信号を受信し、通常設定する、該受信信号に設定する自通信装置の情報を設定せずに、該受信信号を他の通信装置に転送する転送手段を備え、
自通信装置の情報が他の通信装置に通知されないことによって、信号が自通信装置を経由しない経路によって転送されることを特徴とする通信装置。
【請求項２】
前記自通信装置の情報が設定されない信号は、通信経路の確立のための最初の呼生起要求信号であることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通信経路の確立のためのプロトコルは、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）であることを特徴とする請求項１に記載の通信装置。
【請求項４】
前記自通信装置の情報は、前記ＳＩＰにおけるＶｉａヘッダ、あるいは、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダに格納される軌跡情報であることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記自通信装置の情報が設定されない信号は、ＳＩＰにおけるＩＮＶＩＴＥ信号であることを特徴とする請求項４に記載の通信装置。
【請求項６】
通信経路の確立のためのプロトコルによる通信を行なう通信方法において、
受信信号を受信し、通常設定する、該受信信号に設定する自通信装置の情報を設定せずに、該受信信号を他の通信装置に転送し、
自通信装置の情報が他の通信装置に通知されないことによって、信号が自通信装置を経由しない経路によって転送される、
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に係り、特には、IPネットワークにおいて使用されるSIPサーバに関する。
【背景技術】
【０００２】
近年、IP電話同士、IP電話-アナログ電話、IP電話-ISDN電話での通話を可能とする技術が実現されている。このような、IPネットワークを基本とした通信においては、通信回線の確立にSIP（Session Initiation Protocol）が用いられる。SIPを使った信号送受信に於いて、SIP信号の通過経路はSIP信号上のViaヘッダ、およびRecord-Routeヘッダで制御される。【０００３】
SIPを使った信号送受信に於いては、SIP信号上の通過経路情報により、通話における呼生起要求信号〜呼切断要求の応答信号まで、初回要求信号が通過した経路を常に経由することとなっている。【０００４】
しかし、SIP信号が経由するSIPサーバの中には地域性に準じて方路決定を行う初回要求信号等のみしか経由する必要性が無い振り分けサーバが存在する為、SIP信号が冗長に、通過する必要のないSIPサーバを通過することが発生し、無駄な信号送受信時間が生じると共に、非経由で問題の無い振り分けSIPサーバに余計な負荷をかけていた。【０００５】
図１は、SIPサーバ経由の通信を行なうネットワークの概略を説明する図である。
たとえば、エリアＡ内の通信において、料金定額等のサービス条件があった場合には、SIPサーバ＃Ａａ配下のSIP端末からSIPサーバ＃Ａｃ配下のSIPサーバに通信を行なう場合、着信先のSIPサーバを知るSIPサーバ＃Ａを経由する必要があるが、初回要求信号で着信先のSIPサーバ（＃Ａｃ）が特定できれば、エリアＡ内の通信に関して常にSIPサーバ＃Ａを経由する必要はない。しかし、エリアＡとエリアＢを跨る通信については、エリア間料金を考慮する必要があるとすると、SIPサーバ＃１は常に信号を経由させる必要が生じてくる。このように、SIPサーバには、初回以降の信号が経由する必要があるサーバと経由する必要がないサーバとが存在するが、従来では、全てのSIP信号は、初回に設定された経路にあるSIPサーバを経由して転送されていた。【０００６】
図２は、従来技術における非経由サーバが単一の時のSIP信号送受信シーケンスを示す図である。
図２において、SIPサーバ＃１は、通信経路をSIPサーバ＃３との間に確立しようとするサーバである。SIPサーバ＃２は、信号を地域ごとに振り分ける振り分けサーバのような常時は経由する必要がないサーバである。SIPサーバ＃１は、SIPサーバ＃３と通信経路を確立しようとする際には、SIPサーバ＃３に向けて、初回要求信号であるINVITE信号を送信する。INVITE信号には、発信元のサーバの識別子が、INVITE信号内のViaヘッダに格納される。ここでは、SIPサーバ＃１と記述されている。Viaヘッダは、発信した信号に対する返信信号のたどるべき経路を特定する経路情報である。また、Record-Routeヘッダにも、SIPサーバ＃１の識別子が格納される。Record-Routeヘッダは、初回要求信号とその返信信号のやり取りの後の、全ての信号がたどるべき経路を記述する経路情報である。SIPサーバ＃１からのINVITE信号を受け取ったSIPサーバ＃２は、INVITE信号をSIPサーバ＃３に転送する。このとき、SIPサーバ＃２は、INVITE信号のViaヘッダに、自サーバの情報を追加する。また、Record-Routeヘッダにも自サーバの情報を追加する。ここでは、SIPサーバ＃２の識別子が追加されている。これらにより、INVITE信号に対する返信信号は、SIPサーバ＃２を経由するべきことが記述される。【０００７】
INVITE信号を受信したSIPサーバ＃３は、返信信号として180Ringing/200OK信号をSIPサーバ＃１に向けて送信する。このとき、SIPサーバ＃３は、180Ringing/200OK信号のViaヘッダとRecord-Routeヘッダに、受信したINVITE信号のViaヘッダとRecord-Routeヘッダを記述する。また、送信元の情報として、Contactヘッダには、SIPサーバ＃３の識別子が記述される。180Ringing/200OK信号は、Viaヘッダの情報を基に、SIPサーバ＃２に送られる。180Ringing/200OK信号を受け取ったSIPサーバ＃２は、180Ringing/200OK信号から、自識別子を有するViaヘッダを削除して、SIPサーバ＃１にこれを転送する。SIPサーバ＃１が180Ringing/200OK信号を受信することにより、SIPサーバ＃１と＃３の間に通信経路が確立する。また、この確立された通信経路は、Record-Routeヘッダの情報にしたがって確立される。したがって、以後のSIPサーバ＃１と＃３の間の通信には、SIPサーバ＃２を経由した通信経路が使用される。つまり、SIPサーバ＃１からSIPサーバ＃３へのACK/BYE信号は、宛て先情報として、Request-URIヘッダにサーバ＃３の識別子が、Viaヘッダには、SIPサーバ＃１の識別子が、Routeヘッダには、SIPサーバ＃２の識別子が設定されて送信される。ACK/BYE信号は、SIPサーバ＃２において、SIPサーバ＃２の識別子が記述されたViaヘッダが追加され、SIPサーバ＃３に送られる。【０００８】
図３は、従来技術における非経由サーバが複数の時のSIP信号送受信シーケンスを示す図である。
図３において、SIPサーバ＃１は、通信経路をSIPサーバ＃４との間に確立しようとするサーバである。SIPサーバ＃２及び＃３は、信号を地域ごとに振り分ける振り分けサーバのような常時は経由する必要がないサーバである。SIPサーバ＃１は、SIPサーバ＃４と通信経路を確立しようとする際には、SIPサーバ＃４に向けて、初回要求信号であるINVITE信号を送信する。INVITE信号には、発信元のサーバの識別子が、INVITE信号内のViaヘッダに格納される。ここでは、SIPサーバ＃１と記述されている。Viaヘッダは、発信した信号に対する返信信号のたどるべき経路を特定する経路情報である。また、Record-Routeヘッダにも、SIPサーバ＃１の識別子が格納される。Record-Routeヘッダは、初回要求信号とその返信信号のやり取りの後の、全ての信号がたどるべき経路を記述する経路情報である。SIPサーバ＃１からのINVITE信号を受け取ったSIPサーバ＃２は、INVITE信号をSIPサーバ＃３に転送する。このとき、SIPサーバ＃２は、INVITE信号のViaヘッダに、自サーバの情報を追加する。また、Record-Routeヘッダにも自サーバの情報を追加する。ここでは、SIPサーバ＃２の識別子が追加されている。これらにより、INVITE信号に対する返信信号は、SIPサーバ＃２を経由するべきことが記述される。SIPサーバ＃２からのINVITE信号を受け取ったSIPサーバ＃３は、INVITE信号をSIPサーバ＃４に転送する。このとき、SIPサーバ＃３は、INVITE信号のViaヘッダに、自サーバの情報を追加する。また、Record-Routeヘッダにも自サーバの情報を追加する。ここでは、SIPサーバ＃３の識別子が追加されている。これらにより、INVITE信号に対する返信信号は、SIPサーバ＃３を経由するべきことが記述される。【０００９】
INVITE信号を受信したSIPサーバ＃４は、返信信号として180Ringing/200OK信号をSIPサーバ＃１に向けて送信する。このとき、SIPサーバ＃４は、180Ringing/200OK信号のViaヘッダとRecord-Routeヘッダに、受信したINVITE信号のViaヘッダとRecord-Routeヘッダを記述する。また、送信元の情報として、Contactヘッダには、SIPサーバ＃４の識別子が記述される。180Ringing/200OK信号は、Viaヘッダの情報を基に、SIPサーバ＃３に送られる。180Ringing/200OK信号を受け取ったSIPサーバ＃３は、180Ringing/200OK信号から、自識別子を有するViaヘッダを削除して、SIPサーバ＃２にこれを転送する。180Ringing/200OK信号更には、Viaヘッダの情報を基に、SIPサーバ＃２に送られる。180Ringing/200OK信号を受け取ったSIPサーバ＃２は、180Ringing/200OK信号から、自識別子を有するViaヘッダを削除して、SIPサーバ＃１にこれを転送する。
SIPサーバ＃１が180Ringing/200OK信号を受信することにより、SIPサーバ＃１と＃４の間に通信経路が確立する。また、この確立された通信経路は、Record-Routeヘッダの情報にしたがって確立される。したがって、以後のSIPサーバ＃１と＃４の間の通信には、SIPサーバ＃２及び＃３を経由した通信経路が使用される。つまり、SIPサーバ＃１からSIPサーバ＃４へのACK/BYE信号は、宛て先情報として、Request-URIヘッダにサーバ＃４の識別子が、Viaヘッダには、SIPサーバ＃１の識別子が、Routeヘッダには、SIPサーバ＃２及び＃３の識別子が設定されて送信される。ACK/BYE信号は、SIPサーバ＃２において、SIPサーバ＃２の識別子が記述されたViaヘッダが追加され、SIPサーバ＃３に送られる。また、ACK/BYE信号は、SIPサーバ＃３において、SIPサーバ＃３の識別子が記述されたViaヘッダが追加され、SIPサーバ＃４に送られる。【００１０】
特許文献１の従来技術においては、異なるＩＳＰやキャリア間におけるインターネットによる通話接続を確立する技術において、発信側通信端末は、着信側通信端末の属するゲートキーパーを介さずに直接通信する技術が開示されている。
【特許文献１】特開２００６−１３５９１８号公報
【発明の開示】
【００１１】
本発明の課題は、設置台数の削減と信号送受信時間の削減を可能とした通信装置を提供することである。
本発明の通信装置は、通信経路の確立のためのプロトコルによる通信を行なう通信装置において、受信信号を受信し、通常設定する、該受信信号に設定する自通信装置の情報を設定せずに、該受信信号を他の通信装置に転送する転送手段を備え、自通信装置の情報が他の通信装置に通知されないことによって、信号が自通信装置を経由しない経路によって転送されることを特徴とする。
【図面の簡単な説明】
【００１２】
【図１】SIPサーバ経由の通信を行なうネットワークの概略を説明する図である。
【図２】従来技術における非経由サーバが単一の時のSIP信号送受信シーケンスを示す図である。
【図３】従来技術における非経由サーバが複数の時のSIP信号送受信シーケンスを示す図である。
【図４】本発明の実施形態の概略を説明する図である。
【図５】本発明の実施形態に従った、非経由サーバが単一の時のSIP信号送受信シーケンスを示す図である。
【図６】発信元と受信先の間に複数のSIPサーバが存在する場合の、本発明の実施形態に従った、SIP信号送受信シーケンスを示す図（その１）である。
【図７】発信元と受信先の間に複数のSIPサーバが存在する場合の、本発明の実施形態に従った、SIP信号送受信シーケンスを示す図（その２）である。
【図８】図１のSIPサーバ＃１と＃Ａ、＃Ｂの動作を説明するフローチャートである。
【図９】図１のSIPサーバ＃１、＃Ａ、＃Ｂの機能ブロック図である。
【図１０】本発明の実施形態の変形例を説明する図である。
【発明を実施するための最良の形態】
【００１３】
図４は、本発明の実施形態の概略を説明する図である。
SIPサーバ＃２は、振り分けサーバであり、SIPサーバ＃１からの信号を、SIPサーバ＃３とSIPサーバ＃４とに振り分ける動作をする。今、SIPサーバ＃１から初回要求信号が、SIPサーバ＃３に向けて発行されたとする。SIPサーバ＃２は、初回要求信号を転送する場合、初回の方路選択として、SIPサーバ＃３への経路を選択する。SIPサーバ＃３に初回要求信号を送信すると、SIPサーバ＃２は、SIPサーバ＃１とSIPサーバ＃３との間の取次ぎ機能が免除され、SIPサーバ＃３からSIPサーバ＃１への初回要求信号に対する返信信号以降の信号は、SIPサーバ＃２を介さないで送信される。ここで、図４では、信号の通信経路としては、SIPサーバ＃１とSIPサーバ＃３との間は、SIPサーバ＃２を介す経路しか示されていないが、実際には、各SIPサーバ間をメッシュ状に通信路が結んでいるとしている。【００１４】
図５は、本発明の実施形態に従った、非経由サーバが単一の時のSIP信号送受信シーケンスを示す図である。
SIPサーバ＃１〜SIPサーバ＃３の信号送受信において、SIPサーバ＃２は、SIPサーバ＃１から受信した呼生起要求信号（INVITE：初回要求信号）を受信し、SIPサーバ＃２が具備する信号送信先選択論理にて次信号送信先としてSIPサーバ＃３を選択する。その際、従来であれば自サーバを経由した軌跡としてViaヘッダ、およびRecord-Routeヘッダを付与し自サーバ名（または、アドレス、識別子）を設定するが、それを行わず、SIPサーバ＃２の軌跡無しでSIPサーバ＃３に呼生起要求信号（INVITE）を送信する。【００１５】
呼生起要求信号（INVITE）を受信したSIPサーバ＃３は、応答信号返却の宛先としてViaヘッダを用いるが、ViaヘッダにはSIPサーバ＃１の軌跡しか存在しない為、SIPサーバ＃１に呼生起要求信号(INVITE)の応答信号（180 Ringing or 200 OK等の1XX〜6XX信号）を送信する。【００１６】
呼生起要求信号（INVITE）の応答信号を受信したSIPサーバ＃１は、同一呼に対する新たな要求信号送信に於いて、Record-Routeヘッダを用いるが、Record-Routeヘッダに自サーバ（SIPサーバ＃１）の軌跡しか存在しない場合には、Contactヘッダに設定されているSIPサーバ＃３を最終到達サーバとして、SIPサーバ＃３名前（または、アドレス、識別子）を宛先としてRequest-URIに設定し送信する。【００１７】
以上のように、非経由となるSIPサーバにおいて、信号を転送する場合に、Viaヘッダ、Record-Routeヘッダへの記述をしないようにするだけで、他のSIPサーバの動作を変えることなく、非経由のSIPサーバを、初回の信号より後でやり取りされる信号について、スキップさせることが出来る。【００１８】
図６及び図７は、発信元と受信先の間に複数のSIPサーバが存在する場合の、本発明の実施形態に従った、SIP信号送受信シーケンスを示す図である。
呼生起要求信号（INVITE）の応答信号受信において、多段にSIPサーバが存在し、Record-Routeヘッダに自サーバ（SIPサーバ＃１）以外の軌跡が存在する場合には、そのRecord-Routeヘッダの設定値を宛先として新たな要求信号のRouteヘッダに設定し送信する。【００１９】
多段にSIPサーバが存在し、非経由サーバが単一だった場合の図を図６に非経由サーバ単一時のSIP信号送受信シーケンスとして示す。
図６においては、SIPサーバ＃２は、非経由設定がされており、SIPサーバ＃１からINVITE信号を受け取っても、自サーバの軌跡情報を、ViaヘッダやRecord-Routeヘッダに書き込まない。SIPサーバ＃３は、非経由設定がされておらず、SIPサーバ＃２からINVITE信号を受け取ると、自サーバの軌跡情報を、ViaヘッダとRecord-Routeヘッダに書き込む。したがって、SIPサーバ＃４から、180Ringing/200OK信号がSIPサーバ＃１宛てに送信される場合には、SIPサーバ＃３は経由されるが、SIPサーバ＃２は経由されない。また、これ以後の信号も、SIPサーバ＃３は経由するが、SIPサーバ＃２は、経由されない。これは、Record-Routeヘッダの設定による。【００２０】
また、多段にSIPサーバが存在し、非経由サーバが複数だった場合の図を図７に非経由サーバ複数時のSIP信号送受信シーケンスとして示す。
図７においては、SIPサーバ＃２、＃３共に非経由サーバとして設定されている。したがって、SIPサーバ＃１からINVITE信号が受信されると、SIPサーバ＃２、＃３共に、INVITE信号を転送する際、自サーバの情報をViaヘッダ、Record-Routeヘッダに書き込まない。したがって、SIPサーバ＃４が180Ringing/200OK信号を送信する場合には、ViaヘッダにSIPサーバ＃２、＃３の情報が無いので、直接SIPサーバ＃１に信号が送られる。また、Record-Routeヘッダにも、SIPサーバ＃２、＃３の情報が無いので、通信経路確立後の信号も、SIPサーバ＃２、＃３を経由せず、直接SIPサーバ＃１と＃４との間でやり取りされる。【００２１】
なお、どのSIPサーバを非経由とし、どのSIPサーバを経由するようにするかという決定は、SIPサーバの地理的条件や、SIPサーバが信号の振り分け専用のサーバであるなどの事項を考慮して、システム管理が行なう。また、ViaヘッダやRecord-Routeヘッダに自サーバの軌跡情報を書き込まないという各SIPサーバの設定も、システム管理者が行なう。【００２２】
図１を参照して説明すると、例えば、エリアA内の通信において、料金定額等のサービス条件があった場合には、SIPサーバ#Aa配下のSIP端末からSIPサーバ#Ac配下のSIPサーバに通信を行う場合、着信先のSIPサーバを知るSIPサーバ#Aを経由する必要があるが、初回信号で着信先のSIPサーバ（#Ac）が特定出来れば、エリアA内の通信に関して常にSIPサーバ#Aを経由する必要はない。しかし、エリアAとエリアBを跨る通信について、エリア間料金を考慮する必要があるとすると、SIPサーバ＃１は常に信号を経由させる必要が生じる。このような事項を考慮して、システム管理者は、各SIPサーバの設定を行なう。【００２３】
図８は、図１のSIPサーバ＃１と＃Ａ、＃Ｂの動作を説明するフローチャートである。
まず、ステップＳ１０において、受信信号フォーマットをチェックし、ステップＳ１１において、着信先のエリアを、着信先アドレス等から取得する。着信先エリアは、通信システム全体を管理する局が有するデータベースなどを検索することにより取得する。ステップＳ１２において、エリアＡ、あるいは、エリアＢ内であるか否かを判断する。ここの判断は、図８の処理を行なうSIPサーバがSIPサーバ＃Ａの場合には、エリアＡ内か否かを判断し、SIPサーバがSIPサーバ＃Ｂの場合には、エリアＢ内か否かを判断する。また、SIPサーバがSIPサーバ＃１の場合には、エリアＡ及びＢ内か否かを判断する。【００２４】
ステップＳ１２の判断がＹｅｓの場合には、当該SIPサーバがSIPサーバ＃Ａ、あるいは、＃Ｂの場合、ステップＳ１３の送信信号編集として、Viaヘッダを付与せず、Record-Routeヘッダを付与しないようにして、送信信号を生成し、ステップＳ１５で、信号を送信する。ステップＳ１２の判断がＮｏの場合には、当該SIPサーバがSIPサーバ＃１である場合、ステップＳ１４の送信信号編集として、ViaヘッダとRecord-Routeヘッダを付与した送信信号を生成し、ステップＳ１５で信号を送信する。【００２５】
図９は、図１のSIPサーバ＃１、＃Ａ、＃Ｂの機能ブロック図である。
信号送受信部１４は、信号の送受信を行なう。プロトコル制御部１３は、受信された信号をプロトコルにしたがって処理して、解釈したり、送信すべき情報をプロトコルにしたがって信号に組み立てたりする処理部である。呼接続制御部１２は、SIP信号の送受信に従って、IP通信の通信経路接続を行なう処理部である。着信先翻訳部１１は、着信先のアドレスと着信先の地域エリアとの対応を格納した翻訳データ１０を参照して、着信先の地域エリアをアドレスから割り出す処理部である。【００２６】
図１０は、本発明の実施形態の変形例を説明する図である。
図１０においては、SIPサーバ＃１とSIPサーバ＃３の間に通信経路が確立され、これらの間には、SIPサーバ＃２のみがある場合を示しているが、SIPサーバ＃１と＃３の間に複数のSIPサーバが存在しても、本変形例の適用は妨げられない。【００２７】
図４では、SIPサーバ＃２は、INVITE信号の転送の場合、ViaヘッダとRecord-Routeヘッダの両方に、自サーバの軌跡情報を書き込まないとしていた。これにより、INVITE信号より後の信号は、SIPサーバ＃２を経由せずに送受信されるものであった。図１０では、SIPサーバ＃２は、Record-Routeヘッダには、自サーバの軌跡情報を書き込まないが、Viaヘッダには、自サーバの軌跡情報を書き込むようにする。このようにすることによって、Viaヘッダを参照して送信される、INVITE信号の返信信号（180Ringing/200OK信号）は、SIPサーバ＃２を経由するようになる。しかし、Record-Routeヘッダを参照して送受信される、通信経路確立後の信号（ACK/BYE信号等）は、SIPサーバ＃２を経由しないで送受信されるようになる。【００２８】
このように、中継するSIPサーバのViaヘッダとRecord-Routeヘッダのへの書き込み方を変えることにより、中継するSIPサーバがどのように非経由となるかを制御することが出来る。【００２９】
以上の構成により、中継を主な役割とするSIPサーバの負荷が減ると共に、中継しなくてはならない信号の数が減ることから、中継用のSIPサーバの数を減らすことも出来る。
【図１】
2009028011.tif 000003
【図２】
2009028011.tif 000004
【図３】
2009028011.tif 000005
【図４】
2009028011.tif 000006
【図５】
2009028011.tif 000007
【図６】
2009028011.tif 000008
【図７】
2009028011.tif 000009
【図８】
2009028011.tif 000010
【図９】
2009028011.tif 000011
【図１０】
2009028011.tif 000012
【手続補正書】
【提出日】平成21年10月9日(2009.10.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信経路の確立のためのプロトコルによる通信を行なう通信装置において、
受信信号を受信し、通常設定する、該受信信号に設定する自通信装置の情報を設定せずに、該受信信号を他の通信装置に転送する転送手段を備え、
自通信装置の情報が他の通信装置に通知されないことによって、信号が自通信装置を経由しない経路によって転送されることを特徴とする通信装置。
【請求項２】
前記自通信装置の情報が設定されない信号は、通信経路の確立のための最初の呼生起要求信号であることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通信経路の確立のためのプロトコルは、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）であることを特徴とする請求項１に記載の通信装置。
【請求項４】
前記自通信装置の情報は、前記ＳＩＰにおけるＶｉａヘッダ、あるいは、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダに格納される軌跡情報であることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記自通信装置の情報が設定されない信号は、ＳＩＰにおけるＩＮＶＩＴＥ信号であることを特徴とする請求項４に記載の通信装置。
【国際調査報告】
2009028011.tif 000013
2009028011.tif 000014
2009028011.tif 000015