WO2006067845A1 - 回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法 - Google Patents

回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法 Download PDF

Info

Publication number
WO2006067845A1
WO2006067845A1 PCT/JP2004/019255 JP2004019255W WO2006067845A1 WO 2006067845 A1 WO2006067845 A1 WO 2006067845A1 JP 2004019255 W JP2004019255 W JP 2004019255W WO 2006067845 A1 WO2006067845 A1 WO 2006067845A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
network
user
multiplexing
pppoe
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2004/019255
Other languages
English (en)
French (fr)
Inventor
Tsuyoshi Mikoda
Kentaro Tanaka
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to PCT/JP2004/019255 priority Critical patent/WO2006067845A1/ja
Publication of WO2006067845A1 publication Critical patent/WO2006067845A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks 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/0066Details of access arrangements to the networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2858Access network architectures
    • H04L12/2859Point-to-point connection between the data network and the subscribers

Definitions

  • Line multiplexing system communication apparatus, IP-based line multiplexing apparatus, and line multiplexing method
  • the present invention relates to an IP (Internet Protocol) network connected to a user aggregation network composed of a plurality of user networks via an access circuit, and the user network is connected to a P PPoE (Point to Point Protocol over Ethernet (registered trademark)).
  • IP Internet Protocol
  • P PPoE Point to Point Protocol over Ethernet
  • PPP is the power specified to realize connection of telephone line and ISDN (Integrated Services Digital Network) line power.
  • PPPoE header is an Ethernet (registered trademark) frame. It is defined between the MAC (Media Access Control) header and the PPP header, and identifies the user using a unique MAC address. This makes it possible to establish a PPP session on Ethernet (registered trademark) and to perform user authentication and IP address assignment.
  • IP-based circuit multiplexing equipment IP-CME; Circuit Multiplication Equipment
  • VoIP Voice over IP
  • facsimile signal packets the header information of each packet can be shared and the IP network bandwidth efficiently
  • VoIP Voice over IP
  • facsimile signal packets the header information of each packet can be shared and the IP network bandwidth efficiently
  • a device that can be used and achieves improvement in voice quality is defined (for example, see Non-Patent Document 2).
  • Non-Patent Document 1 L. Mamakos, J. Evarts, D. Carrel, R. Wheeler, "Request for Comments: 2516, A Method for Transmitting PPP Over Ethernet (Trademark KPPPoE)", The Internet Engineering Tasking Force, February 1999,
  • Non-Patent Document 2 "ITU-T Recommendation G.769 / Y.1242: Circuit multiplication equipment optimized for IP-based networks", International
  • the above-mentioned IP-based line multiplexing device is incorporated into a network infrastructure, thereby Higher transmission efficiency is expected.
  • it is possible to increase the transmission efficiency of the access line by providing an IP-based line multiplexing device on the side of the collective residential area of the access line that connects the IP network and the in-building network in the collective residential area.
  • the present invention has been made in view of the above.
  • a network system in which a user aggregate network having a plurality of user network capabilities is connected to an IP network via an access line shared by the plurality of user networks, User network power Even when connecting to the Internet using PPPOE, a line multiplexing system and method capable of multiplexing and demultiplexing voice packets between the user aggregation network and the IP network are obtained.
  • Objective. Another object of the present invention is to obtain a communication device and an IP-based line multiplexer for use in a line multiplexing system.
  • a circuit multiplexing system has a user aggregate network formed by connecting a plurality of user networks to each other, and a PPPoE server function for establishing a PPPoE session. And an IP network having a server device that relays a communication connection from the user aggregate network to the Internet, connected by an access line shared by users in the user aggregate network, and performing VoIP communication by the user A line multiplexing system for multiplexing voice packets used, wherein the user aggregate network includes a session management means for establishing a first PPPoE session with the server device of the IP network, and the user network.
  • Multiplexed voice packets obtained by multiplexing powerful voice packets are A session for establishing a second PPPoE session with a server device of the IP network.
  • the IP packet to be transmitted is a normal IP packet
  • the IP packet is transmitted on the second PPPoE session, and the packet is a voice packet.
  • a header analysis Z constructing means for constructing a frame so as to transmit the voice packet to the IP base line multiplexing device.
  • each user can use PPPo.
  • the IP-based line multiplexing equipment provided in the user aggregate network multiplexes the voice packets from the user aggregate network as a multiplexed voice packet before the access line. Since transmission is made to the server device to be connected, it has the effect of reducing traffic on the access line and realizing high transmission efficiency.
  • the processing load on the server device can be reduced as compared with the case where voice packets are transmitted in PPPoE sessions from individual users.
  • FIG. 1 is a diagram schematically showing a configuration of a first embodiment of a line multiplexing system according to the present invention.
  • FIG. 2 is a block diagram showing a functional configuration of the IP base line multiplexer.
  • Fig. 3-1 is a diagram schematically showing the structure of a voice packet generated by a VoIP adapter.
  • Fig. 3-2 is a diagram schematically showing the structure of the multiplexed voice packet generated by the IP base line multiplexer.
  • Fig. 3-3 is a diagram schematically showing the structure of a short packet in a multiplexed voice packet.
  • FIG. 4 is a block diagram schematically showing the functional configuration of the router.
  • FIG. 5 is a flowchart showing a procedure of a relay process of an IP packet of a router.
  • FIG. 6 is a flowchart showing a procedure of voice packet conversion processing of the IP-based line multiplexer.
  • FIG. 7 is a sequence diagram showing an IP packet processing procedure in the line multiplexing system.
  • Fig. 8-1 is a diagram showing the protocol stack for sending normal IP packets.
  • Fig. 8-2 is a diagram showing the protocol stack when transmitting voice packets.
  • FIG. 9 is a block diagram showing a functional configuration of an embodiment 2 of an IP-based line multiplexing apparatus applied to the line multiplexing system according to the present invention.
  • FIG. 10 is a sequence diagram showing a procedure of IP packet processing in the line multiplexing system.
  • FIG. 11 is a diagram showing a protocol stack in the case of transmitting a voice packet.
  • FIG. 12 is a block diagram showing a functional configuration of an IP-based line multiplexing apparatus according to a third embodiment applied to the line multiplexing system according to the present invention.
  • FIG. 13 is a sequence diagram showing a procedure of IP packet processing in the line multiplexing system.
  • FIG. 14 is a diagram showing a protocol stack when transmitting an IP packet. Explanation of symbols
  • FIG. 1 is a diagram schematically showing a configuration of a first embodiment of a line multiplexing system that is effective in the present invention.
  • This line multiplexing system is an ISP possessed by an ISP that provides communication connections to a user aggregate network 10 consisting of user networks 11A and 11B possessed by a plurality of users and a user Internet in the user aggregate network 10.
  • Network 30 performs call management for calls using Vol P, manages and relays call control messages between opposing VoIP adapters, and VoIP voices of other users other than user aggregation network 10 IP-based line multiplexing for multiplexing packets of facsimile signals It has a configuration in which it is connected to an IP network 60 having a device (indicated as IP-CME in the figure) 50 through an access line 21 shared by a plurality of users in the user aggregation network 10.
  • the IP network 60 may be the Internet or may be connected to the Internet via the IP network 60.
  • the user aggregate network 10 is a network that is constructed in an apartment area such as a condominium, for example, and is formed by aggregating a plurality of user networks 11 possessed by each user.
  • an optical fiber is installed as an access line 21 from an ISP to an integrated residential area, and each user's dwelling unit is connected via Ethernet (registered trademark). It has the form of a LAN, or the form of a network in a building connected by a telephone line such as VDSL.
  • FIG. 1 a case where the user aggregate network 10 is configured using telephone lines 12A and 12B is shown, and a telephone line 12A such as VDSL connected to each user's house is shown.
  • a concentrator 22 such as DSLAM (Digital Subscriber Line Access Multiplexer) for bundling 12B and connecting to the access line 21, and a user network 11 A in each user's home connected from the concentrator 22 to individual telephone lines 12A and 12B , 11B, and IP base line multiplexing equipment (denoted as IP-CME in the figure) 23 that performs multiplex processing and demultiplexing processing of voice packets flowing on the access line 21 connecting the IP network 60 and the user aggregate network 10
  • a communication switching device 24 such as a switch or a router for switching a data communication destination between the IP base line multiplexing device 23, the concentrator 22 and the access line 21.
  • the user network 11 is a network formed by individual wiring in each user's home, and a normal IP packet by an information processing device used in the user's home is sent to a server such as the access server 31 on the ISP network 30 side.
  • a server such as the access server 31 on the ISP network 30 side.
  • voice communication or facsimile signal communication is performed by relaying to a device
  • the call control packet, voice packet, or facsimile signal packet (referred to as a voice packet in this specification) is transferred to the IP within the user aggregation network 10.
  • At least a communication device having a function of transferring to the base line multiplexer 23 is provided.
  • the user network 11A in the user A in the apartment house in FIG. A Information processing terminal at home (indicated as PC in the figure) Modem 13A that converts between digital data processed by 14A and analog data flowing through telephone line 12A, and information processing such as personal computers that perform information processing Terminal 14A, VoIP adapter 15A that enables VoIP communication by telephone or facsimile, not shown, and other communications connected to external telephone line 12A from information processing terminal 14A, VoIP adapter 15A, and modem 13A And a router 16A that relays IP packets to and from the device. Connected to the VoIP adapter 15A are telephones for voice calls by VoIP and facsimiles for facsimile communication. In this case, the router 16A plays the role of the communication device and corresponds to the communication device in the claims.
  • the user network 11B in the user B in the apartment house in FIG. 1 includes a VoIP adapter 15B that enables communication by telephone or facsimile (not shown) by VoIP, digital data from the VoIP adapter 15B, and a telephone. And a modem 13B for converting between analog data flowing through the line 12B.
  • a VoIP adapter 15B Connected to the VoIP adapter 15B are telephones for voice calls using VoIP and facsimiles for facsimile communication.
  • the VoIP adapter 15B power has the function of the above communication device and corresponds to the communication device of the claims.
  • an optical fiber is installed as the access line 21 between the user aggregate network 10 and the IP network 60, and the connection between the IP network 60 and the access line 21 and the access A media converter 61 that performs optical-to-electrical conversion is installed at the connection point between the line 21 and the user aggregate network 10.
  • the concentrator 22 and the modem 13 are devices for transmitting Ethernet (registered trademark) frames using the telephone lines 12A and 12B.
  • the concentrator 22 and the modem 13 in the user network 11 are not provided! /.
  • the ISP network 30 includes an access server 31 that connects to the Internet in response to a connection request from a user in the user aggregate network 10, and an authentication server 32 that performs user authentication and billing. Composed. These access server 31 and authentication server 32 correspond to the server device in the claims.
  • FIG. 2 is a block diagram showing a functional configuration of the IP base line multiplexer.
  • the IP base line multiplexing device 23 includes a frame receiving unit 231 for receiving a frame from a communication line such as a telephone line 12, a session management unit 232 for managing a PPPoE session, a call control / bucket multiplexing Call control Z multiplex management unit 233 for managing demultiplexing processing, multiplexing / demultiplexing processing unit 234 for multiplexing / demultiplexing packets used in VoIP communication, and frame transmitting unit for frame transmission processing 235 and a control unit 236 for controlling each of these processing units 231 to 235.
  • a frame receiving unit 231 for receiving a frame from a communication line such as a telephone line 12
  • a session management unit 232 for managing a PPPoE session
  • a call control / bucket multiplexing Call control Z multiplex management unit 233 for managing demultiplexing processing
  • multiplexing / demultiplexing processing unit 234 for multiplexing / demultiplexing packets used in VoIP communication
  • frame transmitting unit for frame transmission processing 235
  • the frame receiving unit 231 has a function of performing processing based on the content of a frame received via a communication line. Specifically, when the received frame includes a voice packet received by the user aggregate network 10 or a multiplexed voice packet (hereinafter referred to as a multiplexed voice packet) from the opposing IP base line multiplexer 50.
  • the received frame is a call control packet
  • the control information for setting and maintaining the line such as the IP address and port number included in the call control packet is output to the multiplexing / demultiplexing processing unit 234.
  • a process of notifying the multiplexing manager 233 and outputting the call control packet to the frame transmitter 235 is performed.
  • the session management unit 232 has a function of establishing and managing a PPPoE session with the access server 31 of the ISP network 30. Normally, the PPPoE session is established when the IP base line multiplexer 23 is activated.
  • the call control Z multiplexing management unit 233 reads and manages the control information contained in the call control packet received from the frame receiving unit 231, and multiplexes the voice packet or multiplexed voice packet received by the frame receiving unit 231. It has a function to control the processing by the separation processing unit 234.
  • the multiplexing / separation processing unit 234 receives a voice packet when the data in the received frame is a voice packet from within the user aggregate network 10.
  • Fig. 3-1 to Fig. 3-3 are diagrams schematically showing the state of conversion between the voice packet and the multiplexed voice packet by the multiplexing / demultiplexing processing unit.
  • Fig. 3-2 is a diagram schematically showing the structure of the generated voice packet.
  • Fig. 3-2 is a diagram schematically showing the structure of the multiplexed voice packet generated by the IP base line multiplexer.
  • FIG. 3 is a diagram schematically showing the structure of a short packet in a multiplexed voice packet.
  • the VoIP adapter 15 uses a predetermined voice encoding method to generate voice data of a predetermined length from a voice signal or a facsimile signal received from a telephone or a facsimile. 101 is generated. For example, if the 8kbps voice code system is adopted and one IP packet is generated per voice per 20ms, the voice data 101 is 20 bytes. Then, a 12-byte RTP (ReaH: ime Transport Protocol) header 102, an 8-byte UDP (User Datagram Protocol) header 103, and a 20-byte IP header 104 are added to the voice data 101 to generate a voice packet 100. Is done. In this case, the voice packet 100 has a total size of 60 bytes. This voice packet 100 power is transmitted to the IP base line multiplexer 23. The VoIP adapter 15 also has a function of converting the voice packet 100 into a voice signal or a facsimile signal when the voice packet 100 is received.
  • RTP Real-byte Transport Protocol
  • UDP User Datagram Protocol
  • the multiplexed voice packet 110 is composed of multiplexed voice data obtained by multiplexing a plurality of short packets 111, and includes an RTP header 113, a UDP header 114, and an IP header 115.
  • the header portion 112 is added.
  • the short packet 111 is composed of audio data 101 in the audio packet 100 of FIG. 3A and a short packet header 116 that stores information unique to the audio data 101.
  • the header 112 of the multiplexed voice packet 110 stores information common to all voice packets 100 including the source IP address, destination IP address, and time information, and the short packet header 116 of the short packet 111.
  • Each line includes telephone line identification information for identifying the telephone lines 12A and 12B accommodated by the device and information for identifying the voice coding method.
  • Unique information is stored in the voice packet. That is, the header 112 of the multiplexed voice packet 110 stores information common to all the voice packets 100 to be multiplexed, and the short packet header 116 stores unique information in each voice packet 100. Yes.
  • the multiplexed voice packet 110 shows a case where n (n is a natural number) voice packets 100 are multiplexed.
  • the short packet 111 is shown in FIG. This is the i-th short packet of i multiplexed voice packet 110 of 2 (i is a natural number less than n).
  • the multiplexing / separation processing unit 234 performs conversion between the voice packet and the multiplexed voice packet, and the converted IP packet becomes the voice packet.
  • the packet header is constructed so that the packet is transmitted to the user network 11 of the corresponding destination in the user aggregate network 10, and when the converted IP packet is a multiplexed voice packet, the opposite IP base circuit multiplexing
  • the packet header is constructed so as to be transmitted to the conversion apparatus 50.
  • the frame transmission unit 235 includes a multiplexed voice packet multiplexed by the multiplexing / separation processing unit 234 or a voice packet subjected to separation processing (call control packet.
  • the voice packet includes a call control packet.
  • FIG. 4 is a block diagram schematically showing the functional configuration of the router.
  • the router 16A includes a frame receiving unit 161 that receives and processes frames of communication line power such as a telephone line 12A, a session management unit 162 that establishes a PPP oE session, and a routing table that stores a routing table created based on a routing protocol.
  • Storage unit 163 the content of the IP packet contained in the received Ethernet (registered trademark) frame, the header analysis Z construction unit 164 that determines the transfer destination, and the destination to the destination determined by the header analysis Z construction unit 164
  • a frame transmission unit 165 that transmits a (registered trademark) frame, and a control unit 166 that controls each of the processing units 161-165 are configured.
  • the frame reception unit 161 has a function of performing frame reception processing with other communication device capabilities.
  • the session management unit 162 has a function of establishing a PPPoE session with the access server 31 and the authentication server 32 of the ISP network 30 and managing the PPPoE session.
  • the routing table storage unit 163 stores a routing table created according to a predetermined routing protocol.
  • This routing table includes an entry set to transmit to the IP base line multiplexer 23 in the user aggregate network 10 when the IP packet received from the VoIP adapter 15 is a voice packet. Yes.
  • a PPPoE session established by the session management unit 162 is used. Contains entries configured to be sent to the access server 31 of the ISP network 30! /.
  • the header analysis / construction unit 164 has a function of determining the type of the IP packet included in the received frame and determining the relay destination based on the routing table according to the type of the IP packet! Have. Specifically, in the case of a normal IP packet transmitted from the information processing terminal 14A, the PPPoE header is set using the session information of the PPP oE session with the access server 31 managed by the session management unit 162. In the case of a voice packet constructed by the VoIP adapter 15, it has a function of constructing an Ethernet (registered trademark) frame header so as to be transmitted to the IP base line multiplexer 23. Note that, as shown in Figure 3-1, voice bucket 100 transmits voice data 101 using UDP and RTP over IP, so it is necessary to determine whether or not communication is possible using this RTP. Can identify whether it is a voice bucket 100 or a normal IP packet.
  • the frame transmission unit 165 performs processing for transmitting the frame constructed by the header analysis Z construction unit 164 to another communication device based on the header information.
  • the VoIP adapter 15B includes the session management unit 162, the routing table storage unit 163, and the header analysis / construction unit in FIG.
  • the voice packet is transmitted to the IP base line multiplexer 23 in the user aggregate network 10
  • the normal IP packet is transmitted to the access server 31 in the ISP network 30.
  • FIG. 5 is a flowchart showing the procedure of the relay process of the IP packet of the router.
  • the session management unit 162 of the router 16A is connected to the access server 31 of the ISP network 30 in response to a request for connection to the other network of the user network 11 (for example, the information processing terminal 14A or the VoIP adapter 15A). Establish a PPPoE session between them (step S11).
  • the header analysis Z constructing unit 164 determines whether or not the IP packet is a voice packet. (Step S13). If the IP packet is not a voice packet, that is, if it is a normal IP packet (No in step S13), the next transfer destination is determined with reference to the routing table in the routing table storage unit 163. When connecting to the Internet, normal IP packets are transferred to the access server 31 of the ISP network 30 via the PPPoE session, so the header analysis Z constructing unit 164 uses the PPPoE established in step SI 1. Based on the PPPoE session information of the session, build a PPPoE header (step S14).
  • the header analysis Z constructing unit 164 stores the PPPoE frame with the PPPoE header in the Ethernet (registered trademark) frame for transmission on the Ethernet (registered trademark) (step S15). At this time, the MAC address of the access server 31 of the ISP network 30 is set as the destination MAC address of the Ethernet (registered trademark) frame.
  • header analysis Z constructing unit 164 transmits the voice packet to IP base line multiplexer 23.
  • IP base line multiplexer 23 For this purpose, an Ethernet (registered trademark) frame in which the MAC address of the IP base line multiplexer 23 is set as the destination MAC address is created by referring to the routing table in the routing table storage unit 163 (step S16). Thereafter, the frame transmission unit 165 transmits the Ethernet (registered quotient) including the PPPoE frame created in step S15. Frame) or the Ethernet (registered trademark) frame created in step S16 is transmitted (step S17), and the IP packet relay processing is terminated.
  • Ethernet registered trademark
  • FIG. 6 is a flowchart showing the procedure of voice packet conversion processing by the IP-based line multiplexer.
  • the session management unit 232 of the IP-based line multiplexing device 23 establishes a PPPoE session with the access server 31 of the ISP network 30 when the device is activated (step S31).
  • the PPPoE session information at this time is managed by the session management unit 232.
  • the frame receiving unit 231 determines whether or not the packet is a call control packet. (Step S33). If it is a call control packet (Yes in step S33), the call control Z multiplex management unit 233 stores the contents included in the call control packet as control information (step S34).
  • step S33 the packet in the received frame is passed to the multiplexing / demultiplexing processing unit 234.
  • the multiplexing / separation processing unit 234 determines whether the delivered IP packet is a voice packet or a multiplexed voice packet (step S35). In the case of a voice packet (in the case of a voice packet in step S35), the multiplexing / separation processing unit 234 performs multiplexing processing on the voice packet based on the control information of the call control Z multiplexing management unit 233 (step S36).
  • a PPPoE header is constructed based on the PPPoE session information of the PPPoE session established in step S31 (step S37). Further, the demultiplexing processing unit 234 stores the PPPoE frame with the PPPoE header in the Ethernet (registered trademark) frame for transmission on the Ethernet (registered trademark) (step S38). At this time, the MAC address of the access server 31 of the ISP network 30 is set as the destination MAC address of the Ethernet (registered trademark) frame.
  • the demultiplexing processing unit 234 transmits the multiplexed voice packet. Based on the control information of the call control Z multiplexing management unit 233, demultiplexing processing is performed to separate the packets into individual voice packets (step S39). Next, the multiplex / separation processing unit 234 transmits an Ethernet packet for transmitting each voice packet to each destination. A frame is created (step S40).
  • the frame transmission unit 235 sends the Ethernet (registered trademark) frame including the call control packet whose control information has been acquired in step S34 or the Ethernet (registered trademark) frame created in step S38 or step S40 to the destination. (Step S41), and the IP packet relay process is terminated.
  • the access server of the IP base line multiplexing apparatus 23 and the ISP network 30 provided in the user set network 10 in which a plurality of users exist.
  • a communication device such as the router 16A of the user network 11 transmits only voice packets to the IP base line multiplexer 23, and the IP base line multiplexer 23 multiplexes the voice packets.
  • Voice packets are sent to the opposing IP-based line multiplexer 50 via the access server 31 in the PPPoE session, so communication is performed using PPPoE in a network configuration that includes the access line 21 in the middle. Even in an environment that performs such operations, multiplexed voice packets can be transmitted and received between IP-based line multiplexers 23 and 50.
  • the session management unit 232 of the IP base line multiplexing device 23 uses the PPP with the access server 31 of the ISP network 30 when the device is started up.
  • the PPPoE Discovery Stage that acquires the MAC address and session ID of the access server 31 is executed (SQ101).
  • IP base line multiplexing device 23 In order to actually use PPP on the telephone line 12A Ethernet (registered trademark) such as VDSL, a communication setting request and a communication setting acknowledgment Performs LCP (Link Control Protocol) negotiation to control communication setting denial response, communication setting rejection, etc., and authenticates the IP-based line multiplexer 23 between the access server 31 and the authentication server 32, and establishes a connection.
  • the PPP Session Stage force that performs IPCP (Internet Protocol Control Protocol) negotiation is executed (SQ102) to decide whether to perform compression of the IP address and TCP (Transmission Control Protocol) header used by both parties.
  • IPCP Internet Protocol Control Protocol
  • TCP Transmission Control Protocol
  • the router 16A session management unit 162 executes a PPPoE session establishment sequence with the access server 31 of the ISP network 30 in the same manner as SQ101-SQ102 described above to establish a PPPoE session (SQ112-SQ114).
  • a PPPoE session is established between the router 16A and the access server 31, and IP packets transmitted from the communication device such as the VoIP adapter 15A and the information processing terminal 14A of the user network 11A are transmitted to the ISP side on the PPPoE session. It will be sent.
  • the router 16A receives a normal PPPoE session between the router 16A and the access server 31 established in SQ114.
  • An IP packet is transmitted (SQ121).
  • a voice device such as a telephone in the user network 11 receives a voice packet as data via the VoIP adapter 15A
  • the router 16A multiplexes the voice packet with an Ethernet (registered trademark) frame as an IP base circuit.
  • IP base line multiplexing established by SQ114 is transmitted to device 23 (SQ 131), and IP base line multiplexing device 23 converts the voice packet in the Ethernet (registered trademark) frame into a multiplexed voice packet.
  • the access server 31 transmits the received multiplexed voice packet to the opposing IP base line multiplexer 50 based on the destination (SQ133).
  • the opposing IP base line multiplexer 50 performs processing of separating the received multiplexed voice packet into individual voice packets and transmitting them to the communication device that is the original communication partner. The reverse procedure is performed in the same manner.
  • FIG. 8A is a diagram illustrating a protocol stack when transmitting a normal IP packet
  • FIG. 8A is a diagram illustrating a protocol stack when transmitting a voice packet
  • Figure 8-1 shows the protocol stack during IP packet communication with SQ121 in Figure 7.
  • the IP packet is transmitted between the information processing terminal of the user network 11A (indicated as PC in the figure) 14A and the router 16A by an Ethernet frame.
  • Router 16 A and the access server 31 in the ISP network 30 are carried in a PPPoE session established on the Ethernet (registered trademark).
  • FIG. 8-2 shows a protocol stack at the time of IP packet communication in SQ131-SQ133 in FIG.
  • IP packets are transmitted by Ethernet (registered trademark) frames between the VoIP adapter 15A of the user network 11A and the router 16A, and between the router 16A and the IP base line multiplexer 23.
  • the router 16A performs processing of changing the destination of the transmission frame according to the call control packet, the voice packet, and the destination thereof.
  • an IP packet (multiplexed voice packet) is transmitted between the IP base line multiplexer 23 and the access server 31 on a PPPoE session established between the two.
  • each user power SPPPOE is used in a network environment in which the user aggregate network 10 and the IP network 60 are connected via the access line 21 shared and used by a plurality of users.
  • the communication device in the user network 11 transmits only the voice packet to the IP base line multiplexer 23 in the user aggregate network 10, and the IP base line multiplexer 23 transmits the access line 21.
  • Multiplexed voice packets are transmitted over the PPPoE session established with the access server 31 of the ISP network 30 including the network, reducing traffic on the access line 21 and realizing high transmission efficiency. It has the effect of being able to.
  • the processing load on the access server 31 can be reduced compared to the case where voice packets are transmitted in a PPPoE session from an individual user.
  • the communication destination such as the router in the user network is changed to the Ethernet (registered trademark) frame power PPPoE frame depending on the type of the IP packet, and the destination of the transmission is also changed.
  • Ethernet registered trademark
  • the second embodiment a case will be described in which a router transmits all packets in a PPPoE frame and selects a PPPoE session at the time of packet transmission.
  • the configuration of the line multiplexing system in the second embodiment is assumed to be the same as that in the first embodiment, and only the parts different from the first embodiment will be described.
  • FIG. 9 shows an IP-based line multiplexing applied to the line multiplexing system according to the present invention.
  • the IP-based line multiplexing device 23 has a configuration further including the PPPoE server function unit 237 for terminating the PPPoE session in FIG. 2 of the first embodiment.
  • This PPPoE server function unit 237 has the functions of an access server 31 and an authentication server 32 in the ISP network 30, and responds to a PPPoE session connection request from the router 16A or VoIP adapter 15B in the user networks 11A and 11B. It has the function of establishing a PPPoE session and terminating voice packets sent over the established PPPoE session.
  • the PPPoE server function unit 237 acquires the contents of the access server 31 and the authentication server 32 in the ISP network 30 in advance.
  • the multiplexing / separation processing unit 234 performs processing to convert the voice packet that has received the PPPoE session power between the router 16A and the VoIP adapter 15B into a multiplexed voice packet, and the frame transmission unit 235 Then, a process of transmitting the multiplexed voice packet to another PPPoE session established with the access server 31 of the ISP network 30 is performed.
  • the session management unit 162 of the router 16A in FIG. 4 receives a connection request to the Internet from another communication device of the user network 11, in addition to the access server 31 of the ISP network 30, A process for establishing a PPPoE session is also performed with the IP-based line multiplexer 23 in the user aggregate network 10, and a function of managing these PPPoE sessions is provided.
  • the header analysis Z constructing unit 164 of the router 16A identifies and transmits the PPPoE session that transmits the packet according to the type of the received packet.
  • the IP packet is included in the PPPoE frame and transmitted on the PPPoE session with the access server 31.
  • an IP packet is included in the PPPoE frame and transmitted on the PPPo E session with the IP base line multiplexer 23.
  • the session management unit 232 of the IP-based line multiplexer 23 starts up the ISP network as in the case of SQ101-SQ102 in FIG.
  • a PPPoE session establishment sequence is executed with the access server 31 of the network 30 to establish a PPPoE session (SQ201—SQ203).
  • the session management unit 162 of the router 16A communicates with the access server 31 of the ISP network 30 as described above.
  • a PPPoE session establishment sequence is executed to establish a PPPoE session (SQ 211-SQ214).
  • a PPPoE session is established between the router 16A and the access server 31, and the IP packet transmitted by the communication device such as the information processing terminal 14A of the user network 11A is transmitted to the ISP side over the PPPoE session. become.
  • the router 16A simultaneously performs a PPPoE Discovery Stage for acquiring the MAC address and session ID of the IP base line multiplexing device 23 and the IP base line multiplexing device 23 in the user aggregate network 10 at the same time.
  • Execute ppp Session Stage (SQ221—SQ222) to perform LCP negotiation, authentication, and IPCP negotiation to use PPP on VDSL or other telephone line 12A
  • a PPPoE session is established with the base line multiplexer 23 (SQ223).
  • a voice packet transmitted from the VoIP adapter 15A of the user network 11A can be transmitted to the IP base line multiplexer 23 using PPPoE.
  • the router 16A sets the normal IP on the PPPoE session between the router 16A and the access server 31 established by SQ214.
  • a packet is transmitted (SQ231).
  • the router 16A transmits the voice packet over the PPPoE session between the router 16A and the IP base line multiplexer 2 3 established in SQ223. (SQ241).
  • the IP base line multiplexer 23 terminates the PPPoE session between the router 16A and the IP base line multiplexer 23, extracts the voice packet, converts the voice packet into a multiplexed voice packet, and establishes it in SQ223. Is sent over the PPPoE session between the IP base line multiplexer 23 and the access server 31 (SQ242). The access server 31 then receives the received multiplexed voice packet. On the basis of the destination, an Ethernet (registered trademark) frame is transmitted to the opposing IP base line multiplexer 50 (SQ243). The opposing IP base line multiplexer 50 performs processing for separating the received multiplexed voice packet into individual voice packets and transmitting them to a device that is the original communication partner. The reverse procedure is performed in the same manner.
  • FIG. 11 is a diagram showing a protocol stack in the case of transmitting a voice packet.
  • the IP packet is transmitted by an Ethernet frame between the router 16A and the IP base line multiplexer 23.
  • IP packets are transmitted in the PPPoE session.
  • the IP base line multiplexer 23 transmits a multiplexed voice packet obtained by multiplexing the voice packet from the router 16A on the PPPoE session.
  • a PPPo E session is established from the router 16A to the access server 31 and to the IP base line multiplexer 23, respectively.
  • Embodiments 1 and 2 a case has been described where the functions in the routers in the user aggregation network and the IP base line multiplexer are expanded. However, in Embodiment 3, only the IP base line multiplexer is used. A description will be given of line multiplexing of voice packets in a line multiplexing system in which a plurality of users share an access line by function expansion.
  • the configuration of the line multiplexing system in the third embodiment is assumed to be the same as in the first embodiment, and only the parts different from the first embodiment will be described.
  • FIG. 12 is a block diagram showing a functional configuration of the third embodiment of the IP-based line multiplexing apparatus applied to the line multiplexing system according to the present invention.
  • this IP-based line multiplexing device 23 is different from the session management unit 232 that establishes and manages the PPPoE session with the access server 31 of the ISP network 30 in the PPPo E server function unit.
  • 237A does not have an authentication server function, but only an access server function. It has composition which has.
  • the PPPoE server function unit 237A establishes a PPPoE session by performing user authentication using CHAP (Challenge Handshake Authentication Protocol) / PAP (Password Authentication Protocol).
  • the frame transmission unit 235 of the IP-based line multiplexing device 23 further has a function of preferentially transferring voice packets out of received IP packets over normal IP packets. This is because, unlike Embodiments 1 and 2, all packets from the user network 11 are transmitted to the IP base line multiplexer 23. As a result, an IP packet is transmitted in an Ethernet (registered trademark) frame between the IP base line multiplexer 23 and the access server 31 of the ISP network 30.
  • Ethernet registered trademark
  • the access server 31 establishes a PPPoE session from the router 16A.
  • session management unit 162 of router 16 A in FIG. 4 of Embodiment 1 performs PPPoE session establishment processing and performs PPPoE session with access server 31.
  • the session is not established, and a PPPo E session is established with the IP base line multiplexer 23.
  • the header analysis / construction unit 164 of the router 16A transmits all the IP packets from the user network 11A through the PPPoE session established with the IP base line multiplexer 23.
  • the session management unit 162 of the router 16A uses the PPPoE session to establish a PPPoE session. Run Discovery Stage. At this time, the access server 31 does not respond to the sequence in the PPPoE Discovery Stage from the router 16A, and the IP base circuit in the user aggregation network 10 does not respond.
  • a PPP Session Stage is executed to perform LCP negotiation, authentication, and IPCP negotiation for actually using PPP over a telephone line such as VDSL and Ethernet (registered trademark) (SQ303).
  • authentication is eleven? 7? 8? This is performed between the authentication server 32 and the network server 30.
  • a PPPoE session is established between the router 16A and the IP base line multiplexer 23 (SQ304).
  • the router 16A receives both the normal IP packet from the information processing terminal 14A in the user network 11A and the voice packet from the VoIP adapter 15A, and the IP base line multiplexer 23 established in SQ304. On the PPPoE session between. That is, the packet sent from the user network 11 to the IP network 60 is sent to the IP base line multiplexer 23 by the router 16A in a PPPoE frame (SQ311).
  • IP-based line multiplexing apparatus 23 transmits the packet to Ethernet 31 (registered trademark) to access server 31 (SQ312). If the received IP packet is a voice packet, it is converted into a multiplexed voice packet and transmitted to the access server 31 using an Ethernet (registered trademark) frame (SQ313). The access server 31 transmits the received multiplexed voice packet as an Ethernet (registered trademark) frame to the opposing IP base line multiplexer 50 (SQ314). Note that the frame transmission unit 235 of the IP base line multiplexing device 23 forwards the multiplexed voice packet with higher priority than the normal IP packet, and performs transmission processing so as to reduce packet delay and discard as much as possible.
  • FIG. 14 is a diagram showing a protocol stack when transmitting an IP packet.
  • IP packets are transmitted by Ethernet (registered trademark) frames.
  • IP packets are transmitted to and from the multiplexing device 23 in a PPPoE session.
  • voice packets and normal IP packets are not distinguished, and sent to the IP base line multiplexer 23 in a PPPoE session. Is done.
  • the normal IP packet is directly put on the Ethernet (registered trademark) frame, and the voice packet is multiplexed into the Ethernet (registered). (Trademark) frame and transmitted to the access server 31 in the ISP network 30.
  • the IP base line multiplexing device 23 transmits a packet to the ISP network 30 ahead of the access line 21. Since PPP PoEZPPP header is not required and it is transmitted in Ethernet (registered trademark) frame, compared to the first and second embodiments, PPPoE encapsulation reduces overhead due to tunneling processing associated with decapsulation It has the effect of being able to. In addition, since multiplexed voice packets are transferred with priority over normal IP packets, QoS (Quality of Service) guarantee for voice packets can be realized.
  • QoS Quality of Service
  • the user aggregate network to which the plurality of users belong and the IP network are connected via an access line shared by a plurality of users, and the PPPoE environment This is useful when using VoIP for normal data communication.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

 複数のユーザネットワークからなるユーザ集合ネットワークがIPネットワークとアクセス回線で接続される場合でも、IPネットワーク上の音声パケットの多重・分離処理を行うことが可能な回線多重化システムを得ること。  ユーザ集合ネットワーク10は、IPネットワーク60のアクセスサーバ31との間で第1のPPPoEセッションを確立し、ユーザネットワーク11からの音声パケットを多重化した多重化音声パケットを第1のPPPoEセッション上に送信するIPベース回線多重化装置23を備え、ユーザネットワーク11Aは、アクセスサーバ31との間で第2のPPPoEセッションを確立し、ユーザネットワーク11A内の機器からのIPパケットが、通常のIPパケットである場合には第2のPPPoEセッション上に、音声パケットである場合にはIPベース回線多重化装置23に送信するようにフレームを構成する機能を有するルータ16Aを備える。

Description

明 細 書
回線多重化システム、通信装置および IPベース回線多重化装置並びに 回線多重化方法
技術分野
[0001] この発明は、複数のユーザネットワークからなるユーザ集合ネットワークとアクセス回 線を介して接続される IP (Internet Protocol)ネットワークに、ユーザネットワークが P PPoE (Point to Point Protocol over Ethernet (登録商標))を利用して IPネットヮ ークに接続する場合に、ユーザネットワークを送信元または宛先とする音声パケットを 多重化して送信する回線多重化システム、通信装置および IPベース回線多重化装 置並びに回線多重化方法に関するものである。
背景技術
[0002] マンションなどの集合住宅地では、 ISP (Internet Service Provider)からマンション までのアクセス回線として光ファイバを設置し、そこから各住戸までをイーサネット (登 録商標)を用いて LAN (Local Area Network)の形で棟内ネットワークを構築したり 、 VDSL (Very high bit rate Digital Subscriber Line)などの電話線を用いて棟 内ネットワークを構築したりして、インタネットへの接続環境を提供している。このとき、 各住戸と ISPは、 PPPoEフレームによってインタネット接続をしている(たとえば、非 特許文献 1参照)。ここで、 PPPoEとは PPPの機能をイーサネット(登録商標)などの 常時接続回線上でも利用可能とするためのプロトコルであり、 IETF (Internet Engineering Task Force)が RFC (Request For Comments) 2516として標準化し ている規格である。本来、 PPPは電話回線や ISDN (Integrated Services Digital Network)回線力 の接続を実現するために規定された力 それをイーサネット(登録 商標)上で実現するために、 PPPoEヘッダをイーサネット(登録商標)フレームの MA C (Media Access Control)ヘッダと PPPヘッダの間に規定し、固有 MACアドレスな どを用いてユーザを識別するものである。これにより、イーサネット(登録商標)上でも PPPセッションを確立し、ユーザ認証および IPアドレス割り当てが可能になる。
[0003] また、 IPベース回線多重化装置(IP— CME ; Circuit Multiplication Equipment optimized for IP— based networks)といった、 IPネットワーク上の音声(VoIP ; Voice over IP)やファクシミリ信号のパケットを多重化することによって各パケットのヘッダ 情報を共有ィ匕し、 IPネットワーク帯域を効率的に使用するとともに音声品質の向上を 実現する装置が規定されている (たとえば、非特許文献 2参照)。
[0004] 非特許文献 1 : L. Mamakos, J. Evarts, D. Carrel, R. Wheeler, "Request for Comments: 2516, A Method for Transmitting PPP Over Ethernet (登球 商標 KPPPoE)", The Internet Engineering Tasking Force, February 1999,
[online], retrieved from the Internet: <URL:
http:/ 1 www.ietf. org/ rfc/ rfc2516.txt〉
非特許文献 2 : "ITU- T Recommendation G.769/Y.1242: Circuit multiplication equipment optimized for IP- based networks", International
Telecommunication Union, August 2002
発明の開示
発明が解決しょうとする課題
[0005] ところで、アクセス回線を複数のユーザが共有して使用するような上述した集合住 宅地型インタネットサービスには、上述した IPベース回線多重化装置をネットワークィ ンフラに組み込むことによって、アクセス回線の伝送効率を高くすることが期待される 。つまり、 IPネットワークと集合住宅地内の棟内ネットワークとを結ぶアクセス回線の 集合住宅地側に IPベース回線多重化装置を設けることで、アクセス回線の伝送効率 を高くすることが可能となる。
[0006] し力しながら、集合住宅地内の各ユーザ力インタネットに接続するためには、上述し たように IPネットワーク上の ISPとの間で PPPoEを利用してユーザの認証'課金をュ 一ザごとに行う必要があるので、異なるユーザからの音声パケットを IPベース回線多 重化装置で多重化することができない。つまり、従来の IPベース回線多重化装置は、 ユーザの課金 ·認証のために PPPoEを利用して 、るネットワーク環境には対応して いなかった。そのため、 IPネットワーク上の音声やファクシミリ信号のパケットの中継' 多重分離処理を行う従来の IPベース回線多重化装置を、そのまま複数のユーザが 共有して使用するアクセス回線を有するネットワークインフラに組み込むことができな いという問題点があった。
[0007] この発明は上記に鑑みてなされたもので、複数のユーザネットワーク力もなるユー ザ集合ネットワークが IPネットワークと、前記複数のユーザネットワークによって共有さ れるアクセス回線で接続されるネットワークシステムにおいて、各ユーザネットワーク 力 PPPOEを用いてインタネットに接続する場合でも、ユーザ集合ネットワークと IPネッ トワークとの間で音声パケットの多重 ·分離処理を行うことが可能な回線多重化システ ムとその方法を得ることを目的とする。また、回線多重化システムに使用される通信装 置と IPベース回線多重化装置を得ることも目的とする。
課題を解決するための手段
[0008] 上記目的を達成するため、この発明に力かる回線多重化システムは、複数のユー ザネットワークが相互に接続されて形成されるユーザ集合ネットワークと、 PPPoEセッ シヨンを確立する PPPoEサーバ機能を有し、前記ユーザ集合ネットワークからインタ ネットへ通信の接続を中継するサーバ装置を有する IPネットワークと、が前記ユーザ 集合ネットワーク内のユーザによって共有されるアクセス回線で接続され、前記ユー ザによる VoIP通信を利用した音声パケットの多重化を行う回線多重化システムであ つて、前記ユーザ集合ネットワークは、前記 IPネットワークの前記サーバ装置との間 で第 1の PPPoEセッションを確立するセッション管理手段と、前記ユーザネットワーク 力もの音声パケットを多重化した多重化音声パケットを前記第 1の PPPoEセッション 上に送信する多重'分離処理手段と、を有する IPベース回線多重化装置を備え、前 記ユーザネットワークは、前記 IPネットワークのサーバ装置との間で第 2の PPPoEセ ッシヨンを確立するセッション管理手段と、前記ユーザネットワーク内の機器力 送信 される IPパケットが、通常の IPパケットである場合には、前記第 2の PPPoEセッション 上に前記 IPパケットを送信し、音声パケットである場合には、前記 IPベース回線多重 化装置に前記音声パケットを送信するようにフレームを構成するヘッダ解析 Z構築手 段と、を有する通信装置を備えることを特徴とする。
発明の効果
[0009] この発明によれば、複数のユーザが共有して使用するアクセス回線を介してユーザ 集合ネットワークと IPネットワークが接続されるネットワーク環境で、各ユーザが PPPo Eを使用してインタネットに接続する場合でも、ユーザ集合ネットワーク内に設けられ た IPベース回線多重化装置でユーザ集合ネットワーク内からの音声パケットを多重 化した多重化音声パケットとして、アクセス回線の先に接続されるサーバ装置まで送 信するようにしたので、アクセス回線上のトラヒックを削減し、高伝送効率を実現するこ とができるという効果を有する。また、個々のユーザからの PPPoEセッションで音声パ ケットが送信される場合に比して、サーバ装置における処理の負荷を下げることがで きるという効果も有する。
図面の簡単な説明
[図 1]図 1は、この発明による回線多重化システムの実施の形態 1の構成を模式的に 示す図である。
[図 2]図 2は、 IPベース回線多重化装置の機能構成を示すブロック図である。
[図 3-1]図 3—1は、 VoIPアダプタによって生成される音声パケットの構造を模式的に 示す図である。
[図 3-2]図 3— 2は、 IPベース回線多重化装置によって生成される多重化音声パケット の構造を模式的に示す図である。
[図 3-3]図 3— 3は、多重化音声パケット中のショートパケットの構造を模式的に示す図 である。
[図 4]図 4は、ルータの機能構成を模式的に示すブロック図である。
[図 5]図 5は、ルータの IPパケットの中継処理の手順を示すフローチャートである。
[図 6]図 6は、 IPベース回線多重化装置の音声パケット変換処理の手順を示すフロー チャートである。
[図 7]図 7は、回線多重化システムにおける IPパケットの処理の手順を示すシーケン ス図である。
[図 8-1]図 8—1は、通常の IPパケットを送信する場合のプロトコルスタックを示す図で ある。
[図 8-2]図 8— 2は、音声パケットを送信する場合のプロトコルスタックを示す図である。
[図 9]図 9は、この発明による回線多重化システムに適用される IPベース回線多重化 装置の実施の形態 2の機能構成を示すブロック図である。 [図 10]図 10は、回線多重化システムにおける IPパケットの処理の手順を示すシーケ ンス図である。
[図 11]図 11は、音声パケットを送信する場合のプロトコルスタックを示す図である。
[図 12]図 12は、この発明による回線多重化システムに適用される IPベース回線多重 化装置の実施の形態 3の機能構成を示すブロック図である。
[図 13]図 13は、回線多重化システムにおける IPパケットの処理の手順を示すシーケ ンス図である。
[図 14]図 14は、 IPパケットを送信する場合のプロトコルスタックを示す図である。 符号の説明
10 ユーザ集合ネットワーク
11A, 11B ユーザネットワーク
12A, 12B 電話回線
13A, 13B モデム
14A 情報処理端末
15A, 15B VoIPアダプタ
16A ルータ
21 アクセス回線
22 集線装置
23, 50 IPベース回線多重化装置
24 通信切替装置
30 ネットワーク
31 アクセスサーバ
32 認証サーバ
40 呼制御サーバ
60 IPネットワーク
61 メディアコンバータ
100 音声パケット
101 音声データ 102, 113 RTPヘッダ
103, 114 UDPヘッダ
104, 115 IPヘッダ
110 多重化音声パケット
111 シ 3—卜パケッ卜
112 ヘッダ部
116 ショートノ ケットヘッダ
161, 231 フレーム受信部
162, 232 セッシ 3ン管理咅
163 ルーティングテーブル格納部
164 ヘッダ解析 Z構築部
165, 235 フレーム送信部
166, 236 制御部
233 呼制御 Z多重管理部
234 多重 ·分離処理部
237, 237A PPPoEサーバ機能部
発明を実施するための最良の形態
[0012] 以下に添付図面を参照して、この発明に力かる回線多重化システム、通信装置お よび IPベース回線多重化装置並びに回線多重化方法の好適な実施の形態を詳細 に説明する。
[0013] 実施の形態 1.
図 1は、この発明に力かる回線多重化システムの実施の形態 1の構成を模式的に 示す図である。この回線多重化システムは、複数のユーザの有するユーザネットヮー ク 11A, 11Bからなるユーザ集合ネットワーク 10と、ユーザ集合ネットワーク 10内のュ 一ザのインタネットへの通信の接続を提供する ISPの有する ISPネットワーク 30、 Vol Pによる通話のための呼管理を行 、、対向 VoIPアダプタ間で呼制御メッセージを管 理'中継する呼制御サーノ 0、およびユーザ集合ネットワーク 10以外の他のユーザ の VoIPによる音声やファクシミリ信号のパケットの多重化を行う IPベース回線多重化 装置(図中、 IP— CMEと表記) 50を有する IPネットワーク 60と力 ユーザ集合ネットヮ ーク 10内の複数のユーザによって共有されるアクセス回線 21を介して接続される構 成を有する。 IPネットワーク 60は、インタネットでもよいし、この IPネットワーク 60を介 してインタネットに接続される形態でもよ 、。
[0014] ユーザ集合ネットワーク 10は、たとえばマンションなどの集合住宅地で構築され、各 ユーザの有するユーザネットワーク 11が複数集合して形成されるネットワークである。 このユーザ集合ネットワーク 10は、たとえば、背景技術でも説明したように ISPから集 合住宅地までのアクセス回線 21として光ファイバを設置し、そこから各ユーザの住戸 までがイーサネット (登録商標)で接続されて LANの形態を有して 、たり、 VDSLなど の電話回線で接続された棟内ネットワークの形態を有していたりする。
[0015] 図 1の例では、ユーザ集合ネットワーク 10は、電話回線 12A, 12Bを用いて構成さ れて ヽる場合が示されており、各ユーザ宅に接続される VDSLなどの電話回線 12A , 12Bを束ねてアクセス回線 21と接続するための DSLAM (Digital Subscriber Line Access Multiplexer)などの集線装置 22と、集線装置 22から個々の電話回線 12A , 12Bで接続される各ユーザ宅内のユーザネットワーク 11 A, 11Bと、 IPネットワーク 60とユーザ集合ネットワーク 10を結ぶアクセス回線 21上に流れる音声パケットの多 重処理 ·多重分離処理を行う IPベース回線多重化装置(図中、 IP - CMEと表記) 23 と、 IPベース回線多重化装置 23と集線装置 22とアクセス回線 21との間でデータの 通信先の切り替えを行うスィッチやルータなどの通信切替装置 24と、を有して構成さ れる。
[0016] ユーザネットワーク 11は、各ユーザ宅内の個別配線によって形成されるネットワーク であり、ユーザ宅内で使用される情報処理装置による通常の IPパケットを ISPネットヮ ーク 30側のアクセスサーバ 31などのサーバ装置に中継し、 VoIPによって音声通信 やファクシミリ信号の通信を行う場合に、その呼制御パケットや音声パケット、ファクシ ミリ信号のパケット (この明細書では、音声パケットという)をユーザ集合ネットワーク 10 内の IPベース回線多重化装置 23に転送する機能を有する通信装置を少なくとも備 えることを特徴とする。
[0017] たとえば、図 1の集合住宅内のユーザ A宅内のユーザネットワーク 11Aは、ユーザ A宅内の情報処理端末(図中、 PCと表記) 14Aで処理されるデジタルデータと電話 回線 12Aを流れるアナログデータとの間の変換を行うモデム 13Aと、情報処理を行う パーソナルコンピュータなどの情報処理端末 14Aと、図示しな 、電話器やファクシミリ による VoIP通信を可能にする VoIPアダプタ 15Aと、情報処理端末 14Aと VoIPァダ プタ 15Aとモデム 13Aより外部の電話回線 12Aに接続される他の通信装置との間で IPパケットの中継処理を行うルータ 16Aと、を有して構成される。 VoIPアダプタ 15A には、 VoIPによって音声通話を行う電話器やファクシミリ通信を行うファクシミリなど が接続される。この場合、ルータ 16Aが上記通信装置の役割を担っており、請求の 範囲の通信装置に対応している。
[0018] また、図 1の集合住宅内のユーザ B宅内のユーザネットワーク 11Bは、図示しない 電話器やファクシミリの VoIPによる通信を可能にする VoIPアダプタ 15Bと、 VoIPァ ダプタ 15Bからのデジタルデータと電話回線 12Bを流れるアナログデータとの間の変 換を行うモデム 13Bと、を有して構成される。 VoIPアダプタ 15Bには、 VoIPを利用し て音声通話を行う電話器やファクシミリ通信を行うファクシミリなどが接続される。この 場合には、 VoIPアダプタ 15B力 上記通信装置の機能を有しており、請求の範囲の 通信装置に対応している。
[0019] この図 1の例では、ユーザ集合ネットワーク 10と IPネットワーク 60との間は、アクセス 回線 21として光ファイバが設置されており、 IPネットワーク 60とアクセス回線 21との接 続部と、アクセス回線 21とユーザ集合ネットワーク 10の接続点には、光一電気変換を 行うメディアコンバータ 61が設置されている。なお、集線装置 22とモデム 13は、電話 回線 12A, 12Bを使用してイーサネット (登録商標)フレームを伝送するための装置 であるので、ユーザ集合ネットワーク 10が LANで構成される場合には、これらの集線 装置 22とユーザネットワーク 11内のモデム 13は設けられな!/、。
[0020] ISPネットワーク 30には、ユーザ集合ネットワーク 10内のユーザからの接続要求に 応じてインタネットへの接続を行うアクセスサーバ 31と、ユーザの認証や課金を行う 認証サーバ 32と、を有して構成される。これらのアクセスサーバ 31と認証サーバ 32 は、請求の範囲におけるサーバ装置に対応している。
[0021] ここで、この実施の形態 1で特徴となる IPベース回線多重化装置 23と、ユーザネッ トワーク 11に使用される通信装置の構成について説明する。ただし、以下では、通信 装置として、ユーザ A宅内で使用されるルータ 16Aを例に挙げて説明する。図 2は、 I Pベース回線多重化装置の機能構成を示すブロック図である。 IPベース回線多重化 装置 23は、電話回線 12などの通信回線からのフレームの受信処理を行うフレーム 受信部 231と、 PPPoEセッションを管理するセッション管理部 232と、呼制御とバケツ トの多重化 ·多重分離処理の管理を行う呼制御 Z多重管理部 233と、 VoIPの通信で 使用されるパケットの多重化 ·多重分離処理を行う多重 ·分離処理部 234と、フレーム の送信処理を行うフレーム送信部 235と、これらの各処理部 231— 235を制御する 制御部 236と、を有して構成される。
[0022] フレーム受信部 231は、通信回線を介して受信したフレームの内容に基づいて処 理を行う機能を有する。具体的には、受信したフレームがユーザ集合ネットワーク 10 力 受信した音声パケットや対向する IPベース回線多重化装置 50からの多重化され た音声パケット (以下、多重化音声パケットという)を含む場合には、多重 ·分離処理 部 234に出力し、受信したフレームが呼制御パケットの場合には、呼制御パケットに 含まれる IPアドレスやポート番号などの回線を設定し維持するための制御情報を呼 制御 Z多重管理部 233に通知し、呼制御パケットをフレーム送信部 235に出力する 処理を行う。
[0023] セッション管理部 232は、 ISPネットワーク 30のアクセスサーバ 31との間で PPPoE セッションを確立し、管理する機能を有する。通常、 PPPoEセッションの確立は、 IP ベース回線多重化装置 23の起動時に行われる。
[0024] 呼制御 Z多重管理部 233は、フレーム受信部 231から受信した呼制御パケットに 含まれる制御情報を読み取って管理し、フレーム受信部 231で受信した音声パケット または多重化音声パケットの多重 ·分離処理部 234による処理を制御する機能を有 する。
[0025] 多重 ·分離処理部 234は、呼制御 Z多重管理部 233からの制御に基づいて、受信 したフレーム内のデータがユーザ集合ネットワーク 10内からの音声パケットである場 合に、音声パケットを多重化処理して多重化音声パケットに変換する機能と、受信し たフレーム内のデータが対向する IPベース回線多重化装置 50からの多重化音声パ ケットである場合に、多重化音声パケットの多重分離処理を行って音声パケットに変 換する機能とを有する。そして、多重化処理した多重化音声パケットまたは多重分離 処理した音声パケットを、それぞれの宛先に送信するためのパケットヘッダを呼制御
Z多重管理部 233の有する制御情報に基づいて構築する機能も有する。
[0026] 図 3-1—図 3-3は、多重 ·分離処理部による音声パケット-多重化音声パケット間 の変換の様子を模式的に示す図であり、図 3— 1は、 VoIPアダプタによって生成され る音声パケットの構造を模式的に示す図であり、図 3— 2は、 IPベース回線多重化装 置によって生成される多重化音声パケットの構造を模式的に示す図であり、図 3— 3は 、多重化音声パケット中のショートパケットの構造を模式的に示す図である。
[0027] 図 3—1に示されるように、 VoIPアダプタ 15は、電話器やファクシミリから受信した音 声信号やファクシミリ信号などから、所定の音声符号ィ匕方式によって所定の長さの音 声データ 101を生成する。たとえば、 8kbps音声符号ィ匕方式が採用され、 20ms毎に 音声 1チャネル当り 1個の IPパケットを生成する場合には、音声データ 101は 20バイ トとなる。そして、この音声データ 101に、 12バイトの RTP (ReaH:ime Transport Protocol)ヘッダ 102、 8バイトの UDP (User Datagram Protocol)ヘッダ 103および 20バイトの IPヘッダ 104が付加されて、音声パケット 100が生成される。この場合に は、音声パケット 100は、合計 60バイトのサイズを有する。この音声パケット 100力 I Pベース回線多重化装置 23に送信される。なお、 VoIPアダプタ 15は、音声パケット 100を受信すると、音声信号やファクシミリ信号に変換する機能も有している。
[0028] 一方、多重化音声パケット 110は、図 3— 2に示されるように、ショートパケット 111が 複数多重化された多重化音声データに、 RTPヘッダ 113、 UDPヘッダ 114および I Pヘッダ 115からなるヘッダ部 112が付加された構造を有している。ショートパケット 1 11は、図 3— 3に示されるように、図 3—1の音声パケット 100中の音声データ 101とこ の音声データ 101に固有の情報を格納するショートパケットヘッダ 116から構成され る。ここで、多重化音声パケット 110のヘッダ部 112には、送信元 IPアドレスと宛先 IP アドレス、時間情報を含む全ての音声パケット 100に共通の情報が格納され、ショー トパケット 111のショートパケットヘッダ 116には、装置が収容している電話回線 12A , 12Bを識別する電話回線識別情報や音声符号ィ匕方式を識別する情報を含む各音 声パケットに独自の情報が格納される。すなわち、多重化音声パケット 110のヘッダ 部 112には多重化される全ての音声パケット 100に共通する情報を格納し、ショート パケットヘッダ 116には各音声パケット 100に独自の情報を格納するようにしている。 なお、図 3— 2では、多重化音声パケット 110は n個(nは自然数)の音声パケット 100 を多重化している場合を示しており、図 3— 3では、ショートパケット 111は、図 3— 2の 多重化音声パケット 110の i番目(iは自然数で n以下の数)のショートパケットを示して いる。
[0029] 多重'分離処理部 234は、図 3— 1一図 3— 3に示されるように、音声パケットと多重化 音声パケットとの間の変換を行って、変換後の IPパケットが音声パケットの場合には ユーザ集合ネットワーク 10内の該当する宛先のユーザネットワーク 11に向けて送信 するようにパケットヘッダを構築し、変換後の IPパケットが多重化音声パケットの場合 には対向する IPベース回線多重化装置 50に向けて送信するようにパケットヘッダを 構築する処理を行う。
[0030] フレーム送信部 235は、多重 ·分離処理部 234によって多重化された多重化音声 パケットまたは分離処理された音声パケット(呼制御パケットを含む。以下、呼制御パ ケットを区別する必要がない場合には、音声パケットには呼制御パケットが含まれるも のとする。)をそれぞれの宛先に基づいて送信する機能を有する。このとき、多重化 音声パケットは、セッション管理部 232で確立された PPPoEセッション上に送信され る。
[0031] 図 4は、ルータの機能構成を模式的に示すブロック図である。ルータ 16Aは、電話 回線 12Aなどの通信回線力もフレームを受信処理するフレーム受信部 161と、 PPP oEセッションを確立するセッション管理部 162と、ルーティングプロトコルに基づいて 作成されるルーティングテーブルを格納するルーティングテーブル格納部 163と、受 信したイーサネット (登録商標)フレームに含まれる IPパケットの内容力 転送先を決 定するヘッダ解析 Z構築部 164と、ヘッダ解析 Z構築部 164によって決定された宛 先へイーサネット (登録商標)フレームを送信するフレーム送信部 165と、これらの各 処理部 161— 165を制御する制御部 166と、を有して構成される。
[0032] フレーム受信部 161は、他の通信装置力もフレームの受信処理を行う機能を有す る。また、セッション管理部 162は、 ISPネットワーク 30のアクセスサーバ 31、認証サ ーバ 32との間で PPPoEセッションを確立し、その PPPoEセッションを管理する機能 を有する。
[0033] ルーティングテーブル格納部 163は、所定のルーティングプロトコルにしたがって作 成されたルーティングテーブルを格納する。このルーティングテーブルには、 VoIPァ ダプタ 15から受信した IPパケットが音声パケットの場合に、ユーザ集合ネットワーク 1 0内の IPベース回線多重化装置 23へと送信するように設定されたエントリが含まれて いる。また、音声パケットでない IPパケット(以下、通常の IPパケットという)でユーザネ ットワーク 11の外部に送信される IPパケットの場合には、セッション管理部 162によつ て確立された PPPoEセッションを利用して ISPネットワーク 30のアクセスサーバ 31に 送信するように設定されたエントリが含まれて!/、る。
[0034] ヘッダ解析/構築部 164は、受信したフレームに含まれる IPパケットの種類を判別 し、 IPパケットの種類に応じてその中継先をルーティングテーブルに基づ!/、て決定す る機能を有する。具体的には、情報処理端末 14Aから送信される通常の IPパケット の場合には、セッション管理部 162で管理されているアクセスサーバ 31との間の PPP oEセッションのセッション情報を用いて PPPoEヘッダを構築し、 VoIPアダプタ 15力 らの音声パケットである場合には、 IPベース回線多重化装置 23に送信するようにィ ーサネット (登録商標)フレームのヘッダを構築する機能を有する。なお、音声バケツ ト 100は、図 3—1に示されるように、 IP上の UDPと RTPを利用して音声データ 101を 送信するので、この RTPを利用した通信カゝ否かを判定することによって、音声バケツ ト 100か通常の IPパケットかの識別を行うことができる。
[0035] フレーム送信部 165は、ヘッダ解析 Z構築部 164によって構築されたフレームをそ のヘッダ情報に基づいて他の通信装置へ送信する処理を行う。
[0036] なお、ユーザ B宅内のユーザネットワーク 11Bのように、ルータ 16Aが存在しない場 合には、 VoIPアダプタ 15Bが、図 4のセッション管理部 162、ルーティングテーブル 格納部 163およびヘッダ解析/構築部 164を備えており、上述したルータ 16 Aと同 じょうに、音声パケットはユーザ集合ネットワーク 10内の IPベース回線多重化装置 23 に送信し、通常の IPパケットは ISPネットワーク 30のアクセスサーバ 31との間に確立 された PPPoEセッション上に送信する中継機能を有して!/、る。
[0037] つぎに、この回線多重化システムを構成するユーザネットワーク 11内の通信装置と I Pベース回線多重化装置 23の動作処理手順について説明する。最初に、通信装置 として図 4で説明したユーザネットワーク 11 A内のルータ 16 Aを例に挙げて説明する 。図 5は、ルータの IPパケットの中継処理の手順を示すフローチャートである。まず、 ルータ 16Aのセッション管理部 162は、ユーザネットワーク 11の他の通信機器(たと えば、情報処理端末 14Aや VoIPアダプタ 15A)力ものインタネットへの接続要求に よって、 ISPネットワーク 30のアクセスサーバ 31との間で PPPoEセッションを確立す る(ステップ S 11)。
[0038] ついで、ユーザネットワーク 11内の通信機器からの IPパケットをフレーム受信部 16 1から受信すると (ステップ S12)、ヘッダ解析 Z構築部 164は、その IPパケットが音 声パケットか否かを判定する (ステップ S 13)。 IPパケットが音声パケットでない場合、 つまり通常の IPパケットの場合 (ステップ S 13で Noの場合)には、ルーティングテープ ル格納部 163中のルーティングテーブルを参照して、つぎの転送先を決定する。イン タネットへ接続する場合には、通常の IPパケットは、 ISPネットワーク 30のアクセスサ ーバ 31へ PPPoEセッション経由で転送されるので、ヘッダ解析 Z構築部 164は、ス テツプ SI 1で確立した PPPoEセッションの PPPoEセッション情報に基づ!/、て PPPoE ヘッダを構築する (ステップ S14)。ヘッダ解析 Z構築部 164は、 PPPoEヘッダを付 した PPPoEフレームをイーサネット(登録商標)上で送信するためのイーサネット(登 録商標)フレームに格納する (ステップ S15)。このとき、イーサネット (登録商標)フレ ームの宛先 MACアドレスとして、 ISPネットワーク 30のアクセスサーバ 31の MACァ ドレスが設定される。
[0039] 一方、ステップ S 13で IPパケットが音声パケットの場合 (ステップ S 13で Yesの場合) には、ヘッダ解析 Z構築部 164は、その音声パケットを IPベース回線多重化装置 23 に送信するために、ルーティングテーブル格納部 163中のルーティングテーブルを 参照して、宛先 MACアドレスに IPベース回線多重化装置 23の MACアドレスを設定 したイーサネット (登録商標)フレームを作成する (ステップ S16)。その後、フレーム送 信部 165は、ステップ S15で作成された PPPoEフレームを含むイーサネット(登録商 標)フレームまたはステップ S 16で作成されたイーサネット (登録商標)フレームを送 信し (ステップ S 17)、 IPパケットの中継処理を終了する。
[0040] つぎに、 IPベース回線多重化装置 23の動作について説明する。図 6は、 IPベース 回線多重化装置の音声パケット変換処理の手順を示すフローチャートである。まず、 IPベース回線多重化装置 23のセッション管理部 232は、装置の起動時に ISPネット ワーク 30のアクセスサーバ 31との間で PPPoEセッションを確立する(ステップ S31)。 このときの PPPoEセッション情報は、セッション管理部 232によって管理される。その 後、フレーム受信部 231は、音声パケットや多重化音声パケットなどの IPパケットを含 むイーサネット (登録商標)フレームを受信すると (ステップ S32)、そのパケットは呼制 御パケットか否かを判定する (ステップ S33)。呼制御パケットである場合 (ステップ S3 3で Yesの場合)には、呼制御 Z多重管理部 233は、呼制御パケットに含まれる内容 を制御情報として格納する (ステップ S34)。
[0041] 一方、ステップ S33で呼制御パケットでな!/、場合 (ステップ S33で Noの場合)には、 受信したフレーム内のパケットを多重 ·分離処理部 234に渡す。多重 ·分離処理部 23 4は、渡された IPパケットが音声パケットか多重化音声パケットかを判定する (ステップ S35)。音声パケットの場合 (ステップ S35で音声パケットの場合)には、多重'分離処 理部 234は、音声パケットを呼制御 Z多重管理部 233の制御情報に基づいて多重 化処理を行い(ステップ S36)、ステップ S31で確立された PPPoEセッションの PPPo Eセッション情報に基づいて PPPoEヘッダを構築する (ステップ S37)。さらに、多重' 分離処理部 234は、 PPPoEヘッダを付した PPPoEフレームをイーサネット(登録商 標)上で送信するためのイーサネット (登録商標)フレームに格納する (ステップ S38) 。このとき、イーサネット(登録商標)フレームの宛先 MACアドレスとして、 ISPネットヮ ーク 30のアクセスサーバ 31の MACアドレスが設定される。
[0042] また、ステップ S35で受信した IPパケットの種類が多重化音声パケットの場合 (ステ ップ S35で多重化音声パケットの場合)には、多重'分離処理部 234は、多重化音声 パケットを呼制御 Z多重管理部 233の制御情報に基づいて多重分離処理を行って、 個々の音声パケットに分離する (ステップ S39)。ついで、多重.分離処理部 234は、 個々の音声パケットをそれぞれの宛先へ送信するためのイーサネット (登録商標)フ レームを作成する(ステップ S40)。その後、フレーム送信部 235は、ステップ S34で 制御情報を取得した呼制御パケットを含むイーサネット (登録商標)フレーム、ステツ プ S38またはステップ S40で作成されたイーサネット(登録商標)フレームを、その宛 先に基づいて送信し (ステップ S41)、 IPパケットの中継処理を終了する。
[0043] 上述したように、この実施の形態 1における回線多重化システムでは、複数のユー ザが存在するユーザ集合ネットワーク 10内に設けた IPベース回線多重化装置 23と I SPネットワーク 30のアクセスサーバ 31との間で PPPoEセッションを確立するとともに 、ユーザネットワーク 11のルータ 16Aなどの通信装置が音声パケットのみを IPベース 回線多重化装置 23に送信し、 IPベース回線多重化装置 23が音声パケットを多重化 音声パケットにして上記 PPPoEセッションでアクセスサーバ 31を経由して対向する I Pベース回線多重化装置 50に送信するようにしているので、アクセス回線 21を途中 に含むネットワーク構成で PPPoEを使用して通信を行う環境ィ匕においても、 IPベー ス回線多重化装置 23, 50間で多重化音声パケットの送受信を行うことができる。
[0044] つぎに、このような回線多重化システムにおける IPパケットの処理の手順について、 図 7のシーケンス図を参照しながら説明する。なお、この説明でも、通信装置としてル ータ 16Aが使用される図 1に示されるユーザネットワーク 11 Aの場合を例に挙げて説 明する。まず、 IPベース回線多重化装置 23 (図中、 IP— CMEと表記)のセッション管 理部 232は、装置の起動時に、 ISPネットワーク 30のアクセスサーバ 31との間で PPP を使用するために、アクセスサーバ 31の MACアドレスとセッション IDを取得する PPPoE Discovery Stageを実行する(SQ101)。ついで、 IPベース回線多重化装置 23とアクセスサーバ 31との間では、実際に PPPを VDSLなどの電話回線 12Aゃィ ーサネット (登録商標)上で使用するために、通信設定要求や通信設定肯定応答、 通信設定否定応答、通信設定拒否などをコントロールする LCP (Link Control Protocol)ネゴシエーションを行い、アクセスサーバ 31と認証サーバ 32との間で IPベ ース回線多重化装置 23の認証を行い、接続を行う双方が互いに使用する IPアドレス と TCP (Transmission Control Protocol)のヘッダ圧縮を行うか否かを決める IPCP ( Internet Protocol Control Protocol)ネゴシエーションを行う PPP Session Stage力 実行される(SQ102)。以上により、 IPベース回線多重化装置 23とアクセスサーバ 3 1との間で PPPoEセッションが確立される(SQ103)。これにより、多重化音声バケツ トを ISPのアクセスサーバ 31に PPPoEを使用して送信することができる状態になる。
[0045] 一方、ルータ 16Aは、ユーザネットワーク 11A内の VoIPアダプタ 15Aや情報処理 端末(図中、 PCと表記) 14Aなどからインタネットへの接続要求を受けると(SQ111) 、ルータ 16Aのセッション管理部 162は、 ISPネットワーク 30のアクセスサーバ 31との 間で、上述した SQ101— SQ102と同様に、 PPPoEセッション確立シーケンスを実 行し、 PPPoEセッションを確立する(SQ112— SQ114)。以上により、ルータ 16Aと アクセスサーバ 31との間で PPPoEセッションが確立され、ユーザネットワーク 11Aの VoIPアダプタ 15Aや情報処理端末 14Aなどの通信機器が送信する IPパケットが、 P PPoEセッション上で ISP側に送信される状態になる。
[0046] その後、ユーザネットワーク 11内の情報処理端末 14Aからデータとして通常の IP パケットを受信した場合に、ルータ 16Aは SQ114で確立したルータ 16A—アクセスサ ーバ 31間の PPPoEセッション上に通常の IPパケットを送信する(SQ121)。また、ュ 一ザネットワーク 11内の電話器など力も VoIPアダプタ 15Aを介してデータとして音 声パケットを受信した場合に、ルータ 16Aは、その音声パケットをイーサネット(登録 商標)フレームで IPベース回線多重化装置 23に送信し(SQ 131)、 IPベース回線多 重化装置 23ではそのイーサネット (登録商標)フレーム中の音声パケットを多重化音 声パケットに変換して、 SQ114で確立した IPベース回線多重化装置 23—アクセスサ ーバ 31間の PPPoEセッション上に送信する(SQ132)。そして、アクセスサーバ 31 は、受信した多重化音声パケットをその宛先に基づ 、て対向する IPベース回線多重 化装置 50へと送信する(SQ133)。対向する IPベース回線多重化装置 50では、受 信した多重化音声パケットを個々の音声パケットに分離し、本来の通信相手である通 信機器へと送信する処理を行う。なお、逆向きの手順も同様にして行われる。
[0047] 図 8— 1は、通常の IPパケットを送信する場合のプロトコルスタックを示す図であり、 図 8— 2は、音声パケットを送信する場合のプロトコルスタックを示す図である。図 8—1 では、図 7の SQ121での IPパケットの通信時におけるプロトコルスタックを示している 。 IPパケットは、ユーザネットワーク 11 Aの情報処理端末(図中、 PCと表記) 14Aとル ータ 16Aとの間はイーサネット(登録商標)フレームによって送信される力 ルータ 16 Aと ISPネットワーク 30内のアクセスサーバ 31との間はイーサネット(登録商標)上に 確立された PPPoEセッションで運ばれる。
[0048] 一方、図 8—2では、図 7の SQ131— SQ133での IPパケットの通信時におけるプロ トコルスタックを示している。この場合、ユーザネットワーク 11 Aの VoIPアダプタ 15A とルータ 16Aとの間、ルータ 16Aと IPベース回線多重化装置 23との間は、 IPパケット はイーサネット(登録商標)フレームによって送信される。このとき、ルータ 16Aは、呼 制御パケット、音声パケットおよびその宛先によって送信フレームの宛先を変更して 送信する処理を行う。また、 IPベース回線多重化装置 23とアクセスサーバ 31との間 は、両者の間で確立された PPPoEセッション上に IPパケット(多重化音声パケット)が 送信されること〖こなる。
[0049] この実施の形態 1によれば、複数のユーザが共有して使用するアクセス回線 21を 介してユーザ集合ネットワーク 10と IPネットワーク 60が接続されるネットワーク環境で 、各ユーザ力 SPPPOEを使用してインタネットに接続する場合でも、ユーザネットワーク 11内の通信装置が音声パケットのみをユーザ集合ネットワーク 10内の IPベース回線 多重化装置 23へ送信して、 IPベース回線多重化装置 23がアクセス回線 21を含む I SPネットワーク 30のアクセスサーバ 31との間に確立した PPPoEセッション上に多重 化した多重化音声パケットを送信するようにしたので、アクセス回線 21上のトラヒック を削減し、高伝送効率を実現することができるという効果を有する。また、個々のユー ザからの PPPoEセッションで音声パケットが送信される場合に比して、アクセスサー バ 31における処理の負荷を下げることができる。
[0050] 実施の形態 2.
実施の形態 1では、ユーザネットワーク内のルータなどの通信装置が IPパケットの 種類によってイーサネット(登録商標)フレーム力 PPPoEフレームかを変えて、送信 先の宛先も変えていた。この実施の形態 2では、ルータが全てのパケットを PPPoEフ レームでパケットを送信し、パケットの送信時に PPPoEセッションを選択する場合に ついて説明する。なお、この実施の形態 2における回線多重化システムの構成は実 施の形態 1と同様であるものとし、実施の形態 1と異なる部分のみを説明する。
[0051] 図 9は、この発明に力かる回線多重化システムに適用される IPベース回線多重化 装置の実施の形態 2の機能構成を示すブロック図である。この IPベース回線多重化 装置 23は、実施の形態 1の図 2において、さらに PPPoEセッションを終端する PPPo Eサーバ機能部 237を備える構成を有する。この PPPoEサーバ機能部 237は、 ISP ネットワーク 30内のアクセスサーバ 31と認証サーバ 32の機能を有しており、ユーザ ネットワーク 11A, 11B内のルータ 16Aや VoIPアダプタ 15Bからの PPPoEセッショ ンの接続要求によって PPPoEセッションを確立し、確立した PPPoEセッション上に送 信されてきた音声パケットを終端する機能を有する。なお、この PPPoEサーバ機能 部 237は、 ISPネットワーク 30内のアクセスサーバ 31と認証サーバ 32の有する内容 を予め取得して 、るものとする。
[0052] これにより、多重'分離処理部 234は、ルータ 16Aや VoIPアダプタ 15Bとの間の P PPoEセッション力も受信した音声パケットを多重化音声パケットに変換する処理を行 い、フレーム送信部 235は、 ISPネットワーク 30のアクセスサーバ 31との間で確立し た別の PPPoEセッションに多重化音声パケットを送信する処理を行う。
[0053] また、図 4のルータ 16Aのセッション管理部 162は、ユーザネットワーク 11の他の通 信機器からインタネットへの接続要求を受けると、 ISPネットワーク 30のアクセスサー バ 31との間のほか、ユーザ集合ネットワーク 10内の IPベース回線多重化装置 23と の間でも PPPoEセッションを確立する処理を行 、、これらの PPPoEセッションを管理 する機能を有する。これにより、ルータ 16Aのヘッダ解析 Z構築部 164は、受信した パケットの種類によって、そのパケットを送信する PPPoEセッションを識別して送信す ることとなる。具体的には、通常の IPパケットの場合には、実施の形態 1と同様に、ァ クセスサーバ 31との間の PPPoEセッション上に IPパケットを PPPoEフレームに含ま せて送信し、音声パケットの場合には、 IPベース回線多重化装置 23との間の PPPo Eセッション上に IPパケットを PPPoEフレームに含ませて送信する。
[0054] つぎに、このような回線多重化システムにおける IPパケットの処理の手順について、 図 10のシーケンス図を参照しながら説明する。なお、この説明でも、通信装置として ルータ 16Aが使用される図 1に示されるユーザネットワーク 11 Aの場合を例に挙げて 説明する。まず、 IPベース回線多重化装置 23のセッション管理部 232は、装置の起 動時に、上述した実施の形態 1の図 7の SQ101— SQ102と同様に、 ISPネットヮー ク 30のアクセスサーバ 31との間で PPPoEセッション確立シーケンスを実行し、 PPPo Eセッションを確立する(SQ201— SQ203)。
[0055] 一方、ユーザネットワーク 11内の電話器や情報処理端末 14Aなど力 インタネット への接続要求があると、ルータ 16Aのセッション管理部 162は、 ISPネットワーク 30の アクセスサーバ 31との間で、上述した実施の形態 1の図 7の SQ101— SQ102と同 様に、 PPPoEセッション確立シーケンスを実行し、 PPPoEセッションを確立する(SQ 211— SQ214)。以上により、ルータ 16Aとアクセスサーバ 31との間で PPPoEセッ シヨンが確立され、ユーザネットワーク 11Aの情報処理端末 14Aなどの通信機器が 送信する IPパケットが、 PPPoEセッション上で ISP側に送信される状態になる。
[0056] また、ルータ 16Aは、同時にユーザ集合ネットワーク 10内の IPベース回線多重化 装置 23との間でも、 IPベース回線多重化装置 23の MACアドレスとセッション IDを取 得する PPPoE Discovery Stageと、実際に PPPを VDSLなどの電話回線 12Aゃィー サネット (登録商標)上で使用するための LCPネゴシエーション、認証、および IPCP ネゴシエーションを行う ppp Session Stageを実行し(SQ221— SQ222)、ルータ 16 Aと IPベース回線多重化装置 23との間で PPPoEセッションを確立する(SQ223)。 これにより、ユーザネットワーク 11Aの VoIPアダプタ 15Aから送信される音声パケット を IPベース回線多重化装置 23に PPPoEを使用して送信することができる状態にな る。
[0057] その後、ユーザネットワーク 11A内の情報処理端末 14Aからのデータが通常の IP パケットの場合には、ルータ 16Aは SQ214で確立したルータ 16A—アクセスサーバ 3 1間の PPPoEセッション上に通常の IPパケットを送信する(SQ231)。また、ユーザネ ットワーク 11Aの VoIPアダプタ 15から音声パケットを受信した場合には、ルータ 16A は、その音声パケットを SQ223で確立したルータ 16A— IPベース回線多重化装置 2 3間の PPPoEセッション上に送信する(SQ241)。 IPベース回線多重化装置 23では 、ルータ 16A— IPベース回線多重化装置 23間の PPPoEセッションを終端して、音声 パケットを取り出し、その音声パケットを多重化音声パケットに変換して、 SQ223で確 立した IPベース回線多重化装置 23—アクセスサーバ 31間の PPPoEセッション上に 送信する(SQ242)。そして、アクセスサーバ 31は、受信した多重化音声パケットをそ の宛先に基づ 、て、イーサネット (登録商標)フレームで対向する IPベース回線多重 化装置 50へと送信する(SQ243)。対向する IPベース回線多重化装置 50では、受 信した多重化音声パケットを個々の音声パケットに分離し、本来の通信相手である装 置へと送信する処理を行う。なお、逆向きの手順も同様にして行われる。
[0058] 図 11は、音声パケットを送信する場合のプロトコルスタックを示す図である。この図 に示されるように、ユーザネットワーク 11Aの VoIPアダプタ 15Aとルータ 16Aの間で は、 IPパケットはイーサネット(登録商標)フレームによって送信される力 ルータ 16A と IPベース回線多重化装置 23との間と、 IPベース回線多重化装置 23とアクセスサ ーバ 31との間は、それぞれ PPPoEセッションで IPパケットが送信されることになる。こ のとき、 IPベース回線多重化装置 23は、ルータ 16Aからの音声パケットを多重化し た多重化音声パケットを PPPoEセッション上に送信する。
[0059] この実施の形態 2によれば、実施の形態 1の効果に加えて、ルータ 16Aから PPPo Eセッションをアクセスサーバ 31宛と、 IPベース回線多重化装置 23宛のそれぞれに 確立し、 IPパケットの種類の識別によってその PPPoEセッションを使い分けることで、 全ての IPパケットに対するフレーム送信処理を同一化することができるという効果を 有する。
[0060] 実施の形態 3.
実施の形態 1一 2では、ユーザ集合ネットワーク内のルータと IPベース回線多重化 装置とに機能拡張を施した場合を説明したが、この実施の形態 3では、 IPベース回 線多重化装置のみの機能拡張によって、複数のユーザがアクセス回線を共有する回 線多重化システムにおける音声パケットの回線多重化について説明する。なお、この 実施の形態 3における回線多重化システムの構成は実施の形態 1と同様であるものと し、実施の形態 1と異なる部分のみを説明する。
[0061] 図 12は、この発明に力かる回線多重化システムに適用される IPベース回線多重化 装置の実施の形態 3の機能構成を示すブロック図である。この IPベース回線多重化 装置 23は、実施の形態 2の図 9において、 ISPネットワーク 30のアクセスサーバ 31と の間で PPPoEセッションを確立し管理するセッション管理部 232が削除され、 PPPo Eサーバ機能部 237Aは、認証サーバの機能を有さずにアクセスサーバのみの機能 を有する構成となっている。なお、 PPPoEサーバ機能部 237Aによる PPPoEセッショ ンの確立には CHAP (Challenge Handshake Authentication Protocol) /PAP ( Password Authentication Protocol)を用いたユーザ認証が行われる。また、 IPベー ス回線多重化装置 23のフレーム送信部 235は、受信した IPパケットのうち音声パケ ットを通常の IPパケットよりも優先的に転送する機能をさらに有することを特徴とする。 これは、実施の形態 1, 2とは異なり、ユーザネットワーク 11からの全てのパケットが IP ベース回線多重化装置 23に送信されることになるからである。これにより、 IPベース 回線多重化装置 23と ISPネットワーク 30のアクセスサーバ 31との間は、イーサネット (登録商標)フレームで IPパケットの送信が行われることになる。
[0062] また、アクセスサーバ 31は、ルータ 16Aからの PPPoEセッションの確立時に、
PPPoE Discovery Stageにおけるシーケンスに対して応答せず、 PPPoEサーバとし て機能しないように設定される。これにより、ルータ 16Aからの PPPoE Discovery Stageにおけるシーケンスに対しては、 IPベース回線多重化装置 23のみが PPPoEセ ッシヨンの確立処理を行うこととなる。
[0063] このような回線多重化システムの構成により、実施の形態 1の図 4のルータ 16 Aのセ ッシヨン管理部 162は、 PPPoEセッションの確立処理を行うと、アクセスサーバ 31との 間では PPPoEセッションが確立されず、 IPベース回線多重化装置 23との間で PPPo Eセッションを確立することとなる。これにより、ルータ 16 Aのヘッダ解析/構築部 164 は、ユーザネットワーク 11Aからのすベての IPパケットを IPベース回線多重化装置 2 3との間に確立した PPPoEセッションを通じて送信することになる。
[0064] つぎに、このような回線多重化システムにおける IPパケットの処理の手順について、 図 13のシーケンス図を参照しながら説明する。なお、この説明でも、通信装置として ルータ 16Aが使用される図 1に示されるユーザネットワーク 11 Aの場合を例に挙げて 説明する。まず、ユーザネットワーク 11A内の VoIPアダプタ 15Aや情報処理端末 (P C) 14Aなどからインタネットへの接続要求があると(SQ301)、ルータ 16Aのセッショ ン管理部 162は、 PPPoEセッションを確立するために PPPoE Discovery Stageを実 行する。このとき、アクセスサーバ 31は、ルータ 16Aからの PPPoE Discovery Stage におけるシーケンスに対して応答せず、ユーザ集合ネットワーク 10内の IPベース回 線多重化装置 23の PPPoEサーバ機能部 237Aのみ力 PPPoE Discovery Stageに おけるシーケンスに対して応答する(SQ302)。ついで、実際に PPPを VDSLなどの 電話回線やイーサネット (登録商標)上で使用するための LCPネゴシエーション、認 証、および IPCPネゴシエーションを行う PPP Session Stageを実行する(SQ303)。 このとき、認証は、じ11八?7?八?を用ぃて13?ネットヮーク30の認証サーバ32との 間で行われる。これにより、多重化される音声パケットに対しても課金が可能となる。 そして、ルータ 16Aと IPベース回線多重化装置 23との間で PPPoEセッションを確立 する(SQ304)。
[0065] その後、ルータ 16Aは、ユーザネットワーク 11A内の情報処理端末 14Aからの通 常の IPパケットも、 VoIPアダプタ 15Aからの音声パケットもともに、 SQ304で確立し た IPベース回線多重化装置 23との間の PPPoEセッション上に送信する。つまり、ュ 一ザネットワーク 11から IPネットワーク 60に向けて送出されるパケットは、ルータ 16A によって PPPoEフレームで IPベース回線多重化装置 23まで送信される(SQ311)。
[0066] IPベース回線多重化装置 23では、受信した IPパケットが通常の IPパケットの場合 には、イーサネット (登録商標)フレームでアクセスサーバ 31に送信する(SQ312)。 また、受信した IPパケットが音声パケットの場合には、多重化音声パケットに変換して 、イーサネット(登録商標)フレームでアクセスサーバ 31まで送信する(SQ313)。ァク セスサーバ 31は、受信した多重化音声パケットを対向する IPベース回線多重化装置 50までイーサネット(登録商標)フレームで送信する(SQ314)。なお、 IPベース回線 多重化装置 23のフレーム送信部 235では、多重化音声パケットを通常の IPパケット よりも優先的に転送し、可能な限りパケット遅延と廃棄を少なくするように送信処理を 行う。
[0067] 図 14は、 IPパケットを送信する場合のプロトコルスタックを示す図である。この図に 示されるように、ユーザネットワーク 11Aの VoIPアダプタ 15Aまたは情報処理端末 1 4Aとルータ 16Aとの間では、 IPパケットはイーサネット(登録商標)フレームによって 送信されるが、ルータ 16Aと IPベース回線多重化装置 23との間は、 PPPoEセッショ ンで IPパケットが送信されることになる。このとき、音声パケットも通常の IPパケットも 区別されることなぐともに PPPoEセッションで IPベース回線多重化装置 23まで送信 される。そして、 IPベース回線多重化装置 23では、 PPPoEセッションが終端され、通 常の IPパケットはそのままイーサネット (登録商標)フレームに載せられ、音声パケット は多重化処理された多重化音声パケットがイーサネット (登録商標)フレームに載せ られて、 ISPネットワーク 30内のアクセスサーバ 31へと送信される。
[0068] この実施の形態 3によれば、実施の形態 1, 2の効果にカ卩え、 IPベース回線多重化 装置 23は、アクセス回線 21の先の ISPネットワーク 30にパケットを送信する際に、 PP PoEZPPPヘッダを必要としな 、イーサネット(登録商標)フレームで送信するように したので、実施の形態 1, 2と比較して、 PPPoEカプセル化 'デカプセル化に伴うトン ネリング処理によるオーバヘッドを削減することができるという効果を有する。また、多 重化音声パケットを通常の IPパケットよりも優先的に転送するようにしたので、音声パ ケットに対する QoS (Quality of Service)保証を実現することができるという効果も有 する。
産業上の利用可能性
[0069] 以上のように、この発明に力かる回線多重化システムは、複数のユーザが共有する アクセス回線で上記複数のユーザが所属するユーザ集合ネットワークと IPネットヮー クとが接続され、 PPPoE環境下で通常のデータ通信のほ力に VoIPを利用した通信 を行う場合に有用である。

