JP6530336B2 - Ring tone providing apparatus and ring tone providing method - Google Patents
Ring tone providing apparatus and ring tone providing method Download PDFInfo
- Publication number
- JP6530336B2 JP6530336B2 JP2016051786A JP2016051786A JP6530336B2 JP 6530336 B2 JP6530336 B2 JP 6530336B2 JP 2016051786 A JP2016051786 A JP 2016051786A JP 2016051786 A JP2016051786 A JP 2016051786A JP 6530336 B2 JP6530336 B2 JP 6530336B2
- Authority
- JP
- Japan
- Prior art keywords
- ringing tone
- terminal
- network
- response
- originating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Description
本発明は、呼出音提供装置および呼出音提供方法に関し、複数網間で通信路を確立する通信システムにおける呼出音の制御に関する。 The present invention relates to a ringing tone providing device and a ringing tone providing method, and relates to control of a ringing tone in a communication system that establishes a communication path between multiple networks.
例えば、固定電話と携帯電話とは互いに異なる事業者が管理する複数の網にそれぞれ接続されるのが一般的である。したがって、固定電話と携帯電話との間で通話する場合には、固定電話が接続された一方の網と、携帯電話が接続されたもう一方の網との間をゲートウェイを介して相互に接続し、固定電話と携帯電話との間で通信路(セッション)を確立し、その後でユーザが通話を開始することになる。 For example, a fixed telephone and a mobile telephone are generally connected to a plurality of networks managed by different operators, respectively. Therefore, when making a call between a fixed telephone and a mobile telephone, the one network to which the fixed telephone is connected and the other network to which the mobile telephone is connected are mutually connected via the gateway. , Establish a communication path (session) between the landline phone and the mobile phone, and then the user starts the call.
また、固定電話や携帯電話から発信した際は、通信路を確立する前に、着信者を呼出中であることを発信者に通知するためにRBT(Ring Back Tone:呼出音)が発側の端末に提供される。例えば、「プルルッ・・・」のような音が呼出音RBTとして用いられる。従来の公衆交換網(PSTN:Public Switched Telephone Networks)同士の相互接続時は、着側の網に含まれる交換機にて呼出音RBTを提供することが一般的である。 Also, when making a call from a landline or mobile phone, RBT (Ring Back Tone: ringing tone) is on the calling side to notify the caller that the called party is ringing before establishing a communication path. Provided to the terminal. For example, a sound such as "Pluru ..." is used as the ringing tone RBT. When interconnecting conventional Public Switched Telephone Networks (PSTN), it is general to provide a ringing tone RBT at a switch included in the called network.
また、複数のVoIP(Voice over IP)網間を相互接続する場合にも、現状では公衆交換網(PSTN)を経由した接続が一般的であるが、今後はIP(Internet Protocol)ベースの相互接続形態への移行が見込まれる(非特許文献1参照)。 Also, when interconnecting multiple Voice over IP (VoIP) networks, connections via the Public Switched Network (PSTN) are common at present, but in the future IP (Internet Protocol) based interconnects A transition to form is expected (see Non-Patent Document 1).
また、IPベースの網間相互接続を行う際に、網間に配備されるゲートウェイ装置の具体的な製品の例が、非特許文献2および非特許文献3にそれぞれ示されている。なお、非特許文献2および非特許文献3のいずれのゲートウェイ装置も、呼出音提供装置としての特別な機能は備えていない。 In addition, when performing IP-based interconnection between networks, examples of specific products of gateway devices deployed between networks are shown in Non-Patent Document 2 and Non-Patent Document 3, respectively. In addition, neither the gateway apparatus of a nonpatent literature 2 nor a nonpatent literature 3 is equipped with the special function as a ringing tone provision apparatus.
ところで、複数の網を相互接続した場合に、呼出音RBTを発側網/着側網のどちらで提供するかについて、明確な標準規定は無い。したがって、IP網においては、発端末が呼出音RBTを生成する場合もあれば、着側網が呼出音RBTを生成する場合もある。 By the way, when a plurality of networks are interconnected, there is no clear standard specification as to which of the originating network and the terminating network provides the ringing tone RBT. Therefore, in the IP network, the originating terminal may generate the ringing tone RBT, and the terminating network may generate the ringing tone RBT.
例えば、TTC(一般社団法人 情報通信技術委員会)が規定しているドキュメント「JT-Q3402」によれば、次の事項が規定されている。「SDP(Session Description Protocol)を含まない180(Ringing)レスポンス受信を契機に発端末が音源を生成する」なお、この規格は、主に固定端末に適用される。また、主に携帯電話端末の仕様として利用される「GSMA IR92」の規格においても、呼出音RBTは発端末で生成することを期待している。 For example, according to the document “JT-Q3402” defined by TTC (Information Technology Committee of Japan), the following matters are defined. "The originating terminal generates a sound source upon receipt of a 180 (Ringing) response not including SDP (Session Description Protocol)." Note that this standard is mainly applied to fixed terminals. Also, in the standard of "GSMA IR 92", which is mainly used as a specification of a mobile telephone terminal, the ringing tone RBT is expected to be generated by the calling terminal.
つまり、「TTC JT-Q3402」や「GSMA IR92」の規格を採用している場合には、網側が呼出音RBTを生成して発端末に送出する必要はない。しかし、現実には、着信者を呼出中に呼出音RBT相当の音声(音楽など)を着側網から発端末に提供するサービスが存在している。それ以外にも、事業者のポリシによっては、着側網から呼出音を送出するケースも想定される。 That is, when the standards of "TTC JT-Q3402" and "GSMA IR 92" are adopted, there is no need for the network side to generate a ringing tone RBT and send it to the calling terminal. However, in reality, there is a service that provides a ringer RBT equivalent voice (such as music) from the callee network to the callee while ringing the callee. Besides, depending on the policy of the provider, the case where the ringing tone is sent from the destination network is also assumed.
現在、事業者網間を接続する場合には、公衆交換網PSTNを経由するようにシステムを構成するのが一般的である。しかし、PSTN系の設備はいずれ維持限界を迎えるため、今後はIP網同士の相互接続が進む見通しである。 Currently, when connecting between operator networks, it is common to configure the system to go through the public switched network PSTN. However, since the PSTN system will eventually reach the maintenance limit, it is expected that the interconnection of IP networks will progress in the future.
しかしながら、上記のように呼出音RBTを発側網/着側網のどちらで提供するかについて明確な規定が無いので、特にIP網同士を相互接続した場合に問題が生じる可能性が高い。すなわち、発側網の設備と着側網の設備とのいずれも、相手側が呼出音RBTを生成して送出することを期待している状況になり、発端末のユーザに呼出音RBTが届かない状況の発生が危惧される。 However, since there is no clear definition as to whether the ringing tone RBT is to be provided by the originating network or the terminating network as described above, there is a high possibility of problems especially when the IP networks are interconnected. That is, in both the equipment of the originating network and the equipment of the terminating network, the other party is expecting to generate and send the ringing tone RBT, and the ringing tone RBT does not reach the user of the calling terminal. There is a concern about the occurrence of the situation.
その結果、実際には呼出中であるにもかかわらず、発端末のユーザは呼出音RBTの代わりに無音状態を認識する。そして、発端末のユーザが接続に失敗したものと思い込み、呼出中に接続を途中放棄することになる。そのため、通信が成立しない。 As a result, although the user is actually ringing, the user of the calling terminal recognizes silence instead of the ringing tone RBT. Then, it is assumed that the user of the calling terminal has failed in connection, and the connection is abandoned halfway during the call. Therefore, communication can not be established.
上記のような状況で、問題が生じないIP網間接続を実現するためには、発側網/着側網のいずれかで呼出音RBTの送出に関わる機能を改修しなければならず、実際には端末もしくは網内装置の改修が必要であるため、期間および費用を要してしまう。 In order to realize IP-to-IP connection without any problems under the above conditions, it is necessary to modify the function related to the ringing tone RBT transmission in either the originating network or the terminating network, Requires the repair of the terminal or the device in the network, which takes time and money.
上記の事項について、より具体的な内容を、各図面を参照しながら以下に説明する。
複数の網を相互接続した一般的な通信システムにおける呼出音の送出動作例を図7、図8、および図9にそれぞれ示す。
More specific contents of the above matters will be described below with reference to the respective drawings.
An example of ringing tone transmission operation in a general communication system in which a plurality of networks are interconnected is shown in FIG. 7, FIG. 8 and FIG. 9, respectively.
図7に示した通信システムは、固定端末に相当する発端末53にて呼出音を生成する例である。この通信システムにおいては、固定端末に相当する発端末53が発側網51に接続され、呼出先の着端末54が着側網52に接続されている状況を想定している。したがって通信システムは、発端末53と着端末54との間の通信を可能にするために、発側網51と着側網52とを相互接続するように構成される。ここで、発側網51および着側網52は、例えば互いに異なる通信事業者が所有または管理するのが一般的な状況である。
The communication system shown in FIG. 7 is an example in which a calling tone is generated at the
図7に示すように、発端末53の呼により着端末54との間の通信路を確立する際には、最初のシーケンスQ31で発端末53が、着端末54に対するSIP(Session Initiation Protocol:セッション確立プロトコル)のリクエスト「INVITE with SDP(offer)」を発側網51に送出する。発側網51は、呼出先の着端末54が接続されている着側網52に向けて、シーケンスQ32で、このリクエスト「INVITE with SDP(offer)」を中継する。
As shown in FIG. 7, when establishing a communication path with the
着側網52は、シーケンスQ33で、このリクエスト「INVITE with SDP(offer)」を着端末54に中継する。これにより着端末54は、発端末53からのSIPのリクエスト「INVITE with SDP(offer)」を受信する。
The
着端末54はシーケンスQ34で、SIPのレスポンス「180 without SDP」を着側網52に返す。着側網52はシーケンスQ35で、このレスポンス「180 without SDP」を発側網51に中継する。発側網51は、シーケンスQ36で、このレスポンス「180 without SDP」を発端末53に中継する。これにより発端末53は、着端末54からのレスポンス「180 without SDP」を受信する。
The
図7に示した通信システムにおいては、発端末53は、着端末54から受け取ったレスポンス「180 without SDP」により、着端末54を呼出中であると認識する。そして、発端末53自身が内蔵する音源を用いて、シーケンスQ37で呼出音RBTを生成する。この呼出音RBTが、実際の音響として発端末53を操作するユーザ、すなわち発信者が知覚できるように発端末53の不図示のスピーカから出力される。
In the communication system shown in FIG. 7, the
例えば、上記のTTCドキュメント「JT-Q3402」の規定に従って動作する通信システムにおいては、図7に示したシーケンスの動作を行うので、発端末53自身が呼出音RBTを出力する。この場合は、着側網52は呼出音RBTを送出する必要はない。
For example, in the communication system operating according to the above-mentioned TTC document "JT-Q3402", since the operation of the sequence shown in FIG. 7 is performed, the
図8に示した通信システムは、着側網62の不図示の音源サーバから呼出音RBTを送出する例である。この通信システムにおいても、発端末63の呼により着端末64との間の通信路を確立する際には、最初のシーケンスQ41で発端末63がSIPのリクエスト「INVITE with SDP(offer)」を発側網61に送出する。これを受け取った発側網61は、呼出先の着端末64が接続されている着側網62に向けて、シーケンスQ42で、このリクエスト「INVITE with SDP(offer)」を中継する。
The communication system shown in FIG. 8 is an example in which a ringing tone RBT is transmitted from a sound source server (not shown) of the
着側網62は、シーケンスQ43で、このリクエスト「INVITE with SDP(offer)」を着端末64に中継する。これにより着端末64は、発端末63からのSIPのリクエスト「INVITE with SDP(offer)」を受信する。着端末64はシーケンスQ44で、SIPのレスポンス「183 with SDP」を着側網62に返す。着側網62は、シーケンスQ45で、SIPのレスポンス「183 with SDP」を、発側網61に中継する。このレスポンス「183 with SDP」は、何らかのメディア、この場合は呼出音RBTを着側網62が流す意図があることを示している。
The
発側網61は、シーケンスQ46で、このレスポンス「183 with SDP」を発端末63に中継する。これにより発端末63は、着端末64からのレスポンス「183 with SDP」を受信する。また、着側網62は、シーケンスQ47で不図示の音源サーバにより、呼出音RBTのメディアパケットを送出する。この呼出音RBTは発側網61を経由して発端末63に届く。また、発端末63は、受け取ったレスポンス「183 with SDP」によりメディアパケットが届くことを認識しているので、発側網61を経由して受け取った呼出音RBTのメディアパケットを処理して再生し、呼出音RBTの音響として不図示のスピーカから出力する。
The
一方、図9に示した通信システムは、公衆交換網であるPSTN72から呼出音RBTを送出する例である。この通信システムにおいては、固定端末に相当する発端末73が発側網71に接続され、呼出先の着端末(図示せず)が発側網71とは異なる着側網(図示せず)に接続されている状況を想定している。そして通信システムは、発側網71と着側網とを相互接続するために、公衆交換網であるPSTN72を用いている。図9のように、PSTN72を利用して複数の網を相互接続する場合には、着側の網に含まれる交換機にて呼出音RBTを提供することが一般的である。
On the other hand, the communication system shown in FIG. 9 is an example in which the ringing tone RBT is transmitted from the
図9に示した通信システムにおいても、発端末73の呼により不図示の着端末との間の通信路を確立する際には、最初のシーケンスQ51で発端末73がSIPのリクエスト「INVITE with SDP(offer)」を送出する。これを受け取った発側網71は、PSTN72に向けて、シーケンスQ52でメッセージIAM(Initial Address Message)を送出する。このメッセージIAMは、指定の相手まで回線の接続を要求することを意味しており、主な情報として発信者電話番号、および着信者電話番号が含まれている。
Also in the communication system shown in FIG. 9, when establishing a communication path with the not-shown end terminal by the call of the
PSTN72は、発側網71から受信したメッセージIAMに従い、着端末が接続されている着側網との間でメッセージのやり取りを行う。そして、シーケンスQ53でメッセージCPG(Call Progress)をPSTN72が発側網71に向けて送出する。このメッセージCPGは、呼出中などの途中経過を知らせる意味を持つ。
The
発側網71は、PSTN72から受け取ったメッセージCPGに従い、シーケンスQ54で、レスポンス「183 with SDP」を発端末73に向けて送出する。また、着側網で生成される呼出音RBTがPSTN72に入力されるので、PSTN72はこの呼出音RBTをシーケンスQ55で発側網71に転送する。この呼出音RBTは、更に発側網71から発端末73に向けて転送される。
In accordance with the message CPG received from the
また、発端末73はシーケンスQ54で受け取ったレスポンス「183 with SDP」によりメディアパケットが届くことを認識しているので、発側網71を経由して受け取った呼出音RBTのメディアパケットを処理して再生し、呼出音RBTの音響として出力する。
Further, since the
図9に示した通信システムのように、PSTN72を介して複数の網を相互接続する場合には、呼出音RBTの送出について現状で問題が生じることはない。しかし、非特許文献1に示されているように、PSTN72を利用することなく複数のIP網を相互接続する状況においては、例えば図7に示した通信システムと、図8に示した通信システムとが混在することが想定される。
In the case of interconnecting a plurality of networks via the
PSTNを利用せずに複数の網を相互接続した一般的な通信システムにおいて、呼出音の提供に支障が生じる場合の具体例を図10に示す。図10に示した通信システムにおいては、固定端末に相当する発端末83が発側網81に接続され、携帯電話端末に相当する呼出先の着端末84が着側網82に接続されている状況を想定している。したがって通信システムは、発端末83と着端末84との間の通信を可能にするために、発側網81と着側網82とをPSTNを使わずに相互接続するように構成される。ここで、発側網81および着側網82は、例えば互いに異なる通信事業者が所有または管理している状況である。したがって、発側網81および着側網82のそれぞれは規格で定められた事項を除くと、相手側の端末の状況を知ることはできない。
A typical communication system in which a plurality of networks are interconnected without using the PSTN is shown in FIG. In the communication system shown in FIG. 10, the state where the originating
図10に示すように、発端末83の呼により着端末84との間の通信路を確立する際には、シーケンスQ60にて、着端末84と着側網82との間の回線上に、メディア転送用のリソースは確保されていない。このとき、最初のシーケンスQ61で発端末83が、着端末84に対するSIPのリクエスト「INVITE with SDP(offer,preconditionなし)」を発側網81に向けて送出する。これを受け取った発側網81は、呼出先の着端末84が接続されている着側網82に向けて、シーケンスQ62でリクエスト「INVITE with SDP(offer,preconditionなし)」を中継する。
As shown in FIG. 10, when establishing a communication path with the
着側網82は、シーケンスQ63で、このリクエスト「INVITE with SDP(offer,preconditionなし)」を着端末84に中継する。これにより着端末84は、発端末83からのSIPのリクエスト「INVITE with SDP(offer,preconditionなし)」を受信する。着端末84は、入力されたリクエストに対するSIPのレスポンス「183 with SDP(answer)」をシーケンスQ64で着側網82に向けて送出する。
The
着側網82は、このレスポンス「183 with SDP(answer)」をシーケンスQ65で発側網81に中継する。また、発側網81は、このレスポンス「183 with SDP(answer)」をシーケンスQ66で発端末83に中継する。これにより発端末83は、着端末84からのレスポンス「183 with SDP(answer)」を受信する。
The
図10に示した通信システムにおいて、発端末83は、シーケンスQ66で受け取ったレスポンスに「183 with SDP(answer)」が含まれているので、何らかのメディア、つまり呼出音RBTが着側網82の不図示の音源サーバから送信されるものと期待する。
In the communication system shown in FIG. 10, since the
また、何らかのメディアの転送を可能にするために、シーケンスQ67で、着端末84と着側網82との間の回線上に、メディア転送用のリソースを確保する。但し、図10に示す例では、着側網82に呼出音RBTを送出する意図がない状況を想定している。そのため、着端末84はシーケンスQ68でレスポンス「180 without SDP」を送出する。このレスポンス「180 without SDP」は、呼出音RBTを発端末83側で生成することを期待するものである。
Also, in order to enable transfer of any media, resources for media transfer are secured on the line between the
着側網82は、シーケンスQ69で、このレスポンス「180 without SDP」を発側網81に中継する。また、発側網81は、シーケンスQ70で、このレスポンス「180 without SDP」を発端末83に中継する。これにより発端末83は、着端末84からのレスポンス「180 without SDP」を受信する。
The
発端末83は、TTCドキュメント「JT-Q3402」の規定に従って動作する。この発端末83は、シーケンスQ70でレスポンス「180 without SDP」を受信する前に、シーケンスQ66でレスポンス「183 with SDP(answer)」を受信しているので、着側網82から呼出音RBTが送信されることを期待する。よって発端末83自身は、内部で呼出音RBTを生成しない。
The originating
しかし、実際には着端末84は「GSMA IR92」の規定に従って動作するので、着端末84は呼出音RBTを送出しない。したがって、発端末83が着端末84を呼出中であるにもかかわらず、呼出音RBTが出力されることはなく、ユーザには無音状態と認識されてしまう。このため、ユーザは呼出に失敗したと思い込み、呼出をキャンセルすることになる。
However, since the receiving
図10に示した通信システムにおいて呼出音RBTの問題が生じるのは、各網の事業者のポリシの違いや、通信規格上の違いに起因する。
例えば、主に携帯電話端末が参照する「GSMA IR.92 - IMS Profile for Voice and SMS(v9.0)」の規格においては、要約すれば図10のシーケンスQ64のような状況における重要な事項として、次に示すような事項が規定されている。
The ringing tone RBT problem occurs in the communication system shown in FIG. 10 because of the difference in the policy of each network operator and the difference in the communication standard.
For example, in the standard of “GSMA IR.92-IMS Profile for Voice and SMS (v9.0)” mainly referred to a mobile phone terminal, in summary, as an important matter in a situation like the sequence Q64 of FIG. The following matters are specified.
(1)リクエスト「INVITE」の受信の際に、SDPを含むレスポンス「183(Session Progress)」を送信する必要がある。
(2)リクエスト「INVITE」の受信の際に、リソースが確保されるまでは、レスポンス「180(Ringing)」を送信してはいけない。
(1) When receiving the request "INVITE", it is necessary to transmit a response "183 (Session Progress)" including the SDP.
(2) When receiving the request "INVITE", the response "180 (Ringing)" should not be sent until the resource is secured.
一方、主に固定端末が参照する「TTC JT-Q.3402」の規格によれば、要約すると、図10のシーケンスQ66,Q70のレスポンスを受信した発端末83の状況に相当する重要な事項として、次に示すような事項が規定されている。
On the other hand, according to the standard of “TTC J. Q. 3402” mainly referred to by the fixed terminal, in summary, as an important matter corresponding to the situation of the
(3)SDPを含まないレスポンス「180(Ringing)」を受信した場合には、その時点より、呼出中音は自身の音源により生成しなければならない。
(4)端末はSDPを含むレスポンス「1xx」を受信した場合には、パスを接続することによりアーリーメディアを確立できなければならない。以降、端末は同一ダイアログにおいて、どのレスポンス「1xx」を受信しても、そのSDPの有無にかかわらず、受信メディアの再生を継続しなければならない。すなわち、メディアの張り替え処理を行ってはならない。
(3) When the response "180 (Ringing)" not including SDP is received, the ringing tone must be generated by its own sound source from that time.
(4) When the terminal receives the response “1xx” including the SDP, it must be able to establish the early media by connecting the path. Thereafter, the terminal must continue to play the received media regardless of the presence or absence of the SDP, regardless of which response “1xx” is received in the same dialog. In other words, the media should not be replaced.
図10に示した通信システムにおいて、着端末84は上記(1)の規定に従い、シーケンスQ64でSDPを含むレスポンス「183」を送信している。また、着端末84は上記(2)の規定に従い、リソースの確保に成功した後のシーケンスQ68で、SDPなしのレスポンス「180」を送信している。また、着端末84がSDPなしのレスポンス「180」を送信することにより、上記(3)の規定により、発端末83がそれ自身で呼出音RBTを生成することを期待し、着端末84は呼出音RBTを送出しない。
In the communication system shown in FIG. 10, the receiving
しかし、図10に示す発端末83は、シーケンスQ66で受信したレスポンス「183」にSDPが含まれているため、上記(4)の規定に従って動作する。すなわち、次のシーケンスQ70でレスポンス「180」を受信しても、呼出音RBTのメディアパケットが着側網82から送信されるものと期待し、発端末83自身が呼出音RBTを生成することはない。その結果、図10に示すように呼出の際に発端末83が無音状態になってしまう。
However, since the
本発明は、上記の状況に鑑みてなされたものであり、相互に接続する複数の網の間で呼出音の送出ポリシに関する明確な取り決めが存在しない状況であっても、着端末の呼出時に発端末のユーザに対して呼出音を確実に与えることが可能な呼出音提供装置および呼出音提供方法を提供することを目的とする。 The present invention has been made in view of the above situation, and is issued at the time of call of a terminal even in a situation where there is no clear agreement regarding a ring tone transmission policy among a plurality of interconnected networks. It is an object of the present invention to provide a ringing tone providing device and ringing tone providing method capable of reliably giving a ringing tone to a terminal user.
(1)発端末が接続される第1の網と、着端末が接続される第2の網との間をSIP(Session Initiation Protocol)によって相互に接続するゲートウェイに設置され、前記発端末の呼により前記発端末と前記着端末との間の通信路を確立する前に、前記発端末の呼出中であることを表す所定の呼出音を前記発端末に対して提供するための呼出音提供装置であって、
呼出音を生成する呼出音生成部と、
前記発端末の呼により前記発端末と前記着端末との間の通信路を確立する前に、通信路の確立要求に対する前記第2の網からの所定の応答のSIPメッセージを受信した際に、当該SIPメッセージに、事前に取り決めた記述が有るか否かにより、前記呼出音生成部からの呼出音送出の要否を判定し、呼出音送出が必要な場合には前記呼出音生成部から前記発端末に向けて呼出音を送出する呼出音送出制御部と、
を備える。
(1) The call of the calling terminal is installed at a gateway that mutually connects the first network to which the calling terminal is connected and the second network to which the terminal is connected by SIP (Session Initiation Protocol) A ringing tone providing device for providing a predetermined ringing tone indicating that the calling terminal is in a call before establishing a communication path between the calling terminal and the receiving terminal And
A ringing tone generator for generating a ringing tone;
When a SIP message of a predetermined response from the second network to a request for establishment of a communication path is received before the communication path between the source terminal and the destination terminal is established by the call of the origination terminal , Whether it is necessary to send the ringing tone from the ringing tone generator is determined based on whether or not the SIP message has a description agreed in advance, and if the ringing tone is required to be sent, the ringing tone generator may A ringing tone sending control unit for sending a ringing tone toward the calling terminal;
Equipped with
この呼出音提供装置によれば、着側の前記第2の網が呼出音を送出しない場合に、前記呼出音送出制御部の制御により前記呼出音生成部の生成した呼出音を、前記ゲートウェイから前記発端末に向けて送出できる。また、着側の前記第2の網が呼出音を送出する場合には、前記呼出音生成部から呼出音を送出しないので、前記第2の網の呼出音を優先的に前記発端末に届けることができる。 According to the ringing tone providing device, when the second network on the call-in side does not send the ringing tone, the ringing tone generated by the ringing tone generation unit is controlled by the control of the ringing tone transmission control unit from the gateway. It can be sent to the calling terminal. In addition, when the second network on the call-in side sends a ringing tone, since the ringing tone is not sent from the ringing tone generation unit, the ringing tone of the second network is preferentially delivered to the calling terminal. be able to.
(2)前記応答とは、SIP(Session Initiation Protocol)の180応答、181応答、182応答、183応答のうちいずれかである、
上記(1)に記載の呼出音提供装置。
( 2 ) The response is one of 180 response, 181 response, 182 response, and 183 response of SIP (Session Initiation Protocol).
The ringing tone providing device according to ( 1 ) above.
この呼出音提供装置によれば、SIPの18x応答によって呼出音送出の要否を判定したり、この応答を受信した際に着端末の情報を取得して呼出音送出の要否に係る情報を取得することができる。
(3)前記記述は、前記SIPメッセージのヘッダ部のPアーリーメディアヘッダ指定行に含まれている、
ことを特徴とする上記(2)に記載の呼出音提供装置。
これにより、通信システムは、このPアーリーメディアヘッダ指定行を、呼出音を制御するための新たな取り決めの1つとして利用できる。
(4)前記記述は、前記SIPメッセージのボディ部のCAT指定行に含まれている、
ことを特徴とする上記(2)に記載の呼出音提供装置。
これにより、通信システムは、このCAT指定行を、呼出音を制御するための新たな取り決めの1つとして利用できる。
According to the ringing tone providing device, it is determined whether or not the ringing tone transmission is necessary by the
(3) The description is included in the P early media header specification line of the header part of the SIP message,
The ringing tone providing device according to the above (2), characterized in that
Thus, the communication system can use this P Early Media Header Designation Line as one of the new arrangements for controlling the ringing tone.
(4) The description is included in the CAT designation line of the body portion of the SIP message,
The ringing tone providing device according to the above (2), characterized in that
Thus, the communication system can use this CAT designation line as one of the new arrangements for controlling the ringing tone.
(5)前記呼出音送出制御部は、前記呼出音生成部からの呼出音送出が不要と認識した場合に、前記第2の網から入力されるメディアパケットを前記第1の網に転送する、
上記(1)に記載の呼出音提供装置。
( 5 ) When the ringing tone transmission control unit recognizes that the ringing tone transmission from the ringing tone generation unit is unnecessary, the ringing tone transmission control unit transfers a media packet input from the second network to the first network.
The ringing tone providing device according to (1) above.
この呼出音提供装置によれば、呼出音が着側の前記第2の網からメディアパケットとして送出される場合に、このメディアパケットをそのまま転送することで、呼出音を発端末に届けることができる。したがって、発端末のユーザは、呼出音提供装置自体が生成する呼出音だけでなく、着側の前記第2の網が独自のサービスとして提供する特別な呼出音も利用できる。 According to this ringing tone providing device, when the ringing tone is sent out as a media packet from the second network on the receiving side, the ring tone can be delivered to the calling terminal by transferring the media packet as it is. . Therefore, the user of the calling terminal can use not only the ringing tone generated by the ringing tone providing device itself but also the special ringing tone that the second network on the receiving side provides as its own service.
(6)発端末が接続される第1の網と、着端末が接続される第2の網と、これらの間をSIP(Session Initiation Protocol)によって相互に接続するゲートウェイとを含む通信システムを制御し、前記発端末の呼により前記発端末と前記着端末との間の通信路を確立する前に、前記発端末の呼出中であることを表す所定の呼出音を前記発端末に対して提供するための呼出音提供方法であって、
前記発端末の呼により前記発端末と前記着端末との間の通信路を確立する前に、通信路の確立要求に対する前記第2の網からの所定の応答のSIPメッセージを受信した際に、当該SIPメッセージのボディ部に予め取り決めた記述が有るか否かにより、前記ゲートウェイが呼出音送出の要否を判定し、呼出音送出が必要な場合には前記ゲートウェイが生成した呼出音を、前記発端末に向けて送出する、
ことを特徴とする。
( 6 ) Control a communication system including a first network to which an origination terminal is connected, a second network to which a destination terminal is connected, and a gateway that interconnects these by SIP (Session Initiation Protocol) Prior to establishing a communication path between the originating terminal and the terminating terminal by the call of the originating terminal, providing the originating terminal with a predetermined ringing tone indicating that the originating terminal is being called A ringing tone providing method for
When a SIP message of a predetermined response from the second network to a request for establishment of a communication path is received before the communication path between the source terminal and the destination terminal is established by the call of the origination terminal , The gateway determines whether or not the ringing tone needs to be sent out based on whether or not the body portion of the SIP message has a previously agreed-upon description, and if the ringing tone needs to be sent, the ringing tone generated by the gateway is Send to the calling terminal
It is characterized by
この呼出音提供方法によれば、着側の前記第2の網が呼出音を送出しない場合に、前記ゲートウェイが生成した呼出音を、前記ゲートウェイから前記発端末に向けて送出できる。また、着側の前記第2の網が呼出音を送出する場合には、前記ゲートウェイ自体が呼出音を生成しないので、前記第2の網の呼出音を優先的に前記発端末に届けることができる。 According to the ringing tone providing method, when the second network on the call-in side does not send the ringing tone, the ringing tone generated by the gateway can be sent from the gateway to the calling terminal. In addition, when the second network on the call-in side sends a ringing tone, the gateway itself does not generate a ringing tone, so that the ringing tone of the second network is preferentially delivered to the calling terminal. it can.
本発明の呼出音提供装置および呼出音提供方法によれば、相互に接続する複数の網の間で呼出音の送出ポリシに関する明確な取り決めが存在しない状況であっても、着端末の呼出時に発端末のユーザに対して呼出音を確実に与えることができる。すなわち、着側の前記第2の網が呼出音を送出しない場合に、前記ゲートウェイが生成した呼出音を、前記ゲートウェイから前記発端末に向けて自動的に送出できる。また、着側の前記第2の網が呼出音を送出する場合には、前記ゲートウェイ自体が呼出音を生成しないので、前記第2の網の呼出音を優先的に前記発端末に届けることができる。 According to the ringing tone providing device and ringing tone providing method of the present invention, even when there is no clear agreement regarding the ringing tone transmission policy among a plurality of interconnected networks, the ringing tone is generated when the terminal is called. The ringing tone can be reliably given to the terminal user. That is, when the second network on the incoming side does not send a ringing tone, the ringing tone generated by the gateway can be automatically sent from the gateway to the calling terminal. In addition, when the second network on the call-in side sends a ringing tone, the gateway itself does not generate a ringing tone, so that the ringing tone of the second network is preferentially delivered to the calling terminal. it can.
本発明の実施形態について各図を参照しながら以下に説明する。
<通信システムの構成および動作の概要>
<構成の説明>
本発明の実施形態における呼出音提供装置を含む通信システムの構成および動作の概要を図1に示す。図1に示した通信システムは、発端末11、発側網10、ゲートウェイ(GW)装置30、着側網20、および着端末21を備えている。また、ゲートウェイ装置30はRBT音源31および呼出音送出制御部32を内蔵している。
Embodiments of the present invention will be described below with reference to the drawings.
<Overview of Configuration and Operation of Communication System>
<Description of configuration>
An overview of the configuration and operation of a communication system including a ringing tone providing device according to an embodiment of the present invention is shown in FIG. The communication system illustrated in FIG. 1 includes a
発端末11および着端末21の各々は、例えば固定端末である固定電話機、携帯電話端末である携帯電話機やスマートフォン等に相当する端末であり、音声通話機能を備えている。図1に示した例では、固定端末である発端末11が発側網10に接続され、携帯電話端末である着端末21が着側網20に接続されている。
Each of the originating
また、この例では発側網10および着側網20が、それぞれ異なる通信事業者によって所有または管理される場合を想定している。したがって、互いに独立している発側網10と着側網20との間で通信できるように、これらの間は、ゲートウェイ装置30を用いて相互接続されている。なお、図1に示したゲートウェイ装置30については、発側網10の設備の一部分として配備することを想定しているが、着側網20の設備の一部分としてゲートウェイ装置30を配備してもよい。
Further, in this example, it is assumed that the originating
図1に示したゲートウェイ装置30が、本発明の呼出音提供装置の機能を搭載している。また、このゲートウェイ装置30にはRBT音源31が接続されている。RBT音源31は、着信側の呼出中であることを表す呼出音RBT、例えば「プルルッ・・・」のような音響に相当する信号を生成する装置である。
The
図1に示した通信システムの各部は、IP(Internet Protocol)網として構成されている。発側網10および着側網20のそれぞれは、VoIP(Voice over Internet Protocol)通信サービスを提供するための機能を備えている。このように、IP網同士が公衆交換網(PSTN)を介さずに直接相互接続される場合には、呼出音RBTの提供の際に図10に示したような問題が生じる可能性がある。そこで、問題を回避するためにゲートウェイ装置30に呼出音提供装置の機能を搭載している。
Each part of the communication system shown in FIG. 1 is configured as an IP (Internet Protocol) network. Each of the originating
<動作の説明>
発端末11のユーザが着端末21のユーザとの間で通話するために発端末11の発信操作を行うと、図1に示す一連のシーケンスが所定の手順で実行される。すなわち、セッション確立プロトコルSIPを利用して、発端末11と着端末21との間で通話するための通信路を確立し、その後で通話が開始される。図1に示した一連のシーケンスは、通信路が確立する前の呼出の動作を示している。
<Description of operation>
When the user of the originating
発端末11のユーザが着端末21を呼び出すための発呼の操作を行うと、最初のシーケンスQ1で、発端末11がSIPのリクエスト「INVITE with SDP(offer,preconditionなし)」を発側網10に送出する。発側網10は、シーケンスQ2で、このリクエスト「INVITE with SDP(offer,preconditionなし)」をゲートウェイ装置30に中継する。
When the user of the calling
ゲートウェイ装置30は、発側網10を介して発端末11からリクエストを受信すると、呼出先の着端末21が接続されている着側網20に向けて、シーケンスQ3でリクエスト「INVITE with SDP(offer,preconditionなし)」を送信する。着側網20は、受信したリクエストによって指定された電話番号に該当する着端末21に対して、シーケンスQ4でリクエスト「INVITE with SDP(offer,preconditionなし)」を中継する。これにより着端末21は、発端末11からのリクエスト「INVITE with SDP(offer,preconditionなし)」を受信する。
When the
着端末21は、受信したリクエストに対して、呼出中であることを表すSIPのレスポンス「183 with SDP(answer)」をシーケンスQ5で着側網20に送出する。着側網20は、シーケンスQ6で、このレスポンス「183 with SDP(answer)」をゲートウェイ装置30に中継する。
In response to the received request, the receiving
ゲートウェイ装置30は、着側網20を介して着端末21からのレスポンスを受信すると、シーケンスQ7でレスポンス「183 with SDP(answer)」を発側網10に向けて送出する。発側網10は、シーケンスQ8で、このレスポンス「183 with SDP(answer)」を発端末11に中継する。これにより発端末11は、着端末21からのレスポンス「183 with SDP(answer)」を受信する。
When the
また、ゲートウェイ装置30は、特徴的な制御として、着側網20からのシーケンスQ6のレスポンスを受信すると、次のシーケンスQ9で呼出音RBTの送出が必要か否かの判定を行う。この判定結果に応じて、必要がある場合は次のシーケンスQ10で、RBT音源31の生成した呼出音RBTをメディアパケットとしてゲートウェイ装置30から発側網10に向けて送出する。この呼出音RBTのメディアパケットは、発側網10を経由して発端末11に届けられる。したがって、発端末11は受信したメディアパケットを音響として再生し、呼出音RBTがユーザに聞こえるように出力できる。
Further, when the
シーケンスQ9でゲートウェイ装置30は、レスポンス「183 with SDP(answer)」の受信時に、着側網20の方向からメディアパケットが流れてくるか否かを判定する。具体的な判定方法については、複数の種類があり、複数種類のうちいずれか1つの方法を用いる。判定方法の詳細は後述する。
In the sequence Q9, the
図1に示した動作においては、着端末21は、シーケンスQ11でレスポンス「180 without SDP」を着側網20に送出している。このレスポンスは着端末21が呼出中であることを意味している。着側網20は、シーケンスQ12で、このレスポンス「180 without SDP」をゲートウェイ装置30に中継する。
In the operation shown in FIG. 1, the receiving
ゲートウェイ装置30は、着側網20を介してシーケンスQ12のレスポンスを受信すると、シーケンスQ13でレスポンス「180 without SDP」を発側網10に向けて送出する。発側網10は、シーケンスQ14で、このレスポンス「180 without SDP」を発端末11に中継する。これにより発端末11は、着端末21からのレスポンス「180 without SDP」を受信する。
When the
但し、発端末11はシーケンスQ8で受信したレスポンス「183 with SDP(answer)」により事前にメディアパケットが送られてくることを認識している。そして、発端末11はシーケンスQ10で届けられる呼出音RBTのメディアパケットを受信し、この呼出音RBTを音響として不図示のスピーカで再生してユーザに提供する。
However, the originating
図1に示した通信システムにおいては、シーケンスQ10により発端末11が受け取った呼出音RBTのメディアパケットを用いて、発端末11は呼出音RBTをユーザに提供することができる。しかし、もしもゲートウェイ装置30が特別な制御を実施しない場合には、図10に示した動作と同様の結果となり、発端末11は呼出音RBTを音響として再生できない。つまり、ゲートウェイ装置30が図1のシーケンスQ9,Q10の制御を実施することにより、問題の発生を回避し、発端末11のユーザに呼出音RBTを提供できる。
In the communication system shown in FIG. 1, the calling
<動作の詳細の説明>
<動作例(1)>
図1に示した通信システムに含まれるゲートウェイ装置30の特徴的な動作(1)を図2に示す。また、ゲートウェイ装置30が図2の動作(1)を実施する場合のシステムの動作手順を図3に示す。
<Detailed Description of Operation>
<Operation example (1)>
A characteristic operation (1) of the
図2の制御を実行する場合のゲートウェイ装置30の動作について以下に説明する。
ゲートウェイ装置30は、着側網20からのSDP付の「18x」応答を受信すると、図2のステップS11からステップS12に進む。ここで「18x」応答とは、呼び出し中を示す「180 Ringing」、転送中を示す「181 Call Is Being Forwarded」、処理待ち中を示す「182 Queued」、セッションが進行したことを示す「183 Session Progress」のうち何れかをいう。そして、ゲートウェイ装置30は内部タイマを用いて経過時間Txの計測を開始した後、次のステップS13に進む。
The operation of the
When the
ゲートウェイ装置30はステップS13で、着側網20から到来するメディアパケットを監視する。そして、メディアパケット受信を検知するとステップS14からステップS15に進み、メディアパケットを受信しない場合はステップS14からステップS17に進む。
The
ゲートウェイ装置30は、ステップS15では、着側網20から受信したメディアパケットをそのまま発側網10に向けて転送する。また、ゲートウェイ装置30は呼出音送出の終了条件が成立したか否かをステップS16で識別し、この終了条件が成立するまでステップS15の処理を継続する。
In step S15, the
ステップS17では、ゲートウェイ装置30はステップS12を実行した時からの経過時間Txを事前に定めた時間長の閾値Twと比較し、経過時間Txが閾値Twを超えると、すなわちタイムアウトを検知すると次のステップS18に進む。経過時間Txが閾値Tw以内の場合は、ステップS17からステップS13に戻って同じ処理を繰り返す。なお、閾値Twの具体例としては、1秒〜5秒程度の値が想定されるが、この値は必要に応じて変更できる。
In step S17, the
ステップS18では、ゲートウェイ装置30は、それ自身の内部で、RBT音源31が生成した呼出音RBTのメディアパケットを、発側網10に向けて送出する。ゲートウェイ装置30は、呼出音送出の終了条件が成立したか否かをステップS19で識別し、この終了条件が成立するまでステップS18の処理を継続する。例えば、発端末11と着端末21との間の通信路の確立に成功した場合や、発端末11が呼出をキャンセルしたような場合に、呼出音送出の終了条件が成立する。
In step S18, the
図3に示した動作においても、図1に示した動作と同様に、各シーケンスQ2,Q3,Q6,Q7が実行される。そして、図3に示すシーケンスQ9aで、ゲートウェイ装置30が図2に示した処理を実行する。
Also in the operation shown in FIG. 3, the respective sequences Q2, Q3, Q6 and Q7 are executed as in the operation shown in FIG. Then, in sequence Q9a shown in FIG. 3, the
すなわち、シーケンスQ9aにおいて、ゲートウェイ装置30は一定の監視期間に亘り、着側網20から到来するメディアパケットの有無を監視する。つまり、ゲートウェイ装置30は、図2に示した閾値Twに相当する長さの監視期間に亘り、図2のステップS13でメディアパケットの有無を監視する。
That is, in the sequence Q9a, the
着側網20からのメディアパケットを受信した場合は、ゲートウェイ装置30はこのメディアパケットをそのままステップS15で発側網10に転送する。監視期間の間にゲートウェイ装置30が着側網20からのメディアパケットを受信しなかった場合は、ステップS18でゲートウェイ装置30が呼出音RBTを生成する。したがって、図3のシーケンスQ10で呼出音RBTのメディアパケットがゲートウェイ装置30から送出される。
When the media packet from the
<動作例(2)>
図1に示した通信システムに含まれるゲートウェイ装置30の特徴的な動作(2)を図4に示す。また、ゲートウェイ装置30が図4の動作(2)を実施する場合のシステムの動作手順を図5に示す。
<Operation example (2)>
A characteristic operation (2) of the
図4の制御を実行する場合のゲートウェイ装置30の動作について以下に説明する。
ゲートウェイ装置30は、着側網20からのSDP付の「18x」応答を受信すると、図4のステップS21からステップS22に進む。そして、ゲートウェイ装置30は受信した応答に含まれるSDPヘッダまたはSDP情報に基づいて、それ自身の呼出音RBT送出要否を判定する。
The operation of the
When the
ステップS22でゲートウェイ装置30が「送出要」と判定した場合は、ステップS23からステップS24に進む。そして、ゲートウェイ装置30は内部のRBT音源31が生成した呼出音RBTのメディアパケットを、発側網10に向けて送出する。ゲートウェイ装置30は、呼出音送出の終了条件が成立したか否かをステップS25で識別し、この終了条件が成立するまでステップS24の処理を継続する。例えば、発端末11と着端末21との間の通信路の確立に成功した場合や、発端末11が呼出をキャンセルしたような場合に、呼出音送出の終了条件が成立する。
If it is determined in step S22 that the
なお、ステップS22でゲートウェイ装置30が「送出不要」と判定した場合は、着側網20側から呼出音RBTのメディアパケットが入力される可能性がある。呼出音RBTのメディアパケットが入力された場合には、ゲートウェイ装置30は、図2に示したステップS15と同様に、入力されたメディアパケットをそのまま発側網10に向けて転送する。
In addition, when the
図5に示した動作においても、図1に示した動作と同様に、各シーケンスQ2,Q3,Q6,Q7が実行される。そして、図5に示すシーケンスQ9bで、ゲートウェイ装置30が図4に示した処理を実行する。
Also in the operation shown in FIG. 5, the respective sequences Q2, Q3, Q6 and Q7 are executed as in the operation shown in FIG. Then, in a sequence Q9b shown in FIG. 5, the
すなわち、シーケンスQ9bにおいて、ゲートウェイ装置30は図4のステップS22を実行するので、直前のシーケンスQ6で受信したレスポンス「183 with SDP(answer)」のSIPヘッダまたはSDP情報の内容に基づいて、それ自身が呼出音RBTを送出することの要否を判定する。
That is, in the sequence Q9b, the
ゲートウェイ装置30は、シーケンスQ9bで「RBT送出要」と判定した場合には、図4のステップS24を実行するので、図5に示すシーケンスQ10で、RBT音源31が生成した呼出音RBTのメディアパケットを発側網10に向けて送出する。
The
<動作例(2)における判定方法の具体例>
ゲートウェイ装置30が図4の動作(2)を実施する場合に転送されるSIPメッセージの具体例およびゲートウェイ装置30の判定動作を図6に示す。
<Specific Example of Determination Method in Operation Example (2)>
A specific example of the SIP message transferred when the
図1に示した通信システムのように、複数の事業者の網を相互接続し、SIPを利用して発端末11と着端末21との間の通信路を確立する場合に、現在のSIPの標準仕様だけでは、図5に示したシーケンスQ9bで判定するために必要な情報が得られない。したがって、シーケンスQ9bを実現するためには、発側網10、着側網20の事業者間で事前に新たな取り決めを行い、特別な通信仕様を追加する必要がある。
As in the communication system shown in FIG. 1, when the networks of a plurality of operators are interconnected to establish a communication path between the originating
図6に示したSIPメッセージ40には、上記の特別な通信仕様を具体化した情報が含まれている。図6のSIPメッセージ40は、シーケンスQ20で着側網20から送出され、ゲートウェイ装置30に入力される。このシーケンスQ20は、図5におけるシーケンスQ6に相当する。
The
図6に示すSIPメッセージ40は、シーケンスQ20で転送されるレスポンス「183 with SDP(answer)」である。このSIPメッセージ40は、図6に示すようにヘッダ部41とボディ部(SDP)42とで構成されている。
The
図6に示したSIPメッセージ40のヘッダ部41には、Pアーリーメディアヘッダ指定行43として「P-Early-Media:sendonly」の記述が含まれている。通信システムは、このPアーリーメディアヘッダ指定行43を、呼出音RBTを制御するための新たな取り決めの1つとして利用できる。例えば、着側網20に呼出音RBTをアーリーメディアとして送出する意思がある場合には、着側網20または着端末21がPアーリーメディアヘッダ指定行43をヘッダ部41に含めたSIPメッセージ40を送出する。一方、着側網20に呼出音RBTをアーリーメディアとして送出する意思がない場合には、Pアーリーメディアヘッダ指定行43をヘッダ部41に記述しない。
The
上記のPアーリーメディアヘッダ指定行43の取り決めを採用した場合には、図6に示した[判定例1]の処理を、ゲートウェイ装置30が図4のステップS22および図5のシーケンスQ9bで実行する。つまり、ゲートウェイ装置30は、着側網20から受信したレスポンスのSIPメッセージ40のヘッダ部41に、Pアーリーメディアヘッダ指定行43が存在するか否かを判定する。そして、Pアーリーメディアヘッダ指定行43が存在する場合は着側網20に呼出音RBTを提供する意思があるものと判定する。Pアーリーメディアヘッダ指定行43が存在しない場合はゲートウェイ装置30自身が呼出音RBTを生成する必要があると判定する。
When the arrangement of the above P early media
一方、図6に示したSIPメッセージ40のボディ部(SDP)42の中には、CAT指定行44として、「a=content:g.3gpp.cat」の記述が含まれている。ここで、「3gpp.cat」は、「Customized Alerting Tones」を意味している。通信システムは、このCAT指定行44を、呼出音RBTを制御するための新たな取り決めの1つとして利用できる。例えば、着側網20に呼出音RBTをアーリーメディアとして送出する意思がある場合には、着側網20または着端末21がCAT指定行44をボディ部(SDP)42に含めたSIPメッセージ40を送出する。一方、着側網20に呼出音RBTをアーリーメディアとして送出する意思がない場合には、CAT指定行44をボディ部(SDP)42に記述しない。
On the other hand, in the body portion (SDP) 42 of the
上記のCAT指定行44の取り決めを採用した場合には、図6に示した[判定例2]の処理を、ゲートウェイ装置30が図4のステップS22および図5のシーケンスQ9bで実行する。つまり、ゲートウェイ装置30は、着側網20から受信したレスポンスのSIPメッセージ40のボディ部(SDP)42に、CAT指定行44が存在するか否かを判定する。そして、CAT指定行44が存在する場合は着側網20にCAT(Customized Alerting Tones)、すなわち呼出音RBTを提供する意思があるものと判定する。CAT指定行44が存在しない場合は、ゲートウェイ装置30自身が呼出音RBTを生成する必要があると判定する。
When the above-described arrangement of the
したがって、上述のようなPアーリーメディアヘッダ指定行43またはCAT指定行44の取り決めを事前に行った場合には、図5に示したシーケンスQ6でゲートウェイ装置30が受信するレスポンスに図6に示したSIPメッセージ40のような情報が含まれる。そのため、ゲートウェイ装置30が図5のシーケンスQ9bを実行する際に、図6の[判定例1]または[判定例2]に必要な情報をSIPメッセージ40から取得できる。
Therefore, when the arrangement of the P early media
実際には、図6の[判定例1]、[判定例2]のいずれか一方を必要に応じて採用して、事業者間で取り決めればよい。また、ゲートウェイ装置30は、図6に示したPアーリーメディアヘッダ指定行43、CAT指定行44以外の取り決めにより呼出音RBTの制御を実施してもよい。
In practice, either one of [Determination Example 1] and [Determination Example 2] in FIG. 6 may be adopted as needed to be negotiated between business operators. Also, the
<上記以外の動作例:動作例(3)>
例えば図1に示した通信システムにおいて、シーケンスQ6で着側網20からゲートウェイ装置30に向かって呼出音RBTのメディアパケットが流れてくるか否かは、着端末21自体の特性や、着端末21のユーザが契約した通信事業者が管理する着側網20の特性等により定まる。したがって、図1のシーケンスQ9でゲートウェイ装置30がRBT送出要否を判定する際に、該当する着端末21の特性を表す特定の情報が既知であれば、RBT送出要否は着端末21毎に事前に推定可能である。
<Operation example other than the above: Operation example (3)>
For example, in the communication system shown in FIG. 1, whether or not the media packet of the ringing tone RBT flows from the
具体的には、着端末21毎の電話番号に対応付けて、該当する着端末21が接続された着側網20が呼出音RBTのメディアパケットをゲートウェイ装置30に向けて送出するか否かを表す情報Dxの一覧を事前に登録したデータベースを用意しておく。そして、このデータベースをゲートウェイ装置30が参照可能な箇所に設置する。この場合、ゲートウェイ装置30は図1のシーケンスQ9で呼出先の着端末21の電話番号から前記データベースを参照し、該当する情報Dxを取得できる。したがって、取得した情報Dxの内容に基づき、ゲートウェイ装置30は図1のシーケンスQ9でRBT送出要否を直ちに判定できる。
Specifically, in association with the telephone number for each
<呼出音提供装置の利点>
図1に示した通信システムに含まれるゲートウェイ装置30は、「呼出音提供装置」の機能を搭載している。すなわち、ゲートウェイ装置30は、呼出音を生成するRBT音源31と、呼出音送出制御部32とを備えている。呼出音送出制御部32は、図2に示した制御や、図4に示した制御を実施することにより、呼出音送出の要否を判定し、呼出音送出が必要な場合には発端末11に向けて呼出音RBTを送出する。したがって、例えば図10に示した通信システムにおける発端末83の状態のように、着端末84の呼出中に無音状態になるのを避けることができる。しかも、端末や網内装置に大幅な改修を加える必要がない。したがって、異なる事業者間で複数の網を相互接続する場合に、接続にかかるコストを低減し、接続作業に要する期間も短縮できる。
<Advantage of ringing tone providing device>
The
また、もしもゲートウェイ装置30が常に呼出音RBTを送出する状態であると、図8に示すように着側網62が呼出音RBTを送出する場合に、着側網62の送出する呼出音RBTとゲートウェイ装置30の送出する呼出音RBTとが重複する状況になる。しかし、図1に示したゲートウェイ装置30は、呼出音送出の要否を判定し、呼出音送出が必要な場合には発端末11に向けて呼出音RBTを送出するので、複数の呼出音RBTが重複して送出される状況は生じない。
Also, if the
また、ゲートウェイ装置30が呼出音送出要否を判定する際に、図2に示した制御を実施する場合には、実際に流れてくる呼出音RBTのメディアを直接監視しているので、例えば事業者間の取り決めと実際の網の動作との間に不整合があるような状況においても、誤動作が生じるのを避けることができる。
In addition, when the
また、ゲートウェイ装置30が呼出音送出要否を判定する際に、図4に示した制御を実施する場合には、実際のメディアの流れを監視する必要がないため、呼出音RBTの送出を開始するまでの待ち時間を短縮できる。
In addition, when the
また、ゲートウェイ装置30が呼出音送出要否を判定する際に、呼出先の着端末21に関する情報を保持する所定のデータベースを利用する場合にも、実際のメディアの流れを監視する必要がないため、呼出音RBTの送出を開始するまでの待ち時間を短縮できる。
Also, when the
また、ゲートウェイ装置30は、呼出音送出が不要と認識した場合に、例えば図2のステップS15で着側網20から入力されるメディアパケットを、そのまま発側網10に送出するので、着側網20から送出される呼出音RBTも有効に活用できる。例えば着側網20にて呼出音RBTに、所定のメロディなどが使われているときに、このメロディをそのまま発端末11に送出可能である。
In addition, when the
10,51,61,71,81 発側網
11,53,63,73,83 発端末
20,52,62,82 着側網
21,54,64,84 着端末
30 ゲートウェイ(GW)装置
31 RBT音源
32 呼出音送出制御部
40 SIPメッセージ
41 ヘッダ部
42 ボディ部(SDP)
43 Pアーリーメディアヘッダ指定行
44 CAT指定行
72 PSTN
RBT 呼出音
10, 51, 61, 71, 81
43 P early media
RBT ring tone
Claims (6)
呼出音を生成する呼出音生成部と、
前記発端末の呼により前記発端末と前記着端末との間の通信路を確立する前に、通信路の確立要求に対する前記第2の網からの所定の応答のSIPメッセージを受信した際に、当該SIPメッセージに、事前に取り決めた記述が有るか否かにより、前記呼出音生成部からの呼出音送出の要否を判定し、呼出音送出が必要な場合には前記呼出音生成部から前記発端末に向けて呼出音を送出する呼出音送出制御部と、
を備える呼出音提供装置。 The gateway is installed in a gateway that mutually connects a first network to which the originating terminal is connected and a second network to which the terminating terminal is connected by SIP (Session Initiation Protocol), and the originating terminal calls the originating A ringing tone providing device for providing a predetermined ringing tone indicating that a calling terminal is in a call, to the calling terminal before establishing a communication path between a terminal and the terminal. ,
A ringing tone generator for generating a ringing tone;
When a SIP message of a predetermined response from the second network to a request for establishment of a communication path is received before the communication path between the source terminal and the destination terminal is established by the call of the origination terminal , Whether it is necessary to send the ringing tone from the ringing tone generator is determined based on whether or not the SIP message has a description agreed in advance, and if the ringing tone is required to be sent, the ringing tone generator may A ringing tone sending control unit for sending a ringing tone toward the calling terminal;
A ringing tone provision device comprising:
請求項1に記載の呼出音提供装置。 The response is one of 180 response, 181 response, 182 response, and 183 response of SIP (Session Initiation Protocol).
The ringing tone provision device according to claim 1 .
ことを特徴とする請求項2に記載の呼出音提供装置。 3. The ringing tone providing device according to claim 2, wherein the ringing tone is provided.
ことを特徴とする請求項2に記載の呼出音提供装置。 3. The ringing tone providing device according to claim 2, wherein the ringing tone is provided.
請求項1に記載の呼出音提供装置。 When it is recognized that the ringing tone transmission from the ringing tone generation unit is unnecessary, the ringing tone transmission control unit transfers a media packet input from the second network to the first network.
The ringing tone provision device according to claim 1.
前記発端末の呼により前記発端末と前記着端末との間の通信路を確立する前に、通信路の確立要求に対する前記第2の網からの所定の応答のSIPメッセージを受信した際に、当該SIPメッセージのボディ部に予め取り決めた記述が有るか否かにより、前記ゲートウェイが呼出音送出の要否を判定し、呼出音送出が必要な場合には前記ゲートウェイが生成した呼出音を、前記発端末に向けて送出する、
ことを特徴とする呼出音提供方法。 Controlling a communication system including a first network to which the originating terminal is connected, a second network to which the terminating terminal is connected, and a gateway connecting the two to each other by SIP (Session Initiation Protocol) , Prior to establishing a communication path between the originating terminal and the terminating terminal by a call of the originating terminal, a predetermined ringing tone indicating that the originating terminal is being called is provided to the originating terminal A ringing tone providing method,
When a SIP message of a predetermined response from the second network to a request for establishment of a communication path is received before the communication path between the source terminal and the destination terminal is established by the call of the origination terminal , The gateway determines whether or not the ringing tone needs to be sent out based on whether or not the body portion of the SIP message has a previously agreed-upon description, and if the ringing tone needs to be sent, the ringing tone generated by the gateway is Send to the calling terminal
A ringing tone providing method characterized in that.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016051786A JP6530336B2 (en) | 2016-03-16 | 2016-03-16 | Ring tone providing apparatus and ring tone providing method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016051786A JP6530336B2 (en) | 2016-03-16 | 2016-03-16 | Ring tone providing apparatus and ring tone providing method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2017169005A JP2017169005A (en) | 2017-09-21 |
JP6530336B2 true JP6530336B2 (en) | 2019-06-12 |
Family
ID=59909184
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016051786A Active JP6530336B2 (en) | 2016-03-16 | 2016-03-16 | Ring tone providing apparatus and ring tone providing method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6530336B2 (en) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3891279B2 (en) * | 2002-07-24 | 2007-03-14 | 株式会社日立コミュニケーションテクノロジー | VoIP gateway device and call control sound generation source determination method |
JP4335037B2 (en) * | 2004-03-08 | 2009-09-30 | 沖電気工業株式会社 | Interworking device |
KR100782060B1 (en) * | 2007-02-12 | 2007-12-04 | 에스케이 텔레콤주식회사 | System and device and operating method of generating virtual ring back tone for mobile communication system |
CN101409865A (en) * | 2007-10-12 | 2009-04-15 | 华为技术有限公司 | Method for implementing color bell intercommunication, control equipment and application server for multimedia gateway |
US8179802B2 (en) * | 2008-07-09 | 2012-05-15 | At&T Intellectual Property I, L.P. | Method and apparatus for managing audio contention in networks |
-
2016
- 2016-03-16 JP JP2016051786A patent/JP6530336B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2017169005A (en) | 2017-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8601136B1 (en) | System and method for managing latency in a distributed telephony network | |
CN101884205B (en) | Dynamic initiation of i1-ps signaling in ims centralized services | |
US20060233333A1 (en) | Providing improved post-dial delay at an originating terminal | |
JP4874993B2 (en) | Facilitating early media in communication systems | |
JP2007318343A (en) | Gateway device and renegotiation method | |
KR101465349B1 (en) | Method and apparatus for dynamic device pairing | |
KR100855115B1 (en) | Treatment of early media ? | |
US7577109B2 (en) | Method and apparatus for selecting user data | |
US8179916B2 (en) | Properly playing in-band tones before call establishment when performing protocol interworking | |
CN101459872B (en) | Method for updating media after answering by single session customized ring back tone and color video service | |
JP6530336B2 (en) | Ring tone providing apparatus and ring tone providing method | |
JP2011049687A (en) | Communication network system, sip signal relay method therefor and sip application server | |
US9124693B2 (en) | Method and system for on-hold messaging for off network calls | |
JP6912729B2 (en) | SIP proxy server, communication method and SIP proxy program | |
CN112019947A (en) | Emergency wireless network voice switch | |
JP6549523B2 (en) | Inter-network control method, SIP server and program for matching non-use of optional function of request destination terminal | |
JP2012138857A (en) | Telephone system, call control server device, and communication connection method | |
JP5120813B2 (en) | SIP telephone exchange system and SIP telephone exchange method | |
JP6898568B2 (en) | Communication controller, media transmission method, and media transmission program | |
US7313232B1 (en) | Monitoring for operator services | |
JP2006180372A (en) | System for originating ip phone call to communication terminal not connected to ip network normally, and call control server | |
JP6566522B2 (en) | Inter-network control method, SIP server and program for matching non-use of optional function of request source terminal | |
KR101136653B1 (en) | Apparatus and method for providing multimedia contents to terminals on early session | |
JP2017224880A (en) | Internetwork control method for matching dialog based on forking, sip server and program | |
JP2011041192A (en) | Session control apparatus and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180220 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190121 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190205 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190329 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190514 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190516 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6530336 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |