WO2003103259A1 - 端末接続装置、接続制御装置及び多機能電話端末 - Google Patents

端末接続装置、接続制御装置及び多機能電話端末 Download PDF

Info

Publication number
WO2003103259A1
WO2003103259A1 PCT/JP2003/006855 JP0306855W WO03103259A1 WO 2003103259 A1 WO2003103259 A1 WO 2003103259A1 JP 0306855 W JP0306855 W JP 0306855W WO 03103259 A1 WO03103259 A1 WO 03103259A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
terminal
telephone
communication
packet
Prior art date
Application number
PCT/JP2003/006855
Other languages
English (en)
French (fr)
Inventor
孫　正義
黒部　光生
Original Assignee
ソフトバンク株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ソフトバンク株式会社 filed Critical ソフトバンク株式会社
Priority to AU2003242001A priority Critical patent/AU2003242001B2/en
Priority to CN038125218A priority patent/CN1656785B/zh
Priority to EP03733197A priority patent/EP1511282A4/en
Priority to US10/514,248 priority patent/US7457278B2/en
Priority to KR1020047019358A priority patent/KR100929757B1/ko
Priority to JP2004510214A priority patent/JP4502803B2/ja
Publication of WO2003103259A1 publication Critical patent/WO2003103259A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • H04W40/14—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality based on stability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/725—Cordless telephones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/725—Cordless telephones
    • H04M1/72502—Cordless telephones with one base station connected to a single line
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0057—Services where the data services network provides a telephone service in addition or as an alternative, e.g. for backup purposes, to the telephone service provided by the telephone services network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0066—Details of access arrangements to the networks
    • H04M7/0069—Details of access arrangements to the networks comprising a residential gateway, e.g. those which provide an adapter for POTS or ISDN terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/06—Interfaces between hierarchically different network devices between gateways and public network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus
    • H04M3/12—Marking faulty circuits "busy"; Enabling equipment to disengage itself from faulty circuits ; Using redundant circuits; Response of a circuit, apparatus or system to an error
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2218—Call detail recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • Terminal connection device connection device, connection control device and multifunctional telephone terminal
  • the present invention relates to a terminal connection method for providing a telephone service through a bucket network.
  • the present invention relates to a device, a connection control device, and a multifunctional telephone terminal.
  • VoIP Voice over IP
  • a terminal connection device connected to a packet network (IP network) for providing an IP telephone service and a public telephone network (PSTN) for providing a subscribed telephone service, a so-called VoIP gateway
  • IP network packet network
  • PSTN public telephone network
  • VoIP gateway By connecting a communication terminal, that is, a conventionally used analog telephone terminal, to the communication terminal, the communication terminal communicates with another communication terminal via a packet network or a public telephone line network. be able to.
  • the communication terminal concerned is connected to another communication system connected only to the public telephone line network. It can also communicate with terminals.
  • the user of the communication terminal checks whether it is possible to communicate with the called communication terminal via the bucket network, and performs communication via the bucket network or the public telephone line network. Has to be instructed to the terminal connection device. Therefore, the present invention has been made in view of such a point, and determines whether communication is performed via a bucket network or a public telephone line network based on a telephone number of a called party, When the bucket network is not available, communication via the public telephone network is performed, and a terminal connection device, a connection control device, and a communication device that can allow a user to recognize a route of a communication path with a communication terminal to be called. Its purpose is to provide a functional telephone terminal. Disclosure of the invention
  • a first feature of the present invention is to connect a packet network for transmitting and receiving packet data, a public telephone line network for transmitting and receiving voice band signals, and a communication terminal for transmitting a connection request including a telephone number of a called party.
  • a terminal connection device for transmitting a connection request to either a bucket network or a public telephone line network, and based on a telephone number of a call destination included in the connection request, the packet connection or the public telephone line.
  • a connection processing unit for transmitting to any one of the networks; and a bucket network state determination unit for determining whether communication via the bucket network is possible.
  • the connection processing unit is configured by the bucket network state determination unit. If it is determined that communication via the packet network is not possible, the gist of the request is to transmit a connection request determined to be transmitted to the bucket network to the public telephone line network.
  • the terminal connection device determines whether to transmit the connection request to the packet network or the public telephone network based on the telephone number of the call destination included in the connection request. This prevents the user of the communication terminal from deciding whether to communicate via the packet network or the public telephone line network.
  • the connection processing unit transmits a connection request determined to be transmitted to the packet network to the public telephone. To send to the network One user can communicate without being aware of the availability of the bucket network.
  • the connection processing unit when the connection processing unit adds predetermined identification information to the telephone number of the call destination included in the connection request, the connection is established.
  • the gist is to send the request to the public telephone network.
  • a connection request is issued to a public telephone line. Since the data is transmitted to the network, the user can arbitrarily and easily select a bucket network or a public telephone network.
  • a third feature of the present invention in the first feature of the present invention, based on a connection request transmitted to the packet network by the connection processing unit, a first communication path or a packet network that passes only through the packet network.
  • a path information processing unit that transmits a signal that notifies the communication terminal that has transmitted the connection request whether the first communication path or the second communication path has been set, based on the predetermined bucket data. Is the gist.
  • a fourth feature of the present invention is that a telephone number of a call destination transmitted from a terminal connection device connected to a packet network for transmitting / receiving a packet signal and a public telephone line network for transmitting / receiving a voice band signal is provided.
  • a connection control device installed on a packet network, wherein a communication path between the terminal connection device and a communication terminal to which a telephone number to be called is assigned is set based on the connection request.
  • a predetermined packet data indicating whether the communication path passing through only the communication terminal or the communication path passing through the packet network and the public telephone line network is set for the communication terminal to which the telephone number to be called is set.
  • Send route information to be sent to terminal connection device The point is to have a shinbu.
  • the route information transmitting unit replaces the predetermined packet data overnight with a communication path or a packet network passing only through a packet network and a public telephone.
  • the gist is to transmit to the terminal connection device a bucket of a voice band signal indicating which of the communication paths via the network has been set for the communication terminal to which the telephone number of the call destination has been assigned.
  • the telephone number of the call destination is assigned to either a communication path passing only through a packet network or a communication path passing through a packet network and a public telephone line network. Is sent to the communication terminal that sent the connection request. Therefore, the user can assign the telephone number of the call destination to the transmitted connection request according to the communication path via the packet network only or the communication path via the packet network and the public telephone line network. It can be easily recognized whether or not the communication terminal has been set.
  • a sixth feature of the present invention is that a voice signal processing unit that performs input / output processing of a voice band signal for voice communication, and that voice communication is performed via a public telephone line network or via a packet network.
  • a connection processing unit that selects whether to make a voice call, and conversion between a voice band signal and bucket data that can be communicated on the packet network when it is selected to make a voice call via a packet network.
  • the gist is to have a signal processing unit that performs processing and a packet transmitting and receiving unit that transmits and receives packet data that has been converted from a voice band signal to and from a packet network via an asymmetric digital subscriber line. .
  • the connection processing unit selects whether to make a voice call through the public telephone line network or a voice call through the packet network. Transmits and receives packet data with converted voice band signals to and from the IP network via the non-target digital subscriber line (ADSL). others Therefore, simply by connecting a multifunctional telephone terminal to a general telephone line (subscriber line), an IP telephone using broadband communication becomes possible, and complicated connection work and wiring can be avoided. In addition, it is possible to avoid deciding whether to communicate via a packet network or a public telephone network.
  • ADSL non-target digital subscriber line
  • the connection processing unit when the connection processing unit cannot make a voice call via the bucket network, the connection processing unit transmits the voice call via the public telephone network.
  • the gist is to select to make a voice call.
  • the telephone terminal of the call destination can be connected via the public telephone network.
  • a multifunctional telephone terminal or a general telephone terminal users can communicate without being aware of whether the packet network can be used.
  • a base station unit capable of communicating with a PHS terminal as a PHS (Personal Handyphone System) base station;
  • the main point is to carry out input / output processing of voice band signals with the PHS terminal via.
  • a master unit communicable with a cordless slave is provided as a cordless master, and the audio signal processing unit is a master unit. The point is to perform the input / output processing of the audio band signal with the cordless handset via.
  • a slot into which a communication card that enables communication with a portable information terminal through wireless LAN communication can be inserted;
  • the transmitter / receiver sends and receives the packet data transmitted to and from the packet network via the asymmetric digital subscriber line, to and from the packet network via the communication card inserted into the slot. To do Is the gist.
  • the packet transmission / reception unit communicates with the portable information terminal via the asymmetric digital subscriber line and the bucket network, and via the communication port inserted into the slot. Since the transmitted and received bucket data is transmitted and received, it is possible to provide a portable information terminal with an always-on Internet connection service without any complicated connection work and wiring.
  • a video telephone processing unit for performing input / output processing of a video signal for a video telephone, wherein the video telephone processing unit comprises a video signal and a packet. Performs conversion processing between packet data that can be communicated on the network, and the packet transmission / reception unit between the packet network and the video telephone processing unit via the asymmetric digital subscriber line. The point is to transmit and receive the communicated packet data.
  • FIG. 1 is a diagram schematically illustrating a network including a terminal connection device and a connection control device according to the first embodiment of the present invention.
  • FIG. 2 is a diagram showing functional blocks of the terminal connection device according to the first embodiment of the present invention.
  • FIG. 3 is a diagram showing an example of information stored in the terminal connection device according to the first embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an example of a path notification signal transmitted by the terminal connection device according to the first embodiment of the present invention.
  • FIG. 5 is a diagram showing functional blocks of the connection control device according to the first embodiment of the present invention.
  • FIG. 6 is a flowchart showing a procedure of a connection request by the terminal connection device according to the first embodiment of the present invention.
  • FIG. 7 is a flowchart showing the operation of the bucket network state determination unit of the terminal connection device according to the first embodiment of the present invention.
  • FIG. 8 is a sequence diagram showing a communication procedure according to the first embodiment of the present invention.
  • FIG. 9 is a sequence diagram showing a communication procedure according to the first embodiment of the present invention.
  • FIG. 10 is a diagram schematically showing a communication system including a multifunctional telephone terminal according to a second embodiment of the present invention.
  • FIG. 11 is a diagram showing function blocks of a multifunctional telephone terminal according to the second embodiment of the present invention.
  • FIG. 12 is a diagram showing an operation flow at the time of activation of the multifunctional telephone terminal according to the second embodiment of the present invention.
  • FIG. 13 is a flowchart showing a communication procedure using the multifunctional telephone terminal according to the second embodiment of the present invention.
  • FIG. 14 is a flowchart showing a communication procedure using the multifunctional telephone terminal according to the second embodiment of the present invention.
  • FIG. 15 is a sequence diagram showing a communication procedure using the multifunctional telephone terminal according to the second embodiment of the present invention.
  • FIG. 16 is a diagram showing a sequence at the time of a telephone call using the multifunctional telephone terminal according to the second embodiment of the present invention.
  • FIG. 1 is a diagram schematically illustrating a network including a terminal connection device and a connection control device according to the present embodiment.
  • the VoIP gateway 50a terminal connection device
  • PSTN 1 public telephone line network 1
  • POTS subscriber telephone service
  • IP network 2 IP network 2
  • the VoIP gateway 50a transmits and receives a voice band signal to and from the telephone terminal 70a, and converts the voice band signal into an IP bucket.
  • the VoIP gateway 50a transmits and receives a PSTN 1 and a voice band signal, and transmits and receives an IP network 2 and an IP packet.
  • the VoIP gateway 50a based on the connection request including the telephone number of the call destination transmitted from the telephone terminal 70a, transmits the connection request to either the PSTN 1 or the IP network 2. Can be sent to
  • the VoIP gateway 50a, the PSTN 1 and the IP network 2 realize digital transmission on a metallic subscriber line, for example.
  • the VoIP gateway 50a can incorporate an xDSL modem.
  • the VoIP gateway 50b is also connected to the PSTN 1 and the IP network 2, and the telephone terminal 70b is connected to the VoIP gateway 50b.
  • the VoIP gateway 50b has a function similar to that of the VoIP gateway 50a described above.
  • the IP network 2 includes L3SWs 21a and 21b, which are layer 3 switches for transmitting and receiving IP packets, a voice band signal transmitted and received on the PSTN 1, and a packet transmitted and received on the IP network 2.
  • L3SWs 21a and 21b are layer 3 switches for transmitting and receiving IP packets, a voice band signal transmitted and received on the PSTN 1, and a packet transmitted and received on the IP network 2.
  • To convert data to data It is composed of an A12 and a call agent 20 (connection control device) that establishes a communication path between telephone terminals.
  • the call agent 20 sets a communication path between telephone terminals based on a connection request transmitted from the VoIP gateway 50a or VoIP gateway 50b.
  • the call agent 20 according to the present embodiment has a function of operating as an MGC (Media Gateway Controller) defined in MGCP (Media Gateway Control Protocol), and a VoIP gateway 50a (50b) based on MGCP. Alternatively, it performs processing related to gateway 1 2 and communication path setting.
  • MGC Media Gateway Controller
  • MGCP Media Gateway Control Protocol
  • VoIP gateway 50a 50b
  • a telephone terminal 71 which is a digital telephone terminal is connected to the PSTN 1, and the PSTN 1 and the IP network 2 are connected via the gateway 12.
  • communication paths having different routes can be set between the telephone terminal 70a and the telephone terminal 70b. That is, the communication path between the telephone terminal 70a and the telephone terminal 70b is set by one of the following paths.
  • VoIP gateway 50 a L3SW 21 a-IP network 2-L3SW 21 b-VoIP gateway 50 b
  • VoIP gateway 50 a-L3SW 1 a-IP network 2-gateway 12-PSTN 1-VoIP gateway 50 0 b
  • VoIP gateway 50a PSTN 101 VoIP gateway 50b
  • the VoIP gateway 50a (50b) and the call agent 20 are connected to the IP network as much as possible.
  • a communication path passing through 2 that is, a communication path based on the path shown in (a) or (b) is set.
  • a communication path via the IP network 2 and the PSTN 1 via the gateway 12 is set.
  • the VoIP gateway 50a sets a communication path via only the PSTN1 when the user of the telephone terminal 70a (70b) designates the PSTN1 by adding predetermined information to the telephone number.
  • a communication path between the telephone terminal 70a or the telephone terminal 70b and the telephone terminal 71 connected only to the PSTN 1 is set by one of the following routes.
  • VoIP gateway 50a (50b) -L3SW2 1a (2 1b)-IP network 2_gateway 1 2—PSTN 1
  • the VoIP gateway 50a (50b) and the call agent 20 are connected to the IP as much as possible.
  • a communication path via the network 2 that is, a communication path by the path shown in (a) is set.
  • a communication path according to the path shown in (b) is set.
  • the VoIP gateway 50a a functional block configuration of the terminal connection device according to the present embodiment, that is, the VoIP gateway 50a will be described with reference to FIG. Since the VoIP gateway 50b also has the same configuration as the VoIP gateway 50a as described above, the configuration of the VoIP gateway 50a will be described below.
  • the VoIP gateway 50a includes a terminal connection section 51, an IP network connection section 52, a public telephone network (PSTN) connection section 53, a storage section 54, and a connection process. It has a unit 55, an IP network state determination unit 56, a route information processing unit 57, and a signal conversion unit 58.
  • PSTN public telephone network
  • the terminal connection section 51 is an interface for connecting the telephone terminal 70a. Provide Specifically, the terminal connection unit 51 transmits and receives a voice band signal and the like to and from the telephone terminal 70a using an FXS (Foreign Exchange Station) interface having an RJ-11 connector. Further, the terminal connection unit 51 can supply electric power necessary for operating the telephone terminal 70a.
  • FXS Form Exchange Station
  • the IP network connection section 52 provides an interface for connecting a subscriber line to the IP network 2 and has a LAN interface such as 100BASE-TX.
  • the IP network connection unit 52 is connected to a metallic subscriber line via an xDSL modem.
  • the IP network connection unit 52 also has the function of an xDSL modem.
  • the IP network connection unit 52 has an RJ-11 connector for transmitting and receiving xDSL modem signals, and is connected to a metallic subscriber line.
  • the PSTN connection section 53 provides an interface for connecting a subscriber line to the PSTN 1 and has an FXO (Foreign Exchange Office) interface having an RJ-11 connector.
  • FXO Form Exchange Office
  • the storage unit 54 stores information that associates the telephone number of the call destination with the IP network 2 or the PSTN 1.
  • the storage unit 54 stores, as a “PSTN detour table”, information on a telephone number of a call destination that needs to perform communication via the PSTN 1.
  • the storage unit 54 can be used for special services that cannot be processed via the IP network 2 (for example, a billing service for a called party) or highly urgent communications to police and the like. Connection request can be forcibly sent to PSTN 1.
  • FIG. 3 is a diagram showing an example of the “PSTN detour table” stored in the storage unit 54.
  • the connection processing unit 55 described later specifies the connection request to be transmitted to the PSTN 1 Is determined.
  • the telephone number of the called party starts with “003 ⁇ ” or “003 ⁇ ”, it is determined that the connection request should be transmitted to PSTN 1.
  • the storage unit 54 stores, instead of the information on the telephone number of the call destination that needs to perform communication via the PSTN 1, the information on the telephone number of the call destination that needs to perform communication via the IP network 2. Information may be stored.
  • the connection processing unit 55 transmits the connection request to the IP network based on the telephone number of the call destination included in the connection request transmitted from the telephone terminal 70a and the information stored in the storage unit 54. 2 or PSTN 1 . If the connection processing unit 55 determines that communication via the IP network 2 is impossible by the IP network status determination unit 56, The connection request determined to be transmitted to the IP network 2 is transmitted to the PSTN 1. Further, when predetermined identification information is added to the telephone number of the call destination, the connection processing unit 55 can forcibly transmit the connection request to the PSTN 1.
  • connection processing unit 55 acquires the telephone number of the call destination included in the connection request transmitted from the telephone terminal 70a, and stores the acquired telephone number in the storage unit 54. Match based on "PSTN bypass table”. If the telephone number satisfies the condition indicated by the information about the telephone number stored as the “PSTN bypass table”, the connection processing unit 55 transmits the connection request to PSTN 1.
  • connection processing unit 55 issues the NTFY (NoUfication) command specified in MGCP.
  • the connection request is transmitted to the IP network 2 via the signal conversion unit 58 or the like.
  • the connection processing unit 55 includes four consecutive “0” s at the beginning of the call destination telephone number included in the connection request transmitted from the telephone terminal 70 a. If so, the connection request is transmitted to PSTN 1 irrespective of whether the telephone number satisfies the condition indicated by the information on the telephone number stored as the “PSTN detour table”.
  • the user of the telephone terminal 70a can arbitrarily and easily specify the PSTN 1 every time communication is performed by adding four “0” to the head of the telephone number of the call destination.
  • connection processing unit 55 can receive from the IP network state determination unit 56 the result of the determination as to whether communication via the IP network 2 is possible. When it is determined that communication via the IP network 2 is not possible, the connection processing unit 55 also transmits to the PSTN 1 the connection request determined to be transmitted to the IP network 2 based on the telephone number of the call destination. I do. By operating the connection processing unit 55 as described above, the user of the telephone terminal 70a can perform communication without being conscious of whether or not the IP network 2 can be used.
  • the connection processing unit 55 performs the processing of the received connection request in addition to the processing of transmitting the connection request described above. More specifically, the connection processing unit 55 processes a connection request such as a CRCX (Create Connection) command transmitted from the IP network 2 and the voice band signal converted from the packet data by the signal conversion unit 58. Is transmitted to the telephone terminal 70a via the terminal connection unit 51.
  • the connection processing unit 55 processes the connection request received from the PSTN 1 and also transmits the voice band signal received via the PSTN connection unit 53 to the telephone terminal 70a via the terminal connection unit 51. Send.
  • the IP network state determination unit 56 determines whether communication via the IP network 2 is possible, and in the present embodiment, constitutes a packet network state determination unit.
  • the IP network state determination unit 56 is connected to the IP network connection unit 52. It sends an ICMP (Internet Control Message Protocol) Echo request bucket to the L3SW 21a via a subscriber line, and monitors a response from the L3SW 21a to the Echo request bucket. The IP network state determination unit 56 transmits the Echo request bucket to the L3SW 21a periodically, and determines that communication via the IP network 2 is impossible if there is no predetermined response. A specific method of determining the state of the IP network 2 by the IP network state determination unit 56 will be described later.
  • ICMP is used to determine whether communication via the IP network 2 is possible.
  • a network management protocol such as SNMP (Simple Network Management Protocol) may be used. Good.
  • the route information processing unit 57 Based on the connection request sent to the IP network 2 by the connection processing unit 55, the route information processing unit 57 generates a communication path via the IP network 2 only or a communication path via the IP network 2 and the PSTN 1. A predetermined bucket data indicating whether any one of the telephone terminals to which the call destination telephone number is assigned is set is received from the IP network 2. In addition, based on the received packet data, the route information processing unit 57 sends, to the telephone terminal 70a that has transmitted the connection request, a communication path via the IP network 2 only or the IP network 2 and the PSTN A signal is transmitted to notify which of the communication paths via 1 has been set.
  • the route information processing unit 57 More specifically, the route information processing unit 57
  • an audible signal having a predetermined ON / OFF pattern is transmitted to the telephone terminal 70a via the connection processing unit 55 and the terminal connection unit 51.
  • FIG. 4 shows a pattern example of a signal transmitted to telephone terminal 70a in response to receiving the MDCX command.
  • the route information processing unit 57 uses the frequency of 400 Hz and transmits a signal having a transmission level of 125 dBm to the telephone terminal 70a. Send once to. Therefore, the user of the telephone terminal 70a receives the signal shown in FIG. When output by 70a, you can hear an audible sound such as "pu-p-p-p". It should be noted that a specific method of notifying the MDCX command and information on the communication path using the signal will be described later.
  • the signal conversion section 58 converts between a voice band signal and a packet data between the IP network connection section 52 and the connection processing section 55.
  • the signal conversion unit 58 includes a CODEC conforming to ITU-T G.729a / b and the like, and converts a voice band signal digitized by the CODEC into a packet data. It can be performed.
  • the signal conversion unit 58 can add and remove a header of an RTP (Real-time Transport Protocol) used for ensuring real-time properties of the IP packet.
  • RTP Real-time Transport Protocol
  • connection control device that is, the call agent 20
  • the call agent 20 includes a receiving unit 20a, a communication path setting unit 20b, a data base searching unit 20c, a storage unit 20d, It has a route information transmitting unit 20 f and a setting information transmitting unit 20 e.
  • the receiving unit 20a receives a connection request including a telephone number of a call destination from the VoIP gateway 50a or the VoIP gateway 5Ob. Specifically, the receiving unit 20a transmits the NTFY command transmitted from the VoIP gateway 50a (50b) based on the MGCP or the RQNT (transmitted by the setting information transmitting unit 20e). Request Notification) Response (ACK) to command etc. is received. Further, the receiving unit 20a transmits the content and response of the received command to the communication channel setting unit 20b.
  • the storage unit 20d stores the telephone numbers assigned to the telephone terminals 70a and 70b, the IP addresses assigned to the VoIP gateway 50a, the VoIP gateway 50b, and the gateway 12. Associate and remember Is what you do.
  • the database search unit 20c searches the telephone number and IP address information stored in the storage unit 20d based on an instruction from the communication path setting unit 20b, and communicates the search result.
  • the route setting unit 20b is notified.
  • the communication path setting unit 2 Ob obtains the IP address associated with the telephone number of the call destination from the night search unit 20 c based on the content of the command transmitted from the receiving unit 20 a. At the same time, it sends and receives information such as IP address, port number, and RTP profile required for setting up a communication path using SDP (Session Description Protocol).
  • SDP Session Description Protocol
  • the communication path setting unit 20b sets the telephone terminal based on the connection request transmitted from the VoIP gateway 50a.
  • Information such as the telephone number of 70b, the IP address of the VoIP gateway 50a, the port number to be used, and the profile of the RTP is transmitted to the VoIP gateway 50b.
  • the communication path setting unit 20b determines that it is impossible to set up a communication path via only the IP network 2, and stores the information. Send to toy 1 2
  • the gateway 12 transmits necessary information such as the telephone number of the telephone terminal 70b to the PSTN 1 based on the information transmitted from the communication path setting section 20b via the setting information transmitting section 20e. Transfer to.
  • the communication path setting unit 20b similarly obtains the information. Send to one way 1 2.
  • the route information transmission unit 20 f is a communication path that passes only through the IP network 2 or the IP network 2 VoIP gateway 50a (50b) a predetermined packet data indicating which one of the communication paths via the telephone line and the PSTNl is set for the telephone terminal to which the telephone number of the call destination is assigned. To send to.
  • the route information transmission unit 2Of transmits information indicating whether a communication channel via the IP network 2 only or a communication channel via the IP network 2 and the PSTN 1 has been set to the communication channel setting unit. Receive from 20b. Based on the received information, the route information transmitting unit 20f transmits a predetermined MDCX packet to the VoIP gateway 50a (50b) that transmitted the connection request. In the present embodiment, when a communication path via only the IP network 2 is set, the route information transmission unit 20 f transmits the MDCX packet to the VoIP gateway 50 a (50 b) twice. . In addition, when a communication path via the IP network 2 and the PSTN 1 is set, the route information transmitting unit 20f transmits the MDCX packet once to the VoIP gateway 50a (50b).
  • the routing information transmitting unit 2Of sends the communication destination via the IP network 2 only or the communication channel via the IP network 2 and PSTNl to the call destination.
  • a bucket of voice band signals indicating whether the setting has been made for the communication terminal to which the telephone number has been assigned may be transmitted to the VoIP gateway 50a (50b).
  • the route information transmitting unit 2Of transmits an IP packet corresponding to the voice band signal shown in FIG. 4 to the VoIP gateway 50a ( 50 b) can be sent twice.
  • the route information transmission unit 20 f transmits an IP packet corresponding to the voice band signal shown in FIG. 4 to the VoIP gateway 50. a (50b) once.
  • the terminal connection device that is, VoIP
  • VoIP The procedure of a connection request by the gateway 50a (50b) will be described. Since the VoIP gateway 50b has the same configuration as the VoIP gateway 50a as described above, the operation of the VoIP gateway 50a will be described below.
  • the VoIP gateway 50a includes the telephone number transmitted by the telephone terminal 70a.
  • the connection request received is received (S11).
  • the VoIP gateway 50a acquires the telephone number data and temporarily stores it in the connection processing unit 55 (S12).
  • the VoIP gateway 50 a refers to the “PSTN bypass table” stored in the storage unit 54 (S 13), and the contents of the “PSTN bypass table” and the telephone number stored in the connection processing unit 55. By comparing the number with the number, it is determined whether or not the connection request should be transmitted to PSTN1 (S14).
  • the VoIP gateway 50a determines whether or not the connection request can be transmitted to the IP network 2 based on the determination of the availability of the IP network 2 by the IP network state determination unit 56 (S15) .
  • the VoIP gateway 50a When determining in step S15 that the connection request is to be transmitted to the IP network 2, the VoIP gateway 50a converts the connection request into an IP packet (NTFY command) (S16). Further, the VoIP gateway 50a transmits the IP packet to the IP network 2 (S17).
  • the NTFY command sent to the IP network 2 in step S17 is processed by the call agent 20, and then the communication between the telephone terminal 70a and the telephone terminal to which the telephone number of the call destination is given The road is set.
  • the VoIP gateway 50a is If it is determined that the request is to be transmitted to the PSTN 1, and if it is determined in step S15 that the IP network 2 is unusable, the VoIP gateway 50a transmits the connection request to the PSTN 1 (S18) .
  • the IP network state determination unit 56 checks whether the telephone terminal 70a is in the on-hook state or the off-hook state (S21). The IP network state determination unit 56 determines that the telephone terminal 70a is not used when the telephone terminal 70a is in the on-hook state, and determines that the telephone terminal 70a is in use when the telephone terminal 70a is in the off-hook state. Yes (S22).
  • the IP network state determination unit 56 determines that the VoIP gateway 50 a is connected via the subscriber line L3SW 21 a Then, an ICMP Echo bucket is transmitted four times (S23). Next, the IP network state determination unit 56 confirms whether or not the ICMP Echo Reply packet, which is a response to the ICMP Echo / ° packet, is received from the L3SW 21a one or more times (S24).
  • step S24 if an ICMP Echo Reply packet is received one or more times from L3SW 21a, the IP network state determination unit 56 uses the IP network 2 until the processing in step S22 starts. A different process is executed depending on whether it is determined that the process is possible (S25).
  • the IP network state determination unit 56 determines that the IP network 2 can be used until the process of step S22 starts, it determines that the IP network 2 can be used continuously (S25) "YES” and S28).
  • the IP network state determination unit 56 determines that the IP network 2 is unusable until the processing of step S22 starts, the IP network state determination unit 56 sends the call agent 20 the VoIP gateway 50a to the call agent 20. Notify that network 2 is available (S26). Next, the IP network state determination unit 56 checks whether or not there is a response from the call agent 20 to the notification (S27). If there is a response from the call agent 20 in step S27, the IP network state determination unit 56 determines that the IP network 2 can be used (S28).
  • the IP network state determination unit 56 determines that the IP network 2 is unusable (S29). In step S24, even when the IP network state determination unit 56 does not receive any ICMP Echo Reply packet from the L3SW 21a, the IP network state determination unit 56 uses the IP network 2. Judge as impossible.
  • the IP network state determination unit 56 waits for 15 seconds from the processing in step S28 or S29, and repeats the above-described processing starting from step S21 (S30). If it is determined in step S22 that the telephone terminal 70a is in the off-hook state, the IP network state determination unit 56 similarly waits for 15 seconds from the processing in step S22, and proceeds to step S22. 2 Repeat the above process starting from 1.
  • the IP network state determination unit 56 determines the state of the IP network 2 by transmitting and receiving predetermined ICMP packets between the VoIP gateway 50a and the L3SW 21a.
  • ICMP an SNMP request / response defined by IETF RFC1901 or the like may be transmitted and received between the VoIP gateway 50a and the L3SW 21a.
  • the VoIP gateway 50a is used in place of the L3SW 21a to communicate with other network devices (not shown) constituting the IP network 2 and the call agent 20 to receive the packet, A mode of transmitting and receiving a request or a response is fc.
  • FIG. 8 shows a communication procedure when a communication path via the IP network 2 is set up between the telephone terminal 70a and the telephone terminal 70b, that is, the VoIP gateway 50a and the VoIP gateway 50b. Is shown. Note that this communication procedure shows a case where the IP network state determination unit 56 of the VoIP gateway 50a determines that the IP network 2 is usable.
  • the telephone terminal 70a In order to perform communication with the telephone terminal 70b, the telephone terminal 70a enters an off-hook state (S41).
  • the VoIP gateway 50a connected to the telephone terminal 70a transmits an NTFY command indicating that the telephone terminal 70a has entered an off-hook state to the IP network 2 (S42a).
  • the IP network 2 transmits a response (return code 200) to the NTFY command to the VoIP gateway 50a (S42b).
  • the IP network 2 transmits an RQNT (Request Notification) command to the VoIP gateway 50a in order to cause the VoIP gateway 50a to transmit information such as the telephone number of the call destination (S43).
  • RQNT Request Notification
  • the VoIP gateway 50a Upon receiving the RQNT command, the VoIP gateway 50a transmits a dial tone indicating that the called telephone number can be transmitted to the telephone terminal 70a (S444). Further, the VoIP gateway 50a transmits a response to the RQNT command to the IP network 2 (S45).
  • the telephone terminal 70a transmits a connection request including the telephone number (call destination telephone number) of the telephone terminal 70b (S46).
  • the VoIP gateway 50a that has received the connection request transmits an NTFY command including the telephone number of the call destination included in the connection request to the IP network 2 (S47a).
  • the IP network 2 transmits a response to the NTFY command to the VoIP gateway 50a (S47b). Further, the IP network 2 transmits a CRCX command indicating that the IP address of the VoIP gateway 50a and the port number to be used, which are necessary for setting a communication path, to the VoIP gateway 50a.
  • the VoIP gateway 50a that has received the CRCX command receives the IP address of the VoIP gateway 50a, the port number used for communication from the VoIP gateway 50a to the VoIP gateway 50b, and the RTP. Information such as the profile is transmitted to the IP network 2 based on the SDP (S48b).
  • the IP network 2 transmits the information transmitted by the VoIP gateway 50a to the VoIP gateway 50b as a CRCX command (S49a) ⁇ the VoIP gateway 50b that has received the CRCX command
  • the VoIP gateway 50b transmits information such as a port number and an RTP profile used for communication in the direction of the VoIP gateway 50a to the IP network 2 based on the SDP (S49a)
  • the IP network 2 Upon receiving the information from the VoIP gateway 50b, the IP network 2 transmits a predetermined MDCX command (MDCX command in the inactive mode) to the VoIP gateway.
  • MDCX command in the inactive mode a predetermined MDCX command
  • the VoIP gateway 50a transmits a response to the MDCX command to the IP network 2 (S50b), and transmits an audible signal having a predetermined ON / OFF pattern shown in FIG. 4 to the telephone terminal 70a. (S51). Further, the IP network 2 and the VoIP gateway 50a repeat the same processing from step S50a to step S51 (S52a to S53).
  • the IP network 2 has a communication path that passes only through the IP network 2
  • a predetermined MDCX command is transmitted twice to the VoIP gateway 50a (S50a and S52a).
  • audible signal having a predetermined ON / OFF pattern shown in FIG. 4 is output twice.
  • audible sound is output twice from the telephone terminal 70a, it is known to the user in advance that it indicates that a communication path via only the IP network 2 has been set.
  • the IP network 2 transmits information based on the SDP transmitted in step S49b from the VoIP gateway 50b to the VoIP gateway 50a (S54a).
  • the VoIP gateway 50a receives the information and transmits a response to the effect that communication is ready to the IP network 2 (S54b).
  • the IP network 2 having received the response from the VoIP gateway 50a transmits an RQNT command for instructing the telephone terminal 70b to be called to the VoIP gateway 50b (S55a).
  • the VoIP gateway 50b that has received the RQNT command calls the telephone terminal 70b (S55b), and transmits a response to the RQNT command to the IP network 2 (S55c).
  • the IP network 2 Upon receiving the response from the VoIP gateway 50b, the IP network 2 transmits an MDCX command indicating that the VoIP gateway 50b is calling the telephone terminal 70b to the VoIP gateway 50a ( S56 a). Upon receiving the MDCX command, the VoIP gateway 50a transmits a ringback tone to the telephone terminal 70a (S56b), and transmits a response to the MDCX command to the IP network 2 (S56). 5 6c).
  • the VoIP gateway 50b responds to the call at the step S55b by the user of the telephone terminal 70b, and sends an NTFY command indicating that the telephone terminal 70b is in an off-hook state to the IP.
  • the transmission is made to the network 2 (S57). Completing the processing in step S57, the telephone terminal 70a and the telephone Communication with the terminal 70b is started using a communication path via the IP network 2.
  • a ringback tone is transmitted as the audible signal notifying the telephone terminal 70a that the communication path via the IP network 2 has been set (step S56b described above).
  • the transmission timing of the audible signal and the notification timing of a predetermined MDCX command (steps S50a and S52a described above)
  • the time may be the time when a call is started between the telephone terminal 70a and the telephone terminal 70b (step S57 described above).
  • an IP packet corresponding to an audible signal (voice band signal) shown in FIG. May be.
  • the call agent 20 installed on the IP network 2 sends the IP bucket to the telephone terminal 70a.
  • FIG. 9 shows a communication procedure when a communication path is established between the telephone terminal 70a and the telephone terminal 71 connected only to the PSTN 1 via the IP network 2 and the PSTN 1. Is shown.
  • This communication procedure shows a case where the IP network 2 is determined to be usable by the IP network state determination unit 56 of the VoIP gateway 50a, similarly to the communication procedure shown in FIG. I have.
  • Steps S61 to S68b shown in FIG. 9 correspond to steps S41 to S48b shown in FIG. 8, respectively, and therefore, the description thereof is omitted.
  • the processing after S69a will be described.
  • the IP network 2 receiving the NTFY command including the telephone number of the telephone terminal 71 from the VoIP gateway 50a at step S67a receives the IPF via the gateway 12 based on the telephone number. Via Network 2 and PSTN 1 It is determined that a communication channel to be set is set, and a predetermined MDCX packet is transmitted to the VoIP gateway 50a (S69a). The VoIP gateway 50a transmits a response to the MDCX bucket to the IP network 2 (S69b), and transmits an audible signal having a predetermined ON / OFF pattern shown in FIG. Send it to a (S70).
  • the IP network 2 transmits a predetermined MDCX ⁇ ° packet. Send to VoIP gateway 50a once. As a result, an audible signal having the predetermined ON / OFF pattern shown in FIG. 4 is output once from the telephone terminal 70a.
  • the audible sound is output once from the telephone terminal 70a, it is informed to the user in advance that it indicates that the communication path via the IP network 2 and the PSTN 1 has been set. It is assumed that
  • the communication path via the IP network 2 and the PSTN 1 becomes the telephone terminal 70a and the telephone terminal 71 1 It can recognize that it was set between.
  • the IP network 2 transmits information such as the IP address of the gateway 12, the port number to be used, and the RTP profile to the VoIP gateway 50a based on the SDP (S71a).
  • the VoIP gateway 50a receives the information and transmits a response to the effect that communication is ready to the IP network 2 (S71b).
  • the IP network 2 that has received the response from the VoIP gateway 50a sends a connection request message (SET UP message) to the telephone terminal 71 via the gateway 12 (S72a). .
  • the telephone terminal 71 transmits a CALL PROC (Call Processing) message indicating that the connection request is being processed to the IP network 2 (S72b).
  • CALL PROC Common Processing
  • the telephone terminal 71 calls the user of the telephone terminal 71, that is, An ALERT message indicating that the telephone terminal 71 has started outputting a ringing tone is transmitted to the IP network 2 (S73).
  • the IP network 2 that has received the ALERT message transmits an MDCX message for transmitting a ringback tone to the VoIP gateway 50a (S74a;).
  • the VoIP gateway 50a Upon receiving the MDCX message, the VoIP gateway 50a transmits a response to the MDCX message to the IP network 2 (S74b), and transmits a ringback tone to the telephone terminal 70a (S75). ).
  • the telephone terminal 71 responds to the call started in step S73 by the telephone terminal 71 user, and transmits a CONN (Connect) message indicating that the telephone terminal 71 has gone off-hook.
  • the data is transmitted to the network 2 (S76a).
  • the IP network 2 having received the CONN message transmits a CONN ACK (Connect Acknowledge) message indicating confirmation of the CONN message to the telephone terminal 71 (S76b).
  • CONN ACK Connect Acknowledge
  • step S76b Upon completion of the process in step S76b, communication is started between the telephone terminal 70a and the telephone terminal 71 using the communication path via the IP network 2 and the PSTN 1.
  • a ringback tone is transmitted as an audible signal for notifying the telephone terminal 70a that the communication path via the IP network 2 and the PSTN 1 has been set (step S75 described above).
  • the transmission timing of the audible signal and the notification timing of a predetermined MDCX command are determined by the telephone terminal 70a and the telephone terminal.
  • the time may be the time at which a call is started with the terminal 71 (step S76b described above).
  • an IP packet corresponding to an audible signal (voice band signal) shown in FIG. It may be transmitted from the IP network 2.
  • the colleague 20 installed on the IP network 2 transmits the IP packet to the telephone terminal 70a.
  • the embodiment of the present invention has been described by taking the case of using MGCP as an example, but the present invention can of course be realized using another connection control protocol, for example, SIP (Session Initiation Protocol). .
  • SIP Session Initiation Protocol
  • the telephone number of the call destination included in the connection request and the information stored in the storage unit 54 are used.
  • the user of the telephone terminal 70 a (70 b) determines whether the VoIP gateway 50 a (50 b) sends the connection request to the IP network 2 or the PSTN 1. Therefore, it is possible to avoid deciding whether to communicate via the IP network 2 or the PSTN 1.
  • the connection processing unit 55 determines to transmit to the IP network 2. Since the connection request is transmitted to the PSTN 1, the user can perform communication without considering whether the IP network 2 is available or not.
  • a connection request is issued to the PSTN 1 Therefore, the user can arbitrarily and easily select the IP network 2 or PSTN 1.
  • the agent 20 can notify the user that the communication path between the IP network 2 and the PSTN 1 has been set via the gateway 12.
  • FIG. 10 is a schematic configuration diagram showing a communication system including multifunctional telephone terminals 30 a and 30 b according to the present embodiment.
  • FIG. 11 is a multifunctional telephone terminal 30 a according to the present embodiment.
  • 3 Ob are functional block diagrams.
  • the ISP servers 9 and 10 the gateway 12 and the call control server 13 and Is installed so that it can be connected to the IP network 2 such as the Internet. .
  • IP network 2 is a distributed computer network that interconnects communication networks around the world using TCP / IP, a communication protocol.
  • Packet data can be transmitted and received between various terminals via TCP / IP.
  • the multifunctional telephone terminals 30a and 30 are connected to an ISP (Internal Network Service Provider) server and a PSTN (Public Telephone Network) via 8053,4 and splitters 7,8. Connected to 1.
  • the multifunctional telephone terminals 30a, 3Ob may be connected to the ISP servers 9, 10, and PSTN 1 via high-speed lines such as CATV lines and optical cables instead of ADSL 7, 9. .
  • the ISP servers 9 and 10 are server devices that provide a connection service to the IP network 2.
  • various user terminals are connected to the IP network 2 via access lines 3 and 4 such as ADSL.
  • the ISP servers 9, 10 are multifunctional telephone terminals 30a, 30b are IP network 2 When connected to, a unique identifier “IP address” is assigned to each of the multi-function telephone terminals 30a and 30b.
  • the gateway 12 is a speech signal converter for interconnecting the IP network 2 and the PSTN 1, and converts a packet data that can be communicated on the IP network 2 and a voice band signal that can be communicated on the PSTN 1. It is mutually converted.
  • the call control server 13 compares the “IP address”, which is the identifier assigned to each of the multifunctional telephone terminals 30 a and 30 b connected to the IP network 2, with the registered “phone number”. Connected to management database 14 that stores records to be associated.
  • the call control server 13 responds to an inquiry from the multi-function telephone terminal 30a (or 30b), and communicates with the multi-function telephone terminal 30b (or 30b) registered in the management database 14. , 30a).
  • the telephone number registered in the management database 14 is a telephone number for an IP telephone, and is distinguished from a telephone number of a subscribed telephone in the PSTN 1 by, for example, “* * * "-1 2 3 4-5 6 7 8", etc., with "* * *” added at the beginning.
  • the call control server 13 determines whether or not “* '**” is added to the telephone number obtained from the multi-function telephone terminal 30 a of the transmission source, and the It is possible to identify whether a voice call (IP phone) via a network is desired.
  • the call control server 13 includes a notification unit 13a, a general line selection unit 13b, a database search unit 13c, and an interface unit 13d. And a communication history management unit 13 e.
  • the notification unit 13a is connected to the general line selection unit 13b, and transmits information on the gateway 12 selected by the general line selection unit 13b. This is to notify the original multifunctional telephone terminal 30a.
  • the general line selection unit 13b is connected to the notification unit 13a and the database search unit 13c, and is provided on the management database 14 by the database search unit 13c.
  • the gateway 12 When receiving a notification that the “IP address” associated with the “telephone number” of the communication destination transmitted from the functional telephone terminal 30a does not exist, the gateway 12 is set up based on the “telephone number”. To choose.
  • Data base - scan search unit 1 3 c is connected to a management data base Ichisu 1 4 and general line selection selecting section 1 3 b, via the interface one face portion 1 3 d, the management database 1
  • the management database 14 is searched, and the "IP address" associated with the "telephone number” is searched. Is detected. If the “IP address” associated with the “telephone number” does not exist, the database search unit 13c notifies the general line selection unit 13b of the fact.
  • the database search unit 13c can authenticate whether the multifunctional telephone terminal 30a can make a voice call (IP telephone) using the communication system. 'In such a case, the database search unit 13C may use the "IP address" or "MAC address” of the multifunctional telephone terminal 30a, or the "user ID” or the “user ID” transmitted from the multifunctional telephone terminal 30a. Performs authentication using a “password”.
  • the interface unit 13d is connected to the database search unit 13c and the communication history management unit 13e, and monitors the connection confirmation signal transmitted from each multifunctional telephone terminal 30a. .
  • the interface unit 13d records the “IP address” of the multifunctional telephone terminal 30a for which the connection signal could not be confirmed.
  • the management database via the database search section 13c Erase from source 14
  • the interface section 13d is provided with a “telephone number” of the communication destination transmitted from the multi-function telephone terminal 30a, or an “IP address” and “MAC address” transmitted from the multi-function telephone terminal 30a.
  • "User ID J,” "Password” and other information required for authentication are sent to the database search unit 13c.
  • the communication history management unit 13e is connected to the interface unit 13d, and counts the number of data packets or the amount of data transmitted and received by each multi-function telephone terminal 30a, 30b. Then, the counting result (the number of packet data or the amount of packet data) is stored as “communication history”.
  • the communication history management unit 13 e can also acquire the number of packet data or the amount of packet data from the multi-function telephone terminals 30 a and 30 b.
  • the communication history management unit 13e counts (counts) the number of times that the multifunctional telephone terminals 30a and 30b accessed the call control server 13, and indicates the count result (the number of accesses) as "communication history". "Can be held.
  • the communication history management unit 13 e can also obtain the number of accesses from the multifunctional telephone terminals 30 a and 30.
  • the communication history management unit 13 e calculates the above-mentioned counting results (the number of packets per packet, the number of packets per packet) for each agent who sold the multi-function telephone terminals 30 a and 30 b that made voice calls. Points based on the amount, number of accesses, etc.). As a result, it is possible to increase the willingness of agents who sell the multifunctional telephone terminals 30a and 3Ob to sell.
  • the "telephone number" of the user who has performed the registration procedure to receive the service by the communication system is registered, and is associated with the registered “telephone number”.
  • the “IP address” of the multi-function telephone terminals 30a and 30b used by each user is recorded.
  • the multi-function telephone terminals 30a and 30b are used to confirm the IP address.
  • the current IP addresses of 30a and 30b are updated sequentially.
  • the management database 14 includes information (“IP address”, “MAC address”) for authenticating the multi-function telephone terminals 30 a and 30 b capable of making voice calls using the communication system. , "User ID”, “passcode” etc.).
  • the management database 14 also stores a gateway table in which the “area code” of each region is associated with the “IP address” of the gateway 12 installed in each region. ing.
  • the multi-function telephone terminals 30a and 30Ob transmit and receive voice band signals for voice calls to and from the IP network 2 as packet data.
  • the call control server is based on the telephone number of the call destination. It has a function of transmitting and receiving the packet data to and from the IP address obtained from 13.
  • the multi-function telephone terminals 30a and 30b include a handset 31, a display unit 32, a video camera 33, and an antenna 3 5, a slot 36 into which a PC terminal 34 can be inserted, a telephone line terminal (LINE) 41, a splitter 42, a packet transmitting / receiving section 43, and a connection processing section 44. , A VoIP application 45, an audio signal processing unit 46, an antenna I / F 47, and a video telephone application 48.
  • LINE telephone line terminal
  • a VoIP application 45 an audio signal processing unit 46, an antenna I / F 47, and a video telephone application 48.
  • the telephone line terminal (LINE) 41 is used to connect the telephone lines 5 and 6 connected to the modular outlets 15 and 16 respectively.
  • the multifunctional telephone terminals 30a and 30b can be used simply by connecting the telephone lines 5 and 6 to the telephone line terminal (LINE) 41, so that complicated wiring work can be avoided. it can.
  • the splitter 42 mixes voice band signals for voice calls and bucket data in ADSL, or separates voice band signals and bucket data for voice calls mixed on ADSL. is there.
  • the splitter 42 separates the signal transmitted from the telephone line terminal (LINE) 41 into a voice band signal for voice communication and a packet data signal, and outputs the voice signal for voice communication.
  • the band signal is transmitted to the connection processing unit 44, and the packet data is transmitted to the packet transmitting / receiving unit 43.
  • the split terminal 42 is a telephone line terminal (LINE) by mixing the voice band signal for voice communication transmitted from the connection processing portion 44 and the bucket data transmitted from the packet transmitting / receiving portion 43. 4 Send to 1.
  • the packet transmission / reception unit 43 is a packet transmission / reception unit that transmits / receives packet data whose voice band signal has been converted by the VoIP application 45 to / from the IP network 2 via the ADSL 3. I do.
  • the packet transmission / reception unit 43 is connected to the IP network 2 via the ADSL 3 via a communication card 34 (such as a PCMCIA card) inserted into the slot 36. It transmits and receives packet data communicated with the information terminal 61.
  • a communication card 34 such as a PCMCIA card
  • the packet transmitting / receiving unit 43 transmits / receives packet data communicated with the IP network 2 via the ADSL 3 and with the video telephone processing means (video telephone application) 48.
  • the packet transmitting / receiving unit 43 also counts the number of packets or the amount of packet data transmitted and received by the multi-function telephone terminal 30a, and counts the result (the number of packet data or the number of packet data). ) Can be stored as “communication history”.
  • the packet transmitting / receiving unit 43 can also transmit the number of packet data or the amount of packet data to the call control server 13 at a predetermined timing.
  • the packet transmission / reception unit 43 counts (counts) the number of times that the multifunctional telephone terminal 30a accesses the call control server 13 and records the count result (the number of accesses) in the “communication history”. Can be held as Further, the packet transmission / reception unit 43 can transmit the access number to the call control server 13 at a predetermined timing.
  • connection processing unit 44 constitutes a connection processing unit for selecting whether to perform a voice call via the PSTN 1 or a voice call via the IP network 2.
  • connection processing unit 4 4 selects to perform a voice call via the IP network 2.
  • the audio signal processing unit 46 and the VoIP application 45 are connected.
  • the connection processing unit 4 4 selects that a voice call is to be made via the PSTN 1, and the voice signal processing unit 4 Connect 6 to Splitter 4 2.
  • connection processing unit 44 may be configured to select to perform a voice call via the PSTN 1 when it is impossible to make a voice call via the IP network 2. Specifically, when the VoIP application 45 detects that a voice call via the IP network 2 is not possible for various reasons, the connection processing unit 44 receives a voice via the PSTN 1. In this embodiment, the VoIP application 45, which selects to make a call, transmits a voice band signal and packet data that can be communicated on the IP network 2 when it is selected to make a voice call via the IP network 2. A signal processing unit for performing the conversion process between. Specifically, the VoIP application 45 converts the voice band signal, which is an analog signal, into digital data, converts it into packet data at predetermined intervals, and adds a header, etc., according to a protocol such as TCP / IP. Do Things.
  • the VoIP application 45 restores an analog audio band signal from the packet data received from the packet transmitting / receiving unit 43 and transmits the analog signal to the audio signal processing unit 46.
  • the VoIP application 45 transmits the telephone number of the communication destination dialed by the caller as digital data to the IP network 2 via the ADSL 3.
  • the VoIP application 45 also has a function of acquiring the communication destination IP address from the call control server 13 and adding the IP address as a header to the packet data obtained by converting the voice band signal.
  • the VoIP application 45 can also store the telephone number, IP address, and the like assigned to its own device (multifunctional telephone terminal 30a).
  • VoIP applications 45 are H.323, SIP,
  • MGCP / MEGACO Media Gateway Control Protocol
  • the audio signal processing unit 46 constitutes an audio signal processing unit that performs input / output processing of an audio band signal for audio communication. More specifically, the audio signal processing unit 46 transmits the splitter 42 and the VoIP abridged through the speed of the handset 31 of the multifunctional telephone terminal 30a. Outputs voice band signal for voice communication transmitted from section 48. The voice signal processing unit 46 converts the voice band signal for voice communication input via the microphone of the handset 31 provided in the multi-function telephone terminal 30 a into a splitter 42 or a VoIP application. Send to 4 5 or video phone application 4 8.
  • the voice signal processing unit 46 generates a voice, a warning sound, a melody, or the like based on the message signal obtained from the call control server 13 or the gateway 12. Can be output.
  • the audio signal processing unit 46 can perform input / output processing of an audio band signal with the PHS terminal 63 via the antenna I / F 47. Specifically, the audio signal processing unit 46 transmits the audio band signal for audio communication transmitted from the PHS terminal 63 to the splitter 42 or the VoIP application 45. In addition, the audio signal processing unit 46 transmits an audio band signal for audio communication transmitted from the splitter 42 or the VoIP application 45 to the PHS terminal 63 via the antenna I / F 47.
  • the audio signal processing unit 46 can perform input / output processing of an audio band signal with the cordless handset 62 via the antenna I / F 47. Specifically, the audio signal processing unit 46 transmits the audio band signal for audio communication transmitted from the cordless handset 62 to the split terminal 42 or the VoIP application 45. In addition, the audio signal processing unit 46 transmits a voice band signal for voice communication transmitted from the splitter 42 or the VoIP application 45 to the cordless slave unit 62 via the antenna I / F 47. I do.
  • the antenna I / F 47 constitutes a base station means capable of communicating with the PHS terminal 63 as a PHS base station via the antenna 35. Further, in the present embodiment, the antenna I / F 47 constitutes a parent device means capable of communicating with the cordless child device 62 as a cordless parent device via the antenna 35.
  • an antenna I / F constituting the base station means and an antenna I / F constituting the master unit means may be separately provided.
  • the video telephone application 48 constitutes a video telephone processing means for performing input / output processing of a video signal for a video telephone.
  • the video telephone application 48 performs a conversion process between the video signal and the packet data that can be communicated on the IP network 2.
  • video phone applications 4 8 are multifunctional phone terminals 3 0a, a video signal including a video signal acquired by the video camera 33 and an audio band signal transmitted from the audio signal processing unit 46 is converted into a packet data, and the converted packet data is converted. The evening is transmitted to the bucket transceiver 43.
  • the video telephone application 48 restored the video signal and the audio band signal from the packet data received from the packet transmission / reception unit 43, displayed the restored video signal via the display unit 32, and restored the video signal and the audio band signal.
  • the audio band signal is transmitted to the audio signal processing unit 46.
  • the communication card 34 inserted into the slot 36 converts the packet data transmitted from the bucket transceiver 43 according to a protocol for wireless LAN such as IEEE802.il or a protocol for PHS.
  • the data is transmitted to the portable information terminal 61 by wireless communication.
  • the communication capability 34 converts the data transmitted from the portable information terminal 61 into bucket data that can be communicated on the IP network 2 and transmits the bucket data to the bucket transceiver 43.
  • FIG. 12 is a flowchart showing the operation of the multifunctional telephone terminal 30a according to the present embodiment at the time of startup.
  • FIGS. 13 and 14 show the multifunctional telephone terminal 30a according to the present embodiment. It is a flowchart which shows the operation
  • the ISP server 9 which has received the confirmation signal issues an IP address to the multi-function telephone terminal 30a and transmits it to the multi-function telephone terminal 30a as a packet data (S303).
  • the multifunctional telephone terminal 30a stores the obtained IP address in the VoIP application 45.
  • the multifunctional telephone terminal 30a of the transmission source transmits the assigned IP address and its own telephone number to the call control server 13.
  • the call control server 13 checks the management database 14 to determine whether the received telephone number is registered, and if registered, associates the received telephone number with the IP address. It is registered in the management database 14 (S304).
  • the call control server 13 uses the factory MAC address, “user ID”, and “password” transmitted from the multi-function telephone terminal 30a to send the multi-function telephone terminal 30a to the transmission source. It is also possible to authenticate whether a voice call service can be provided.
  • the multifunctional telephone terminal 30a of the transmission source accesses the call control server 13 (the management database 14), it updates the communication history (the number of accesses) in the packet transmission / reception unit 43. You may.
  • steps S301 to S304 The same process as in steps S301 to S304 is performed in the multifunction telephone terminal 30b of the communication destination, and the telephone number and the IP address of the multifunction telephone terminal 30b of the communication destination are also changed. It shall be registered in the management database 14.
  • each multi-function telephone terminal 30a, 30b periodically sends a connection confirmation signal to the call control server 13 to confirm that the connection to the IP network 2 is maintained. And make a call (S305).
  • This connection confirmation signal is It is monitored by the control server 13 (S306).
  • the call control server 13 sequentially checks whether the connection confirmation signal from each of the multifunctional telephone terminals 30a and 30b is periodically transmitted, and confirms that the connection confirmation signal is transmitted. During this time ("Y" in step S306), the system waits for the next connection confirmation signal to be transmitted (S305).
  • step S306 if the next connection confirmation signal is not confirmed even after the lapse of the predetermined time (“ ⁇ ” in step S306), the multifunctional telephone terminals 30a and 30b connect to the IP network 2. It is determined that the IP address has not been deleted, and the IP address registered in the management database 14 is deleted (S307).
  • the multi-function telephone terminal 30a dials the telephone number of the communication destination. If the destination has subscribed to this system, dial this telephone number by adding “***” to the beginning of the normal telephone number.
  • the VoIP application 45 connects the multifunctional telephone terminal 30a to the IP network 2 via the telephone line 5, the ADSL 3, the splitter 7, and the ISP server. It is determined whether or not is established (S401).
  • the VoIP application 45 is a telephone number of the multifunctional telephone terminal 30 b of the communication destination dialed by the caller to the call control server 13. Is transmitted (S402).
  • the call control server 13 searches the management database 14 based on the received telephone number, searches for the IP address of the multi-function telephone terminal 30b of the communication destination (S403), Multi-function phone terminal 30 b of the communication destination (communication partner) is for management It is determined whether it is registered in the database 14 (S404).
  • the detected IP address is returned to the multifunctional telephone terminal 30 a of the communication source.
  • the multifunctional telephone terminal 30a acquires the IP address of the multifunctional telephone terminal 30b of the communication destination (S405).
  • the multi-function telephone terminal 30a confirms whether data transmission / reception is possible based on the IP address of the multi-function telephone terminal 30b of the communication destination. That is, the multifunctional telephone terminal 30a confirms whether the communication destination can directly communicate with a firewall or the like (S406).
  • the multi-function terminal 30b of the communication destination sends a message notifying that the communication has been established to the multi-function telephone terminal 30a, and receives the message.
  • a message is output from the speaker of the handset 31 (S407).
  • a voice call (IP telephone) via the IP network 2 is started (S408).
  • the call control is performed.
  • the server 13 analyzes the telephone number dialed by the caller, and selects the nearest gateway 12 of the multifunctional telephone terminal 30b of the communication destination based on the area code or the like (S4110). Here, it is assumed that the gateway 12 shown in FIG. 10 has been selected. At this time, information about the selected gateway 12 (for example, the area code where the gateway 12 is installed) is transmitted to the multifunctional telephone terminal 30a of the transmission source.
  • Multifunctional telephone terminal 3 that has acquired the transmitted information of gateway 1 2 At 0a (S411), the telephone book table in the VoIP application 45 is checked based on the area code of the gateway 12 and the like, and it is determined whether the communication distance in the PSTN1 is long. The judgment is made (S412).
  • the communication destination is not a long distance, such as in a nearby area, a message to that effect is output from the speed of the handset 31 (S418), and then the communication destination is transmitted through the PSTN1. It connects to the multi-function telephone terminal 30b and starts a normal voice call (S419).
  • the multi-function telephone terminal 30a requests a selection as to whether or not to permit the connection (S413). If the user permits the connection ("YES" in S414), the IP address of the gateway 12 is obtained from the call control server 13 (S415), and the IP address is obtained through the IP network 2. The terminal is connected to the gateway 12 (S416), and the PSTN 1 starts voice communication with the multifunctional telephone terminal 30b via the gateway 12 (S417).
  • the processing is switched to the connection processing to the PSTN1.
  • the multi-function telephone terminal 30a determines whether or not a long-distance call is to be made based on the area code of the dialed telephone (S501). If not, a message for connecting via PSTN1 instead of via IP network 2 is output (S505), and then a normal voice call is started (S506).
  • the multifunctional telephone terminal 30a requests connection permission (S502), and prompts the user to select (S503). If the user permits, after outputting a message that becomes a long-distance call by PSTN1 (S505), a normal voice call is started (S505). 6855
  • a voice call is made with the multifunctional telephone terminal 30b as a communication destination connectable to the IP network 2, but for example, the telephone 11 that is not registered in the call control server 13
  • the telephone number is dialed without "***" added to the front of the telephone number, so that a normal voice call is made via PSTN 1.
  • the multifunctional telephone terminal 30a of the transmission source may update the communication history (the number of accesses) in the packet transmission / reception unit 43 in S402, or may use the S408, 417, In 4 19, the communication history (the number of accesses) in the bucket transmitting / receiving section 43 may be updated.
  • Fig. 15 shows the flow of the process when the multi-function telephone terminal 30a on the calling side and the multi-function telephone terminal 30b on the receiving side are registered in the call control server 13. It is a sequence diagram shown.
  • the multifunctional telephone terminal 3 of the calling side sends the telephone number of the multi-function telephone terminal 30b on the receiving side to the call control server 13 via the ADSL 3, the splitter 7 and the ISP server 9 (S6 0 1).
  • the call control server 13 searches the management database 14 based on the telephone number of the multifunctional telephone terminal 30 b on the receiving side to detect the IP address of the multifunctional telephone terminal 30 b on the receiving side. (S602).
  • the call control server 13 detects the IP address of the detected multi-function telephone terminal 30 b on the called side.
  • the dress is transmitted to the multi-function telephone terminal 30a on the calling side (S603).
  • the VoIP application 45 of the multifunctional telephone terminal 30a on the calling side uses the IP address of the multifunctional telephone terminal 30b on the receiving side to connect to the multifunctional telephone terminal 30b on the receiving side. Processing is performed (S604).
  • the VoIP application 45 of the multi-function telephone terminal 30a on the calling side converts the voice band signal input through the microphone of the handset 31 into a bucket data
  • the IP address of the multi-function telephone terminal 30b on the receiving side is added to the header or the like and transmitted (S605).
  • the packet transmitting / receiving unit 43 of the multifunctional telephone terminal 30a on the transmitting side updates the communication history (the number of packets per packet or the number of packets per packet).
  • the receiving-side multifunctional telephone terminal 30b converts the received bucket data into a voice band signal, and outputs it as a voice band signal from the microphone of the handset, thereby performing a voice call.
  • FIG. 9 is a sequence diagram showing a data flow in the case.
  • the VoIP of the calling multifunctional telephone terminal 30a is obtained.
  • the application 45 sends the telephone number of the telephone 11 on the receiving side to the call control server 13 via the ADSL 3, the splitter 7 and the ISP server 9 (S701).
  • the call control server 13 searches the management database 14 based on the telephone number of the called telephone 11. If the called telephone 11 is not registered in the call control server 13, the record containing the IP address of the called telephone 11 has been deleted from the management database 14, and the IP No address is detected. Therefore, the call control server 13 It analyzes the area code and the like of the dialed telephone number and searches for the nearest gateway 12 of the telephone 11 of the called side (S702).
  • the call control server 13 transmits the detected IP address of the gateway 12 to the multifunctional telephone terminal 30a on the transmitting side (S703).
  • the VoIP application 45 of the multi-function telephone terminal 3.0a on the calling side performs a connection process with the gateway 12 using the IP address of the gateway 12 (S704).
  • the VoIP application 45 of the multi-function telephone terminal 30a on the calling side converts the voice band signal input through the microphone of the handset 31 into packet data, and converts the header into the packet data. And the like and the IP address of the gateway 12 and the telephone number of the telephone set 11 on the receiving side are transmitted (S705).
  • the bucket transmitting / receiving section 43 of the multifunctional telephone terminal 30a on the calling side updates the communication history (the number of packet data or the amount of packet data).
  • the gateway 12 converts the bucket data into a communication signal that can be transmitted and received on the PSTN 1 based on the telephone number of the called telephone 11 in the received bucket data, and transmits the received data to the called telephone via the PSTN 1. Sent to 1 (S706).
  • the telephone 11 on the receiving side outputs the received communication signal as a voice band signal from the speed of the handset, and the voice communication is performed.
  • the bucket transmitting / receiving unit 43 transmits / receives the packet data with the converted voice band signal to / from the IP network 2 via the ADSL 3,
  • the telephone line (subscriber line) 5 By simply connecting the telephone line (subscriber line) 5 to the telephone line terminal 41 of the multifunctional telephone terminal 30a, an IP telephone using broadband communication becomes possible, avoiding complicated connection work and wiring. Can You.
  • the multifunctional telephone terminal even when the telephone set 11 of the communication destination is not connected to the IP network 2, the telephone set 11 is connected to the telephone set 11 of the communication destination via the PSTN 1. Therefore, the reliability of the communication system can be improved.
  • the caller can automatically select the IP telephone, and the communication fee can be reduced.
  • the packet transmitting / receiving section 43 connects the communication card 34 inserted into the slot 36 to the IP network 2 via the ADSL 3.
  • the bucket data communicated with the portable information terminal 61 via the Internet is sent and received, so the Internet connection service is always available to the portable information terminal 61 without complicated connection work and wiring. Can be provided.
  • the packet network it is determined whether communication is performed via a packet network or a public telephone line network based on a telephone number of a call destination, and the packet network is used. If this is not possible, provide a terminal connection device, connection control device, and multi-function telephone terminal that allow communication via the public telephone line network and allow the user to recognize the path of the communication path with the called communication terminal. Its purpose is to

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Coating Apparatus (AREA)