Claims

請求の範囲
[1] 複数のユーザネットワークが相互に接続されて形成されるユーザ集合ネットワークと
PPPoEセッションを確立する PPPoEサーバ機能を有し、前記ユーザ集合ネットヮ ークからインタネットへ通信の接続を中継するサーバ装置を有する IPネットワークと、 が前記ユーザ集合ネットワーク内のユーザによって共有されるアクセス回線で接続 され、前記ユーザによる VoIP通信を利用した音声パケットの多重化を行う回線多重 ィ匕システムであって、
前記ユーザ集合ネットワークは、
前記 IPネットワークの前記サーバ装置との間で第 1の PPPoEセッションを確立する セッション管理手段と、
前記ユーザネットワーク力 の音声パケットを多重化した多重化音声パケットを前記 第 1の PPPoEセッション上に送信する多重'分離処理手段と、
を有する IPベース回線多重化装置を備え、
前記ユーザネットワークは、
前記 IPネットワークのサーバ装置との間で第 2の PPPoEセッションを確立するセッ シヨン管理手段と、
前記ユーザネットワーク内の機器力も送信される IPパケットが、通常の IPパケットで ある場合には、前記第 2の PPPoEセッション上に前記 IPパケットを送信し、音声パケ ットである場合には、前記 IPベース回線多重化装置に前記音声パケットを送信するよ うにフレームを構成するヘッダ解析 Z構築手段と、
を有する通信装置を備えることを特徴とする回線多重化システム。
[2] 前記 IPベース回線多重化装置は、前記通信装置からの要求によって前記通信装 置との間に PPPoEセッションを確立し、該 PPPoEセッションを終端する PPPoEサー バ手段をさらに備え、
前記通信装置の
前記セッション管理手段は、前記 IPネットワークの前記サーバ装置との間で第 2の P PPoEセッションを確立し、前記 IPベース回線多重化装置との間で第 3の PPPoEセ ッシヨンを確立し、
前記ヘッダ解析 Z構築手段は、前記ユーザネットワーク内の機器力 の IPパケット が通常の IPパケットである場合には、前記第 2の PPPoEセッション上に前記 IPバケツ トを送信し、音声パケットである場合には、前記第 3の PPPoEセッション上に前記 IP パケットを送信するようにフレームを構成する
ことを特徴とする請求項 1に記載の回線多重化システム。
[3] 複数のユーザネットワークが相互に接続されて形成されるユーザ集合ネットワークと 前記ユーザ集合ネットワークからインタネットへの通信の接続を中継するサーバ装 置を有する IPネットワークと、
が前記ユーザ集合ネットワーク内のユーザによって共有されるアクセス回線で接続 され、前記ユーザによる VoIP通信を利用した通信パケットの多重化を行う回線多重 ィ匕システムであって、
前記ユーザ集合ネットワークは、
前記ユーザネットワーク力も音声パケットを受信した場合には、該音声パケットを多 重化した多重化音声パケットを前記サーバ装置に送信し、前記ユーザネットワークか ら通常の IPパケットを受信した場合には、該通常の IPパケットを前記サーバ装置に送 信するようにフレームを構成する多重 ·分離処理手段と、
前記多重'分離処理手段によって構成されたフレームをその宛先に基づいて送信 するフレーム送信手段と、
を有する IPベース回線多重化装置を備え、
前記ユーザネットワークは、
前記 IPベース回線多重化装置との間で PPPoEセッションを確立するセッション管 理手段と、
前記ユーザネットワーク内の機器から送信される IPパケットを前記 PPPoEセッショ ン上に送信するようにフレームを構成するヘッダ解析 Z構築手段と、
を有する通信装置を備えることを特徴とする回線多重化システム。
[4] 前記フレーム送信手段は、前記多重化音声パケットを含むフレームを、前記通常の IPパケットを含むフレームよりも優先的に送信する機能を備えることを特徴とする請求 項 3に記載の回線多重化システム。
[5] 複数のユーザネットワークが相互に接続されて形成され、前記ユーザネットワーク内 を送信元または宛先とする音声パケットの多重化 Z多重分離処理を行う IPベース回 線多重化装置を有するユーザ集合ネットワークと、
PPPoEセッションを確立する PPPoEサーバ機能を有し、前記ユーザ集合ネットヮ ークからインタネットへ通信の接続を中継するサーバ装置を有する IPネットワークと、 が前記ユーザ集合ネットワーク内のユーザによって共有されるアクセス回線で接続 され、前記ユーザによる VoIP通信を利用した音声パケットの多重化を行う回線多重 化システムの前記ユーザネットワークに配置される通信装置であって、
前記 IPネットワークのサーバ装置との間で PPPoEセッションを確立するセッション 管理手段と、
前記ユーザネットワーク力もの IPパケットが、通常の IPパケットである場合には、前 記 PPPoEセッション上に前記 IPパケットを送信し、音声パケットである場合には、前 記 IPベース回線多重化装置にフレームで送信するようにフレームを構成するヘッダ 解析 Z構築手段と、
を備えることを特徴とする通信装置。
[6] 前記セッション管理手段は、前記 IPネットワークの前記サーバ装置との間で第 1の P PPoEセッションを確立し、前記 IPベース回線多重化装置との間で第 2の PPPoEセ ッシヨンを確立し、
前記ヘッダ解析 Z構築手段は、前記ユーザネットワークからの IPパケットが、通常 の IPパケットである場合には、前記第 1の PPPoEセッション上に前記 IPパケットを送 信し、音声パケットである場合には、前記第 2の PPPoEセッション上に前記音声パケ ットを送信するようにフレームを構成する
ことを特徴とする請求項 5に記載の通信装置。
[7] パケットを中継することが可能な通信装置を含む複数のユーザネットワークが相互 に接続されて形成されるユーザ集合ネットワークと、
PPPoEセッションを確立する PPPoEサーバ機能を有し、前記ユーザ集合ネットヮ ークからインタネットへ通信の接続を中継するサーバ装置を有する IPネットワークと、 が前記ユーザ集合ネットワーク内のユーザによって共有されるアクセス回線で接続 され、前記ユーザによる VoIP通信を利用した音声パケットの多重化を行う回線多重 化システムの前記ユーザ集合ネットワークに配置される IPベース回線多重化装置で あって、
前記 IPネットワークの前記サーバ装置との間で PPPoEセッションを確立するセッシ ヨン管理手段と、
前記ユーザネットワーク力 の音声パケットを多重化した多重化音声パケットを前記 PPPoEセッション上に送信するようにフレームを構成する多重'分離処理手段と、 を備えることを特徴とする IPベース回線多重化装置。
[8] 前記通信装置力もの要求によって前記通信装置との間に PPPoEセッションを確立 し、該 PPPoEセッションを終端する PPPoEサーバ手段をさらに備えることを特徴とす る請求項 7に記載の IPベース回線多重化装置。
[9] パケットを中継することが可能な通信装置を含む複数のユーザネットワークが相互 に接続されて形成されるユーザ集合ネットワークと、
前記ユーザ集合ネットワークからインタネットへ通信の接続を中継するサーバ装置 を有する IPネットワークと、
が前記ユーザ集合ネットワーク内のユーザによって共有されるアクセス回線で接続 され、前記ユーザによる VoIP通信を利用した通信パケットの多重化を行う回線多重 化システムの前記ユーザ集合ネットワークに配置される IPベース回線多重化装置で あって、
前記ユーザネットワーク力も音声パケットを受信した場合には、該音声パケットを多 重化した多重化音声パケットを前記サーバ装置に送信し、前記ユーザネットワークか ら通常の IPパケットを受信した場合には、該通常の IPパケットを前記サーバ装置に送 信するようにフレームを構成する多重 ·分離処理手段と、
前記多重'分離処理手段によって構成されたフレームをその宛先に基づいて送信 するフレーム送信手段と、
を備えることを特徴とする IPベース回線多重化装置。
[10] 前記フレーム送信手段は、前記多重化音声パケットを前記通常の IPパケットよりも 優先的に送信する機能を備えることを特徴とする請求項 9に記載の IPベース回線多 重化装置。
[11] 複数のユーザネットワークで共有されるアクセス回線によって接続される、パケットを 中継することが可能な通信装置を含む前記複数のユーザネットワークおよび前記ュ 一ザネットワーク内を送信元または宛先とする音声パケットの多重化 Z多重分離処理 を行う IPベース回線多重化装置を有するユーザ集合ネットワークと、前記ユーザ集合 ネットワーク内からインタネットへの通信の接続を中継するサーバ装置を有する IPネ ットワークとの間で、音声パケットを多重化して送信する回線多重化方法であって、 前記 IPベース回線多重化装置は、前記サーバ装置との間で第 1の PPPoEセッショ ンを確立する第 1の PPPoEセッション確立工程と、
前記通信装置は、前記ユーザネットワーク内の機器力 のインタネットへの接続要 求によって、前記サーバ装置との間で第 2の PPPoEセッションを確立する第 2の PPP oEセッション確立工程と、
前記通信装置は、前記ユーザネットワーク内の機器力 受信した通常の IPパケット を前記第 2の PPPoEセッション上に送信し、前記ユーザネットワーク内の機器カも受 信した音声パケットをイーサネット (登録商標)フレームで前記 IPベース回線多重化 装置に転送するパケット転送工程と、
前記 IPベース回線多重化装置が、前記通信装置力 受信した音声パケットを多重 化して多重化音声パケットを生成し、前記第 1の PPPoEセッション上に送信する多重 化音声パケット送信工程と、
を含むことを特徴とする回線多重化方法。
[12] 前記第 2の PPPoEセッション確立工程では、前記通信装置は、前記 IPベース回線 多重化装置との間で第 3の PPPoEセッションを確立する処理をさらに行い、
前記パケット転送工程では、前記通信装置は、前記ユーザネットワーク内の機器か ら受信した音声パケットを前記第 3の PPPoEセッション上に送信し、
前記多重化音声パケット送信工程では、前記 IPベース回線多重化装置は、前記第 3の PPPoEセッション力も受信した音声パケットを終端して多重化音声パケットを生 成し、この多重化音声パケットを前記第 1の PPPoEセッション上に送信することを特 徴とする請求項 11に記載の回線多重化方法。
[13] 複数のユーザネットワークで共有されるアクセス回線によって接続される、パケットを 中継することが可能な通信装置を含む前記複数のユーザネットワークおよび前記ュ 一ザネットワーク内を送信元または宛先とする音声パケットの多重化 Z多重分離処理 を行う IPベース回線多重化装置を有するユーザ集合ネットワークと、前記ユーザ集合 ネットワーク内からインタネットへの通信の接続を中継するサーバ装置を有する IPネ ットワークと、の間で、音声パケットを多重化して送信する回線多重化方法であって、 前記通信装置は、前記ユーザネットワーク内の機器力 のインタネットへの接続要 求によって、前記 IPベース回線多重化装置との間で PPPoEセッションを確立する P PPoEセッション確立工程と、
前記通信装置は、前記ユーザネットワーク内の機器力 受信したパケットを前記 PP PoEセッション上に転送するパケット転送工程と、
前記 IPベース回線多重化装置は、前記通信装置から受信したパケットが、通常の I Pパケットの場合には、該通常の IPパケットを前記サーバ装置に送信し、音声パケット の場合には、該音声パケットを多重化した多重化音声パケットを前記サーバ装置に 送信するようにイーサネット (登録商標)フレームを構成する多重化音声パケット生成 工程と、
前記多重化音声パケット生成工程で生成されたイーサネット (登録商標)フレームを その宛先に基づいて送信するフレーム送信工程と、
を含むことを特徴とする回線多重化方法。
[14] 前記フレーム送信工程では、前記多重化音声パケットを前記通常の IPパケットより も優先的に送信することを特徴とする請求項 13に記載の回線多重化方法。
PCT/JP2004/019255 2004-12-22 2004-12-22 回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法 Ceased WO2006067845A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/019255 WO2006067845A1 (ja) 2004-12-22 2004-12-22 回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/019255 WO2006067845A1 (ja) 2004-12-22 2004-12-22 回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法

