(57)【要約】【課題】通信の安定化を図ることで、ユーザの利便性の向上、及び、通信サービスの質の向上を図ること。【解決手段】呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置であって、発呼側通信装置から新規発呼時に送信される新規呼信号を受信する新規呼用ポートと、新規呼信号を受信した後に発呼側通信装置から送信される呼制御信号を受信する接続中呼用ポートと、を備えた。【選択図】図１
2008245199.tif 000002
【特許請求の範囲】
【請求項１】
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置であって、
発呼側通信装置から発呼時に送信される呼制御信号を受信する第一のポートと、前記発呼側通信装置から発呼時に送信される前記呼制御信号とは異なる他の呼制御信号を受信する第二のポートと、を備えた、
ことを特徴とする通信装置。
【請求項２】
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置であって、
発呼側通信装置から新規発呼時に送信される新規呼信号を受信する新規呼用ポートと、前記新規呼信号を受信した後に前記発呼側通信装置から送信される呼制御信号を受信する接続中呼用ポートと、を備えた、
ことを特徴とする通信装置。
【請求項３】
前記新規呼用ポートにて受信した前記新規呼信号を発信した前記発呼側通信装置に対して、前記接続中呼用ポートのポート番号を通知する接続中呼用ポート通知手段を備えた、
ことを特徴とする請求項２記載の通信装置。
【請求項４】
前記接続中呼用ポート通知手段は、前記発呼側通信装置に対して、当該発呼側通信装置から次の呼制御信号が送信される前に前記接続中呼用ポートのポート番号を通知する、
ことを特徴とする請求項３記載の通信装置。
【請求項５】
前記新規呼用ポートとは異なる任意のポート番号を前記接続中呼用ポートとして設定するポート設定手段を備えた、
ことを特徴とする請求項３又は４記載の通信装置。
【請求項６】
前記新規呼用ポートにて前記新規呼信号とは異なる呼制御信号を受信した場合に、当該呼制御信号を処理する機能を有する、
ことを特徴とする請求項２，３，４又は５記載の通信装置。
【請求項７】
前記新規呼用ポート及び前記接続中呼用ポートにてそれぞれ受信した呼制御信号をそれぞれ一時的に記憶する各バッファの容量を設定するバッファ設定手段を備えた、
ことを特徴とする請求項２，３，４，５又は６記載の通信装置。
【請求項８】
複数回線を利用可能である、ことを特徴とする請求項１，２，３，４，５，６又は７記載の通信装置。
【請求項９】
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置による通信方法であって、
発呼側通信装置から新規発呼時に送信される新規呼信号を新規呼用ポートにて受信する新規呼信号受信工程と、その後に前記発呼側通信装置から送信される呼制御信号を接続中呼用ポートにて受信する接続中呼信号受信工程と、を有する、
ことを特徴とする通信方法。
【請求項１０】
前記新規呼信号受信工程と前記接続中呼信号受信工程との間に、受信した前記新規呼信号を送信した前記発呼側通信装置に対して前記接続中呼用ポートのポート番号を通知する接続中呼用ポート通知工程を有する、
ことを特徴とする請求項９記載の通信方法。
【請求項１１】
少なくとも前記接続中呼用ポート通知工程の前に、前記新規呼用ポートとは異なる任意のポート番号を前記接続中呼用ポートとして設定するポート設定工程を有する、
ことを特徴とする請求項１０記載の通信方法。
【請求項１２】
呼制御プロトコルを利用して相互にセッションを確立し、通信を行う発呼側通信装置及び着呼側通信装置による通信方法であって、
前記発呼側通信装置が、前記着呼側通信装置に設定された新規呼用ポートに対して新規呼信号を送信すると共に、この新規呼信号を前記着呼側通信装置が前記新規呼用ポートにて受信し、
その後、前記発呼側通信装置が、前記着呼側通信端末に設定された接続中呼用ポートに対して前記新規呼信号とは異なる呼制御信号を送信し、この呼制御信号を前記着呼側通信装置が前記接続中呼ポートにて受信する、
ことを特徴とする通信方法。
【請求項１３】
前記着呼側通信装置が、前記発呼側通信装置から前記新規呼信号を受信した後に、その発呼側通信装置に対して前記接続中呼用ポートのポート番号を通知し、
前記発呼側通信装置が、通知された前記ポート番号に基づく前記接続中呼用ポートに対して前記新規呼信号とは異なる前記呼制御信号を送信する、
ことを特徴とする請求項１２記載の通信方法。
【請求項１４】
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置に、
発呼側通信装置から新規発呼時に送信される新規呼信号を新規呼用ポートにて受信する新規呼信号受信工程と、その後に前記発呼側通信装置から送信される呼制御信号を接続中呼用ポートにて受信する接続中呼信号受信工程と、
を実行させるためのプログラム。
【請求項１５】
前記通信装置に、前記新規呼信号受信工程と前記接続中呼信号受信工程との間に、受信した前記新規呼信号を送信した前記発呼側通信装置に対して前記接続中呼用ポートのポート番号を通知する接続中呼用ポート通知工程、を実行させるための請求項１４記載のプログラム。
【請求項１６】
前記通信装置に、少なくとも前記接続中呼用ポート通知工程の前に、前記新規呼用ポートとは異なる任意のポート番号を前記接続中呼用ポートとして設定するポート設定工程、を実行させるための請求項１５記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置にかかり、特に、呼制御プロトコルを利用して通信を行う通信装置に関する。
【背景技術】
【０００２】
従来より、ＩＰ電話など、発信側と着信側の端末間でデータセッションを確立する通信の場合には、ＳＩＰ等の呼制御プロトコルを利用して行われる。ここで、図５乃至図６を参照して、従来における着信側端末でのＳＩＰ信号処理を説明する。まず、図５に示すように、従来例における着信側端末１００は、単一のポート（ＳＩＰ受信ポート１１１）でＳＩＰ信号を送受信するよう構成されている。そして、着信側端末１００は、上記ＳＩＰ受信ポート１１１からＳＩＰ信号を受信するＳＩＰ受信部１１２を備えており、このＳＩＰ受信部１１２にて受信した信号を処理したり、あるいは、送信するＳＩＰ信号を処理するＳＩＰ処理部１１３を備えている。
【０００３】
そして、実際のＳＩＰ信号処理の具体例を、図６のシーケンス図を参照して説明する。なお、ここでは、着信側端末１００のＳＩＰ信号ポート番号が５０６０番であることとする。まず、図示しない発信側端末からの発呼に応じて、ＳＩＰサーバ３００が、着信側端末１００に「ＩＮＶＩＴＥ」リクエストを送信する（ステップＳ１０１）。このとき、ＳＩＰサーバ３００は、着信側端末のポート番号５０６０に送信する。そして、着信側端末１００が「ＩＮＶＩＴＥ」リクエストを受信し、「１００
Ｔｒｙｉｎｇ」応答を送信し（ステップＳ１０２）、続いて、着信側端末１００が「２００
ＯＫ」応答を送信する（ステップＳ１０３）。このとき、着信側端末１００から通知するポート番号は、上記ポート番号５０６０のままである。
【０００４】
続いて、ＳＩＰサーバ３００は、着信側端末１０１から上記「２００
ＯＫ」応答を受信し、ＳＩＰサーバ３００に接続している発信側端末にまで転送する。すると、発信側端末が、「ＡＣＫ」リクエストを送信し、それをＳＩＰサーバ３００が受信し、着信側端末１００に転送する（ステップＳ１０４）。これにより、発信側端末と着信側端末１００とのセッションが確立し、サービスが開始できるようになる（ステップＳ１０５）。
【０００５】
その後、発信側端末から着信側端末１００にＳＩＰ信号が発信されると（ステップＳ１０６）、このＳＩＰ信号は、着信側端末１００の上述した１つのポート５０６０で受信される。例えば、セッションを終了するために、発信側端末からＳＩＰサーバ３００を通して「ＢＹＥ」リクエストが送信されると（ステップＳ１０６）、着信側端末１００が「２００
ＯＫ（ＢＹＥ）」を送信することで（ステップＳ１０７）、セッションが終了される。
【０００６】
【特許文献１】特開２００６−３４３９４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このように、上記従来例の場合には、着信側端末１００は、単一のポートでＳＩＰ信号を受信しているため、大量にＳＩＰ信号が来たときには、ＳＩＰ信号受信時に受信ポートでＳＩＰ信号が溢れて破棄され、新規接続呼または接続中呼のリクエストまたは応答の遅延が発生しＳＩＰ信号の再送処理を繰り返してしまう、という問題があった。この場合、特に、接続中であった着信側端末との通信が切断してしまうといった影響が出る、という不都合が生じ、これにより、接続中である着信側端末に対して安定した通信が行えない、という問題が生じる。また、従来のＳＩＰ信号処理で、この接続中である着信端末に安定した通信を提供しようとするためには、ＳＩＰ受信ポートのバッファサイズを余分に大きく取る必要があった。
【０００８】
なお、上記特許文献１に開示のシステムでは、データセッションで使用するアクセスポートの番号を変更して通信を行う、という技術が開示されている。しかしながら、この特許文献１に記載の技術では、データセッションのポート番号を変更しているだけであって、ＳＩＰ信号の送受信ポートは固定的であるため、ＳＩＰ信号の受信が集中した場合には、上述同様に、ＳＩＰ信号が溢れて破棄されるなど、依然として通信の安定化を図ることができない、という問題が生じる。
【０００９】
このため、本発明では、上記従来例の有する不都合を改善し、特に、通信の安定化を図ることで、ユーザの利便性の向上、及び、通信サービスの質の向上を図ることができる通信装置を提供することをその目的とする。
【課題を解決するための手段】
【００１０】
そこで、本発明の一形態は、
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置であって、
発呼側通信装置から発呼時に送信される呼制御信号を受信する第一のポートと、発呼側通信装置から発呼時に送信される呼制御信号とは異なる他の呼制御信号を受信する第二のポートと、を備えた、
ことを特徴としている。
【００１１】
また、本発明の他の形態は、
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置であって、
発呼側通信装置から新規発呼時に送信される新規呼信号を受信する新規呼用ポートと、新規呼信号を受信した後に発呼側通信装置から送信される呼制御信号を受信する接続中呼用ポートと、を備えた、
ことを特徴としている。
【００１２】
上記発明によると、通信装置では、発呼側通信装置から新規発呼時に送信される新規呼信号は新規呼用ポートにて受信され、その後に発呼側通信装置から送信される呼制御信号は、上記新規呼用ポートとは異なる接続中呼用ポートにて受信される。従って、通信端末に対して大量に呼制御信号が送信されてきた場合であっても、呼制御信号に応じて異なるポートにて受信することができるため、ポートのバッファサイズを大きく設定することなく、呼制御信号の破棄、応答遅延等を抑制することができ、通信の安定化を図ることができる。そして、特に、大量に呼制御信号が送信されてくる複数回線を利用可能な通信装置に適用することで、より効果的である。
【００１３】
そして、上記新規呼用ポートにて受信した新規呼信号を発信した発呼側通信装置に対して、接続中呼用ポートのポート番号を通知する接続中呼用ポート通知手段を備えた、ことを特徴としている。また、上記接続中呼用ポート通知手段は、発呼側通信装置に対して、当該発呼側通信装置から次の呼制御信号が送信される前に接続中呼用ポートのポート番号を通知する、ことを特徴としている。
【００１４】
このように、発呼側通信装置に対して接続中呼用ポートのポート番号を通知することで、発呼側通信装置から新規呼信号と異なる呼制御信号が接続中呼用ポートに送信され、より確実に各信号を各ポートにてそれぞれ受信することができる。従って、呼制御信号の破棄等を有効に抑制することができ、さらなる通信の安定化を図ることができる。特に、発呼側通信装置から新規呼信号が送信された後であって次の呼制御信号が送信される前にポート番号を通知することで、より確実に新規呼信号とその他の呼制御信号とが各ポートに送信され、それぞれを異なるポートで受信することができる。
【００１５】
また、上記新規呼用ポートとは異なる任意のポート番号を接続中呼用ポートとして設定するポート設定手段を備えた、ことを特徴としている。これにより、接続中呼用ポートのポート番号を任意に設定することができるため、通信装置の状態に応じて適切な動作環境に設定することができる。
【００１６】
また、新規呼用ポートにて新規呼信号とは異なる呼制御信号を受信した場合に、当該呼制御信号を処理する機能を有する、ことを特徴としている。これにより、上記接続中呼用ポートが設定されているにも関わらず、新規呼用ポートに新規呼信号とは異なる呼制御信号が送信された場合であっても、かかる信号を処理して通信処理を行うため、通信の安定化を図ることができる。
【００１７】
また、新規呼用ポート及び接続中呼用ポートにてそれぞれ受信した呼制御信号をそれぞれ一時的に記憶する各バッファの容量を設定するバッファ設定手段を備えた、ことを特徴としている。これにより、各ポートのバッファ容量を設定することで、通信装置の状態に応じて適切な動作環境に設定することができる。
【００１８】
また、本発明の他の形態は、
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置による通信方法であって、
発呼側通信装置から新規発呼時に送信される新規呼信号を新規呼用ポートにて受信する新規呼信号受信工程と、その後に発呼側通信装置から送信される呼制御信号を接続中呼用ポートにて受信する接続中呼信号受信工程と、を有する、
ことを特徴としている。
【００１９】
そして、上記新規呼信号受信工程と接続中呼信号受信工程との間に、受信した新規呼信号を送信した発呼側通信装置に対して接続中呼用ポートのポート番号を通知する接続中呼用ポート通知工程を有する、ことを特徴としている。また、少なくとも接続中呼用ポート通知工程の前に、新規呼用ポートとは異なる任意のポート番号を接続中呼用ポートとして設定するポート設定工程を有する、ことを特徴としている。
【００２０】
また、本発明の他の形態は、
呼制御プロトコルを利用して相互にセッションを確立し、通信を行う発呼側通信装置及び着呼側通信装置による通信方法であって、
発呼側通信装置が、着呼側通信装置に設定された新規呼用ポートに対して新規呼信号を送信すると共に、この新規呼信号を着呼側通信装置が新規呼用ポートにて受信し、
その後、発呼側通信装置が、着呼側通信端末に設定された接続中呼用ポートに対して新規呼信号とは異なる呼制御信号を送信し、この呼制御信号を着呼側通信装置が接続中呼ポートにて受信する、
ことを特徴としている。
【００２１】
そして、上記着呼側通信装置が、発呼側通信装置から新規呼信号を受信した後に、その発呼側通信装置に対して接続中呼用ポートのポート番号を通知し、
発呼側通信装置が、通知されたポート番号に基づく接続中呼用ポートに対して新規呼信号とは異なる呼制御信号を送信する、
ことを特徴としている。
【００２２】
さらに、本発明の他の形態であるプログラムは、
呼制御プロトコルを利用して他の通信装置とセッションを確立し、通信を行う通信装置に、
発呼側通信装置から新規発呼時に送信される新規呼信号を新規呼用ポートにて受信する新規呼信号受信工程と、その後に発呼側通信装置から送信される呼制御信号を接続中呼用ポートにて受信する接続中呼信号受信工程と、
を実行させる、ことを特徴としている。
【００２３】
そして、通信装置に、新規呼信号受信工程と接続中呼信号受信工程との間に、受信した新規呼信号を送信した発呼側通信装置に対して接続中呼用ポートのポート番号を通知する接続中呼用ポート通知工程、を実行させる、ことを特徴としている。また、通信装置に、少なくとも接続中呼用ポート通知工程の前に、新規呼用ポートとは異なる任意のポート番号を接続中呼用ポートとして設定するポート設定工程、を実行させる、ことを特徴としている。
【００２４】
上述した構成の通信方法及びプログラムの発明であっても、上記通信装置と同様の作用を有するため、上述した本発明の目的を達成することができる。
【発明の効果】
【００２５】
本発明は、以上のように構成され機能するので、これによると、通信端末に対して大量に呼制御信号が送信されてきた場合であっても、呼制御信号に応じて異なるポートにて受信することができるため、ポートのバッファサイズを大きく設定することなく、呼制御信号の破棄、応答遅延等を抑制することができ、通信の安定化を図ることができる、という従来にない優れた効果を有する。
【発明を実施するための最良の形態】
【００２６】
本発明では、呼制御プロトコルを利用して相互にセッションを確立し、通信を行う通信端末による通信方法に特徴を有する。例えば、呼制御プロトコルとしては、ＳＩＰ（Session Initiation Protocol）があり、通信端末間でやりとりされる呼制御信号としてＳＩＰ信号が利用される。
【００２７】
そして、本発明では、ＳＩＰ信号を、トラフィック特性に応じて、新規に接続を確立するために発信側端末（発呼側通信装置）から着信側端末（着呼側通信装置）に向けて送信される新規接続呼信号（新規呼信号）と、その新規接続呼信号が一度受け入れられ、それ以降に着信側端末に向けて送信される接続中呼信号と、の２種類に分けて考える。この場合に、ＳＩＰ端末間で着信側端末に向けて送信されるＳＩＰ信号が新規接続呼信号である場合は、着信側端末に設定された新規接続呼用ポート（新規呼用ポート（第一のポート））に対して新規呼信号を送信する。このとき、新規接続呼信号に対する応答にて接続中呼専用ポートのポート番号を指定する。ここで、これ以降に発信側端末から着信側端末に送信するＳＩＰ信号は接続中呼信号となる。そして、ＳＩＰ端末間で着信側端末に向けて送信されるＳＩＰ信号が接続中呼信号である場合は、着信側端末に対して接続中呼専用ポートに接続中呼信号を送信することで、着信側端末では、接続中呼専用ポート（接続中呼ポート（第二のポート））で受信する。
【００２８】
このように、ＳＩＰ信号の入力ポートを、新規接続呼用ポートと接続中呼専用ポートとに分けて考え、それぞれ新規接続呼用ポートと接続中呼専用ポートとに分けて受信することで、同時に大量の呼が来た時などに、受信ポートで呼が溢れることによるＳＩＰ信号の破棄および再送処理を低減させ、安定した通信を図る、という点に特徴を有する。
【実施例１】
【００２９】
本発明の第１の実施例を、図１乃至図４を参照して説明する。図１は、呼制御プロトコルにて通信を行うシステム全体の構成を示すブロック図であり、図２は、着信側端末の構成を示すブロック図である。図３は、システムにおける通信時の動作を示すシーケンス図であり、図４は、着信端末の動作を示すフローチャートである。
【００３０】
［構成］
本発明では、ネットワークＮ上にＳＩＰサーバ３を備え、このＳＩＰサーバ３を介してＳＩＰ信号を利用してセッションを確立し、通信を行う発信側端末２と着信側端末１とが接続されている。ここで、ＳＩＰサーバ３は、ＳＩＰ信号にて呼制御を行う一般的な機能を有する。また、発信側端末２と着信側端末１とは、例えば、ＳＩＰにてセッションを確立するＩＰ電話であったり、あるいは、着信側端末１は、発信側端末２に種々のデータを提供するファイルサーバなどである。以下、着信側端末１について詳述する。
【００３１】
図２に示すように、着信側端末１は、所定のポート番号の新規接続呼用ポート１１と、この新規接続呼用ポート１１とはポート番号が異なる接続中呼専用ポート１２と、を有する。そして、着信側端末１は、ＳＩＰサーバ３からＳＩＰ信号を受信する際、新規接続呼用ポート１１、または、接続中呼専用ポート１２を介してＳＩＰ信号の受信を行い、ＳＩＰ信号の送信は、新規接続呼用ポート１１を介して行う。また、新規接続呼用ポート１１と接続中呼専用ポート１２とは、新規接続呼信号または接続中呼信号を、それぞれのポートで格納するバッファを有する。なお、バッファの大きさは可変であり、例えば、着信側端末１のユーザが設定操作することによって、当該端末２に予め装備された機能（バッファ設定手段）により、任意のサイズにそれぞれ設定できる。また、事前の設定により、時間帯に応じて各ポート１１，１２のバッファサイズが設定されるよう構成されていてもよい（バッファ設定手段）。例えば、新規接続呼信号が集中するような時間帯に、自動的に新規接続呼用ポート１１のバッファが大きくなるよう設定してもよい。
【００３２】
また、着信側端末１は、演算装置内にＳＩＰ処理部１５を備えており、新規接続呼用ＳＩＰ受信部１３と接続中呼専用ＳＩＰ受信部１４から、着信側端末１に到着した順番にＳＩＰ信号を受信し、受信した呼制御信号に応じてそれぞれ処理を施した後に、ＳＩＰサーバ３つまり発信側端末２へ適切なＳＩＰ信号を送信する。
【００３３】
また、ＳＩＰ処理部１５は、新規接続呼信号を受信した後に、接続中呼専用ポートのポート番号を、ＳＩＰサーバ３を介して発信側端末２に通知する機能（接続中呼用ポート通知手段）を有する。このとき、接続中呼専用ポートのポート番号は、予め設定されていてもよく、少なくとも発信側端末２にポート番号を通知する前に空きのポートから選択されてもよい。そして、接続中呼専用ポートの設定は、ＳＩＰ処理部１５など着信側端末２が有する機能（ポート設定手段）にて、自動的に空きのポートから選択されることで設定されてもよく、あるいは、ユーザの選択指令に応じて選択されることで設定されてもよい。なお、上述した着信側端末１による発信側端末２へのポート番号の通知タイミングについては、後の動作説明時に詳述する。
【００３４】
なお、上述したように、基本的には、新規接続呼信号は新規接続呼用ポート１１で、接続中呼信号は接続中呼専用ポート１２で受信され、各ＳＩＰ信号に応じた処理がＳＩＰ処理部１５にて行われる。但し、発信側端末２が接続中呼信号を接続中呼専用ポート１２に送信しない場合も生じる。かかる場合には、接続中呼信号が規接続呼用ポート１１で受信されるが、設定したポートと異なるポートでＳＩＰ信号を受信したとしても、その信号を処理する機能を有する。
【００３５】
なお、上述した着信側端末１が有する機能は、当該着信側端末１に所定のプログラムが組み込まれることで実現される。
【００３６】
［動作］
次に、ＳＩＰサーバ３を介した発信側端末２及び着信側端末１による通信動作を説明する。なお、以下の動作は、ＳＩＰサーバ３、発信側端末２、着信側端末１に、それぞれ所定のプログラムが組み込まれることで実行される。
【００３７】
はじめに、上述した図２を参照して、通信時の全体的な流れを説明する。まず、図示しない発信側端末２からＳＩＰサーバ３を介して送られてくるＳＩＰ信号を、着信側端末１と新規に接続を確立するためのＳＩＰ信号である「ＩＮＶＩＴＥ」リクエストと、それ以降の着信側端末１との接続中呼であるその他のＳＩＰ信号と、の２種類に分けて考える。
【００３８】
そして、着信側端末１は、新規接続呼である「ＩＮＶＩＴＥ」リクエストの受信を行い、その「ＩＮＶＩＴＥ」リクエストに対する応答の返送をする際に、あらかじめ接続中呼用のポートとして設定されている接続中呼専用ポート２１のポート番号を、Ｃｏｎｔａｃｔヘッダに設定し、それを返送する。Ｃｏｎｔａｃｔヘッダは、図２におけるＳＩＰ処理部１５にて設定される。
【００３９】
次に、ＳＩＰサーバ３は、着信側端末１から送られてくる接続中呼専用ポート１２のポート番号が設定されているＣｏｎｔａｃｔヘッダを含んでいる「ＩＮＶＩＴＥ」リクエストに対する応答を受信し、これを「ＩＮＶＩＴＥ」リクエストを生成し送信した発信側端末１に対して、または、その発信側端末１に転送するその他のＳＩＰサーバに対して、転送する。これにより、これ以降の発信側端末１による通信は、着信側端末１に対して接続中呼専用ポート１２のポート番号を通じてやりとりを行えるようになる。なお、接続中呼専用ポート１２のポート番号は、あらかじめ任意のポート番号を設定しておくことができる。
【００４０】
次に、図２を用いてＳＩＰ信号の処理の流れを示す。まず、ＳＩＰ信号のうち新規接続呼信号は新規接続呼用ポート１１を、接続中呼信号は接続中呼専用ポート１２を通して、着信側端末１に受信される。そして、着信側端末１では、新規接続呼用ポート１１から新規接続呼用ＳＩＰ受信部１３にてＳＩＰ信号を受信し、ＳＩＰ処理部１５に送信する。また、接続中呼専用ポート１２から接続中呼専用ＳＩＰ受信部１４にてＳＩＰ信号を受信し、ＳＩＰ処理部１５に送信する。ＳＩＰ処理部１５は、新規接続呼用ＳＩＰ受信部１３と接続中呼専用ＳＩＰ受信部１４から送信されたＳＩＰ信号を受信し、受信した順にＳＩＰ信号を処理する。次に、ＳＩＰ処理部１５は、処理したＳＩＰ信号を新規接続呼用ポート１１を通してＳＩＰサーバ３に送信する。また、ＳＩＰ信号に接続中呼専用ポート１２のポート番号を設定したＣｏｎｔａｃｔヘッダを付与するのもＳＩＰ処理部１５で行う。
【００４１】
ここで、接続中呼専用ポート１２があらかじめ設定されている場合において、発信側端末２でポート変更を許可しない場合がある。例えば、着信側端末１のＳＩＰ処理部１５でＣｏｎｔａｃｔヘッダに接続中呼専用ポート１２のポート番号を設定してＳＩＰ信号を送信したが、発信側端末２側でそれを無視し、新規接続呼用ポート１１のポート番号で送信してくる場合がある。その場合を考慮し、新規接続呼用ＳＩＰ受信部１３でも接続中呼信号の受信処理を行うことができるようになっている。そして、このとき新規接続呼用ポートにて受信したＳＩＰ信号は、接続中呼信号としてＳＩＰ処理部１５にて処理する。
【００４２】
続いて、図３は、着信側端末１の受信ポート変更のためのＳＩＰ信号のシーケンス図であり、これを参照して通信動作を説明する。ここでは、着信側端末１と通信しようとしている発信側端末２がポート変更を許可しているものとし、また、着信側端末１の新規接続呼用ポート１１のポート番号を５０６０番、接続中呼専用ポート１２のポート番号を５０６２番とする。なお、接続中呼専用ポート１２のポート番号が、自動的にあるいはユーザの操作によって任意に設定される場合には、後述するように、少なくともステップＳ３で発信側端末２にポート番号を通知する前であって、発信側端末２から新規接続呼信号の次のＳＩＰ信号が送信される前に設定される（ポート設定工程）。
【００４３】
まず、発信側端末２からの発呼要求に応じて、ＳＩＰサーバ３が着信側端末１に「ＩＮＶＩＴＥ」リクエストを送信する（ステップＳ１）。このとき、ＳＩＰ信号は新規接続呼信号であるため、新規接続呼用ポート１１に送信する。次に、着信側端末１が「ＩＮＶＩＴＥ」リクエストを受信すると（新規呼信号受信工程）、「１００
Ｔｒｙｉｎｇ」応答を送信する（ステップＳ２）。この「１００ Ｔｒｙｉｎｇ」応答には、特に何も設定せず、その後、着信側端末１が「２００ ＯＫ」応答のＣｏｎｔａｃｔヘッダに接続中呼専用ポート１２のポート番号を設定して、ＳＩＰサーバ３に「２００
ＯＫ」応答を送信する（ステップＳ３、接続中呼用ポート通知工程）。
【００４４】
続いて、ＳＩＰサーバ３は、接続中呼専用ポート１２のポート番号が設定されているＣｏｎｔａｃｔヘッダを含んでいる「２００
ＯＫ」応答を受信し、ＳＩＰサーバ３に接続している発信側端末２にまで転送する。すると、発信側端末２が、着信側端末１の送信先ポート番号を、受け取った「２００
ＯＫ」応答に含まれているＣｏｎｔａｃｔヘッダに設定されている着信側端末１のポート番号に変更して、「ＡＣＫ」リクエストを送信し、それをＳＩＰサーバ３が受信し着信側端末１に転送する（ステップＳ４）。この時点でＳＩＰ受信ポート変更手続きが完了し、以降から発信側端末２は、接続中呼専用ポート１２に向けてＳＩＰ信号を送信するようになる。また、着信側端末１も、発信側端末２から発信されたＳＩＰ信号を、接続中呼専用ポート１２を通して受信するようになる（接続中呼信号受信工程）。これと同時に、発信側及び着信側端末間でセッションが確立しサービスが開始できるようになる（ステップＳ５）。
【００４５】
その後、ＳＩＰ信号をやりとりするときは、発信側端末２から着信側端末１に送信されるＳＩＰ信号は接続中呼であるので、着信側端末１は接続中呼専用ポート１２で受信する。例えば、セッションを終了するために発信側端末２からＳＩＰサーバ３を通して「ＢＹＥ」リクエストを接続中呼専用ポート１２に送信し（ステップＳ６）、これを受けた着信側端末１は、新規接続呼用ポート１１から「２００
ＯＫ（ＢＹＥ）」を送信する（ステップＳ７）。
【００４６】
ここで、図４に、上述した接続中呼専用ＳＩＰ受信部１４による受信処理のフローチャートを示す。まず、接続中呼信号を受信すると（ステップＳ１１）、複数のセッションがある場合どのセッションか特定するために、必要な情報を取得するなど、メッセージの解析を行う（ステップＳ１２）。続いて、受信した接続中呼信号のセッション情報取得を行った結果、新規接続呼信号か否か判断する（ステップＳ１３）。ここで、仮に受信したＳＩＰ信号が新規接続呼信号であった場合には（ステップＳ１３：イエス）、エラー応答を返し接続を拒否する（ステップＳ１４）。もし新規接続呼信号でなかった場合には（ステップＳ１３：ノー）、その受信した接続中呼信号をＳＩＰ処理部１５に送り処理を行う（ステップＳ１５）。
【００４７】
以上のように、本発明によると、接続中呼専用ポートを設けたことにより、新規接続呼信号が大量に来たときに受信ポートでＳＩＰ信号が溢れることがなく、ＳＩＰ信号の破棄を回避することができ、再送処理を減らすことができる。従って、接続中呼の応答の遅れや、タイムアウトなどによるセッションの切断の原因を減らし、接続中呼の処理への影響を最小にし、サービスを安定して提供することができる。
【００４８】
また、ＳＩＰ信号の受信ポートを２つに分けているので、１つの受信ポートでＳＩＰ信号を受信するときに比べ、接続中呼のセッションが輻輳時に切断しないようバッファサイズを大きく取る必要がなく、さらに新規接続呼用ポートのバッファサイズを小さくできる。
【００４９】
なお、上記着信側端末１は、１回線のみを有する携帯電話端末であってもよく、あるいは、複数回線を収容する端末（Ｕｓｅｒ
Ａｇｅｎｔ）機能を有する通信装置であってもよい。これにより、対応するいかなる装置でも安定して通信が行うことができる。
【００５０】
また、接続中呼専用ポート１２のポート番号を発信側端末２に通知するために、Ｃｏｎｔａｃｔヘッダを利用しているが、これに限らず既存のヘッダを含め、将来ＳＩＰヘッダの拡張が行われ、新たに定義されるヘッダを用いて、ポート変更を通知できれば、他のヘッダを利用してもよい。
【産業上の利用可能性】
【００５１】
本発明は、ＩＰ電話やメディアサーバなど、呼制御プロトコルを利用して通信を行う通信装置に利用することができ、産業上の利用可能性を有する。
【図面の簡単な説明】
【００５２】
【図１】通信システム全体の構成を示すブロック図である。
【図２】着信側端末の構成を示すブロック図である。
【図３】着信側端末の動作を示すシーケンス図である。
【図４】着信側端末の接続中呼専用ポートでの受信動作を示すフローチャートである。
【図５】従来例における着信側端末の構成を示すブロック図である。
【図６】従来例における着信側端末の動作を示すシーケンス図である。
【符号の説明】
【００５３】
１  着信側端末
２  発信側端末
３  ＳＩＰサーバ
１１  新規接続呼用ポート
１２  接続中呼専用ポート
１３  新規接続呼用ＳＩＰ受信部
１４  接続中呼専用ＳＩＰ受信部
１５  ＳＩＰ処理部
【図１】
2008245199.tif 000003
【図２】
2008245199.tif 000004
【図３】
2008245199.tif 000005
【図４】
2008245199.tif 000006
【図５】
2008245199.tif 000007
【図６】
2008245199.tif 000008