Abstract

本発明に係るVoIPゲートウェイ５０ａは、電話端末７０ａから送信される接続要求に含まれている呼出先の電話番号とVoIPゲートウェイ５０ａに記憶されている情報とに基づいて、当該接続要求をIP網２またはPSTN１の何れかに送信するものである。また、VoIPゲートウェイ５０ａは、IP網２を介した通信が不可能と判定されている場合には、IP網２に送信すると決定した当該接続要求をPSTN１に送信するものである。さらに、VoIPゲートウェイ５０ａは、呼出先の電話番号に所定の識別情報が付加されている場合には、当該接続要求を強制的にPSTN１に送信することができる。

Description

端末接続装置、 接続制御装置及び多機能電話端末
技術分野
本発明は、 バケツ ト網による電話サービスを提供するための端末接続 明
装置、 接続制御装置及び多機能電話端末に関する。
田 背景技術
近年の情報技術（IT)の進展に伴い、これまでの加入電話サ一ビス（Plain
Old Telephone System, POTS) に加え、 Voice over IP(VoIP)技術を採用し た IP電話サービスが提供されている。
このような状況において、 IP電話サービスを提供するためのパケッ ト 網（IP網）と、加入電話サービスを提供するための公衆電話回線網（PSTN) とに接続される端末接続装置、 いわゆる VoIPゲートウェイに通信端末、 すなわち従来から利用されているアナ口グ電話端末等を接続することに より、 当該通信端末は、 パケッ ト網もしくは公衆電話回線網を経由して 他の通信端末との通信を行うことができる。
また、 パケッ ト網と公衆電話回線網とは、 所定の信号変換を行うゲー トウエイ装置を介して接続されていることから、 当該通信端末は、 公衆 電話回線網のみに接続されている他の通信端末とも通信を行うことがで きる。
しかしながら、 当該通信端末のュ一ザは、 呼出先の通信端末とバケツ ト網を介して通信を行うことが可能か否かを確認し、 バケツ ト網または 公衆電話回線網を介して通信を行うかを端末接続装置に対して指示しな ければならないという問題があった。 そこで、 本発明は、 このような点に鑑みてなされたもので、 呼出先の 電話番号に基づいてバケツ ト網または公衆電話回線網の何れの網を経由 して通信を行うかを決定し、 バケツ ト網が利用できない場合には公衆電 話回線網を経由する通信を行うとともに、 呼出先の通信端末との通信路 の経路をユーザに認識させることのできる端末接続装置、 接続制御装置 及び多機能電話端末を提供することをその目的とする。 発明の開示
本発明の第 1の特徴は、 パケッ トデータを送受するパケッ ト網と、 音 声帯域信号を送受する公衆電話回線網と、 呼出先の電話番号を含む接続 要求を送信する通信端末とを接続し、 接続要求をバケツ ト網または公衆 電話回線網の何れかに送信する端末接続装置であって、 接続要求に含ま れている呼出先の電話番号に基づいて接続要求をパケッ ト網または公衆 電話回線網の何れかに送信する接続処理部と、 バケツ ト網を介した通信 が可能か否かを判定するバケツ ト網状態判定部とを備え、接続処理部が、 バケツ ト網状態判定部によってバケツ ト網を介した通信が不可能と判定 されている場合には、 バケツ ト網に送信すると決定した接続要求を公衆 電話回線網に送信することを要旨とする。
かかる特徴によれば、 接続要求に含まれている呼出先の電話番号に基 づいて、 端末接続装置が接続要求をパケッ ト網または公衆電話回線網の 何れかに送信するかを決定するため、 通信端末のユーザが、 パケッ ト網 または公衆電話回線網の何れの網を経由して通信するべきかを決定する ことを回避することができる。
かかる特徴によれば、 パケッ ト網状態判定部によってパケッ ト網を介 した通信が不可能と判定されている場合には、 接続処理部が、 パケッ ト 網に送信すると決定した接続要求を公衆電話回線網に送信するため、 ュ 一ザは、 バケツ ト網が使用可能か否かを意識することなく通信を行うこ とができる。
本発明の第 2の特徴は、本発明の第 1の特徴において、接続処理部が、 接続要求に含まれている呼出先の電話番号に所定の識別情報が付加され ている場合には、 接続要求を公衆電話回線網に送信することを要旨とす る。
かかる特徴によれば、 呼出先の電話番号に所定の識別情報、 例えば電 話番号との識別が可能な特定の数字が連続する情報が付加されている場 合には、 接続要求が公衆電話回線網に送信されるため、 ユーザは、 任意 かつ容易にバケツ ト網または公衆電話回線網を選択することができる。 本発明の第 3の特徴は、 本発明の第 1の特徴において、 接続処理部が パケッ ト網に送信した接続要求に基づいて、 パケッ ト網のみを経由する 第 1の通信路またはバケツ ト網と公衆電話回線網とを経由する第 2の通 信路の何れが呼出先の電話番号が割り当てられた通信端末と設定された かを示す所定のパケッ トデータをパケッ ト網から受信し、 受信した所定 のバケツ トデータに基づいて、 接続要求を送信した通信端末に第 1の通 信路または第 2の通信路の何れかが設定されたかを通知する信号を送信 する経路情報処理部をさらに備えることを要旨とする。
本発明の第 4の特徴は、 パケッ ト信号を送受するパケッ ト網と、 音声 帯域信号を送受する公衆電話回線網とに接続されている端末接続装置か ら送信される呼出先の電話番号を含む接続要求に基づいて、 端末接続装 置と呼出先の電話番号が割り当てられた通信端末との通信路を設定し、 パケッ ト網上に設置されている接続制御装置であって、 バケツ 卜網のみ を経由する通信路またはパケッ ト網と公衆電話回線網とを経由する通信 路の何れを呼出先の電話番号が割り当てられた通信端末に対して設定し たかを示す所定のバケツ トデ一夕を端末接続装置に送信する経路情報送 信部を備えることを要旨とする。
本発明の第 5の特徴は、 本発明の第 4の特徴において、 経路情報送信 部が、 所定のパケッ トデ一夕に代えて、 パケッ ト網のみを経由する通信 路またはパケッ ト網と公衆電話回線網とを経由する通信路の何れを呼出 先の電話番号が割り当てられた通信端末に対して設定したかを示す音声 帯域信号のバケツ トを端末接続装置に送信を要旨とする。
本発明の第 3乃至第 5の特徴によれば、 パケッ ト網のみを経由する通 信路またはバケツ ト網と公衆電話回線網とを経由する通信路の何れが呼 出先の電話番号が割り当てられた通信端末と設定されたかを通知する信 号が、 接続要求を送信した通信端末に対して送信される。 従って、 ユー ザは、 送信した接続要求に対して、 パケッ ト網のみを経由する通信路、 またはパケッ 卜網と公衆電話回線網とを経由する通信路の何れが呼出先 の電話番号が割り当てられた通信端末と設定されたかを容易に認識する ことができる。
本発明の第 6の特徴は、 音声通話用の音声帯域信号の入出力処理を行 う音声信号処理部と、 公衆電話回線網を介して音声通話を行うか、 また はパケッ ト網を介して音声通話を行うかを選択する接続処理部と、 パケ ッ ト網を介して音声通話を行うと選択された場合、 音声帯域信号とパケ ッ ト網上で通信可能なバケツ トデータとの間の変換処理を行う信号処理 部と、 非対象ディジタル加入者線を介して、 パケッ ト網との間で、 音声 帯域信号が変換されたパケッ トデータを送受するバケツ ト送受信部とを 備えることを要旨とする。
かかる特徴によれば、 接続処理部が、 公衆電話回線網を介して音声通 話を行うか、 またはパケッ ト網を介して音声通話を行うかを選択し、 ノ\° ケッ ト送受信部が、 非対象ディジタル加入者線 （ADSL) を介して IP網と の間で、 音声帯域信号が変換されたパケッ トデータを送受する。 このた め、 一般電話回線 （加入者線） に多機能電話端末を接続するだけで、 ブ ロードバンド通信を利用した IP電話が可能となり、 煩雑な接続作業及び 配線を回避することができるとともに、 ユーザが、 パケッ ト網または公 衆電話回線網の何れの網を経由して通信するべきかを決定することを回 避することができる。
本発明の第 7の特徴は、本発明の第 6の特徴において、接続処理部が、 バケツ ト網を介して音声通話を行うことが不可能であった場合に、 公衆 電話回線網を介して音声通話を行うことを選択することを要旨とする。
かかる特徴によれば、 呼出先の通信端末がパケッ 卜網に接続されてい ない場合であっても、 公衆電話回線網を介して、 当該呼出先の電話端末
(例えば、 多機能電話端末や一般電話端末） に接続することができるた め、 ユーザは、 パケッ ト網が使用可能か否かを意識することなく通信を 行うことができる。
本発明の第 8の特徴は、 本発明の第 6の特徴において、 PHS(Personal Handyphone System) 基地局として PHS端末との間で通信可能な基地局部 を具備し、 音声信号処理部は、 基地局部を介して PHS端末との間で音声 帯域信号の入出力処理を行う ことを要旨とする。
本発明の第 9の特徴は、 本発明の第 6の特徴において、 コ一ドレス親 機としてコードレス子機との間で通信可能な親機部を具備し、 音声信号 処理部が、 親機部を介してコードレス子機との間で音声帯域信号の入出 力処理を行うことを要旨とする。
本発明の第 1 0の特徴は、 本発明の第 6の特徴において、 無線 LAN通 信によって携帯情報端末との間の通信を可能とする通信カードを挿入可 能なスロッ トを具備し、 パケット送受信部が、 非対称ディジタル加入者 線を介して、 パケッ ト網との間で、 スロッ トに挿入された通信力一ドを 介して携帯情報端末との間で通信されたバケツ トデ一夕を送受すること を要旨とする。
かかる特徴によれば、 パケッ ト送受信部が、 非対称ディジタル加入者 線を介してバケツ ト網との間で、 スロッ トに揷入された通信力一ドを介 して携帯情報端末との間で通信されたバケツ トデータを送受するため、 煩雑な接続作業及び配線を必要とすることなく、 携帯情報端末に対して イン夕一ネッ ト常時接続サービスを提供することができる。
本発明の第 1 1の特徴は、 本発明の第 6の特徴において、 ビデオ電話 用のビデオ信号の入出力処理を行うビデオ電話処理部を具備し、 ビデオ 電話処理部が、 ビデオ信号とパケッ ト網上で通信可能なパケッ トデ一夕 との間の変換処理を行い、 パケッ ト送受信部が、 非対称ディジタル加入 者線を介して、 パケッ ト網との間で、 ビデオ電話処理部との間で通信さ れたパケッ トデータを送受することを要旨とする。 図面の簡単な説明
図 1は、 本発明の第 1実施形態に係る端末接続装置及び接続制御装置 を含むネッ トワークの概略を示す図である。
図 2は、 本発明の第 1実施形態に係る端末接続装置の機能ブロックを 示す図である。
図 3は、 本発明の第 1実施形態に係る端末接続装置に記憶されている 情報の例を示す図である。
図 4は、 本発明の第 1実施形態に係る端末接続装置によって送信され る経路通知信号の例を示す図である。
図 5は、 本発明の第 1実施形態に係る接続制御装置の機能ブロックを 示す図である。
図 6は、 本発明の第 1実施形態に係る端末接続装置による接続要求の 手順を示すフローチヤ一トである。 図 7は、 本発明の第 1実施形態に係る端末接続装置のバケツ ト網状態 判定部の動作を示すフローチヤ一トである。
図 8は、 本発明の第 1実施形態に係る通信手順を示すシーケンス図で ある。
図 9は、 本発明の第 1実施形態に係る通信手順を示すシーケンス図で ある。
図 1 0は、 本発明の第 2実施形態に係る多機能電話端末を含む通信シ ステムの概略を示す図である。
図 1 1は、 本発明の第 2実施形態に係る多機能電話端末の機能ブロッ クを示す図である。
図 1 2は、 本発明の第 2実施形態に係る多機能電話端末の起動時にお ける動作フロ一を示す図である。
図 1 3は、 本発明の第 2実施形態に係る多機能電話端末を用いた通信 手順を示すフローチヤ一トである。
図 1 4は、 本発明の第 2実施形態に係る多機能電話端末を用いた通信 手順を示すフ口一チャートである。
図 1 5は、 本発明の第 2実施形態に係る多機能電話端末を用いた通信 手順を示すシーケンス図である。
図 1 6は、 本発明の第 2実施形態に係る多機能電話端末を用いた通話 時のシーケンスを示す図である。 発明を実施するための最良の形態
[第 1実施形態 J
(端末接続装置及び接続制御装置を含むネッ トワーク構成）
本発明の一実施形態に係る端末接続装置及び接続制御装置について、 図面を参照しながら説明する。 図 1は、 本実施形態に係る端末接続装置及び接続制御装置を含むネッ トワークの概略を示す図である。 図 1に示すように、 VoIPゲ一トウエイ 5 0 a (端末接続装置） は、 加入電話サービス （POTS) を提供するため のネッ トワークである公衆電話回線網 1 (以下、 PSTN 1 ) と、 IP電話サ 一ビスを提供するためのネッ トワークである IP網 2 とに接続されている また、 音声帯域信号を送受するアナログ電話端末である電話端末 7 0 a (通信端末） が、 VoIPゲートウェイ 5 0 aに接続されている。
. VoIPゲートウヱイ 5 0 aは、 電話端末 7 0 aと音声帯域信号を送受す るとともに、 当該音声帯域信号と IPバケツ 卜との変換を行うものである。 また、 VoIPゲ一トウエイ 5 0 aは、 PSTN 1 と音声帯域信号を、 IP網 2 と IPパケッ トを送受するものである。
さらに、 本実施形態に係る VoIPゲートウェイ 5 0 aは、 電話端末 7 0 aから送信される呼出先の電話番号を含む接続要求に基づいて、 当該接 続要求を PSTN 1または IP網 2の何れかに送信することができる。
なお、 VoIPゲートウェイ 5 0 aと、 PSTN 1及び IP網 2 とは、 例えば、 メタリック加入者回線上においてディジタル伝送を実現する
xDSL(Digital Subscriber Line)モデムと、 音声帯域信号と xDSLモデム信号 との分離及び多重を行うスプリッタとを用いて接続することができる。 また、 VoIPゲートウエイ 5 0 aは、 xDSLモデムを内蔵することもできる。 一方、 VoIPゲ一トウエイ 5 0 bも PSTN 1及び IP網 2 と接続されるとと もに、 電話端末 7 0 bが VoIPゲートウエイ 5 0 bに接続されている。 VoIPゲートウエイ 5 0 bは、 上述した VoIPゲートウエイ 5 0 aと同様の 機能を有している。
IP網 2は、 本実施形態では、 IPパケッ トを送受するレイヤ 3スィッチ である L3SW 2 1 a， 2 1 bと、 PSTN 1において送受される音声帯域信 号と IP網 2において送受されるパケッ 卜データとの変換を行うゲ一トウ エイ 1 2 と、電話端末間の通信路を設定するコールエージェント 2 0 (接 続制御装置） とによって構成されている。
コールエージェント 2 0は、 VoIPゲ一トウエイ 5 0 aまたは VoIPゲ一 トウエイ 5 0 bから送信された接続要求に基づいて、 電話端末間の通信 路を設定するものである。本実施形態に係るコールエージェント 2 0は、 MGCP(Media Gateway Control Protocol)において規定される MGC ( Media Gateway Controller) として動作する機能を有し、 MGCPに基づいて VoIP ゲートウェイ 5 0 a ( 5 0 b) またはゲートウェイ 1 2 と通信路の設定 に関する処理等を行う。
また、 本実施形態では、 PSTN1 には、 ディジタル電話端末である電話 端末 7 1が接続されるとともに、 ゲートウェイ 1 2を介して、 PSTN1 と IP網 2とが接続されている。
以上説明したネッ トワーク構成においては、 経路の異なる通信路を電 話端末 7 0 aと電話端末 7 0 bとの間に設定することができる。 すなわ ち、 電話端末 7 0 aと電話端末 7 0 bとの通信路は、 以下に示す経路の 何れかにより設定される。
( a ) VoIPゲ一トウエイ 5 0 a— L3SW 2 1 a - IP網 2 - L3SW 2 1 b - VoIPゲ一トウエイ 5 0 b
( b ) VoIPゲ一トウエイ 5 0 a -L3SW 1 a— IP網 2—ゲートウエイ 1 2 - PSTN 1 - VoIPゲ一トウエイ 5 0 b
( C ) VoIPゲ一トウエイ 5 0 a— PSTN 1一 VoIPゲ一トウエイ 5 0 b 本実施形態では、 VoIPゲートウェイ 5 0 a ( 5 0 b) 及びコ一ルエー ジェント 2 0は、 可能な限り IP網 2を経由する通信路、 すなわち、 （ a ) または （b) に示した経路による通信路を設定する。 但し、 IP網 2の一 部に障害が発生している場合 （例えばレイヤ 3スィッチ） には、 ゲート ウェイ 1 2を介して IP網 2及び PSTN 1を経由する通信路が設定される。 また、 VoIPゲートウエイ 5 0 aは、 電話端末 7 0 a ( 7 0 b) のユーザ が、 所定の情報を電話番号に付加することにより PSTN1 を指定した場合 PSTN1のみを経由する通信路が設定する。
さらに、 電話端末 7 0 aまたは電話端末 7 0 bと PSTN 1のみに接続さ れている電話端末 7 1 との通信路は、 以下に示す経路の何れかにより設 定される。
( a ) VoIPゲートウエイ 5 0 a ( 5 0 b) -L3SW2 1 a ( 2 1 b ) - IP網 2 _ゲートウェイ 1 2— PSTN 1
( b ) VoIPゲ一トウエイ 5 0 a ( 5 0 b ) ― PSTN 1
電話端末 7 0 aまたは電話端末 7 0 bと電話端末 7 1 との通信路につ いても、 VoIPゲ一トウエイ 5 0 a ( 5 0 b) 及びコ一ルエージェント 2 0は、 可能な限り IP網 2を経由する通信路、 すなわち （ a) に示した経 路による通信路を設定する。 但し、 IP網 2を介して処理することができ ない特殊なサービス （例えば着信者課金サービス） を利用する通信につ いては、 （b ) に示した経路による通信路が設定される。
(端末接続装置の構成）
次に図 2を参照して、 本実施形態に係る端末接続装置、 すなわち VoIP ゲートウェイ 5 0 aの機能ブロック構成について説明する。 なお、 上述 したように VoIPゲ一トウエイ 5 0 bも VoIPゲ一トウエイ 5 0 aと同一 の構成を有しているため、 以下、 VoIPゲートウェイ 5 0 aの構成につい て説明する。
図 2に示すように、 VoIPゲートウエイ 5 0 aは、 端末接続部 5 1 と、 IP網接続部 5 2 と、 公衆電話回線網 （PSTN) 接続部 5 3 と、 記憶部 5 4 と、 接続処理部 5 5 と、 IP網状態判定部 5 6 と、 経路情報処理部 5 7と、 信号変換部 5 8 とを有している。
端末接続部 5 1は、 電話端末 7 0 aを接続するためのィン夕一フェイ スを提供するものである。 具体的には、 端末接続部 5 1は、 RJ-11コネク タを有する FXS(Foreign Exchange Station)ィンターフェイスを用いて電 話端末 7 0 aと音声帯域信号等を送受する。 また、 端末接続部 5 1は、 電話端末 7 0 aの作動に必要な電力を供給すること等ができる。
IP網接続部 5 2は、 IP網 2 との加入者回線を接続するためのインター フェイスを提供するものであり、 100BASE-TX等の LANィンタ一フェイス を具備する。 例えば、 IP網接続部 5 2は、 xDSLモデムを介してメタリ ツ ク加入者回線と接続される。 また、 上述したように、 VoIPゲートウェイ 5 0 aが xDSLモデムを内蔵する場合には、 IP網接続部 5 2が xDSLモデム の機能も有する。 かかる場合、 IP網接続部 5 2は、 xDSLモデム信号を送 受するための RJ-11コネクタを具備し、 メタリツク加入者回線に接続され る。
PSTN接続部 5 3は、 PSTN 1との加入者回線を接続するためのィン夕 —フェイスを提供するものであり、 RJ-11コネク夕を有する FXO(Foreign Exchange Office)インタ一フェイスを具備する。 例えば、 PSTN接続部 5 3 は、 IP網接続部 5 2が xDSLモデムを介してメタリック加入者回線に接続 されている場合、スプリ ツ夕を介して当該メタリック回線と接続される。 記憶部 5 4は、 呼出先の電話番号と IP網 2または PSTN 1 とを対応付け た情報を記憶するものである。 具体的には、 記憶部 5 4は、 PSTN 1 を経 由する通信を行うことが必要な呼出先の電話番号に関する情報を 「PSTN 迂回テーブル」 として記憶する。 記憶部 5 4が、 当該情報を記憶するこ とにより、 IP網 2を介して処理することができない特殊なサービス （例 えば着信者課金サービス） や、 警察等に対する緊急性の高い通信等に対 する接続要求を強制的に PSTN 1 に送信することができる。
図 3は、 記憶部 5 4に記憶される 「PSTN迂回テーブル」 の例を示す図 である。 例えば、 「PSTN迂回テーブル」 の 1行目に示すように、 電話端 末 7 0 aから送信される接続要求に含まれる呼出先の電話番号の 1桁目 が '「 1」 である場合、 後述する接続処理部 5 5により、 PSTN 1に送信す るべき接続要求と判定される。 また、 同様に呼出先の電話番号が 「003 〇」 や 「003Δ」 等で始まる場合も PSTN 1に送信するべき接続要求と判 定される。
また、 記憶部 5 4は、 PSTN 1 を経由する通信を行うことが必要な呼出 先の電話番号に関する情報に代えて、 IP網 2を経由する通信を行うこと が必要な呼出先の電話番号に関する情報を記憶してもよい。
接続処理部 5 5は、 電話端末 7 0 aから送信される接続要求に含まれ ている呼出先の電話番号と記憶部 5 4に記憶されている情報とに基づい て、 当該接続要求を IP網 2または PSTN 1の何れかに送信するものである, また、 接続処理部 5 5は、 IP網状態判定部 5 6によって IP網 2を介した 通信が不可能と判定されている場合には、 IP網 2に送信すると決定した 当該接続要求を PSTN 1 に送信するものである。 さらに、 接続処理部 5 5 は、 呼出先の電話番号に所定の識別情報が付加されている場合には、 当 該接続要求を強制的に PSTN 1 に送信することができる。
具体的には、 接続処理部 5 5は、 電話端末 7 0 aから送信された接続 要求に含まれている呼出先の電話番号を取得し、 取得した電話番号を記 憶部 5 4に記憶されている 「PSTN迂回テーブル」 に基づいて照合する。 当該電話番号が 「PSTN迂回テーブル」 として記憶されている電話番号に 関する情報によって示される条件に該当する場合、 接続処理部 5 5は、 当該接続要求を PSTN 1 に送信する。
一方、 接続処理部 5 5は、 当該電話番号が 「； PSTN迂回テーブル」 とし て記憶されている電話番号に関する情報によって示される条件に該当し ない場合、 MGCPにおいて規定される NTFY(NoUfication)コマンドを用い て'、 当該接続要求を IP網 2に信号変換部 5 8等を介して送信する。 また、 接続処理部 5 5は、 本実施形態では、 電話端末 7 0 aから送信 された接続要求に含まれている呼出先の電話番号の先頭に 「 0」 が 4つ 連続して付加されている場合、 当該電話番号が 「PSTN迂回テーブル」 と して記憶されている電話番号に関する情報によって示される条件に該当 するか否かに拘わらず当該接続要求を PSTN 1に送信する。
従って、 電話端末 7 0 aのュ一ザは、 4つの 「 0」 を呼出先の電話番 号の先頭に付加することにより、 通信の都度、 任意かつ容易に PSTN 1を 指定することができる。
さらに、 接続処理部 5 5は、 IP網 2を介した通信が可能か否かの判定 の結果を IP網状態判定部 5 6から受信することができる。 接続処理部 5 5は、 IP網 2を介した通信が不可能と判定されている場合、 呼出先の電 話番号に基づいて IP網 2に送信すると判定した当該接続要求をも PSTN 1に送信する。 接続処理部 5 5が上述したように動作することにより、 電話端末 7 0 aのユーザは、 IP網 2が使用可能か否かを意識することな く通信を行うことができる。
接続処理部 5 5は、 上述した接続要求の送信の処理に加え、 受信した 接続要求の処理を行う。 具体的には、 接続処理部 5 5は、 IP網 2から送 信された CRCX(Create Connection)コマンド等による接続要求を処理する とともに、 信号変換部 5 8によってパケッ トデータから変換された音声 帯域信号を電話端末 7 0 aに端末接続部 5 1 を介して送信する。 また、 接続処理部 5 5は、 PSTN 1から受信した接続要求を処理するとともに、 PSTN接続部 5 3を介して受信した音声帯域信号を電話端末 7 0 aに端 末接続部 5 1を介して送信する。
IP網状態判定部 5 6は、 IP網 2を介した通信が可能か否かを判定する ものであり、 本実施形態では、 パケッ ト網状態判定部を構成する。
具体的には、 IP網状態判定部 5 6は、 IP網接続部 5 2に接続されてい る加入者回線を介して、 ICMP(Internet Control Message Protocol) Echo要 求バケツ トを L3SW 2 1 aに送信するとともに、当該 Echo要求バケツ トに 対する L3SW 2 1 aからの応答を監視する。 IP網状態判定部 5 6は、 Echo 要求バケツ トを定期的に L3SW 2 1 aに送信し、所定の応答がない場合に は、 IP網 2を介した通信が不可能と判定する。 なお、 IP網状態判定部 5 6のよる具体的な IP網 2の状態の判定方法については後述する。 また、 本実施形態では、 IP網 2を介した通信が可能か否かを判定するために、 ICMPを用いているが、 SNMP(Simple Network Management Protocol)等のネ ッ トワーク管理プロトコルを用いてもよい。
経路情報処理部 5 7は、 接続処理部 5 5が IP網 2に送信した接続要求 に基づいて、 IP網 2のみを経由する通信路または IP網 2 と PSTN 1 とを経 由する通信路の何れかが呼出先の電話番号が割り当てられた電話端末と 設定されたかを示す所定のバケツ トデ一夕を IP網 2から受信するもので ある。 また、 経路情報処理部 5 7は、 受信した当該パケッ トデ一夕に基 づいて、 当該接続要求を送信した電話端末 7 0 aに、 IP網 2のみを経由 する通信路または IP網 2 と PSTN 1 とを経由する通信路の何れが設定さ れたかを通知する信号を送信するものである。
具体的には、 経路情報処理部 5 7は、 予め規定された内容の
MDCX(modify connection)コマンドをコールエージェント 2 0から受信 すると、 接続処理部 5 5及び端末接続部 5 1を介して、 所定の ON/OFF パターンを有する可聴信号を電話端末 7 0 aに送信する。
図 4は、 当該 MDCXコマンドの受信に応じて電話端末 7 0 aに送信さ れる信号のパターン例を示している。経路情報処理部 5 7は、当該 MDCX コマンドを 1回受信すると、 図 4に示すように、 4 0 0 Hzの周波数を用 い、 一 2 5 dBmの送出レベルを有する信号を電話端末 7 0 aに 1回送信 する。 従って、 電話端末 7 0 aのユーザは、 図 4に示す信号が電話端末 7 0 aによって出力されると、 「プ · プ · プ」 といった可聴音を聴く こ とができる。 なお、 当該 MDCXコマンドならびに当該信号を用いた通信 路の経路に関する情報の具体的な通知方法については、 後述する。
信号変換部 5 8は、 IP網接続部 5 2 と接続処理部 5 5 との間において、 音声帯域信号とパケッ トデ一夕との変換を行うものである。具体的には、 信号変換部 5 8は、 ITU-T G.729a/b等に準拠した CODECを具備するとと もに、 当該 CODECによりディジタル化された音声帯域信号とパケッ トデ 一夕との変換を行うことができる。 さらに、 信号変換部 5 8は、 IPパケ ッ トのリアルタイム性を確保等するために用いられる RTP(Real-time Transport Protocol)へッダを付加及び除去することができる。
(接続制御装置の構成）
次に、 図 5を参照して、 本実施形態に係る接続制御装置、 すなわちコ ールエージェント 2 0の構成について説明する。
図 5に示すように、 コ一ルエージェント 2 0は、 受信部 2 0 aと、 通 信路設定部 2 0 bと、 デ一夕ベース検索部 2 0 c と、 記憶部 2 0 dと、 経路情報送信部 2 0 f と、 設定情報送信部 2 0 e とを有している。
受信部 2 0 aは、 VoIPゲートウエイ 5 0 aまたは VoIPゲートウエイ 5 O bから、 呼出先の電話番号を含む接続要求を受信するものである。 具 体的には、 受信部 2 0 aは、 VoIPゲ一トウエイ 5 0 a ( 5 0 b ) から、 MGCPに基づいて送信された NTFYコマンドや、 設定情報送信部 2 0 eが 送信した RQNT(Request Notification)コマンド等に対する応答 （ACK) 等 を受信する。 さらに、 受信部 2 0 aは、 受信したコマンドの内容や応答 を通信路設定部 2 0 bに送信する。
記憶部 2 0 dは、 電話端末 7 0 aや電話端末 7 0 bに割り当てられて いる電話番号と、 VoIPゲートウエイ 5 0 aや VoIPゲートウエイ 5 0 b、 ゲートウエイ 1 2に割り当てられている IPァドレスとを関連付けて記憶 するものである。
データベース検索部 2 0 cは、 通信路設定部 2 0 bからの指示に基づ いて、 記憶部 2 0 dに記憶されている電話番号や IPァドレスの情報を検 索し、 検索の結果を通信路設定部 2 0 bに通知するものである。
通信路設定部 2 O bは、 受信部 2 0 aから送信されたコマンドの内容 に基づいて、 呼出先の電話番号と関連付けられている IPァドレスをデ一 夕べ一ス検索部 2 0 cから取得するとともに、 SDP(Session Description Protocol)を用いて通信路の設定に必要な IPァドレスやポート番号、 RTP のプロファイル等の情報を送受する。
例えば、 通信路設定部 2 0 bは、 電話端末 7 0 aと電話端末 7 0 bと の通信路を設定する場合、 VoIPゲ一トウエイ 5 0 aから送信された接続 要求に基づいて、 電話端末 7 0 bの電話番号、 VoIPゲ一トウエイ 5 0 a の IPァドレス、 使用するポ一ト番号及び RTPのプロフアイル等の情報を VoIPゲ一トウエイ 5 0 bに送信する。
ここで、 VoIPゲートウェイ 5 0 bが所定の時間内に応答しない場合、 通信路設定部 2 0 bは、 IP網 2のみを経由する通信路の設定が不可能と 判定し、当該情報をゲ一トウエイ 1 2に送信する。ゲ一トウエイ 1 2は、 通信路設定部 2 0 bから設定情報送信部 2 0 eを介して送信された当該 情報に基づいて、 電話端末 7 0 bの電話番号等の必要な情報を PSTN 1 に 転送する。 また、 呼出先の電話番号が割り当てられた電話端末が PSTN 1 のみに接続されている場合 （本実施形態では電話端末 7 1 ) 、 通信路設 定部 2 0 bは、 同様に当該情報をゲ一トウエイ 1 2に送信する。
このようにして、 電話端末 7 0 aと電話端末 7 0 bとの間において、 IP網 2のみを経由する通信路または IP網 2と PSTN 1 とを経由する通信 路の何れかが設定される。
経路情報送信部 2 0 f は、 IP網 2のみを経由する通信路または IP網 2 と PSTNl とを経由する通信路の何れを呼出先の電話番号が割り当てら れた電話端末に対して設定したかを示す所定のパケッ トデ一夕を VoIPゲ —トウエイ 5 0 a ( 5 0 b ) に送信するものである。
具体的には、 経路情報送信部 2 O f は、 IP網 2のみを経由する通信路 または IP網 2 と PSTN1 とを経由する通信路の何れが設定されたかを示 す情報を通信路設定部 2 0 bから受信する。 経路情報送信部 2 0 f は、 受信した当該情報に基づいて、 接続要求を送信した VoIPゲートウエイ 5 0 a ( 5 0 b) に予め規定された MDCXパケッ トを送信する。 本実施形 態では、 経路情報送信部 2 0 f は、 IP網 2のみを経由する通信路が設定 された場合、 当該 MDCXパケッ トを VoIPゲートウェイ 5 0 a ( 5 0 b) に 2回送信する。 また、 経路情報送信部 2 0 f は、 IP網 2と PSTN1 とを 経由する通信路が設定された場合、 当該 MDCXパケッ 卜を VoIPゲートゥ エイ 5 0 a ( 5 0 b) に 1回送信する。
また、 経路情報送信部 2 O f は、 上述した MDCXパケッ トに代えて、 IP網 2のみを経由する通信路、 または IP網 2 と PSTNl とを経由する前記 通信路の何れを前記呼出先の電話番号が割り当てられた通信端末に対し て設定したかを示す音声帯域信号のバケツ トデ一夕を VoIPゲートウエイ 5 0 a ( 5 0 b) に送信してもよい。
具体的には、 経路情報送信部 2 O f は、 IP網 2のみを経由する通信路 が設定された場合、 図 4に示した音声帯域信号に相当する IPパケッ トを VoIPゲートウエイ 5 0 a ( 5 0 b) に 2回送信することができる。また、 経路情報送信部 2 0 f は、 IP網 2 と PSTN1 とを経由する通信路が設定さ れた場合、 図 4に示した音声帯域信号に相当する IPパケッ トを VoIPゲ一 トウエイ 5 0 a ( 5 0 b) に 1回送信することができる。
(端末接続装置による接続要求の処理手順）
次に、 図 6 を参照して、本実施形態に係る端末接続装置、すなわち VoIP ゲートウェイ 5 0 a ( 5 0 b )による接続要求の手順について説明する。 なお、 上述したように VoIPゲ一トウエイ 5 0 bも VoIPゲ一トウエイ 5 0 aと同一の構成を有しているため、 以下、 VoIPゲートウェイ 5 0 aの動 作について説明する。
まず、 電話端末 7 0 aのユーザが、 電話端末 7 0 aをオフフックし、 呼出先の電話番号をダイヤルすると、 VoIPゲートウェイ 5 0 aは、 電話 端末 7 0 aによって送信された当該電話番号が含まれている接続要求を 受信する （S 1 1 ) 。 VoIPゲ一トウエイ 5 0 aは、 当該電話番号データ を取得し、 接続処理部 5 5に一時的に記憶する （S 1 2 ) 。
次いで、 VoIPゲートウェイ 5 0 aは、 記憶部 5 4に記憶されている 「PSTN迂回テーブル」 を参照 （S 1 3 ) し、 「PSTN迂回テーブル」 の 内容と接続処理部 5 5に記憶した当該電話番号とを照合し、 当該接続要 求を PSTN1に送信するべきか否かを判定する （S 1 4) 。
ステップ S 1 4において、 「PSTN迂回テーブル」 の内容によって示さ れる条件に接続処理部 5 5に記憶された当該電話番号が該当せず、 当該 接続要求を IP網 2に送信すると判定された場合には、 VoIPゲートウエイ 5 0 aは、 IP網状態判定部 5 6による IP網 2の使用可否の判定に基づい て、 当該接続要求を IP網 2に送信可能か否かを判定する （S 1 5 ) 。
VoIPゲートウエイ 5 0 aは、 ステップ S 1 5において、 当該接続要求 を IP網 2に送信すると判定した場合、 当該接続要求を IPパケッ ト （NTFY コマンド） に変換する （ S 1 6 ) 。 さらに、 VoIPゲ一トウエイ 5 0 aは、 当該 IPパケッ トを IP網 2に送信する （S 1 7 ) 。
ステツプ S 1 7において IP網 2に送信された当該 NTFYコマンドは、 コ ールエージェント 2 0によって処理され、 その後電話端末 7 0 aと当該 呼出先の電話番号が付与されている電話端末との通信路が設定される。 —方、 ステップ S 1 4において、 VoIPゲートウエイ 5 0 aが当該接続 要求を PSTN lに送信すると判定した場合、 及びステツプ S 1 5において IP網 2が使用不能と判定された場合、 VoIPゲートウェイ 5 0 aは、 当該 接続要求を PSTN 1に送信する （ S 1 8 ) 。
次に、 図 7を参照して、 本実施形態に係る VoIPゲートウェイ 5 0 aの IP網状態判定部 5 6による IP網 2の状態の判定方法について説明する。
まず、 IP網状態判定部 5 6は、 電話端末 7 0 aが、 オンフック状態ま たはオフフック状態かを確認する （S 2 1 ) 。 IP網状態判定部 5 6は、 電話端末 7 0 aがオンフック状態の場合、 電話端末 7 0 aが使用されて いないと判定し、 オフフック状態の場合、 電話端末 7 0 aが使用中と判 定する （ S 2 2 ) 。
IP網状態判定部 5 6は、 ステップ S 2 2において、 電話端末 7 0 aが オンフック状態と判定された場合、 VoIPゲートウエイ 5 0 aが加入者回 線を介して接続されている L3SW 2 1 aに対して、 ICMP Echoバケツ トを 4回送信する （ S 2 3 ) 。 次いで、 IP網状態判定部 5 6は、 L3SW 2 1 a から ICMP Echo/\°ケッ トに対する応答である ICMP Echo Replyパケッ ト を 1回以上受信するか否かを確認する ( S 2 4 ) 。
ステップ S 2 4において、 L3SW 2 1 aから ICMP Echo Replyパケッ ト を 1回以上受信した場合、 IP網状態判定部 5 6は、 ステップ S 2 2の処 理を開始するまで、 IP網 2を使用可能と判定していたか否かにより、 異 なる処理を実行する （ S 2 5 ) 。
すなわち、 IP網状態判定部 5 6は、 ステップ S 2 2の処理を開始する まで、 IP網 2を使用可能と判定していた場合、 引き続き IP網 2を使用可 能と判定する （ S 2 5における" YES"及び S 2 8 ) 。
一方、 IP網状態判定部 5 6は、ステップ S 2 2の処理を開始するまで、 IP網 2を使用不能と判定していた場合、 コールエージェント 2 0に対し て、 VoIPゲートウエイ 5 0 aが IP網 2を使用可能となったことを通知す る （S 2 6 ) 。 次いで、 IP網状態判定部 5 6は、 当該通知に対するコー ルエージェント 2 0からの応答の有無を確認する （S 2 7 ) 。 ステップ S 2 7において、コールエージェント 2 0からの応答があった場合には、 IP網状態判定部 5 6は、 IP網 2を使用可能と判定する （S 2 8 ) 。
また、 ステップ S 2 7において、 コールエージェント 2 0からの応答 がなかった場合には、 IP網状態判定部 5 6は、 IP網 2を使用不能と判定 する （S 2 9 ) 。 なお、 ステップ S 2 4において、 IP網状態判定部 5 6 が L3SW 2 1 aから ICMP Echo Replyパケッ トを全く受信しなかった場合 についても、 IP網状態判定部 5 6は、 IP網 2を使用不能と判定する。
その後、 IP網状態判定部 5 6は、 ステップ S 2 8またはステップ S 2 9における処理から 1 5秒待機し、 ステップ S 2 1から始まる上述した 処理を繰り返す （S 3 0 ) 。 また、 ステップ S 2 2において、 電話端末 7 0 aがオフフック状態と判定された場合には、 IP網状態判定部 5 6は、 同様にステツプ S 2 2における処理から 1 5秒待機し、 ステップ S 2 1 から始まる上述した処理を繰り返す。
なお、 本実施形態に係る IP網状態判定部 5 6は、 VoIPゲートウェイ 5 0 aと L3SW 2 1 aとの間において、 所定の ICMPパケッ トを送受するこ とにより、 IP網 2の状態の判定するが、 ICMPに代えて、 IETF RFC1901 等によって規定される SNMPリクエストゃレスポンスを VoIPゲートウェ ィ 5 0 aと L3SW 2 1 aとの間において送受する形態としてもよい。また VoIPゲ一トウエイ 5 0 aは、 L3SW 2 1 aに代えて、 IP網 2を構成する他 のネッ トワーク機器 （不図示） や、 コールエージェント 2 0との間にお いて、 当該パケッ ト、 リクエスト又はレスポンスを送受する形態として fcよい。
(端末接続装置と接続制御装置とを用いた通信手順）
次に、 図 8及び図 9を参照して、 本実施形態に係る端末接続装置と接 続制御装置、 すなわち、 VoIPゲートウエイ 5 0 a、 VoIPゲートウエイ 5 0 b及びコールエージェント 2 0を用いた通信手順について説明する。 図 8は、 電話端末 7 0 aと電話端末 7 0 b、 すなわち VoIPゲートゥェ ィ 5 0 aと VoIPゲートウエイ 5 0 bとの間で、 IP網 2を経由する通信路 が設定される場合における通信手順を示している。なお、本通信手順は、 上述した VoIPゲ一トウエイ 5 0 aの IP網状態判定部 5 6によって、 IP網 2が使用可能と判定されている場合を示している。
まず、 電話端末 7 0 bとの通信を行うため、 電話端末 7 0 aがォフフ ック状態となる （ S 4 1 ) 。 電話端末 7 0 aと接続されている VoIPゲー トウエイ 5 0 aは、 電話端末 7 0 aがォフフック状態となったことを示 す NTFYコマンドを IP網 2に送信する （ S 4 2 a ) 。 IP網 2は、 当該 NTFY コマンドに対する応答 （リターンコード 2 0 0 ) を VoIPゲ一トウエイ 5 0 aに送信する （ S 4 2 b ) 。
さらに、 IP網 2は、 呼出先の電話番号等の情報を VoIPゲートウェイ 5 0 aに送信させるため、 RQNT(Request Notification)コマンドを VoIPゲ一 トウエイ 5 0 aに送信する （S 4 3 ) 。
RQNTコマンドを受信した VoIPゲートウエイ 5 0 aは、 呼出先電話番 号の送出が可能なことを示すダイヤルトーンを電話端末 7 0 aに送信す る （ S 4 4 ) 。 また、 VoIPゲ一トウエイ 5 0 aは、 当該 RQNTコマンド に対する応答を IP網 2に送信する （S 4 5 ) 。
その後、 電話端末 7 0 aは、 電話端末 7 0 bの電話番号 （呼出先電話 番号） を含む接続要求を送信する （S 4 6 ) 。
当該接続要求を受信した VoIPゲ一トウエイ 5 0 aは、 当該接続要求に 含まれている呼出先の電話番号を含む NTFYコマンドを IP網 2に送信す る （S 4 7 a ) 。 IP網 2は、 当該 NTFYコマンドに対する応答を VoIPゲ一 トウエイ 5 0 aに送信する （S 4 7 b ) 。 さらに、 IP網 2は、 通信路の設定に必要となる VoIPゲートウェイ 5 0 aの IPァドレスや使用するポ一ト番号等を受信する準備ができたことを 示す CRCXコマンドを VoIPゲー卜ウェイ 5 0 aに送信する （ S 4 8 a ) 。 当該 CRCXコマンドを受信した VoIPゲ一トウエイ 5 0 aは、 VoIPゲート ウェイ 5 0 aの IPァドレスや、 VoIPゲートウエイ 5 0 aから VoIPゲート ウェイ 5 0 b方向の通信に使用するポ一ト番号、 RTPプロフアイル等の 情報を SDPに基づいて IP網 2に送信する （S 4 8 b ) 。
次いで、 IP網 2は、 VoIPゲートウェイ 5 0 aによって送信された情報 を VoIPゲ一トウエイ 5 0 bに CRCXコマンドとして送信する （ S 4 9 a ) < 当該 CRCXコマンドを受信した VoIPゲートウェイ 5 0 bは、 VoIPゲート ウェイ 5 0 bから VoIPゲ一トウエイ 5 0 a方向の通信に使用するポート 番号や RTPプロフアイル等の情報を SDPに基づいて IP網 2に送信する（ S
4 9 b ) 。
VoIPゲ一トウエイ 5 0 bから当該情報を受信した IP網 2は、 所定の MDCXコマンド （inactiveモードの MDCXコマンド） を VoIPゲ一トウエイ
5 0 aに送信する （ S 5 0 a ) 。 VoIPゲ一トウエイ 5 0 aは、 当該 MDCX コマンドに対する応答を IP網 2に送信する （S 5 0 b ) とともに、 図 4 に示した所定の ON/OFFパターンを有する可聴信号を電話端末 7 0 aに 送信する （ S 5 1 ) 。 さらに、 IP網 2及び VoIPゲートウエイ 5 0 aは、 ステップ S 5 0 aからステップ S 5 1 と同様の処理を繰り返す （S 5 2 a力 ら S 5 3 ) 。
このように、 IP網 2は、 IP網 2のみを経由する通信路が、 電話端末 7
0 aと電話端末 7 0 bとの間において設定される場合、 所定の MDCXコ マンドを VoIPゲ一トウエイ 5 0 aに 2回送信する （ S 5 0 a及び S 5 2 a ) 。 これにより、 電話端末 7 0 aからは、 図 4に示した所定の ON/OFF パターンを有する可聴信号が 2回出力される。 ここで、当該可聴音が、電話端末 7 0 aから 2回出力された場合には、 IP網 2のみを経由する通信路が設定されたことを示すことが、 予めュ一 ザに周知されているものとする。
従って、 電話端末 7 0 aのユーザは、 「プ · プ · プ、 プ · プ · プ」 と いった可聴音を聴いた場合、 IP網 2のみを経由する通信路が、 電話端末 7 0 aと電話端末 7 0 bとの間に設定されたことを認識することができ る。
次いで、 IP網 2は、 VoIPゲートウエイ 5 0 bから、 ステップ S 4 9 b において送信された SDPに基づく情報を VoIPゲ一トウエイ 5 0 aに送信 する （ S 5 4 a ) 。 VoIPゲートウエイ 5 0 aは、 当該情報を受信し、 通 信の準備ができた旨の応答を IP網 2に送信する （S 5 4 b) 。
VoIPゲ一トウヱイ 5 0 aからの応答を受信した IP網 2は、 電話端末 7 0 bの呼び出しを指示する RQNTコマンドを VoIPゲ一トウエイ 5 0 bに 送信する （S 5 5 a) 。 当該 RQNTコマンドを受信した VoIPゲートゥェ ィ 5 0 bは、電話端末 7 0 bを呼び出す（ S 5 5 b )とともに、当該 RQNT コマンドに対する応答を IP網 2に送信する （S 5 5 c ) 。
VoIPゲートウエイ 5 0 bからの応答を受信した IP網 2は、 VoIPゲ一ト ウェイ 5 0 bが電話端末 7 0 bを呼び出していることを示す MDCXコマ ンドを VoIPゲートウェイ 5 0 aに送信する （S 5 6 a) 。 当該 MDCXコ マンドを受信した VoIPゲートウェイ 5 0 aは、 リングバック トーンを電 話端末 7 0 aに送信する （S 5 6 b) とともに、 当該 MDCXコマンドに 対する応答を IP網 2に送信する （S 5 6 c ) 。
その後、 VoIPゲ一トウエイ 5 0 bは、 電話端末 7 0 bのユーザがステ ップ S 5 5 bにおける呼び出しに応答し、 電話端末 7 0 bがォフフック 状態となったことを示す NTFYコマンドを IP網 2に送信する （S 5 7 ) 。 ステップ S 5 7の処理が完了することにより、 電話端末 7 0 aと電話端 末 7 0 bとの間において、 IP網 2を経由する通信路を用いて通信が開始 される。
なお、 本実施形態では、 IP網 2を経由する通信路が設定されたことを 電話端末 7 0 aに通知する可聴信号は、 リングバック トーンが送信 （上 述のステップ S 5 6 b ) される前に送信 （上述のステップ S 5 1及び S 5 3 ) されるが、 当該可聴信号の送出タイミングや所定の MDCXコマン ド （上述のステツプ S 5 0 a及び S 5 2 a ) の通知タイミングは、 電話 端末 7 0 aと電話端末 7 0 bとの間において通話が開始される時点 （上 述のステップ S 5 7 ) 等であってもよい。
また、 所定の MDCXコマンド （上述のステップ S 5 0 a及び S 5 2 a ) の送信に代えて、 図 4に示した可聴信号 （音声帯域信号） に相当する IP パケッ トを IP網 2から送信してもよい。 この場合、 IP網 2上に設置され るコールエージェント 2 0が、 当該 IPバケツ 卜を電話端末 7 0 aに送信 する。
図 9は、 電話端末 7 0 aと PSTN 1のみに接続されている電話端末 7 1 との間で、 IP網 2 と PSTN 1 とを経由する通信路が設定される場合におけ る通信手順を示している。
なお、 本通信手順は、 図 8に示した通信手順と同様に、 VoIPゲートゥ エイ 5 0 aの IP網状態判定部 5 6によって、 IP網 2が使用可能と判定さ れている場合を示している。 また、 図 9に示すステップ S 6 1からステ ップ S 6 8 bまでは、 図 8に示すステツプ S 4 1からステツプ S 4 8 b にそれぞれ対応しているため、 その説明を省略し、 ステップ S 6 9 a以 降の処理について説明する。
VoIPゲートウエイ 5 0 aから、 電話端末 7 1の電話番号が含まれてい る NTFYコマンドをステツプ S 6 7 aにおいて受信した IP網 2は、 当該電 話番号に基づいて、 ゲートウエイ 1 2を介して IP網 2及び PSTN 1を経由 する通信路を設定すると判定し、 所定の MDCXパケッ トを VoIPゲートゥ エイ 5 0 aに送信する （ S 6 9 a ) 。 VoIPゲ一トウエイ 5 0 aは、 当該 MDCXバケツ トに対する応答を IP網 2に送信する （ S 6 9 b ) とともに、 図 4に示した所定の ON/OFFパターンを有する可聴信号を電話端末 7 0 aに送信する （ S 7 0 ) 。
このように、 IP網 2は、 IP網 2と PSTN 1 とを経由する通信路が、 電話 端末 7 0 aと電話端末 7 1 との間において設定される場合、 所定の MDCX \°ケッ トを VoIPゲ一トウエイ 5 0 aに 1回送信する。 これにより、 電話端末 7 0 aからは、図 4に示した所定の ON/OFFパターンを有する可 聴信号が 1回出力される。
ここで、 当該可聴音が電話端末 7 0 aから 1回出力された場合には、 IP網 2 と PSTN 1 とを経由する通信路が設定されたことを示すことが、 予 めユーザに周知されているものとする。
従って、 電話端末 7 0 aのユーザは、 「プ * プ ' プ」 といった可聴音 を聴いた場合、 IP網 2 と PSTN 1 とを経由する通信路が、 電話端末 7 0 a と電話端末 7 1 との間に設定されたことを認識することができる。
次いで、 IP網 2は、 ゲートウェイ 1 2の IPアドレスや使用するポート 番号、 RTPプロフアイル等の情報を SDPに基づいて VoIPゲートウエイ 5 0 aに送信する （ S 7 1 a ) 。 VoIPゲ一トウエイ 5 0 aは、 当該情報を 受信し、 通信の準備ができた旨の応答を IP網 2に送信する （S 7 1 b ) 。
VoIPゲートウエイ 5 0 aからの応答を受信した IP網 2は、 ゲ一トウェ ィ 1 2を介して、 接続要求のメッセージ （SET UPメッセージ） を電話端 末 7 1 に送信する （ S 7 2 a ) 。 電話端末 7 1は、 当該接続要求の処理 中であることを示す CALL PROC(Call Processing)メッセージを IP網 2に 送信する （S 7 2 b ) 。
また、 電話端末 7 1は、 電話端末 7 1のユーザの呼び出し、 すなわち 電話端末 7 1 において呼出音の出力を開始したことを示す ALERTメッセ ージを IP網 2に送信する （S 7 3 ) 。
ALERTメッセージを受信した IP網 2は、 リングバック トーンを送信さ せるための MDCXメッセージを VoIPゲ一トウエイ 5 0 aに送信する （S 7 4 a；)。当該 MDCXメッセージを受信した VoIPゲートウエイ 5 0 aは、 当該 MDCXメッセージに対する応答を IP網 2に送信する （S 7 4 b ) と ともに、 リングバック トーンを電話端末 7 0 aに送信する （ S 7 5 ) 。
その後、 電話端末 7 1は、 電話端末 7 1のユーザがステツプ S 7 3に おいて開始された呼び出しに応答し、 電話端末 7 1がオフフック状態と なったことを示す CONN(Connect)メッセージを IP網 2に送信する （S 7 6 a ) 。
CONNメッセージを受信した IP網 2は、 CONNメッセージに対する確認 を示す CONN ACK(Connect Acknowledge)メッセージを電話端末 7 1に送 信する （S 7 6 b ) 。
ステップ S 7 6 bの処理が完了することにより、 電話端末 7 0 aと電 話端末 7 1 との間において、 IP網 2及び PSTN 1 を経由する通信路を用い て通信が開始される。
なお、 本実施形態では、 IP網 2及び PSTN 1 を経由する通信路が設定さ れたことを電話端末 7 0 aに通知する可聴信号は、 リングバック トーン が送信 （上述のステップ S 7 5 ) される前に送信 （上述のステップ 7 0 ) されるが、 当該可聴信号の送出タイミングや所定の MDCXコマンド （上 述のステップ S 6 9 a ) の通知タイミングは、 電話端末 7 0 aと電話端 末 7 1 との間において通話が開始される時点（上述のステップ S 7 6 b ) 等であってもよい。
また、 所定の MDCXコマンド （上述のステップ S 6 9 a ) の送信に代 えて、 図 4に示した可聴信号 （音声帯域信号） に相当する IPパケッ トを IP網 2から送信してもよい。 この場合、 IP網 2上に設置されるコ一ルェ ージェント 2 0が、 当該 IPパケッ トを電話端末 7 0 aに送信する。
以上、 本発明の一実施形態について、 MGCPを用いた場合を例として 説明したが、 本発明は、 他の接続制御プロトコル、 例えば SIP(Session Initiation Protocol)を用いて実現することも勿論可能である。
(本実施形態による端末接続装置及び接続制御装置による作用 · 効果） 本実施形態によれば、 接続要求に含まれている呼出先の電話番号と記 憶部 5 4に記憶されている情報とに基づいて、 VoIPゲ一トウエイ 5 0 a ( 5 0 b ) が接続要求を IP網 2また PSTN 1の何れかに送信するかを決定 するため、 電話端末 7 0 a ( 7 0 b ) のユーザが、 IP網 2または PSTN 1 の何れの網を経由して通信するべきかを決定することを回避することが できる。
本実施形態によれば、 IP網状態判定部 5 6によって IP網 2を介した通 信が不可能と判定されている場合には、 接続処理部 5 5が、 IP網 2に送 信すると決定した接続要求を PSTN 1 に送信するため、 ユーザは、 IP網 2 が'使用可能か否かを意識することなく通信を行うことができる。
本実施形態によれば、 呼出先の電話番号に所定の識別情報、 例えば電 話番号との識別が可能な特定の数字が連続する情報が付加されている場 合には、 接続要求が PSTN 1に送信されるため、 ユーザは、 任意かつ容易 に IP網 2または PSTN 1を選択することができる。
本実施形態によれば、 IP網 2のみを経由する通信路または IP網 2と PSTN 1 とを経由する通信路の何れが呼出先の電話番号が割り当てられ た電話端末と設定されたかを通知する可聴信号が、 接続要求を送信した 電話端末に対して送信される。 従って、 例えば、 呼出先の電話端末が、 障害等により IP網 2を経由する通信を行うことができない場合、 または 呼出先の電話端末が PSTN 1 とのみ接続されている場合において、 コール エージェント 2 0が、 送信された接続要求に基づいて、 ゲートウェイ 1 2を介して IP網 2と PSTN 1とを経由する通信路を設定したことをユー ザに対して通知することができる。
[第 2実施形態]
(多機能電話端末を含む通信システムの全体構成）
次に、 本発明の一実施形態に係る多機能電話端末について図面を参照 しながら説明する。図 1 0は、本実施形態に係る多機能電話端末 3 0 a , 3 0 bを含む通信システムを示す概略構成図であり、 図 1 1は、 本実施 形態に係る多機能電話端末 3 0 a， 3 O bの機能ブロック図である。
図 1 0に示すように、 本実施^態に係る多機能電話端末 3 0 a， 3 0 bを含む通信システムにおいて、 ISPサーバ 9 , 1 0 と、 ゲートウェイ 1 2と、 呼制御サーバ 1 3 とが、 インターネッ ト等の IP網 2に接続可能に 設置されている。 。
IP網 2は、 通信プロトコルである TCP/IPを用いて全世界の通信ネッ ト ワークを相互に接続した分散型コンピュータネッ トワークであり、
TCP/IPを介して、 各種端末機間において相互にパケッ トデ一夕の送受信 が可能になる。
また、 多機能電話端末 3 0 a， 3 0 は、 八05 3 , 4及ぴスプリ ツ夕 7 , 8を介して、 ISP (イン夕一ネッ トサービスプロバイダ） サーバ及び PSTN (公衆電話回線網） 1 に接続されている。 多機能電話端末 3 0 a， 3 O bは、 ADSL 7 , 9の代わりに、 CATV回線や光ケーブル等の高速回 線を介して、 ISPサーバ 9 , 1 0及び PSTN 1に接続されていてもよい。
ISPサーバ 9 , 1 0は、 IP網 2への接続サービスを提供するサーバ装置 であり、 ここでは、 ADSL等のアクセス回線 3 , 4を介してユーザの各種 端末機を IP網 2に接続する。
また、 ISPサーバ 9， 1 0は、 多機能電話端末 3 0 a， 3 0 bが IP網 2 に接続された際に、 各多機能電話端末 3 0 a， 3 O bに対して固有の識 別子である 「IPアドレス」 を付与する。
ゲートウェイ 1 2は、 IP網 2と PSTN 1 とを相互に接続する通話信号変 換装置であり、 IP網 2において通信可能なパケッ トデ一夕と PSTN 1 にお いて通信可能な音声帯域信号とを相互に変換するものである。
呼制御サーバ 1 3は、 IP網 2に接続されている各多機能電話端末 3 0 a , 3 0 bに付与された識別子である 「IPァドレス」 と、 登録された 「電 話番号」 とを関連付けるレコードを蓄積する管理用データベース 1 4に 接続されている。
呼制御サーバ 1 3は、 多機能電話端末 3 0 a (または、 3 0 b ) から の問い合わせに対して、 管理用データベース 1 4に登録されている通信 先の多機能電話端末 3 0 b (または、 3 0 a ) の 「IPァドレス」 を通知 するものである。
なお、 本実施形態では、 管理用データベース 1 4に登録されている電 話番号は、 IP電話用の電話番号であり、 PSTN 1 における加入電話の電話 番号と区別するため、 例えば、 「 * * * - 1 2 3 4 - 5 6 7 8」 というよ うに、 先頭部分に 「 * * *」 を付加した形式となっている。 これにより、 呼制御サーバ 1 3は、 送信元の多機能電話端末 3 0 aから取得した電話 番号に 「 *' * *」 が付加されているか否かを判断することによって、 ュ —ザが IP網を介した音声通話 （IP電話） を希望しているか否かを識別す ることができる。
また、 呼制御サーバ 1 3は、 図 1 0に示すように、 通知部 1 3 aと、 一般回線選択部 1 3 bと、 データベース検索部 1 3 c と、 インタ一フエ イス部 1 3 dと、 通信履歴管理部 1 3 e とを具備している。
通知部 1 3 aは、 一般回線選択部 1 3 bに接続されており、 一般回線 選択部 1 3 bにより選択されたゲートウエイ 1 2に関する情報を、 送信 元の多機能電話端末 3 0 aに通知するものである。
一般回線選択部 1 3 bは、 通知部 1 3 aとデータベース検索部 1 3 c とに接続されており、 管理用データべ一ス 1 4上に、 データべ一ス検索 部 1 3 cから多機能電話端末 3 0 aから送信された通信先の「電話番号」 に対応付けられた「IPァドレス」が存在しない旨の通知を受けた場合に、 当該 「電話番号」 に基づいてゲートウェイ 1 2を選択するものである。 データべ—ス検索部 1 3 cは、 管理用データべ一ス 1 4と一般回線選 択部 1 3 bとに接続されており、 インタ一フェイス部 1 3 dを介して、 管理用データベース 1 4に登録されている多機能電話端末 3 0 aから、 通話先の 「電話番号」 を取得した場合、 管理用データベース 1 4を検索 して、 当該 「電話番号」 に対応付けられた 「IPアドレス」 を検出するも のである。 また、 データベース検索部 1 3 cは、 当該 「電話番号」 に対 応付けられた 「IPアドレス」 が存在しない場合、 その旨を一般回線選択 部 1 3 bに通知する。
また、 データベース検索部 1 3 cは、 多機能電話端末 3 0 aが本通信 システムを利用して音声通話 （IP電話） を行うことができるか否かを認 証することができる。 'かかる場合、 データベース検索部 1 3 Cは、 多機 能電話端末 3 0 aの 「IPァドレス」 や 「MACァドレス」 、 または、 多機 能電話端末 3 0 aから送信された 「ユーザ ID」 や 「パスワード」 を用い て認証を行う。
インターフェイス部 1 3 dは、 データベース検索部 1 3 c と通信履歴 管理部 1 3 eとに接続されており、 各多機能電話端末 3 0 aから送信さ れた接続確認信号を監視するものである。 ここで、 インターフェイス部 1 3 dは、 所定時間経過しても次の接続確認信号が確認されない場合に は、 接続信号を確認できなかった多機能電話端末 3 0 aの 「IPァドレス」 を含むレコードを、 データベース検索部 1 3 cを介して管理用デ一夕べ ース 1 4から抹消する。
また、 インターフェイス部 1 3 dは、 多機能電話端末 3 0 aから送信 された通信先の 「電話番号」 、 または、 多機能電話端末 3 0 aから送信 された 「IPアドレス」 、 「MACアドレス」 、 「ユーザ ID J 、 「パスヮー ド」 等の認証に必要な情報をデータベース検索部 1 3 cに送信する。 通信履歴管理部 1 3 eは、 インターフェイス部 1 3 dに接続されてお り、 各多機能電話端末 3 0 a， 3 0 bが送受信したパケッ トデータのデ 一夕数またはデータ量を計数 （カウント） し、 その計数結果 （パケッ ト データ数またはパケッ トデータ量） を 「通信履歴」 として保持するもの である。 通信履歴管理部 1 3 eは、 当該パケッ トデータ数またはパケッ トデ一夕量を、 多機能電話端末 3 0 a , 3 0 bから取得することもでき る。
また、 通信履歴管理部 1 3 eは、 多機能電話端末 3 0 a， 3 0 bが呼 制御サーバ 1 3にアクセスした数を計数 （カウント） し、 その計数結果 (アクセス数) を 「通信履歴」 として保持することができる。 通信履歴 管理部 1 3 eは、 当該アクセス数を、 多機能電話端末 3 0 a , 3 0 か ら取得することもできる。
そして、 通信履歴管理部 1 3 eは、 音声通話を行った多機能電話端末 3 0 a , 3 0 bを販売した代理店ごとに、 上述の計数結果 （バケツ トデ 一夕数、 パケッ トデ一夕量、 アクセス数等） に基づいたポイントを付与 することができる。 これにより、 多機能電話端末 3 0 a , 3 O bを販売 する代理店の販売意欲を向上させることができる。
管理用データベース 1 4には、 本通信システムによってサービスを受 けるために登録手続をしたュ一ザの 「電話番号」 が登録されており、 こ の登録された 「電話番号」 に対応付けられて、 各ユーザが使用する多機 能電話端末 3 0 a， 3 0 bの 「IPァドレス」 が記録されている。 なお、 本実施形態において、 IPアドレスは、 ISPサーバ 9， 1 0 によつ て随時変更されるため、 多機能電話端末 3 0 a , 3 O bからの確認信号 に基づいて、 多機能電話端末 3 0 a， 3 0 bの現在の IPアドレスを逐次 更新している。
また、 管理用データベース 1 4は、 本通信システムを利用して音声通 話を行うことができる多機能電話端末 3 0 a , 3 0 bを認証するための 情報 （ 「IPアドレス」 、 「MACアドレス」 、 「ュ一ザ ID」 、 「パスヮ一 ド」 等） を記録している。
また、 本実施形態に係る管理用データベース 1 4には、 各地域の 「市 外局番」 と、 各地域に設置されたゲートウェイ 1 2の 「IPアドレス」 と を対応付けたゲートウエイ用テーブルも格納されている。
多機能電話端末 3 0 a， 3 O bは、 音声通話用の音声帯域信号をパケ ッ 卜データとして IP網 2との間で送受信するものであり、 通話先の電話 番号に基づいて呼制御サーバ 1 3から取得した IPァドレスに対して、 当 該パケッ トデ一夕を送受信する機能を有する。
具体的には、 多機能電話端末 3 0 a， 3 0 bは、 図 1 0及び図 1 1 に 示すように、 ハンドセッ ト 3 1 と、表示部 3 2 と、 ビデオカメラ 3 3と、 アンテナ 3 5 と、 PC力一ド 3 4を揷入可能なスロッ ト 3 6 と、 電話回線 用端子 （LINE) 4 1 と、 スプリツ夕 4 2 と、 パケッ ト送受信部 4 3 と、 接続処理部 4 4と、 VoIPアプリケーション 4 5 と、 音声信号処理部 4 6 と、 アンテナ I/F 4 7 と、 ビデオ電話アプリケーショ ン 4 8 とを具備して いる。
電話回線用端子 （LINE) 4 1は、 モジュラコンセント 1 5 , 1 6に接 続されている電話回線 5， 6が差し込まれるものである。 多機能電話端 末 3 0 a， 3 0 bは、 電話回線用端子 （LINE) 4 1 に電話回線 5 , 6を 接続するだけで利用可能になるため、 煩雑な配線作業を回避することが できる。
また、 スプリ ツ夕 4 2は、 ADSLにおいて音声通話用の音声帯域信号と バケツ トデータとを混在させたり、 ADSL上に混在する音声通話用の音声 帯域信号とバケツ トデータとを分離させたりするものである。
具体的には、 スプリツ夕 4 2は、 電話回線用端子 （LINE) 4 1から送 信された信号を、 音声通話用の音声帯域信号とパケッ トデ一夕とに分離 し、 音声通話用の音声帯域信号を接続処理部 4 4に送信し、 パケッ トデ —夕をパケッ ト送受信部 4 3に送信する。 また、 スプリツ夕 4 2は、 接 続処理部 4 4から送信された音声通話用の音声帯域信号とパケット送受 信部 4 3から送信されたバケツ トデータとを混在させて電話回線用端子 ( LINE) 4 1 に送信する。
パケッ ト送受信部 4 3は、 本実施形態において、 ADSL 3を介して IP 網 2との間で、 VoIPアプリケーション 4 5によって音声帯域信号が変換 されたパケッ トデータを送受するパケッ ト送受信部を檎成する。
また、 ノ°ケッ ト送受信部 4 3は、 ADSL 3を介して IP網 2 との間で、 ス ロッ ト 3 6に揷入された通信カード 3 4 ( PCMCIA力一ド等） を介して 携帯情報端末 6 1 との間で通信されたパケッ トデータを送受する。
また、 パケッ ト送受信部 4 3は、 ADSL 3を介して IP網 2との間で、 ビ デォ電話処理手段 （ビデオ電話アプリケーション） 4 8 との間で通信さ れたパケッ トデータを送受する。
また、 パケッ ト送受信部 4 3は、 多機能電話端末 3 0 aが送受信した パケッ トデータのデ一夕数またはデータ量を計数 （カウント） し、 その 計数結果 （パケッ トデータ数またはパケッ トデ一夕量） を 「通信履歴」 として保持することができる。 また、 パケッ ト送受信部 4 3は、 当該パ ケッ トデータ数またはパケッ トデータ量を、 所定のタイミングで、 呼制 御サーバ 1 3に送信することもできる。 また、 パケッ ト送受信部' 4 3は、 多機能電話端末 3 0 aが呼制御サ一 バ 1 3にアクセスした数を計数 （カウント） し、 その計数結果 （ァクセ ス数） を 「通信履歴」 として保持することができる。 また、 パケッ ト送 受信部 4 3は、 当該アクセス数を、 所定のタイミングで、 呼制御サーバ 1 3に送信することもできる。
接続処理部 4 4は、 本実施形態において、 PSTN 1 を介して音声通話を 行うか、 または IP網 2を介して音声通話を行うかを選択する接続処理部 を構成する。
具体的には、 接続処理部 4 4は、 発呼者によってダイヤルされた相手 先の電話番号が IP電話用の電話番号である場合、 IP網 2を介して音声通 話を行うと選択して、 音声信号処理部 4 6 と VoIPアプリケーション 4 5 とを接続する。 一方、 接続処理部 4 4は、 発呼者によってダイヤルされ た相手先の電話番号が加入電話の電話番号である場合、 PSTN 1 を介して 音声通話を行うと選択して、 音声信号処理部 4 6とスプリツ夕 4 2とを 接続する。
また、 接続処理部 4 4は、 IP網 2を介して音声通話を行うことが不可 能であった場合に、 PSTN 1を介して音声通話を行うことを選択するよう に構成されてもよい。 具体的には、 接続処理部 4 4は、 様々な理由より VoIPアプリケ一ション 4 5が IP網 2を介した音声通話が不可能であるこ とを検出した場合には、 PSTN 1を介して音声通話を行うことを選択する VoIPアプリケーション 4 5は、 本実施形態において、 IP網 2を介して 音声通話を行うと選択された場合、 音声帯域信号と当該 IP網 2上で通信 可能なパケッ トデータとの間の変換処理を行う信号処理部を構成する。 具体的には、 VoIPアプリケーション 4 5は、 アナログ信号である音声 帯域信号をデジタルデータ化するとともに、 所定周期毎にパケッ トデー 夕に変換した後、 TCP/IP等のプロ トコルに従って、 ヘッダ等を付加する ものである。
また、 VoIPアプリケーション 4 5は、 パケッ ト送受信部 4 3から受信 したバケツ トデ一夕から、 アナログ信号である音声帯域信号を復元して 音声信号処理部 4 6に送信するものである。
また、 VoIPアプリケ一ショ ン 4 5は、 ADSL 3を介して、 発呼者により ダイャルされた通信先の電話番号をデジタルデータとして IP網 2に送信 する。
また、 VoIPアプリケーション 4 5は、 呼制御サーバ 1 3から通信先の IP アドレスを取得し、 音声帯域信号が変換されたパケッ トデータに、 この IPァドレスをへッダとして付加する機能も果たしている。
VoIPアプリケーション 4 5は、 自機 （多機能電話端末 3 0 a ) に割り 当てられた電話番号や IPァドレス等を記憶しておくこともできる。
例えば、 VoIPアプリケーション 4 5は、 H.323、 SIP、
MGCP/MEGACO(Media Gateway Control Protocol)の呼制御プロトコルに 対応する。
音声信号処理部 4 6は、 本実施形態において、 音声通話用の音声帯域 信号の入出力処理を行う音声信号処理手段を構成する。 具体的には、 音 声信号処理部 4 6は、 多機能電話端末 3 0 aが具備するハンドセッ ト 3 1のスピー力を介して、 スプリツタ 4 2や VoIPアブリケ.一シヨン 4 5や ビデオ電話アプリケ一シヨン 4 8から送信された音声通話用の音声帯域 信号を出力する。 また、 音声信号処理部 4 6は、 多機能電話端末 3 0 a が具備するハンドセッ ト 3 1 のマイクを介して入力された音声通話用の 音声帯域信号を、 スプリツ夕 4 2や VoIPアプリケ一ション 4 5やビデオ 電話アプリケーション 4 8に送信する。
また、 音声信号処理部 4 6は、 呼制御サーバ 1 3やゲートウェイ 1 2 から取得したメッセージ信号に基づいて、 音声や警告音、 メロディ一等 を出力することができる。
また、 音声信号処理部 4 6は、 アンテナ I/F 4 7を介して PHS端末 6 3 との間で音声帯域信号の入出力処理を行うことができる。 具体的には、 音声信号処理部 4 6は、 PHS端末 6 3から送信された音声通話用の音声 帯域信号をスプリツ夕 4 2や VoIPアプリケーション 4 5に送信する。 ま た、 音声信号処理部 4 6は、 スプリツ夕 4 2や VoIPアプリケーション 4 5から送信された音声通話用の音声帯域信号をアンテナ I/F 4 7を介し て PHS端末 6 3に送信する。
また、 音声信号処理部 4 6は、 アンテナ I/F 4 7を介してコードレス子 機 6 2 との間で音声帯域信号の入出力処理を行うことができる。 具体的 には、 音声信号処理部 4 6は、 コ一ドレス子機 6 2から送信された音声 通話用の音声帯域信号をスプリッ夕 4 2や VoIPアプリケ一ション 4 5に 送信する。 また、 音声信号処理部 4 6は、 スプリツ夕 4 2や VoIPアプリ ケ一シヨン 4 5から送信された音声通話用の音声帯域信号をアンテナ I / F 4 7を介してコードレス子機 6 2に送信する。
アンテナ I/F 4 7は、 本実施形態において、 アンテナ 3 5を介して PHS 基地局として PHS端末 6 3 との間で通信可能な基地局手段を構成する。 また、 アンテナ I/F 4 7は、 本実施形態において、 アンテナ 3 5を介して コードレス親機としてコードレス子機 6 2との間で通信可能な親機手段 を構成する。 ここで、 基地局手段を構成するアンテナ I/Fと親機手段を構 成するアンテナ I/Fとを別々に設けてもよい。
ビデオ電話アプリケーション 4 8は、 本実施形態において、 ビデオ電 話用のビデオ信号の入出力処理を行うビデオ電話処理手段を構成する。 また、 ビデオ電話アプリケーション 4 8は、 ビデオ信号と該 IP網 2上で 通信可能なパケッ トデ一夕との間の変換処理を行う。
具体的には、 ビデオ電話アプリケーション 4 8は、 多機能電話端末 3 0 aが具備するビデオカメラ 3 3によって取得された映像信号と音声信 号処理部 4 6から送信された音声帯域信号とを含むビデオ信号をバケツ トデ一夕に変換して、 変換したパケッ トデ一夕をバケツ ト送受信部 4 3 に送信する。
また、 ビデオ電話アプリケーション 4 8は、 パケッ ト送受信部 4 3か ら受信したバケツ トデータから映像信号及び音声帯域信号を復元し、 復 元した映像信号を表示部 3 2を介して表示し、 復元した音声帯域信号を 音声信号処理部 4 6に送信する。
スロッ ト 3 6に挿入された通信力一ド 3 4は、 バケツ ト送受信部 4 3 から送信されたパケッ トデータを、 IEEE802.il等の無線 LAN用プロ トコ ルゃ PHS用プロ トコル等に従って変換し、 無線通信により携帯情報端末 6 1 に送信する。 また、 通信力一ド 3 4は、 携帯情報端末 6 1から送信 されたデータを、 IP網 2で通信可能なバケツ トデータに変換してバケツ ト送受信部 4 3に送信する。
(上述の通信システムの動作）
上述の通信システムの動作について、 図 1 2乃至図 1 6を参照して説 明する。
図 1 2は、 本実施形態に係る多機能電話端末 3 0 aの起動時における 動作を示すフロー図であり、 図 1 3及び図 1 4は、 本実施形態に係る多 機能電話端末 3 0 aを用いた音声通話時の動作を示すフロー図である。
なお、 ここでは、 通信元の多機能電話端末 3 0 aから、 通信先の多機 能電話端末 3 0 bまたは電話機 1 1 に電話を掛ける場合を例に説明する 図 1 2に示すように、 多機能電話端末 3 0 aの所有者は、 多機能電話 端末 3 0 aの電源を入れる等により多機能電話端末 3 0 aを起動させる と （ S 3 0 1 ) 、 多機能電話端末 3 0 aは、 ISPサーバ 9に確認信号を発 信する （S 3 0 2 ) 。 この確認信号は、 多機能電話端末 3 0 aの VoIPァ プリケーション 4 5に格納された ISPサーバ 9の IPァドレスに向けてパ ケッ トデータとして発信される。
この確認信号を受信した ISPサーバ 9は、多機能電話端末 3 0 aに対す る IPアドレスを発行し、 パケッ トデ一夕として多機能電話端末 3 0 aに 送信する （S 3 0 3 ) 。 多機能電話端末 3 0 aは、 取得した IPァドレス を VoIPアプリケ一シヨン 4 5に記憶する。
次いで、 送信元の多機能電話端末 3 0 aは、 割り当てられた IPァドレ スと自機の電話番号とを呼制御サーバ 1 3に送信する。 呼制御サーバ 1 3側では、 受信した電話番号が登録されているか否かについて、 管理用 データベース 1 4を照合し、 登録されている場合には、 受信した電話番 号と IPアドレスとを関連付けて管理用データベース 1 4に登録する （ S 3 0 4 ) 。
ここで、 呼制御サーバ 1 3は、 多機能電話端末 3 0 aから送信された 厂 MACアドレス」 や 「ユーザ ID」 や 「パスワード」 等によって、 送信元 の多機能電話端末 3 0 aに対して、 音声通話サービスを提供することが できるか否かについての認証を行うこともできる。
また、 この際、 送信元の多機能電話端末 3 0 aは、 呼制御サーバ 1 3 (管理用データベース 1 4 ) にアクセスしたため、 パケッ ト送受信部 4 3内の通信履歴 （アクセス数） を更新してもよい。
なお、 通信先の多機能電話端末 3 0 bにおいても、 上記ステップ S 3 0 1〜 S 3 0 4と同様の処理がなされ、 通信先の多機能電話端末 3 0 b の電話番号と IPァドレスも管理用データベース 1 4に登録されているも のとする。
その後、 各多機能電話端末 3 0 a , 3 O bは、 IP網 2への接続が維持 されていることを確認するために、 定期的に接続確認信号を呼制御サ一 バ 1 3に対して発信する （S 3 0 5 ) 。 この接続確認信号は、 逐次、 呼 制御サーバ 1 3において監視される （ S 3 0 6 ) 。
すなわち、 呼制御サーバ 1 3は、 各多機能電話端末 3 0 a , 3 0 bか らの接続確認信号が定期的に送信されているかを逐次確認し、 送信され ていることが確認されている間は （ステップ S 3 0 6における 「 Y」 ） 、 次の接続確認信号が発信 （S 3 0 5 ) されるのを待つ。
一方、 所定時間経過しても次の接続確認信号が確認されない場合には (ステップ S 3 0 6における 「Ν」 ） 、 当該多機能電話端末 3 0 a , 3 0 bが、 IP網 2に接続されていないと判断し、 管理用データべ一ス 1 4 に登録されている IPァドレスを抹消する （S 3 0 7 ) 。
これにより、 現在 IP網 2に接続されている多機能電話端末 3 0 a， 3 0 bの IPァドレスのみが管理用データベース 1 4内に蓄積されることと なる。
次いで、 図 1 3を参照して、 多機能電話端末を用いた音声通話時にお ける動作について説明する。
先ず、 多機能電話端末 3 0 aにおいて通信先の電話番号をダイヤルす る。 この電話番号は、 通信先が本システムに加入している場合には、 通 常の電話番号の頭に 「 * * *」 を付加してダイャルする。
このダイヤル操作を受けて、 VoIPアプリケーション 4 5は、 多機能電 話端末 3 0 aが、 電話回線 5 と ADSL 3とスプリ ッタ 7 と ISPサーバとを 介して、 IP網 2との間で接続が確立しているかを判断する （S 4 0 1 ) 。
IP網 2との間の接続が確立しているときには、 VoIPァプリケ一シヨン 4 5は、 呼制御サーバ 1 3に発呼者によりダイヤルされた通信先の多機 能電話端末 3 0 bの電話番号を送信する （S 4 0 2 ) 。
呼制御サーバ 1 3は、 受信した電話番号に基づいて、 管理用データべ —ス 1 4を検索し、 通信先の多機能電話端末 3 0 bの IPアドレスを検索 し （ S 4 0 3 ) 、 通信先 （通信相手） の多機能電話端末 3 0 bが管理用 データベース 1 4に登録されているかを判断する （S 4 0 4 ) 。
管理用データベース 1 4上において通信先の多機能電話端末 3 0 の IPァドレスが検出された場合、 検出された IPアドレスを通信元の多機能 電話端末 3 0 aに返す。 これにより多機能電話端末 3 0 aは、 通信先の 多機能電話端末 3 0 bの IPァドレスを取得する （ S 4 0 5 ) 。
このとき、 多機能電話端末 3 0 aは、 通信先の多機能電話端末 3 0 b の IPァドレスに基づいてデータの送受信が可能か否かを確認する。 すな わち、 多機能電話端末 3 0 aは、 通信先がファイア一ウォール等により 直接通信ができるか否かを確認する （S 4 0 6 ) 。
デ一夕の送受信が可能であれば接続を確立させる。 一方、 通信先がフ アイァ一ウォール等により直接通信ができない場合は、 通信先側からァ クセスメソッ ドを取得し （S 4 0 9 ) 、 接続を確立させる。
接続が確立した後、 通信先の多機能端末 3 0 bは、 通信確立した旨を 通知するメッセージを多機能電話端末 3 0 aに送信し、 このメッセ一ジ を受けた多機能電話端末 3 0 aでは、 ハンドセッ ト 3 1のスピーカによ りメッセージを出力する （S 4 0 7 ) 。 次いで、 IP網 2を介した音声通 話 （IP電話） を開始する （S 4 0 8 ) 。
S 4 0 4において、 通信先の多機能電話端末 3 0 bの IPアドレスが検 出されず、 通信先の多機能電話端末 3 0 bが登録されていないと判断し た場合には、 呼制御サーバ 1 3は、 発呼者によりダイヤルされた電話番 号を解析し、 市外局番等により通信先の多機能電話端末 3 0 bの最寄り のゲートウエイ 1 2を選択する （S 4 1 0 ) 。 ここでは、 図 1 0に示し たゲートウェイ 1 2が選択されたものとする。 この際、 選択されたゲー 卜ウェイ 1 2に関する情報 （例えば、 ゲートウェイ 1 2が設置されてい る市外局番等） を送信元の多機能電話端末 3 0 aに送信する。
この送信されたゲートウェイ 1 2の情報を取得した多機能電話端末 3 0 aでは（S 4 1 1 ) 、 ゲートウェイ 1 2の市外局番等に基づいて、 VoIP アプリケーション 4 5内の電話帳テーブルを照合し、 PSTN1における通 信距離が、 長距離になるか否かを判断する （S 4 1 2 ) 。
例えば、 通信先が近接地域であるなど、 長距離とならない場合には、 その旨を伝えるメッセージをハンドセッ ト 3 1のスピ一力から出力させ た後 （ S 4 1 8 ) 、 PSTN1を通じて通信先の多機能電話端末 3 0 bに対 して接続し、 通常の音声通話を開始する （S 4 1 9 ) 。
S 4 1 2において、 長距離電話であると判断した場合、 多機能電話端 末 3 0 aは、 接続を許可するか否かの選択を要求する （ S 4 1 3 ) 。 ュ 一ザが接続を許可する場合 （ S 4 1 4における" YES") には、 呼制御サ ーバ 1 3からゲートウエイ 1 2の IPァドレスを取得し （S 4 1 5 ) 、 IP 網 2を通じてゲートウェイ 1 2に接続し （S 4 1 6 ) 、 ゲートウェイ 1 2経由で PSTN 1 により通信先である多機能電話端末 3 0 bとの音声通 話を開始する （S 4 1 7) 。
S 4 1 4において、 ユーザが接続を許可しない場合 （S 4 1 4におけ る" NO"には、 接続を中止する （S 4 2 0 ) 。
S 4 0 1において、 多機能電話端末 3 0 aが IP網 2に接続されていな いと判断した場合には、 PSTN1への接続処理に切り替える。 このとき、 多機能電話端末 3 0 aは、 図 1 4に示すように、 ダイヤルされた電話の 市外局番等から長距離になるか否かを判断し （S 5 0 1 ) 、 長距離でな い場合には、 IP網 2経由ではなく PSTN1により接続するメッセージを出 力した後 （S 5 0 5 ) 、 通常の音声通話を開始する （S 5 0 6 ) 。
S 5 0 1で、 長距離となると判断した場合には、 多機能電話端末 3 0 aは、 接続許可の要求を行い （S 5 0 2 ) 、 ユーザの選択を促す （S 5 0 3 ) 。 ユーザが許可する場合には、 PSTN1 による長距離電話になるメ ッセージを出力した後 （S 5 0 5 ) 、 通常の音声通話を開始する （S 5 6855
- 42 -
0 6 ) 。
S 5 0 3において、ユーザが許可しない場合には、接続を中止する （ S 5 0 4 ) 。
なお、 上述した例では、 IP網 2に接続可能な通信先の多機能電話端末 3 0 bとの音声通話を前提としたが、 例えば、 呼制御サーバ 1 3に登録 していない電話機 1 1に対して電話をかける場合には、 電話番号の頭に 「 * * *」 が付加されないでダイヤルされるため、 PSTN 1 を通じて通常 の音声通話を行うこととなる。
送信元の多機能電話端末 3 0 aは、 S 4 0 2において、 パケッ ト送受 信部 4 3内の通信履歴 （アクセス数） を更新してもよいし、 S 4 0 8 、 4 1 7 、 4 1 9において、 バケツ ト送受信部 4 3内の通信履歴 （ァクセ ス数） を更新してもよい。
次いで、 図 1 5及び図 1 6を参照して、 上述の音声通話時の手順にお けるデータの流れについて説明する。
図 1 5は、 発信側の多機能電話端末 3 0 a及び着信側の多機能電話端 末 3 0 bが、 呼制御サーバ 1 3に登録されている状態にある場合のデ一 夕の流れを示すシーケンス図である。
同図に示すように、 発呼者が、 発信側の多機能電話端末 3 0 aにおい て、 着信側の多機能電話端末 3 0 bの電話番号をダイヤルすると、 発信 側の多機能電話端末 3 0 aの VoIPアプリケーション 4 5は、 着信側の多 機能電話端末 3 0 bの電話番号を、 ADSL 3 とスプリッ夕 7 と ISPサーバ 9とを介して、 呼制御サーバ 1 3に送信する （S 6 0 1 ) 。
着信側の多機能電話端末 3 0 bの電話番号に基づいて、 呼制御サーバ 1 3は、 管理用データベース 1 4を検索して、 着信側の多機能電話端末 3 0 bの IPアドレスを検出する （S 6 0 2 ) 。
呼制御サーバ 1 3は、 検出した着信側の多機能電話端末 3 0 bの IPァ ドレスを、 発信側の多機能電話端末 3 0 aに送信する （S 6 0 3 ) 。 発信側の多機能電話端末 3 0 aの VoIPアプリケーシヨン 4 5は、 着信 側の多機能電話端末 3 0 bの IPァドレスを用いて、 着信側の多機能電話 端末 3 0 bとの間の接続処理を行う （ S 6 0 4 ) 。
接続処理の終了後、 発信側の多機能電話端末 3 0 aの VoIPアプリケー シヨン 4 5は、 ハンドセッ ト 3 1のマイクを介して入力された音声帯域 信号をバケツ トデ一夕に変換して、 そのヘッダ等に着信側の多機能電話 端末 3 0 bの IPアドレスを付加して送信する （S 6 0 5 ) 。 ここで、 発 信側の多機能電話端末 3 0 aのパケッ ト送受信部 4 3は、 通信履歴 （パ ケッ トデ一夕数またはパケッ トデ一夕量） を更新する。
着信側の多機能電話端末 3 0 bは、 受信したバケツ トデータを音声帯 域信号に変換され、 ハンドセッ トのマイクより音声帯域信号として出力 され、 音声通話が行われる。
図 1 6は、 発信側の多機能電話端末 3 0 aが呼制御サーバ 1 3に登録 されており、 着信側の電話機 1 1が呼制御サ一バ 1 3に登録されていな い状態にある場合のデータの流れを示すシーケンス図である。
同図に示すように、 発呼者が、 発信側の多機能電話端末 3 0 aにおい て、 着信側の電話機 1 1の電話番号をダイヤルすると、 発信側の多機能 電話端末 3 0 aの VoIPアプリケ一ション 4 5は、 着信側の電話機 1 1の 電話番号を、 ADSL 3とスプリツ夕 7 と ISPサーバ 9とを介して、 呼制御 サーバ 1 3に送信する （ S 7 0 1 ) 。
着信側の電話機 1 1の電話番号に基づいて、 呼制御サーバ 1 3は、 管 理用データベース 1 4を検索する。 着信側の電話機 1 1が呼制御サーバ 1 3に登録されていない場合には、 管理用データベース 1 4上から着信 側の電話機 1 1の IPアドレスを含むレコードが削除されているため、 当 該 IPァドレスが検出されることはない。このため、呼制御サーバ 1 3は、 ダイヤルされた電話番号の市外局番等を解析し、 着信側の電話機 1 1の 最寄りのゲートウェイ 1 2を検索する （ S 7 0 2 ) 。
呼制御サーバ 1 3は、 検出したゲートウェイ 1 2の IPアドレスを、 発 信側の多機能電話端末 3 0 aに送信する （S 7 0 3 ) 。
発信側の多機能電話端末 3. 0 aの VoIPアプリケーション 4 5は、 ゲー トウエイ 1 2の IPァドレスを用いて、 ゲ一トウエイ 1 2との間の接続処 理を行う （S 7 0 4 ) 。
接続処理の終了後、 発信側の多機能電話端末 3 0 aの VoIPアプリケ一 シヨン 4 5は、 ハンドセッ ト 3 1のマイクを介して入力された音声帯域 信号をパケッ トデータに変換して、 そのヘッダ等にゲートウェイ 1 2の IPアドレス及び着信側の電話機 1 1の電話番号を付加して送信する （ S 7 0 5 ) 。 ここで、 発信側の多機能電話端末 3 0 aのバケツ ト送受信部 4 3は、 通信履歴 （パケッ トデータ数またはパケッ トデ一夕量） を更新 する。
ゲートウェイ 1 2は、 受信したバケツ トデータ内の着信側の電話機 1 1の電話番号に基づいて、 当該バケツ トデータを PSTN 1で送受信可能な 通信信号に変換して、 PSTN 1を介して着信側の電話機 1 1に送信される ( S 7 0 6 ) 。
着信側の電話機 1 1は、 受信した通信信号を、 ハンドセッ トのスピ一 力より音声帯域信号として出力し、 音声通話が行われる。
(本実施形態に係る多機能電話端末による作用 ·効果）
本実施形態に係る多機能電話端末によれば、バケツ ト送受信部 4 3が、 ADSL 3を介して IP網 2との間で、音声帯域信号が変換されたパケッ トデ 一夕を送受するため、 電話回線 （加入者線） 5を多機能電話端末 3 0 a の電話回線用端子 4 1に接続するだけで、 ブロードパンド通信を利用し た IP電話が可能となり、 煩雑な接続作業及び配線を回避することができ る。
また、 本実施形態に係る多機能電話端末によれば、 通信先の電話機 1 1が IP網 2に接続されていない場合であっても、 PSTN 1を介して、 通信 先の電話機 1 1に接続することができるため、 通信システムとしての信 頼性を向上させることができる。
また、 本実施形態に係る多機能電話端末によれば、 発呼者は、 自動的 に IP電話を選択することができ、 通信料金の削減を図ることができる。 また、 本実施形態に係る多機能電話端末によれば、 パケッ ト送受信部 4 3が、 ADSL 3を介して IP網 2 との間で、 スロッ ト 3 6に挿入された通 信カード 3 4を介して携帯情報端末 6 1 との間で通信されたバケツ トデ 一夕を送受するため、 煩雑な接続作業及ぴ配線を必要とすることなく、 携帯情報端末 6 1に対してインターネッ ト常時接続サービスを提供する ことができる。 産業上の利用可能性
以上説明したように本発明によれば、 呼出先の電話番号に基づいてパ ケッ ト網または公衆電話回線網の何れの網を経由して通信を行うかを決 定し、 パケッ ト網が利用できない場合には公衆電話回線網を経由する通 信を行うとともに、 呼出先の通信端末との通信路の経路をユーザに認識 させることのできる端末接続装置、 接続制御装置及び多機能電話端末を 提供することをその目的とする。

Claims

請求の範囲
1 . パケッ トデータを送受するパケッ ト網と、 音声帯域信号を送受す る公衆電話回線網と、 呼出先の電話番号を含む接続要求を送信する通信 端末とを接続し、 前記接続要求を前記バケツ ト網または前記公衆電話回 線網の何れかに送信する端末接続装置であって、
前記接続要求に含まれている前記呼出先の電話番号に基づいて、 前記 接続要求を前記バケツ 卜網または前記公衆電話回線網の何れかに送信す る接続処理部と、
前記バケツ ト網を介した通信が可能か否かを判定するバケツ ト網状態 判定部とを備え、
前記接続処理部は、 前記バケツ ト網状態判定部によって前記バケツ ト 網を介した通信が不可能と判定されている場合には、 前記パケッ ト網に 送信すると決定した前記接続要求を前記公衆電話回線網に送信すること を特徴とする端末接続装置。
2 . 前記接続処理部は、 前記接続要求に含まれている前記呼出先の電 話番号に所定の識別情報が付加されている場合には、 前記接続要求を前 記公衆電話回線網に送信することを特徴とする請求の範囲第 1項に記載 の端末接続装置。
3 . 前記接続処理部が前記バケツ ト網に送信した前記接続要求に基づ いて、 前記パケッ ト網のみを経由する第 1の通信路または前記パケッ ト 網と前記公衆電話回線網とを経由する第 2の通信路の何れかが前記呼出 先の電話番号が割り当てられた通信端末と設定されたかを示す所定のパ ケッ トデータを前記パケッ ト網から受信し、 受信した前記所定のパケッ トデ一夕に基づいて、 前記接続要求を送信した前記通信端末に前記第 1 の通信路または前記第 2の通信路の何れが設定されたかを通知する信号 を送信する経路情報処理部をさらに備えることを特徴とする請求の範囲 第 1項に記載の端末接続装置。
4 . パケッ ト信号を送受するパケッ ト網と、 音声帯域信号を送受する 公衆電話回線網とに接続されている端末接続装置から送信される呼出先 の電話番号を含む接続要求に基づいて、 前記端末接続装置と前記呼出先 の電話番号が割り当てられた通信端末との通信路を設定し、 前記バケツ ト網上に設置されている接続制御装置であって、
前記バケツ 卜網のみを経由する前記通信路または前記パケッ ト網と前 記公衆電話回線網とを経由する前記通信路の何れを前記呼出先の電話番 号が割り当てられた通信端末に対して設定したかを示す所定のパケッ ト デ一夕を前記端末接続装置に送信する経路情報送信部を備えることを特 徴とする接続制御装置。
5 . 前記経路情報送信部は、 前記所定のパケッ トデータに代えて、 前 記パケッ ト網のみを経由する前記通信路または前記バケツ ト網と前記公 衆電話回線網とを経由する前記通信路の何れを前記呼出先の電話番号が 割り当てられた通信端末に対して設定したかを示す音声帯域信号のパケ ッ トを前記端末接続装置に送信することを特徴とする請求の範囲第 4項 に記載の接続制御装置。
6 . 音声通話用の音声帯域信号の入出力処理を行う音声信号処理部と、 公衆電話回線網を介して前記音声通話を行うか、 またはパケッ ト網を 介して前記音声通話を行うかを選択する接続処理部と、 バケツ ト網を介して前記音声通話を行うと選択された場合、 前記音声 帯域信号と前記バケツ ト網上で通信可能なバケツ トデータとの間の変換 処理を行う信号処理部と、
非対象ディジタル加入者線を介して、 前記パケッ ト網との間で、 前記 音声帯域信号が変換された前記バケツ トデ一夕の送受を行うパケット送 受信部と
を備えることを特徴とする多機能電話端末。
7 . 前記接続処理部は、 前記パケッ ト網を介して前記音声通話を行う ことが不可能であった場合に、 公衆電話回線網を介して前記音声通話を 行うことを選択することを特徴とする請求の範囲第 6項に記載の多機能
8 . PHS基地局として PHS端末との間で通信可能な基地局部を具備し、 前記音声信号処理部は、 前記基地局部を介して前記 PHS端末との間で 前記音声帯域信号の入出力処理を行うことを特徴とする請求の範囲第 6 項に記載の多機能電話端末。
9 . コードレス親機としてコードレス子機との間で通信可能な親機部 を具備し、
前記音声信号処理部は、 前記親機部を介して前記コードレス子機との 間で前記音声帯域信号の入出力処理を行うことを特徴とする請求の範囲 第 6項に記載の多機能電話端末。
1 0 . 無線 LAN通信によって携帯情報端末との間の通信を可能とする 通信カードを揷入可能なスロッ 卜を具備し、 前記パケッ ト送受信部は、 前記非対称ディジタル加入者線を介して、 前記バケツ ト網との間で、 前記スロッ トに挿入された前記通信カードを 介して前記携帯情報端末との間で通信されたバケツ トデ一夕を送受する ことを特徴とする請求の範囲第 6項に記載の多機能電話端末。
1 1 . ビデオ電話用のビデオ信号の入出力処理を行'うビデオ電話処理 部を具備し、
前記ビデオ電話処理部は、 前記ビデオ信号と前記バケツ ト網上で通信 可能なパケッ トデ一夕との間の変換処理を行い、
前記バケツ ト送受信部は、 前記非対称ディジ夕ル加入者線を介して、 前記バケツ ト網との間で、 前記ビデオ電話処理手段との間で通信された パケッ トデータを送受することを特徴とする請求の範囲第 6項に記載の 多機能電話端末。
PCT/JP2003/006855 2002-05-31 2003-05-30 端末接続装置、接続制御装置及び多機能電話端末 WO2003103259A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
AU2003242001A AU2003242001B2 (en) 2002-05-31 2003-05-30 Terminal connection device, connection control device, and multi-function telephone terminal
CN038125218A CN1656785B (zh) 2002-05-31 2003-05-30 终端连接装置及连接控制装置
EP03733197A EP1511282A4 (en) 2002-05-31 2003-05-30 CONNECTION DEVICE, CONNECTION CONTROL DEVICE, AND MULTIFUNCTION TELEPHONE TERMINAL
US10/514,248 US7457278B2 (en) 2002-05-31 2003-05-30 Terminal connection device, connection control device, and multi-function telephone terminal
KR1020047019358A KR100929757B1 (ko) 2002-05-31 2003-05-30 단말기 접속 장치, 접속 제어 장치 및 다기능 전화 단말기
JP2004510214A JP4502803B2 (ja) 2002-05-31 2003-05-30 端末接続装置、接続制御装置及び多機能電話端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002-160537 2002-05-31
JP2002160537 2002-05-31

Publications (1)

Publication Number Publication Date
WO2003103259A1 true WO2003103259A1 (ja) 2003-12-11

Family

ID=29706551

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/006855 WO2003103259A1 (ja) 2002-05-31 2003-05-30 端末接続装置、接続制御装置及び多機能電話端末

Country Status (8)

Country Link
US (1) US7457278B2 (ja)
EP (1) EP1511282A4 (ja)
JP (1) JP4502803B2 (ja)
KR (1) KR100929757B1 (ja)
CN (1) CN1656785B (ja)
AU (1) AU2003242001B2 (ja)
TW (1) TW200412503A (ja)
WO (1) WO2003103259A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006033397A (ja) * 2004-07-15 2006-02-02 Softbank Bb Corp コールエージェントサーバ、発信者番号通知システム及び発信者番号通知方法
JP2006121534A (ja) * 2004-10-22 2006-05-11 Ntt Docomo Inc 管理サーバ及び移動端末
WO2006066482A1 (en) * 2004-12-23 2006-06-29 Huawei Technologies Co., Ltd. Apparatus and method of realizing user switching between ip network and pstn network
JP2006191297A (ja) * 2005-01-05 2006-07-20 Sogo Keibi Hosho Co Ltd 監視システム、監視方法
JP2006229303A (ja) * 2005-02-15 2006-08-31 Hitachi Communication Technologies Ltd ＶｏＩＰゲートウエイ装置
EP1589739A3 (en) * 2004-04-12 2006-09-20 Matsushita Electric Industrial Co., Ltd. IP telephone system, IP telephone apparatus and calling method
JP2008028600A (ja) * 2006-07-20 2008-02-07 Nippon Telegr & Teleph Corp <Ntt> ゲートウェイ装置、接続制御装置及びネットワーク接続システム
JP2009239482A (ja) * 2008-03-26 2009-10-15 Toshiba Corp 電話システムとその交換装置および発信制御方法
CN101888453B (zh) * 2009-05-13 2012-09-05 英华达股份有限公司 多工通讯装置
WO2014017455A1 (ja) 2012-07-24 2014-01-30 日本電気株式会社 通信システムと方法とプログラム
JP2014232937A (ja) * 2013-05-28 2014-12-11 ソフトバンクＢｂ株式会社 通信装置及びプログラム
JP2020178289A (ja) * 2019-04-19 2020-10-29 株式会社Ｍｉ データ通信システムおよびデータ送信装置

Families Citing this family (73)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389010B1 (en) * 1995-10-05 2002-05-14 Intermec Ip Corp. Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
US7046659B1 (en) * 2001-07-03 2006-05-16 Cisco Technology, Inc. Call signaling approach to user self-provisioning on VoIP using a touch-tone interface
KR100480722B1 (ko) * 2002-10-07 2005-04-07 엘지전자 주식회사 링백 톤 발생장치를 구비한 인터넷 폰 및 그의 링백 톤전송 방법
US7480287B2 (en) * 2002-11-19 2009-01-20 Murata Kikai Kabushiki Kaisha Communication terminal device, communication method and electronic mail server
US7715364B2 (en) * 2003-02-26 2010-05-11 Siemens Aktiengesellschaft Data sink/data source, data transmission device and data terminal device for a circuit-switched and packet-switched network
US20050111435A1 (en) * 2003-11-26 2005-05-26 James Yang [internet-protocol (ip) phone with built-in gateway as well as telephone network structure and multi-point conference system using ip phone]
CA2457969A1 (en) * 2004-01-14 2005-07-14 Yaron Mayer System and method for improving the balance between download and upload traffic on the internet and/or other networks
US7673021B2 (en) * 2004-02-12 2010-03-02 Cisco Technology, Inc. Automated provisioning of phones in packet voice networks
JPWO2005107183A1 (ja) * 2004-04-27 2008-03-21 三菱電機株式会社 パケット通信システム
US20060007915A1 (en) * 2004-07-09 2006-01-12 Andrew Frame Connecting a VOIP phone call using a shared POTS line
US20060171299A1 (en) * 2005-01-28 2006-08-03 Skubisz Michael A Maintaining life line packet-switched telephony services
JP2006238330A (ja) * 2005-02-28 2006-09-07 Sony Corp 通信システムおよび通信サービス移行方法
CN100411437C (zh) 2005-06-10 2008-08-13 中国移动通信集团公司 基于移动通信网络的可视电话呼叫失败的处理方法
US7751536B1 (en) * 2005-10-07 2010-07-06 Avaya Inc. Line appearance reservation for SIP endpoints
US20070110034A1 (en) * 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Pathways analysis and control in packet and circuit switched communication networks
US8274970B2 (en) 2005-11-14 2012-09-25 Broadcom Corporation Voice communication device with PSTN and internet pathway analysis, selection and handoff
US8483100B2 (en) 2005-11-14 2013-07-09 Broadcom Corporation Communication device supporting both internet and public switched telephone network telephony
GB0525560D0 (en) * 2005-12-15 2006-01-25 Amrivox Ltd Audio message insertion in networked devices
US8964725B1 (en) * 2005-12-20 2015-02-24 Rockstar Consortium Us Lp Initiating outgoing calls to a VoP terminal from a POTS-based telephone terminal
US20070183407A1 (en) * 2006-02-07 2007-08-09 Broadcom Corporation, A California Corporation Auxiliary bridging device supporting multiple pathway telephony bridging
TWI307236B (en) * 2006-03-03 2009-03-01 Hon Hai Prec Ind Co Ltd Voip modem and method for detecting voip services
US7899040B2 (en) * 2006-03-15 2011-03-01 Cisco Technology, Inc. Synchronization of event processing at a media gateway
JP4668105B2 (ja) * 2006-03-23 2011-04-13 三菱電機株式会社 Ｉｐ電話端末装置
US8681775B2 (en) * 2006-04-03 2014-03-25 At&T Intellectual Property I, Lp Switchable voice source network interface device module
US8295802B2 (en) * 2006-07-04 2012-10-23 Duaxes Corporation Communication control device and communication control method for an emergency call over the internet
US20080084991A1 (en) * 2006-10-05 2008-04-10 Inventec Multimedia & Telecom Corporation Automatic switch-dialing system and method
US7752174B2 (en) * 2006-10-11 2010-07-06 Teamon Systems, Inc. Computer server system including a database pool module providing database connectivity recovery features and related methods
CN101589376A (zh) * 2006-11-24 2009-11-25 Duaxes株式会社 通信控制装置
US9055517B2 (en) 2007-02-26 2015-06-09 Blackberry Limited System and method of user-directed dynamic domain selection
US7995562B2 (en) 2007-02-26 2011-08-09 Research In Motion Limited System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover
US10469556B2 (en) * 2007-05-31 2019-11-05 Ooma, Inc. System and method for providing audio cues in operation of a VoIP service
CN101056283B (zh) * 2007-06-07 2011-08-17 杭州华三通信技术有限公司 语音网关以及提供VoIP业务的方法
US9225626B2 (en) 2007-06-20 2015-12-29 Ooma, Inc. System and method for providing virtual multiple lines in a communications system
US8056890B2 (en) * 2007-07-02 2011-11-15 William Thomas Engel Cut mat
US20110019616A1 (en) * 2007-12-28 2011-01-27 St Electronics (Info-Comm Systems) Pte Ltd. Radio gateway network
US20090168755A1 (en) * 2008-01-02 2009-07-02 Dennis Peng Enforcement of privacy in a VoIP system
CN101505343B (zh) * 2008-02-04 2012-08-22 华为终端有限公司 一种实现语音呼叫的方法、系统及装置
US8515021B2 (en) * 2008-02-25 2013-08-20 Ooma, Inc. System and method for providing personalized reverse 911 service
JP4525776B2 (ja) * 2008-03-05 2010-08-18 ブラザー工業株式会社 電話装置
JP4569655B2 (ja) * 2008-03-26 2010-10-27 ブラザー工業株式会社 情報通信端末
US8804697B1 (en) * 2008-06-13 2014-08-12 Ooma, Inc. Distributed call routing in a VoIP system
US20100008264A1 (en) * 2008-07-09 2010-01-14 General Instrument Corporation Method and apparatus for facilitating installation of packet-switched telephony equipment on a subscriber premises
WO2010040373A1 (en) * 2008-10-10 2010-04-15 Nokia Corporation Correlating communication sessions
US20100215033A1 (en) * 2009-02-20 2010-08-26 Avaya Inc. Preferential routing of secured calls
JP5311236B2 (ja) * 2011-03-29 2013-10-09 横河電機株式会社 接続設定情報管理システム
TWM420134U (en) * 2011-06-24 2012-01-01 Wistron Neweb Corp Connection switching device and telephone device
CN102917432A (zh) * 2011-08-05 2013-02-06 希姆通信息技术（上海）有限公司 手机ps域网络连接管理装置及方法
US9185227B2 (en) * 2012-12-14 2015-11-10 Kirusa, Inc. Sender driven call completion system
JP5994630B2 (ja) * 2012-12-26 2016-09-21 アイコム株式会社 中継装置
CN103209120B (zh) * 2013-03-14 2017-04-26 中兴通讯股份有限公司 一种网关设备、VoIP通话管控系统及其通话管控方法
CN103442150B (zh) * 2013-08-28 2016-05-04 深圳市宏电技术股份有限公司 基于voip语音网关的通话方法、系统及该网关
US9386148B2 (en) 2013-09-23 2016-07-05 Ooma, Inc. Identifying and filtering incoming telephone calls to enhance privacy
US9560198B2 (en) 2013-09-23 2017-01-31 Ooma, Inc. Identifying and filtering incoming telephone calls to enhance privacy
ES2737173T3 (es) * 2014-04-25 2020-01-10 Vodafone Espana Sau Método y sistema para la selección en un escenario de múltiples dispositivos
US9633547B2 (en) 2014-05-20 2017-04-25 Ooma, Inc. Security monitoring and control
US10553098B2 (en) 2014-05-20 2020-02-04 Ooma, Inc. Appliance device integration with alarm systems
US10769931B2 (en) 2014-05-20 2020-09-08 Ooma, Inc. Network jamming detection and remediation
US11330100B2 (en) 2014-07-09 2022-05-10 Ooma, Inc. Server based intelligent personal assistant services
WO2016106547A1 (zh) * 2014-12-30 2016-07-07 华为技术有限公司 语音通话方法、装置以及语音通话器
US11171875B2 (en) 2015-05-08 2021-11-09 Ooma, Inc. Systems and methods of communications network failure detection and remediation utilizing link probes
US10009286B2 (en) 2015-05-08 2018-06-26 Ooma, Inc. Communications hub
US10911368B2 (en) 2015-05-08 2021-02-02 Ooma, Inc. Gateway address spoofing for alternate network utilization
US9521069B2 (en) 2015-05-08 2016-12-13 Ooma, Inc. Managing alternative networks for high quality of service communications
US10771396B2 (en) 2015-05-08 2020-09-08 Ooma, Inc. Communications network failure detection and remediation
EP3318022B1 (en) 2015-06-30 2021-08-18 InterDigital CE Patent Holdings Switch device for use in gateway equipment and gateway equipment
US10116796B2 (en) 2015-10-09 2018-10-30 Ooma, Inc. Real-time communications-based internet advertising
EP3261315A1 (en) * 2016-06-23 2017-12-27 Telefonica Digital España, S.L.U. Accelarating fall-back call establisment with push notifications
US20180013897A1 (en) * 2016-07-08 2018-01-11 Qualcomm Incorporated Selection of a subscription at a device
JP2018201129A (ja) * 2017-05-26 2018-12-20 富士通株式会社 システム管理装置、システム管理方法及びプログラム
TWI713902B (zh) * 2018-09-26 2020-12-21 立新 陳 動態指定網路交換機之通話連線系統與方法
JP7168846B2 (ja) 2018-09-27 2022-11-10 アイコム株式会社 中継装置および音声信号の中継方法
US11277521B1 (en) 2018-11-06 2022-03-15 Dialpad, Inc. On premises gateways interconnecting VoIP systems, the public switched telephone network and private branch exchanges and other telephony infrastructure
US10999443B1 (en) * 2018-11-06 2021-05-04 Dialpad, Inc. On premises gateways interconnecting VoIP systems the public switched telephone network and private branch exchanges and other telephony infrastructure

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02148953A (ja) * 1988-11-30 1990-06-07 Hitachi Ltd 課金条件転送交換方法
JPH1146260A (ja) * 1997-05-27 1999-02-16 Internatl Business Mach Corp <Ibm> 広帯域ネットワークを適合させるシステム、コンピュータ電話アダプタ及び経路指定システム
JP2002051145A (ja) * 2000-08-04 2002-02-15 Oki Electric Ind Co Ltd ゲートウェイ装置およびその呼転送方法

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6870827B1 (en) * 1997-03-19 2005-03-22 Verizon Services Corp. Voice call alternative routing through PSTN and internet networks
JP3838759B2 (ja) * 1997-09-29 2006-10-25 沖電気工業株式会社 音声通信方法および通信ルート通知装置、電話交換ネットワーク
US6751210B1 (en) * 1997-10-02 2004-06-15 Siemens Information & Communication Networks, Inc. Alternate telephone call routing system
DE19745961A1 (de) * 1997-10-17 1999-04-22 Cit Alcatel Vorrichtung und Verfahren zum Aufbau einer Gesprächsverbindung
US20060002381A1 (en) * 1997-12-09 2006-01-05 Michael Socaciu Signaling for Internet end stations
US6141341A (en) * 1998-09-09 2000-10-31 Motorola, Inc. Voice over internet protocol telephone system and method
JP2000092527A (ja) * 1998-09-16 2000-03-31 Fujitsu I-Network Systems Ltd 停電対応機能付ｌａｎ電話システムならびにｌａｎ電話機およびｌａｎ電話アダプタ
KR100279822B1 (ko) * 1998-12-07 2001-03-02 윤종용 인터넷 게이트웨이를 구비하는 교환시스템의 음성메시지 녹음/재생 장치 및 방법
GB2346761B (en) * 1999-02-11 2003-12-10 Mitel Corp A telephone apparatus
JP3204392B2 (ja) * 1999-03-04 2001-09-04 日本電気株式会社 ボタン電話装置とインターネット通信システム
EP1186143A1 (en) * 1999-05-26 2002-03-13 Nortel Networks Limited Quality of service based transitioning between alternate transport paths
US6690651B1 (en) * 1999-07-22 2004-02-10 Nortel Networks Limited Method and apparatus for automatic transfer of a call in a communications system in response to changes in quality of service
US6914897B1 (en) * 1999-09-27 2005-07-05 3 Com Corporation System and method for accessing radio programs using a data network telephone in a network based telecommunication system
JP2001144854A (ja) * 1999-11-12 2001-05-25 Fujitsu Ltd Ｉｐ網を経由する電話接続方法及び電話接続装置
JP3519653B2 (ja) * 1999-12-03 2004-04-19 三菱電機株式会社 通信方法及び記録媒体及び通信方式及びアダプタ
KR20020009002A (ko) * 2000-07-22 2002-02-01 송석현 인터넷 화상 폰
JP2002101198A (ja) * 2000-09-26 2002-04-05 Matsushita Electric Ind Co Ltd インターネット電話システム
US7197029B1 (en) * 2000-09-29 2007-03-27 Nortel Networks Limited System and method for network phone having adaptive transmission modes
EP1235416A4 (en) 2000-10-26 2005-08-10 Mitsubishi Electric Corp INTERNET TELEPHONE NETWORK SYSTEM, NETWORK ACCESS METHOD, AND ADAPTER FOR VOICE DEVICE
JP3862056B2 (ja) * 2001-08-06 2006-12-27 三菱電機株式会社 通話装置アダプタ
US7382767B2 (en) * 2001-09-27 2008-06-03 Siemens Communications, Inc. Transparent interchangeable network (TIN)
JP4135466B2 (ja) * 2002-10-25 2008-08-20 沖電気工業株式会社 通信システム
JP4368120B2 (ja) * 2003-03-20 2009-11-18 ソフトバンクＢｂ株式会社 通信路設定方法及び通信路設定システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02148953A (ja) * 1988-11-30 1990-06-07 Hitachi Ltd 課金条件転送交換方法
JPH1146260A (ja) * 1997-05-27 1999-02-16 Internatl Business Mach Corp <Ibm> 広帯域ネットワークを適合させるシステム、コンピュータ電話アダプタ及び経路指定システム
JP2002051145A (ja) * 2000-08-04 2002-02-15 Oki Electric Ind Co Ltd ゲートウェイ装置およびその呼転送方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1511282A4 *

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7957366B2 (en) 2004-04-12 2011-06-07 Panasonic Corporation IP telephone system, IP telephone apparatus and calling method
EP1589739A3 (en) * 2004-04-12 2006-09-20 Matsushita Electric Industrial Co., Ltd. IP telephone system, IP telephone apparatus and calling method
JP4597597B2 (ja) * 2004-07-15 2010-12-15 ソフトバンクＢｂ株式会社 コールエージェントサーバ、発信者番号通知システム及び発信者番号通知方法
JP2006033397A (ja) * 2004-07-15 2006-02-02 Softbank Bb Corp コールエージェントサーバ、発信者番号通知システム及び発信者番号通知方法
JP2006121534A (ja) * 2004-10-22 2006-05-11 Ntt Docomo Inc 管理サーバ及び移動端末
JP4602046B2 (ja) * 2004-10-22 2010-12-22 株式会社エヌ・ティ・ティ・ドコモ 管理サーバ
US7672661B2 (en) 2004-10-22 2010-03-02 Ntt Docomo, Inc. Management server and mobile terminal
WO2006066482A1 (en) * 2004-12-23 2006-06-29 Huawei Technologies Co., Ltd. Apparatus and method of realizing user switching between ip network and pstn network
US8189569B2 (en) 2004-12-23 2012-05-29 Huawei Technologies Co., Ltd. Apparatus and method for realizing user switching between IP network and PSTN network
JP2006191297A (ja) * 2005-01-05 2006-07-20 Sogo Keibi Hosho Co Ltd 監視システム、監視方法
JP4530869B2 (ja) * 2005-02-15 2010-08-25 株式会社日立製作所 ＶｏＩＰゲートウエイ装置
JP2006229303A (ja) * 2005-02-15 2006-08-31 Hitachi Communication Technologies Ltd ＶｏＩＰゲートウエイ装置
US7856009B2 (en) 2005-02-15 2010-12-21 Hitachi, Ltd. VoIP gateway apparatus
JP2008028600A (ja) * 2006-07-20 2008-02-07 Nippon Telegr & Teleph Corp <Ntt> ゲートウェイ装置、接続制御装置及びネットワーク接続システム
JP4636617B2 (ja) * 2006-07-20 2011-02-23 日本電信電話株式会社 ゲートウェイ装置、接続制御装置及びネットワーク接続システム
JP4599424B2 (ja) * 2008-03-26 2010-12-15 株式会社東芝 電話システムとその交換装置および発信制御方法
US8054955B2 (en) 2008-03-26 2011-11-08 Kabushiki Kaisha Toshiba Telephone system, associated exchange, and transmission control method
JP2009239482A (ja) * 2008-03-26 2009-10-15 Toshiba Corp 電話システムとその交換装置および発信制御方法
CN101888453B (zh) * 2009-05-13 2012-09-05 英华达股份有限公司 多工通讯装置
WO2014017455A1 (ja) 2012-07-24 2014-01-30 日本電気株式会社 通信システムと方法とプログラム
KR20150029712A (ko) 2012-07-24 2015-03-18 닛본 덴끼 가부시끼가이샤 통신 시스템과 방법과 프로그램
JP2014232937A (ja) * 2013-05-28 2014-12-11 ソフトバンクＢｂ株式会社 通信装置及びプログラム
JP2020178289A (ja) * 2019-04-19 2020-10-29 株式会社Ｍｉ データ通信システムおよびデータ送信装置
JP7168217B2 (ja) 2019-04-19 2022-11-09 株式会社Ｍｉ データ通信システムおよびデータ送信装置

Also Published As

Publication number Publication date
TW200412503A (en) 2004-07-16
AU2003242001A1 (en) 2003-12-19
JP4502803B2 (ja) 2010-07-14
KR20050012255A (ko) 2005-01-31
TWI318350B (ja) 2009-12-11
CN1656785A (zh) 2005-08-17
US20060013195A1 (en) 2006-01-19
AU2003242001B2 (en) 2008-10-16
JPWO2003103259A1 (ja) 2005-10-06
US7457278B2 (en) 2008-11-25
KR100929757B1 (ko) 2009-12-03
EP1511282A4 (en) 2006-07-12
EP1511282A1 (en) 2005-03-02
CN1656785B (zh) 2010-08-25

Similar Documents

Publication Publication Date Title
JP4502803B2 (ja) 端末接続装置、接続制御装置及び多機能電話端末
KR100675212B1 (ko) Ｉｐ 전화 시스템, ｉｐ 전화 장치 및 통화 방법
RU2359424C2 (ru) Видеотелефонная система, устройство автономной базовой станции, телевизионная абонентская приставка и способ видеотелефонной связи
JP4646657B2 (ja) Ｔｖ電話アダプタ
JP5197746B2 (ja) 電話呼をインターネット呼にブリッジする方法、モデム、およびサーバ
JPWO2002100083A1 (ja) インターネット電話装置およびインターネット電話システム
JP2004135329A (ja) リングバックトーン発生装置を備えたインターネットフォン、及びそのリングバックトーン伝送方法
US20090274141A1 (en) Ip telephone system and ip telephone method
KR20020011668A (ko) 인터넷 전화통화 서비스 방법
KR20110010198A (ko) ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）기반 발신단말 위치정보를 이용한 인터넷 전화 서비스 제공 방법 및 시스템
JP3795825B2 (ja) ナンバーディスプレイ着信によりｉｐアドレス登録を促すようにしたｉｐ通信システムおよび該ｉｐ通信システムを構成するゲートキーパーならびにｉｐ端末装置
KR101519600B1 (ko) 인터넷 전화 시스템의 통화 처리 방법 및 그 장치
KR20020006254A (ko) 인터넷 무료전화 접속서비스 시스템
KR100588480B1 (ko) 인터넷 전화 통신 시스템 및 통신방법
JP2003264644A (ja) インターネットを使用した電話システム
JP2004056775A (ja) ＶｏＩＰ電話システム
JP3699720B1 (ja) 第３者制御にて２者通話を実現する通信システム、通信制御方法。
JP2000125041A (ja) 電話接続方法及び電話端末装置
JPWO2003073714A1 (ja) ネットワーク電話システム
JP2006197154A (ja) 音声通話システム
JP2005086722A (ja) Ｉｐ電話装置
KR20050077684A (ko) 브이오아이피 단말을 위한 착신 연결음 서비스 제공시스템 및 그 제공방법
WO2006072950A2 (en) Telephony line unification
JP2004253990A (ja) インターネット電話アダプタ装置
JP2004056626A (ja) 通話料金の安いｉｐ電話事業者を自動的に選択するｉｐ電話システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004510214

Country of ref document: JP

Ref document number: 1020047019358

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2003733197

Country of ref document: EP

Ref document number: 20038125218

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2003242001

Country of ref document: AU

WWP Wipo information: published in national office

Ref document number: 1020047019358

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2003733197

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2006013195

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10514248

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10514248

Country of ref document: US