Publications (1)

Publication Number Publication Date
WO2006067845A1 true WO2006067845A1 (ja) 2006-06-29

Family

ID=36601458

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/019255 Ceased WO2006067845A1 (ja) 2004-12-22 2004-12-22 回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法

Country Status (1)

Country Link
WO (1) WO2006067845A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112422447A (zh) * 2020-11-13 2021-02-26 新华三技术有限公司合肥分公司 一种成员端口的选择方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004200791A (ja) * 2002-12-16 2004-07-15 Mitsubishi Electric Corp パケット通信システム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004200791A (ja) * 2002-12-16 2004-07-15 Mitsubishi Electric Corp パケット通信システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YONEDA M.: "FLET'S ADSL VS YAHOO!BB 180° Kotonaru Net Kosei ni Chui Kyotenkan Tsushin nara Yahoo ni Gunbai", NIKKEI COMMUNICATIONS NEN 5 GATUS 20 NICHI, no. 366, 2002, pages 104 - 111, XP003006178 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112422447A (zh) * 2020-11-13 2021-02-26 新华三技术有限公司合肥分公司 一种成员端口的选择方法及装置
CN112422447B (zh) * 2020-11-13 2022-04-26 新华三技术有限公司合肥分公司 一种成员端口的选择方法及装置

Similar Documents

Publication Publication Date Title
US6711166B1 (en) System and method for packet network trunking
Varshney et al. Voice over IP
JP4212230B2 (ja) メディア通信システム及び該システムにおける端末装置
US7486684B2 (en) Method and apparatus for establishment and management of voice-over IP virtual private networks in IP-based communication systems
EP1094650A2 (en) A multimode endpoint in a communication network system and methods thereof
US7460520B2 (en) Apparatus and method for using multiple call controllers of voice-band calls
KR20010072843A (ko) 원격 액세스 서버용 장치 및 방법
EP1247420A2 (en) Method and apparatus for providing efficient application-level switching for multiplexed internet protocol media streams
KR100705568B1 (ko) 음성/데이터 통합 교환 시스템에서의 에스 아이 피시그널링 처리 장치 및 그 방법
US7586885B2 (en) VoIP wireless telephone system and method utilizing wireless LAN
JP2003218948A (ja) ダイヤルアップ機能付き通信装置
US7336604B2 (en) Network access module for supporting a stand alone multi-media terminal adapter
JP2006203876A (ja) Dslアクセスネットワークを介してマルチメディア通信を提供する方法
JP4465525B2 (ja) Ip電話交換方法及び装置
US20070064677A1 (en) Packet media gateway with a secondary PSTN connection and method for time slot switching
WO2006067845A1 (ja) 回線多重化システム、通信装置およびipベース回線多重化装置並びに回線多重化方法
JPH09214484A (ja) 音声電話機用集線装置とlanの通信方法
JP2004343417A (ja) VoIP多重化装置
US7668180B2 (en) Distributed multimedia and messaging router over layer 2
WO2002058352A9 (en) Simultaneous, transparent use of a telephone line for voice and data communications
JP4084233B2 (ja) 通信システム、網通信変換装置及び端末通信変換装置
JP4215550B2 (ja) Ipによるシステム間接続を行なう構内交換機システム及びそのシステム情報伝達方法
KR100397470B1 (ko) 음성 데이터 통합 인터넷 프로토콜과 음성 데이터 통합비동기 전송모드의 연동 시스템
JP2006129496A (ja) 通信リングでフレームをルーティングする方法、装置、論理プログラム及びシステム
JP2002314577A5 (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 BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG 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 NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY 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): GM KE LS MW MZ NA 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 IS IT LT LU MC NL PL 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
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 04807612

Country of ref document: EP

Kind code of ref document: A1