[go: up one dir, main page]

WO2007119403A1 - 端末装置 - Google Patents

端末装置 Download PDF

Info

Publication number
WO2007119403A1
WO2007119403A1 PCT/JP2007/055425 JP2007055425W WO2007119403A1 WO 2007119403 A1 WO2007119403 A1 WO 2007119403A1 JP 2007055425 W JP2007055425 W JP 2007055425W WO 2007119403 A1 WO2007119403 A1 WO 2007119403A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
transmission
packet
group
multicast
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/JP2007/055425
Other languages
English (en)
French (fr)
Inventor
Tsuyoshi Yamaguchi
Yuji Igata
Yasushi Yokomitsu
Toru Yasukawa
Shinichiro Ohmi
Koji Ikeda
Masanori Kataoka
Junji Yano
Go Kuroda
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.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to EP20070738870 priority Critical patent/EP1993243B1/en
Priority to US12/282,947 priority patent/US7978698B2/en
Priority to JP2008510802A priority patent/JP4791533B2/ja
Priority to CN2007800089761A priority patent/CN101401375B/zh
Publication of WO2007119403A1 publication Critical patent/WO2007119403A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/155Ground-based stations
    • H04B7/15528Control of operation parameters of a relay station to exploit the physical medium
    • H04B7/15542Selecting at relay station its transmit and receive resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/15Flow control; Congestion control in relation to multipoint traffic

Definitions

  • the present invention relates to a terminal device, and more specifically to a terminal device that performs media access control in communication control.
  • home network home appliances that can be used easily by users without specialized knowledge are being developed. Using such home network home appliances, a digital network infrastructure is provided in the home. There is an urgent need.
  • these communication media are not communication media intended for high-speed digital communication. Therefore, these communication media cannot ensure sufficient bandwidth, It has the disadvantages of not being able to trust the transmission line.
  • High-definition (HD transmission) quality AV video and other high-speed streams that do not allow data loss, and delay restrictions such as digital transmission telephones are used for home network applications. Strict, things and loose quality assurance restrictions such as web browsing.
  • Such a medium is prepared for the purpose of high-frequency digital communication, and uses media.
  • One of the methods for realizing a high-speed and high-quality transmission system is the following method.
  • the terminal device divides the frequency band used for communication into several subcarriers, issues a training packet, and transmits the communication quality of the transmission path corresponding to the frequency band of each subcarrier. To evaluate. Next, the predetermined number of bits per time that the terminal describes for each subcarrier is determined. Information regarding the number of bits described for each subcarrier is referred to as a transmission map.
  • a mode in which one terminal and one terminal are connected at 1: 1 is called 1: 1 link
  • a mode in which one terminal is connected to n terminals is a 1: n link.
  • a terminal uses subcarriers in a frequency band with good communication quality on a transmission line, and the communication speed of a 1: 1 link is described in the transmission map and determined by the number of bits, thereby improving noise resistance. It is possible to improve and perform optimum high-speed transfer.
  • the method in which the terminal optimizes the modulation / demodulation method in the 1: 1 link to achieve high speed transmission is not suitable for l: n link transfer. This is because the characteristics of each transmission path are diverse, and the optimal transmission map power for a certain 1: 1 link transfer is not necessarily the optimal transmission map for another 1: 1 link.
  • the 1: n link includes a plurality of 1: 1 links. First, the number of bits that can be written for each subcarrier of the 1: 1 link included in the 1: n link is measured, and the transmission map of each link is estimated.
  • n link broadcast communication for example, Patent Document 1.
  • Patent Document 1 JP 2001-111518 A
  • the frequency characteristic of the transmission line is very dynamic over time. To change. Also, the characteristics of each subcarrier in the transmission path are very diverse.
  • the number of common bits that can be assigned to each subcarrier is small when broadcast transmission is performed. In many cases. Therefore, there are many cases where the conventional technology cannot obtain a sufficient transfer rate.
  • an object of the present invention is to provide a terminal device capable of stably transmitting data over transmission paths having various characteristics.
  • the present invention has the following features.
  • a first aspect of the present invention is directed to a terminal device that communicates with at least one relay device via a communication medium.
  • the terminal apparatus evaluates the characteristics of the transmission path to the relay apparatus, and at least one of the transmittable information amount per predetermined time and the error correction strength.
  • a transmission parameter setting unit for setting the transmission parameters for each of the transmission channels, and a plurality of relay apparatuses connected to the communication medium, and each of the transmission paths used for transmitting multicast packets is set to the set transmission parameter.
  • a transfer management unit that classifies the group into one or more groups, a packet replication unit that replicates the received packet by the number of the groups, and the transmission parameter set for each group And a transmission unit for transmitting each of the duplicated packets for each group.
  • the transmission time calculation unit further calculates a transmission time required for transmitting data to the relay device based on a transmission parameter for each group.
  • the transfer management unit preferably classifies the transmission path into one or more groups again based on the calculated transmission time.
  • the packet duplicating unit creates a multicast packet and classifies the group into groups when the number of transmission paths classified into the group is one.
  • the number of transmitted transmission lines is 2 or more, it is preferable to create a multicast packet.
  • the second communication terminal that receives the received packet is connected via the relay device! Connected to the second network, the transfer management unit associates information identifying the group, the transmission path classified into the group, the transmission parameter for each group, and the second communication terminal. It is also preferable to create group management information including one or more transmission information for each multicast address.
  • a fifth aspect of the present invention in the fourth aspect, further comprises a detection unit for detecting a group management message included in the received packet based on a group management protocol defined in Layer 3; When the detection unit detects a participation message or a report message, the transfer management unit assigns at least one of identifiers that identify the second communication terminal that transmitted the received packet and the relay device that transferred the received packet to the group. It is preferable to add to the management information.
  • the transfer management unit is configured such that the detection unit has a leaving message. It is preferable to delete from the group management information at least one of the identifiers that identify the second communication terminal that has transmitted the received packet and the relay device that has transmitted the received packet when the page is detected.
  • a seventh aspect of the present invention in the first aspect, further comprises a UPnP message detection unit for detecting a packet including a message compliant with the UPnP protocol, and the transmission unit receives the UPnP message detection unit.
  • a UPnP message detection unit for detecting a packet including a message compliant with the UPnP protocol, and the transmission unit receives the UPnP message detection unit.
  • the packet duplicating unit when the group management information corresponding to the multicast address detected by the detecting unit has already been created, It is preferable to duplicate the same number of multicast packets as the number of groups included in the transmission, and the transmission unit sends each duplicated multicast packet on the second network.
  • the transfer management unit includes: a multicast address power included in the packet received from the first communication device; and at least one multicast address defined in advance. If they do not match the difference !, it is preferable to discard the received packet.
  • a tenth aspect of the present invention in the first aspect, further includes a monitoring unit that monitors the number of multicast packets received, the number of multicast packets transmitted, and the transmission data size for each multicast address. Good.
  • the monitoring unit when the monitoring unit first detects a packet including a predetermined multicast address, one of the resources of the transmission path is transmitted to the multicast address. It is preferable to further include a bandwidth management unit that allocates the part.
  • the bandwidth management unit is configured to transmit at least one of the number of received packets detected by the monitoring unit, the number of transmitted packets, and the transmission data size at a predetermined time. It is preferable to adjust the allocation of part of the transmission path resources to the multicast address.
  • the bandwidth management unit is provided with a monitoring unit. It is preferable to release some of the resources assigned to the multicast address when it is determined that no multicast packet is sent on the route.
  • the detection unit further detects a group management message included in the received packet based on the group management protocol defined in Layer 3.
  • the bandwidth management unit when a part of the resources of a certain transmission path is allocated to a certain multicast address, detects a new packet different from a certain multicast address from the packet received by the detection unit by the second network power.
  • a participation message or report message including a multicast address it is preferable to release a part of the already allocated resources and to reallocate a part of the transmission path resources to the new multicast address.
  • the transfer management unit when the transfer management unit receives a packet including a message different from a message not predetermined from the second network, from the second network. In addition, it is preferable to discard the received packet.
  • the transfer management unit receives the packet including a message different from the predetermined message from the second network by the detection unit. , Prefer to tamper with received packets ,.
  • a timer unit that counts time for the transmission path when detecting a message included in a packet in which the detection section also receives a transmission path force is further provided.
  • the transfer management unit preferably releases the management over a certain transmission line when the timer unit counts up to a predetermined time.
  • the transmission unit may determine the transmission order of the generated packets based on the transmission time calculated by the transmission time calculation unit. It is preferable.
  • the terminal apparatus communicates with at least one relay apparatus using a multicarrier transmission scheme, and each of the transmission paths is one or more in the multicarrier scheme.
  • the transfer management unit classifies two or more subcarriers into one or more subcarrier groups in advance, and the transmission parameter setting unit evaluates the characteristics of each transmission path, One or more subcarriers included in each transmission line
  • Each transmission parameter of the loop is set as a subcarrier group transmission parameter, and the transfer management unit can classify each of the transmission paths into one or more groups based on the similarity of the subcarrier group transmission parameters. I like it!
  • a twentieth aspect of the present invention is directed to a program for communicating with at least one relay device via a communication medium.
  • the program evaluates the characteristics of the transmission path to the relay device in a computer, and sets a transmission parameter for setting at least one of the amount of information that can be transmitted per predetermined time and the error correction strength.
  • each transmission path for sending the received packet is assigned to one or more groups based on the similarity of the set transmission parameters.
  • the packet replication function that replicates the same number of packets as the number of groups from the received packets, and the replicated packets for each group based on the transmission parameters set for each group It is possible to realize the transmission function to send to
  • a twenty-first aspect of the present invention is directed to an integrated circuit that communicates with at least one relay device via a communication medium.
  • the integrated circuit evaluates the characteristics of the transmission path to the relay device, and includes a transmission parameter setting unit that sets transmission parameters for at least one of the amount of information that can be transmitted per predetermined time and the error correction strength,
  • a transmission parameter setting unit that sets transmission parameters for at least one of the amount of information that can be transmitted per predetermined time and the error correction strength
  • Each of the transfer management unit that classifies the group, the packet replication unit that replicates the same number of packets as the number of groups from the received packet, and each of the replicated packets based on the transmission parameters set for each group Functions as a transmission unit for sending out each group.
  • a communication medium not intended for high-frequency digital communication such as an electric light line, a wireless line, a coaxial line, a speaker line, and an avinitas line. Transmission can be speeded up optimally.
  • IP multicast protocol or IP broadcast protocol
  • FIG. 1 is a block diagram showing a configuration of a system according to a first embodiment of the present invention.
  • FIG. 2 is a block diagram showing a configuration of relay terminal apparatus 100.
  • FIG. 3 is a frame format defined in the network 101.
  • FIG. 4 is a diagram showing group management information managed by the terminal device 100 according to the first embodiment.
  • FIG. 5 is a diagram showing a transmission map of links I to IV.
  • FIG. 6 shows a bandwidth reservation information table
  • FIG. 7 is a diagram showing the provision of missing guarantee level.
  • FIG. 8 is a diagram showing processing of the control processing unit 204 that transfers an IP multicast packet received from the network 103.
  • FIG. 9 is a diagram showing processing of the control processing unit 204 that transfers an IP multicast packet received from the network 101.
  • FIG. 10A is a diagram showing detailed processing of the transfer management unit 206 in step S503.
  • FIG. 10B is a diagram showing a temporary map setting.
  • FIG. 10C is a diagram showing a characteristic similarity determination process.
  • FIG. 10D is a diagram showing a broadcast map setting process.
  • FIG. 10E is a diagram showing a temporary map rearrangement process.
  • FIG. 11 is a diagram showing a broadcast map of a transmission map 301 and a transmission map 304.
  • FIG. 12 shows group management information managed by the terminal device 100 according to the first embodiment.
  • FIG. 13 is a diagram showing a configuration of a system in which a multicast router exists.
  • FIG. 14A is a diagram showing processing of the control processing unit 204 for transferring an IP multicast packet received from the network 101.
  • FIG. 14B is a diagram showing processing of the IGMP LEAVE message.
  • FIG. 14C is a diagram showing processing for updating or deleting group management information.
  • FIG. 15A is a diagram showing a link management table in a modification of the first embodiment.
  • FIG. 15B is a diagram showing processing for determining a transmission map in a modification of the first embodiment.
  • FIG. 15C is a diagram showing grouping processing in a modification of the first embodiment.
  • FIG. 15D is a diagram showing processing for specifying a group with the shortest transmission time.
  • FIG. 15E is a diagram showing processing for setting a group transfer policy that minimizes the transmission time.
  • FIG. 16 is a diagram showing group management information managed by the terminal device 100 according to the second embodiment.
  • FIG. 17 is a diagram illustrating processing of the control processing unit 204 that transfers an IP multicast packet received from the network 103.
  • FIG. 18 is a diagram illustrating processing of the control processing unit 204 that transfers an IP multicast packet from the network 101.
  • FIG. 19 is a diagram showing group management information managed by the terminal device 100 according to the second embodiment.
  • FIG. 20 is a block diagram showing a configuration of terminal apparatus 1000.
  • FIG. 21 shows a system according to the third embodiment.
  • FIG. 22 shows the transfer of an IP multicast packet from the IPL3 processing unit to the network 101. This is the processing of the control processing unit 2004 to send.
  • FIG. 23 is a block diagram showing a configuration of terminal apparatus T100.
  • FIG. 24 is a diagram showing a power cycle synchronization period.
  • FIG. 25 is a block diagram showing a configuration of a power line communication system using the terminal device according to the present invention.
  • FIG. 26 is a diagram showing processing of the control processing unit 204 that transfers an IP multicast packet received from the network 103 in the fourth embodiment.
  • FIG. 27 is a diagram illustrating processing of the control processing unit 204 that transfers an IP multicast packet received from the network 101 in the fourth embodiment.
  • the present invention is applied to a network system constructed as a transmission / reception system used for video distribution, audio distribution, web browsing, file transfer, etc. This is applied to the video or audio distribution system in Japan, and the Aviotus system in transportation facilities and gathering areas.
  • FIG. 1 is a configuration example of the entire system using the communication device according to the first embodiment of the present invention.
  • the communication system shown in FIG. 1 includes a power line communication terminal device 100 (terminal devices (A) to (F)), a power line sub-network 101, a layer 2 level hub 102, a network 103, and a host. Dismiss 111-119.
  • the system shown in FIG. 1 has nine IP hosts (hosts 111 to 119) having communication means in accordance with a widely used IP protocol and having an Ethernet (registered trademark) interface. Is installed.
  • the network 103 shown in Fig. 1 can be installed with a well-known layer 2 level branching device (knob: 102). By using the hub 102, multiple IP hosts can be connected. can do.
  • the terminal device 100 is configured as a bridge that connects the power line subnetwork 101 and the network 103 and transfers data between different communication media.
  • data exchanged in the network 101 is a frame
  • data exchanged in the network 103 is a packet
  • the host 111 shown in FIG. 1 issues an IP multicast packet with the IP multicast address GA as the destination.
  • the hosts belonging to the IP multicast group G are host 111, host 112, host 115. , Phos ⁇ 116, phos ⁇ 118, and phos 119.
  • issuing a multicast packet of IP multicast group G means that link I connecting terminal device (A) and terminal device (B) in network 101, terminal device (A) and terminal device (D ), Link III connecting terminal device (A) and terminal device (E), and link IV connecting terminal device (A) and terminal device (F). This is a request to transfer a cast packet.
  • the power shown in the network constituted by the sub-network 101 which is a power line media network
  • the network 103 is not limited to the scope of application of the terminal device 100 according to the present invention. It is not limited.
  • the terminal device according to the present invention is, for example, a radio, a telephone line, a TV antenna line, or a cable TV line.
  • the present invention can be similarly applied to a network that uses communication media including such coaxial lines, speaker lines for on-site audio transmission, and other dedicated lines for specific purposes.
  • the sub-network 101 and the network 103 may be the same communication medium.
  • Each of the hosts 111 to 119 only needs to have a communication means suitable for the network 103.
  • the hub 102 is used as a communication means suitable for the network 103.
  • FIG. 2 is a block diagram showing a configuration of terminal apparatus 100.
  • the terminal device 100 includes a transmission / reception processing unit 201 that is an interface with the network 101, a data storage unit 202, an external interface processing unit 203 that is an interface with the network 103, a control processing unit 204, and a timer unit 205.
  • the transmission / reception processing unit 201 transmits / receives data via the network 101.
  • the transmission / reception processing unit 201 includes a function of extracting only a communication band, a function of checking whether or not there is a frame on the network 101 (carrier sense function), and the like.
  • the data storage unit 202 stores various data. Specifically, the data storage unit 202 can be used for a calculation temporary area or the like. In addition, the data storage unit 202 stores the result of estimating the transmission path characteristics related to the network 101 as transmission path parameter information. The data storage unit 202 is used as a frame temporary area when transferring between the network 101 and the network 103. In addition, the data storage unit 202 stores information such as what quality is guaranteed and transmitted to the network 101 in response to a transfer request that has also received the network 103 power. In addition, the data storage unit 202 stores information on how to issue a frame to the network 101 in response to a transfer request received from the network 103. The data storage unit 202 stores software executed by the control processing unit 204.
  • the external interface processing unit 203 has a function as an upper layer of a network hierarchy as a host terminal. Further, since the first embodiment is an example in which the terminal device 100 has a bridge configuration, when realizing the present invention using a terminal having a bridge function, Ethernet (registered trademark), wireless, coaxial line, telephone Handle other forms of protocol interfaces, such as lines and other dedicated lines.
  • Ethernet registered trademark
  • wireless wireless
  • coaxial line coaxial line
  • telephone Handle other forms of protocol interfaces, such as lines and other dedicated lines.
  • the timer unit 205 counts time.
  • the transfer management unit 206 determines the type, form, and method of the frame to be transferred regarding the transfer process between the network 101 and the network 103.
  • the transfer management unit 206 generates data based on the determined result, manages the data as a transmission policy, and stores the transmission policy in the data storage unit 202.
  • the bandwidth reservation management unit 207 realizes quality assurance (QoS: Quality of Service) in the network 101 by allowing the control processing unit 204 to have media use opportunities exclusively by a method such as time division of media access. It is a functional block that manages the procedure to do.
  • QoS Quality of Service
  • the control processing unit 204 controls the overall operation of the terminal device 100. More specifically, the control processor 204 includes a control processor main 251, a transmission time calculator 252, a grouping control processor 253, a broadcast map generator 254, a packet type detector 255, a group A management information management unit 256, a transmission policy application unit 257, and a transmission path estimation control processing unit 258 are included.
  • the control processing unit main 251 operates as an external interface for main control of the control processing unit 204 and communication between the control processing unit 204 and other components.
  • the transmission time calculation unit 252 calculates the transmission theoretical time for each group and for the whole.
  • the grouping control processing unit 253 controls transmission grouping.
  • the broadcast map generation unit 254 generates a transmission map in multicast and broadcast.
  • the packet type detection unit 255 identifies the detailed type of the packet received from the network 101 and the packet received from the network 103.
  • the group management information management unit 256 manages the group by referring to and editing the group management information stored in the data storage unit 202 and managing a timer related to the group management information.
  • the transmission policy application unit 257 sets a transfer policy in cooperation with the group management information management unit 256.
  • the transmission path estimation control processing unit 258 performs transmission path estimation.
  • FIG. 3 is a diagram showing a frame format used in the network 101.
  • the frame 6001 includes a frame header portion 602 and a frame data body portion 603.
  • the frame header ⁇ 602 is made up of an additional U child finale 605 and J 606.
  • the identifier field 605 is an identifier of the destination terminal device 100, multicast identification A field for recording a child or broadcast identifier.
  • the identifier field 606 is a field for recording the identifier of the terminal device 100 that issued the frame.
  • the frame data body portion 603 includes one or more data (in this case, IP Ethernet (registered trademark) packets) transferred from the network 103 to the network 101.
  • data in this case, IP Ethernet (registered trademark) packets
  • the data transfer frame has a structure indicated by a frame 601.
  • the frame used in the network 101 has a frame format that does not include the frame data body portion 603.
  • FIG. 4 is a diagram showing the contents of group management information managed by the terminal device 100.
  • the group management information 701 includes an IP multicast group address 702 for identifying group management information, a transfer enable / disable flag 703 indicating whether or not multicast packets can be transferred from the network 103 to the network 101, a packet type 704, Multicast address group forwarding policy 705.
  • a packet type 704 shown in Fig. 4 represents a packet type such as video (HD / SD), AV audio, and telephone audio of a packet to be transferred.
  • the multicast address group transfer policy 705 includes a transfer policy setting 721 indicating whether or not a transfer policy is set, a number 722 of temporary maps registered in the multicast group, a temporary map number, transmission performance, It also helps transmission information 723 including bandwidth reservation information and link information.
  • the multicast address group forwarding policy 705 includes transmission information 723 as many as the number of temporary maps.
  • transfer policy setting 721 is set to FALSE (not set), and the number of temporary maps 722 registered in the multicast address group is set to 0, and transmission information 723 is set to Set to NULL.
  • the temporary map of the transmission information 723 is a transmission map used when issuing a frame to the network 101 in the transfer of the multicast packet of the multicast address group.
  • the transmission performance included in the transmission information 723 is a sum of information amounts described for all subcarriers included in the transmission map corresponding to the transmission information 723.
  • the bandwidth reservation information of the transmission information 723 indicates that no bandwidth reservation is made for the link specified by the transmission information.
  • the link information included in the transmission information 723 refers to information for specifying a transmission path between terminal devices in the network 101. Specifically, it is information composed of the identifier of the terminal device that is the destination of the multicast packet and the identifier of the host that is the final destination.
  • the group management information 701 is stored in the data storage unit 202, and is mainly created, referenced, and discarded by the control processing unit 204 and the transfer management unit 206.
  • Terminal apparatus 100 snoops a protocol message at a force layer 3 level or higher, which is a layer 2 level transfer apparatus.
  • the terminal device 100 sends an Ethernet (registered trademark) packet queued in the external interface processing unit 203 to the control processing unit 204, an Ethernet (registered trademark) header, an IP header, a UDP header, a TCP header. It is possible to determine what kind of packet this is acceptable.
  • the terminal device 100 may snoop an IGMP (Internet Group Management Protocol) protocol message or an MLD (Multicast Listener Discovery) message defined at the layer 3 level of the IP protocol.
  • IGMP and MLD protocols are group management protocols for controlling groups composed of multiple hosts that receive IP multicast packets.
  • the group management protocol is a protocol for managing whether or not there is a router power that implements IP multicast and there is a power that hosts participating in the multicast group exist on the physical network connected to the router.
  • the group management protocol includes a participation message indicating a message notifying participation in a group specified by the group management protocol, a report message indicating a message indicating that the user belongs to the group, and Group power A leave message is provided that indicates a message to leave.
  • IGMP and MLD protocols are known as group management protocols.
  • IGMP and MLD protocols allow a host to join or leave a group and exchange information about the group between multicast routers. It is widely used as part of IP.
  • the IGMP protocol is a group management protocol defined by IPv4
  • the MLD protocol is a group management protocol defined by IPv6.
  • the JOIN message corresponds to a join message
  • the REPORT message corresponds to a report message
  • the IGMP LEAVE message corresponds to a leave message
  • the MLD DON E message corresponds to a leave message.
  • JOIN message and REPORT message are defined in IGMP Ver.
  • the IGMP LEAVE message is defined in IGMP Ver.
  • each host 111 to 119 is compliant with IPv4, and is assumed to be implemented with a protocol higher than IGMPv2. It does not limit the scope of application of such terminal devices.
  • the terminal device 100 uses a multi-carrier transmission scheme based on DMT (Discrete Multi Tone) when transmitting and receiving in the network 101.
  • the terminal device 100 divides the frequency band to be used into several subcarriers, and performs modulation / demodulation to set the number of information to be posted for each subcarrier.
  • the information collected for all bands used for the amount of information described for each subcarrier is called a transmission map.
  • each terminal apparatus 100 performs transmission path evaluation for each subcarrier of the 1: 1 link that connects the terminal apparatuses 100, and sets transmission path parameters that optimize transmission between the 1: 1 links.
  • the terminal device 100 has a function that enables high-speed transfer between 1: 1 links by setting transmission path parameters.
  • the terminal device 100 has a function for setting transmission path parameters and enabling high-speed transfer between 1: 1 links, using a communication medium not specifically designed for high-frequency transmission.
  • the conventional strength is also known as a link optimized transfer method based on transmission path estimation.
  • the control processing unit 204 is mainly executed.
  • the transmission path parameters for connecting the terminal device 100 are also diversified. Therefore, in order to perform broadcast transmission in the network 101, it is necessary to set transmission path parameters so that all terminals can receive.
  • the transmission path parameters include a mode in which the number of pieces of information that can be described is small, the error correction strength is strong, and a redundant operation such as repetition in time is set (hereinafter referred to as diversity mode).
  • diversity mode a mode in which the number of pieces of information that can be described is small, the error correction strength is strong, and a redundant operation such as repetition in time is set.
  • the transmission path parameter it is realistic to perform broadcast transfer in the network 101 by the diversity mode.
  • FIG. 5 is a diagram showing a transmission map of link I to link IV shown in FIG. 1 (transmission map 301 to 304).
  • the horizontal axis of the transmission maps 301 to 304 indicates the frequency, and the vertical axis indicates the amount of information that can be described.
  • terminal apparatus 100 divides a frequency band used in network 101 into 10 subcarriers 305, and sets link information for a predetermined time for each subcarrier. Apply modulation and demodulation. Note that the number of frequency bands used by the terminal device 100 in the network 101 into subcarriers is not necessarily 10 and may be less than 10 or 11 or more.
  • the transmission map shown in FIG. 5 shows that the transmission map 301 of link I and the transmission map 304 of link IV have relatively good transmission path characteristics, and the low frequency band of the transmission map 302 of link II. Indicates that the high-frequency characteristics of the transmission map 303 of link III are bad!
  • FIG. 6 is a bandwidth reservation information table defining the minimum rate, maximum rate, allowable delay, and loss guarantee corresponding to each of the packet types defined in packet type 704.
  • the terminal device 100 refers to the bandwidth reservation information table in FIG. 6 and determines the transfer rate and loss guarantee level of the packet to be transferred.
  • FIG. 7 is a diagram showing definitions such as error correction strength and whether or not power that requires ACK corresponding to each loss guarantee level included in the bandwidth reservation information table shown in FIG.
  • the terminal device 100 performs error correction of the transmitted packet based on the loss guarantee level shown in FIG. Decide whether strength and ACK are required.
  • FIG. 8 is a diagram for explaining the processing of the control processing unit 204 when the terminal device 100 according to the present invention receives a multicast packet from the network 103.
  • the control processing unit 204 of the terminal device 100 starts the processing shown in FIG.
  • the external interface processing unit 203 When receiving any packet from the network 103, the external interface processing unit 203 analyzes the received packet in accordance with an upper IP protocol such as IGMP protocol or MLD protocol. When the multicast address is described in the packet queued from the network 103, the external interface processing unit 203 notifies the control processing unit 204 that the multicast packet has been received. Note that the packet is temporarily stored in the data storage unit 202.
  • an upper IP protocol such as IGMP protocol or MLD protocol.
  • step S401 the control processing unit 204 receives a notification of receiving a multicast packet from the external interface processing unit 203.
  • the control processing unit 204 proceeds to the process of step S402.
  • step S402 the control processing unit 204 refers to the transfer enable / disable flag 703 included in the group management information 701 corresponding to the multicast packet received by the external interface processing unit 203. If the transfer enable / disable flag 703 indicates rejection, the control processing unit 204 proceeds to step S403. If the transfer enable / disable flag 703 does not indicate rejection, the control processing unit 204 proceeds to step S404. If group management information 701 corresponding to the received multicast packet does not exist, the process proceeds to step S404.
  • step S403 the control processing unit 204 discards the received multicast packet.
  • the control processing unit 204 releases the temporary area of the data storage unit 202 in which the multicast packet received by the external interface processing unit 203 is stored.
  • step S404 the control processing unit 204 determines whether or not the group management information 701 of the multicast address exists.
  • the control processing unit 204 displays the group management information 701 corresponding to the multicast address included in the received multicast packet. If the group management information 701 exists, the process proceeds to step S409.
  • step S405 the control processing unit 204 newly creates group management information 701 corresponding to the received multicast address. At this time, the control processing unit 204 may set “permitted” in the transfer enable / disable flag 703 and “other” in the packet type 704 as default values.
  • step S405 the control processing unit 204 newly creates the group management information 701, and then starts an IGMP (MLD) JOIN message wait timer.
  • the control processing unit 204 does not receive a new IGMP (MLD) JOIN message even after a predetermined time has elapsed using the timer, the transfer processing flag of the multicast address group management information 701 is transferred.
  • Set 703 to "Reject".
  • step S405 the control processing unit 204 uses the IGMP (MLD) JOIN message wait timer to confirm that the host belonging to the IP multicast address group is also connected to the network 101. Can be determined. In this case, since the terminal device 100 can be controlled not to transfer the multicast packet, V can be obtained unless the terminal device 100 increases traffic to the network 101 involuntarily.
  • MLD IGMP
  • step 204 of the control processing unit 204 is performed when the group management information 701 for the multicast address does not exist. In other words, this is the case when the address group management information 701 for the IP multicast address is deleted due to the first arrival of a packet addressed to the multicast address or for some reason.
  • step S406 the control processing unit 204 compares the packet type 704 included in the group management information 701 with the packet type included in the received multicast packet. If the compared packet types are different, the control processing unit 204 updates the packet type 704 included in the group management information to the packet type of the received multicast packet.
  • control processing section 204 power received the multicast packet in step S406.
  • the method of determining the packet type is determined by snooping the ToS (Type of Service) field included in the IP header according to the IP protocol and determining the packet type using an identifier defined for each application in advance. It's okay.
  • the method for grasping the packet type of the multicast packet in the control processing unit 2041S step S406 is not limited to the above method.
  • step S407 the control processing unit 204 sets the modulation / demodulation method for sending the multicast packet to be transferred to the network 101 to diversity mode, and changes the setting to perform broadcast transfer to the network 101.
  • the terminal device 100 defines the mode in which the multicast packet is transferred as the diversity mode.
  • the present invention is not limited to this.
  • step S408 the control processing unit 204 requests the transmission / reception processing unit 201 to transfer a frame to the network 101.
  • step S409 the control processing unit 204 determines whether or not a multicast address group transfer policy 705 corresponding to the multicast packet has already been created.
  • the control processing unit 204 proceeds to step S410. If the multicast address group forwarding policy 705 has been created! / ⁇ , if so, proceed to step S406. move on.
  • control processing section 204 applies multicast address group forwarding policy 705 when multicast address group forwarding policy 705 corresponding to the multicast address group has already been set.
  • the multicast address group forwarding policy 705 is created mainly by the forwarding management unit 206. The process of creating the multicast address group forwarding policy 705 will be described later.
  • FIG. 9 is a diagram for explaining processing of the control processing unit 204 when the terminal device 100 receives a multicast packet from the network 101.
  • the transmission / reception processing unit 201 performs the processing shown in FIG. 9 for each IP packet included in the frame.
  • the terminal device 100 receives a packet from the network 101. The processing in the case of having occurred will be described.
  • the transmission / reception processing unit 201 notifies the control processing unit 204 when an IP multicast address is set in the received IP packet.
  • the control processing unit 204 starts the processing shown in FIG. 9 starting from this point.
  • the received IP packet is temporarily stored in the data storage unit 202.
  • step S502 the control processing unit 204 performs upper layer analysis of the IP packet received by the transmission / reception processing unit 201. If the IP packet is an IGMP (or MLD) JOIN message or a REPORT message, the control processing unit 204 proceeds to the process of step S503. In other cases, the control processing unit 204 proceeds to the process of step S506.
  • IGMP or MLD
  • step S503 the control processing unit 204 determines whether or not the group management information 701 relating to the IP multicast address group has been created. If the group management information 701 relating to the IP multicast address group has already been created, the control processing unit 204 proceeds to step S504, and if the group management information 701 has been created and V ⁇ , step S507 Proceed to
  • control processing section 204 stops the IGMP (MLD) JOIN wait timer, and proceeds to step S505.
  • step S505 the control processing unit 204 creates a multicast address group forwarding policy 705.
  • step S705 the control processing unit 204 sets the transmission method of the transfer packet and the transmission map to be applied, and creates the multicast address group transfer policy 705.
  • the control processing unit 204 sets the link to be transferred for the transfer of the IP multicast packet, and sets which transmission map to each of the transmission method such as multicast, multicast, and broadcast and the link used for the transfer. Set whether to apply.
  • the terminal device 100 proceeds to Step S506.
  • step S506 the control processing unit 204 sends a message to the external interface processing unit 203. Requests that network 103 forward the multicast packet.
  • the external interface processing unit 203 finishes transferring the IP packet to the network 103, the area storing the IP packet in the data storage unit 202 is released.
  • the control processing unit 204 transfers the multicast packet received from the network 101 to the network 103.
  • step S507 when transferring the multicast packet to the network 103, the control processing unit 204 applies the multicast address group transfer policy 705 corresponding to the IGMP (ML D) message included in the frame received from the network 101.
  • IGMP ML D
  • the external interface processing unit 203 discards the message without transferring it to the network 103.
  • the external interface processing unit 203 may transfer the message to the network 103. The effects that can be obtained by this operation will be described later.
  • FIG. 10A is a diagram for explaining the details of the process in which the terminal device 100 creates the multicast address group transfer policy 705 in step S505.
  • the transfer management unit 206 processes the process in step S505.
  • step S1001 the transfer management unit 206 substitutes 0 for the local variable i, and substitutes the number 722 of the number of registered temporary maps for the multicast address group at this stage for k.
  • X is a global variable that identifies the transmission map for multicast forwarding. X is initialized to 0 at an appropriate timing such as when the terminal device 100 is activated.
  • step S1002 the transfer management unit 206 determines whether or not ACK is necessary based on the loss guarantee level specification specified by the packet type 704 included in the group management information 701. The transfer management unit 206 proceeds to step S1003 if ACK is necessary, and proceeds to step S1004 if not required.
  • step S1003 the transfer management unit 206 sets a temporary map and sets the temporary map. Proceed to Step S 1004. Details of the processing of the transfer management unit 206 in step S1003 will be described later.
  • step S1004 the transfer management unit 206 compares i with k.
  • the transfer management unit 206 proceeds to step S1005 when i is smaller than k, and proceeds to step S1003 when i is not smaller than k.
  • step S1005 the transfer management unit 206 performs a characteristic similarity determination.
  • the characteristic similarity determination is a process for quantitatively determining the frequency characteristic similarity between two transmission maps. Details of the processing of the transfer management unit 206 in step S1005 will be described later.
  • step S1005 the transfer management unit 206 performs the characteristic similarity determination, and then proceeds to step S1006.
  • step S1006 the transfer management unit 206 determines the result of the characteristic similarity determination process performed in step S1005. If the result of step S1005 is TRUE, the transfer management unit 206 proceeds to step S1008, and if it is FALSE, the transfer management unit 206 proceeds to the process of step S1007.
  • step S1007 the transfer management unit 206 increments the parameter i by 1, and returns to the process of step S1004.
  • step S1008 the transfer management unit 206 sets a broadcast map.
  • the broadcast map setting is a process of updating a registered temporary map or information attached to the temporary map. Details of the processing of the transfer management unit 206 in step S1008 will be described later.
  • step S1009 the transfer management unit 206 rearranges the temporary map, and proceeds to step S506. Details of the processing of the transfer management unit 206 in step S1009 will be described later.
  • FIG. 10B is a diagram for explaining the detailed operation of step S1003.
  • step S1021 the transfer management unit 206 displays the transmission map given as an argument.
  • transfer management section 206 updates multicast address group transfer policy 705.
  • the transfer management unit 206 updates the transfer policy setting 721 to “present” and increments the registered temporary map number 722 by one.
  • the transfer management unit 20 6 describes the temporary map number x, transmission performance, bandwidth reservation information, and link information in the transmission information 723 corresponding to the registered temporary map number 722.
  • step S1023 the transfer management unit 206 increments the global variable x by 1.
  • FIG. 10C is a diagram for explaining the detailed operation of step S1005.
  • step S1031 the transfer management unit 206 calculates the common description information rate of the transmission map P and the transmission map q given as arguments to the transfer management unit 206. Specifically, the transmission management unit 206 obtains the ratio of the total number of common information descriptions to the total number of information descriptions of the transmission map p for each subcarrier for all subcarriers, and uses the total value as an index. .
  • the common description information rate calculated in step S 1031 may be calculated using a subcarrier group obtained by grouping two or more subcarriers as one unit. Specifically, each of all subcarriers is grouped in advance into one or more subcarrier groups, and the total number of subcarrier information included in each subcarrier group is related to all subcarrier groups. Ask. Then, using the total number of subcarrier group information descriptions obtained as the number of subcarrier group information descriptions described above, the ratio of the total number of common information descriptions to the total number of subcarrier group information descriptions is determined for all subcarrier groups, and the total value May be used as an index.
  • the total number of information written in a subcarrier group is the sum of the total number of information written in all subcarriers included in the subcarrier group.
  • a method of grouping two or more subcarriers may be a method of grouping a plurality of subcarriers adjacent on the frequency axis.
  • each subcarrier group may be different for each subcarrier group, or may be the same for all subcarrier groups.
  • step S 1032 the transfer management unit 206 compares the common description information rate calculated in step S 1031 with a threshold value (THR).
  • THR threshold value
  • the transfer management unit 206 returns TRUE if the common description information rate is smaller than the threshold value THR, and returns FALSE if the common description information rate is not smaller than the threshold value THR.
  • the threshold value (THR) may be determined in advance or may be set dynamically according to circumstances.
  • FIG. 10D is a diagram for explaining the detailed operation of step S 1008.
  • the transfer management unit 206 calculates the logical product of each subcarrier from the temporary map and the transmission map given by the argument, and creates a broadcast map.
  • the transfer management unit 206 adds a description information amount bit by bit if the error correction strength is high only by the method of calculating the logical product, or when the packet type 704 does not require ACK. For example, a method of reducing the amount of written information by 1 bit or a method of setting the packet type 704 to a high and loss compensation level and reducing the amount of written information by 1 bit may be used.
  • step S1042 the transfer management unit 206 updates the temporary map (i) specified by the argument i to the broadcast map created in step S1041.
  • FIG. 10E is a diagram for explaining the detailed operation of the transfer management unit 206 in step S 1009.
  • the transfer management unit 206 refers to the transmission performance included in the transmission information 723 of the multicast address group, and rearranges the transmission information 723 in ascending order.
  • the transmission performance is equivalent to the amount of information that can be transmitted by taking into account the amount of information that can be transmitted in the temporary map or the error correction strength in consideration of redundant information such as convolutional code, RS code, and ACK. Value.
  • the order in which the transmission information 723 is rearranged need not be ascending.
  • Step 1051 Upon completion of Step 1051, the transfer management unit 206 returns to Step S1009 shown in FIG. 10A.
  • the functions of the terminal device 100 according to the present invention have been described above. In the following, based on the above description, the operation of the terminal device 100 when the host makes an IP multicast packet transfer request to the network configured by the terminal device 100 will be described with reference to FIGS. 8, 9, and 10A. ⁇ Detailed explanation step by step with reference to Fig. 10E again.
  • the hosts 111 to 119 are assumed to have implemented IGMP protocol v2 or higher.
  • the control processing unit 204 of the terminal device (A) receives an IP multicast packet destined for the multicast group address GA from the host 111. This IP multicast bucket It is assumed that the packet type of the phone is “telephone voice”.
  • the control processing unit 204 of the terminal device (A) proceeds with processing according to the flow chart shown in FIG.
  • control processing section 204 determines whether or not there is group management information 701 regarding multicast group address GA. The control processing unit 204 proceeds to step S404 because there is no loop management information 701.
  • step S404 Since the group management information 701 is! / In step S404, the control processing unit 204 proceeds to step S405.
  • step S405 the control processing unit 204 creates group management information 701 related to the multicast group address GA.
  • the control processing unit 204 creates group management information 701 by describing GA in the group address 702, describing “permitted” in the transfer enable / disable flag 703, and describing “telephone voice” in the packet type 704. .
  • the transfer enable / disable flag 703 is set to “permitted” by default when the group management information is generated.
  • the packet type 704 is determined based on the information described in the ToS area of the Ethernet (registered trademark) packet according to the agreement with the application on the host that generates the Ethernet (registered trademark) packet in advance.
  • the multicast address duplication transfer policy 705 is “not set”. Furthermore, the control processing unit 204 starts an IGMP (MLD) JOIN wait timer TA.
  • step S406 the control processing unit 204 checks the packet type 704 included in the group management information 701, and updates it if necessary.
  • step S407 the control processing unit 204 sets transfer of the multicast packet that has also received the network 103 power to the network 101 by broadcast in diversity mode.
  • the control processing unit 204 of the terminal device (D) receives the IGMP JOIN message from the network 103, and executes the processing shown in FIG. Since the multicast packet belonging to the group address GA is received from the network 103 for the first time, the control processing unit 204 of the terminal device (D) proceeds to step S405, creates the group management information 701, and activates the IGMP JOIN waiting timer TD. .
  • the control processing unit 204 of the terminal device (D) sets the multicast group address 702 to “GA”, sets the transfer enable / disable flag 703 to “permitted”, and sets the packet type 704 to “control”. Create 701.
  • the IGMP message packet type 704 is defined in advance as “control”.
  • the terminal device (D) broadcasts the received IGMP JOIN message MJ to the network 101 in the diversity mode.
  • the terminal device (A) receives the IGMP JOIN message MJ issued by the host 115 from the terminal device (D) via the network 101. Therefore, the control processing unit 204 of the terminal device (A) executes the process shown in FIG.
  • step S502 the control processing unit 204 of the terminal device (A) proceeds to step S503.
  • control processing unit 204 of the terminal device (A) Since the control processing unit 204 of the terminal device (A) has already created the group management information 701 in step S503, it determines "YES” and proceeds to step S504.
  • step S504 the control processing unit 204 of the terminal device (A) stops the IGMP JOIN waiting timer TA, and proceeds to step S505.
  • step S505 the control processing unit 204 of the terminal device (A) sets a multicast address group transfer policy 705 corresponding to the multicast address GA.
  • the control processing unit 204 of the terminal device (A) performs the processing shown in FIG. Set.
  • control processing unit 204 of the terminal device (A) sets the multicast address group transfer policy 705 will be described.
  • control processing section 204 of terminal device (A) sets the number of temporary maps registered for this multicast address GA. Since the control processing unit 204 of the terminal device (A) has not registered the temporary map, k is 0. X is the temporary map identifier. Since the control processing unit 204 of the terminal device (A) has no temporary map, X is 0. Furthermore, i used as a local variable shall be initialized with 0.
  • step S1002 the control processing unit 204 of the terminal device (A) refers to the packet type 704.
  • the packet type 704 is “telephone voice”. According to Fig. 6, the loss guarantee level for “telephone voice” is 1, and it is specified that ACK is not required. Therefore, the control processing unit 204 of the terminal device (A) determines “NO” in step S1002, and proceeds to step S1004.
  • step S 1004 control processing section 204 of terminal device (A) determines “NO” because i, k, and force, and proceeds to step S 1003.
  • step S1021 the control processing unit 204 of the terminal device (A) associates the applied transmission map with the temporary map. Since the control processing unit 204 of the terminal device (A) sets the multicast address group transfer policy 705 for the terminal device (D), the transmission map 302 corresponding to the link II shown in FIG. 5 is substituted into the temporary map. Since the value of X is 0, the control processing unit 204 of the terminal device (A) sets the temporary map for the terminal device (D) as the temporary map (0).
  • the control processing unit 204 of the terminal device (A) determines the bandwidth reservation information by the mechanism described below. In the link information, information specifying which terminal in the network 101 is addressed is described. In this case, link II information (terminal device (D) identifier and host 116 identifier) is described.
  • step S1023 the control processing unit 204 of the terminal device (A) increments x to 1 in step S1023.
  • control processing unit 204 of the terminal device (A) completes the process of step S1023, and then performs step S102.
  • the number of temporary maps registered by the control processing unit 204 of the terminal device (A) is only one.
  • control processing unit 204 of the terminal device (A) ends the operation of step S 1009 without rearranging the temporary map.
  • control processing section 204 of the terminal device (A) finishes the operation of step S1009, the control processing section 204
  • control processing unit 204 of the terminal device (A) registers the temporary map (0) for the multicast address group GA in step S505, and transmits the link II to the temporary map (0). Map 302 was set up.
  • control processing unit 204 of the terminal device (A) ends the setting of the multicast address group transfer policy 705.
  • terminal device (A) Since multicast address group forwarding policy 705 for multicast address group GA is set in terminal device (A), terminal device (A) will now start multicast packets belonging to multicast address group GA from network 103. Is transferred to the network 101, the packet is transferred to the link II by applying the transmission map 302 according to the multicast address group transfer policy 705 included in the group management information 701 of the multicast address group GA.
  • step S506 the control processing unit 204 of the terminal device (A) passes the received message MJ to the host 111 through the network 103.
  • the IGMP JOIN message forwarded by the terminal device (D) is blocked on the network 101. Since it is transferred by loadcast, it reaches each terminal other than the terminal device (A).
  • the operation of a terminal that has received an unnecessary IGMP JOIN message will be described using the operation of terminal apparatus (B) as an example.
  • the control processing unit 204 of the terminal device (B) performs the processing shown in FIG. 9 in the same manner as the terminal device (A). Since the control processing unit 204 of the terminal (B) has not created the group management information 701 for the multicast group G, it determines “NO” in step S503, and proceeds to step S507.
  • step S507 the control processing unit 204 of the terminal device (B) discards the IGMP message transfer policy transferred from the terminal device (D) and the IGMP message transfer policy.
  • the other hosts 112, 116, 118, and 119 belonging to the multicast group G are also running applications that want to receive or send packets distributed by the IP multicast group G. Issue a message.
  • the host 112 force GMP JOIN message MK is issued next to the host 115. Since the host 112 is connected to the terminal device (B), the terminal device) broadcasts to the network 101 the power of the processing shown in FIG. 8 and the IGMP JOIN message MK issued by the host 112.
  • the subsequent operation of the terminal device (B) is the same as the operation when the host 115 transmits the IGMP JOIN message MK to the terminal device (D). Therefore, the terminal device (A) transfers the IGMP JOIN message MK issued by the host 112 to which the terminal device (B) is transferred, to the host 111 according to the operation described below.
  • the terminal device (A) executes the processing shown in FIG.
  • step S505 The control processing unit 204 of the terminal device (A) proceeds to step S505 in the same manner as when processing the IGMP JOIN message MJ issued by the host 115. Detailed operation of step S505 Referring to FIG. 10A again, the operation of the control processing unit 204 of the terminal device (A) will be described.
  • the control processing unit 204 of the terminal device (A) sets i to 0 in step S1001.
  • k is the number of temporary maps registered for the multicast address group GA. Since the terminal device (A) has registered a temporary map for the host 115, the value of k is set to 1.
  • the terminal device (A) sets the glossary variable X to 1 when the host 115 forwards the IGMP JOIN message MJ.
  • step S 1002 the control processing unit 204 of the terminal device (A) refers to the packet type 704 included in the group management information 701 and the bandwidth reservation information table shown in FIG. Determine the corresponding loss guarantee level.
  • the packet type 704 of the IGMP JOIN message MK issued by the host 112 is the same “telephone voice” as the packet type 704 of the IGMP JOIN message MJ issued by the host 115.
  • control processing unit 204 of the terminal device (A) corresponds to the loss guarantee level corresponding to the “telephone voice” of the bandwidth reservation information table shown in FIG. 6 and the loss guarantee level specification shown in FIG. Then, it is determined that ACK is unnecessary, and the process proceeds to step S 1004.
  • step S 1004 the control processing unit 204 of the terminal device (A) determines that “i” is 0 and k is 1, and the process proceeds to step S 1005.
  • step S1005 the control processing unit 204 of the terminal device (A) performs the process shown in FIG. 10C.
  • step S 1031 the control processing unit 204 of the terminal device (A) transmits the temporary map (0) that is currently registered and the transmission map of link I that connects the terminal device (A) and the terminal device (B).
  • the common description information rate with 301 is calculated.
  • the control processing unit 204 of the terminal device (A) proceeds to step S1032.
  • the control processing unit 204 of the terminal device (A) is registered as a temporary map (0), and compares the similarity between the transmission map 302 and the transmission map 301 as a parameter.
  • the control processing unit 204 of the terminal device (A) compares the calculated common description information rate with the threshold value THR.
  • the determination result of the characteristic similarity is FALSE.
  • step S1006 Since the determination result of the characteristic similarity is FALSE, the control processing unit 204 of the terminal device (A) determines "NO" in step S1006, and proceeds to step S1007. In step S 1007, the control processing unit 204 of the terminal device (A) increments i by 1. When the control processing unit 204 of the terminal device (A) finishes the operation of step S1007, the process returns to step S1004.
  • control processing section 204 of terminal device (A) determines "NO" and proceeds to the processing in step 1003.
  • step S1003 the control processing unit 204 of the terminal device (A) registers the temporary map (1) in association with the transmission map 301 and registers the multicast address group transfer policy 705 corresponding to the multicast address group GA. Update.
  • control processing unit 204 of the terminal device (A) performs the process shown in FIG. 10C explaining the detailed operation of step S1003, and sets the number of registered temporary maps 722 included in the multicast address group transfer policy 705. 2
  • control processing unit 204 of the terminal device (A) uses the temporary map number 1 included in the transmission information # 2 corresponding to the temporary map (1) and the transmission performance as the value of the transmission performance C1 of the link I.
  • the multicast address group forwarding policy 705 is updated with a certain 781 as a pair of the link information as the identifier of the terminal device (A) and the identifier of the host 112.
  • control processing section 204 of terminal device (A) compares the transmission performances included in transmission information # 1 and transmission information # 2, and transmits based on the comparison result. Rearrange information.
  • the control processing unit 204 of the terminal device (A) performs the processing shown in FIG. 10E, compares the transmission performance C1 of transmission information # 1 with the transmission performance C2 of transmission information # 2, and increases the transmission performance in ascending order.
  • the transmission information is rearranged. Since the transmission performance C1 and the transmission performance C2 have a relationship of C1> C2, the transmission information corresponding to each transmission performance cannot be rearranged.
  • the multicast address group forwarding policy 705 corresponding to the multicast address duplication GA is added to the registration result finally obtained in step S505. Thereafter, when multicast packets belonging to the terminal device (A) multicast address group GA are forwarded to the network 101, the multicast address group forwarding policy 705 included in the group management information 701 of the multicast address group G is used. Therefore, transfer.
  • terminal device (A) Based on transmission information # 1, terminal device (A) applies transmission map 302 to forward the multicast packet to terminal device (D) via link ⁇ , and then continues to transmission information # 2. Then, the transmission map 301 is applied, and the multicast packet is transferred to the terminal device (B) via the link I.
  • the link information included in transmission information # 1 and # 2 includes one identifier of terminal device 100, respectively. Therefore, when the terminal device (A) transfers a multicast packet corresponding to the multicast address group GA to the network 103, the terminal device (A) transmits the multicast packet via the network 101 to the terminal device (D) and the terminal device (B ) And Unicast.
  • the IGMP JOIN message MK transmitted from the host 112 is broadcast-transmitted via the network 101 by the terminal device), and thus reaches each terminal other than the terminal device (A).
  • the operation of the terminal device 100 that has received the IGMP JOIN message belonging to the multicast group G registered in the group management information 701 will be described using the operation of the terminal device (D) as an example.
  • the terminal device (D) creates the group management information 701 of the multicast group G when it issues the host GMP JOIN message MJ.
  • Terminal device (D) The processing when receiving the IGMP JOIN message MK transmitted from the 1S terminal device (B) will be described with reference to FIG. 9 again.
  • step S502 Since the terminal device (D) receives the message power GMP JOIN message in step S502, it determines "YES" and proceeds to the processing in step S503.
  • the terminal device (D) Since the terminal device (D) has the group management information 701 of the multicast address group G to which the received IGMP JOIN message MK belongs in step S503, the terminal device (D) determines "YES", and in step S504 Proceed to processing.
  • step S504 the terminal apparatus (D) stops the IGMP JOIN wait timer TD and proceeds to the process of step S505.
  • step S505 the terminal device (D) performs the processing shown in FIG. 10A.
  • Terminal equipment (D) In step S1001, the local variable i is set to 0, X is set to 1, and k is set to 1, and the process proceeds to step S1002.
  • step S1002 the terminal apparatus (D) determines that there is no transmission quality designation by associating the bandwidth reservation information table shown in FIG. 6 with the packet type 404. Since there is no transmission quality specification, terminal (D) does not perform bandwidth reservation processing.
  • the terminal device (D) determines that the loss guarantee level of the IGMP JOIN message is level 7, and multicasts multicast packets to all terminals. Apply Group Transfer Policy 705.
  • the terminal device (D) transfers the transmission map of each link to the terminal device (A), the terminal device (B), the terminal device (C), the terminal device (E), and the terminal device (F).
  • To prepare multicast address group forwarding policy 705. This can be created when the terminal device (D) performs the process shown in FIG. 10A for all the terminal devices 100 connected to the network.
  • the terminal device 100 compares the common written information rate with the threshold value THR in step S1032 of FIG. 10C, and the operation of the terminal device 100 when the comparison result is TRUE is shown in FIG.
  • An example of issuing an IGMP JOIN message ML will be described.
  • the terminal device broadcasts the IGMP JOIN message ML issued by the host 119 via the network 101 and transfers it to the terminal device (A). Processing when the terminal device (A) receives the IGMP JOIN message ML issued by the host 119 will be described with reference to FIG. 9 again.
  • step S505 The terminal device (A) proceeds to step S505 in the same manner as when the IGMP JOIN message MJ is received.
  • step S505 the terminal device (A) executes the process shown in FIG. 10A.
  • step S1001 the terminal device (A) sets the variable i to 0.
  • k is the number of temporary maps 722 registered for the multicast address group GA.
  • the terminal device (A) is a temporary map for the host 115 and a temporary map for the host 112. Since the map is registered, the value of k is set to 2.
  • the global variable X is set to 2 when the host 112 forwards the IGMP JOIN message MK.
  • step S 1002 the control processing unit 204 of the terminal device (A) refers to the packet type 704 included in the group management information 701 and the bandwidth reservation information table shown in FIG. Determine the corresponding loss guarantee level.
  • the packet type 704 of the IGMP JOIN message ML issued by the host 119 is the same “telephone voice” as the packet type 704 of the IGMP JOIN message MJ issued by the host 115.
  • control processing unit 204 of the terminal device (A) corresponds to the loss guarantee level corresponding to the “telephone voice” of the bandwidth reservation information table shown in FIG. 6 and the loss guarantee level specification shown in FIG. Then, it is determined that ACK is unnecessary, and the process proceeds to step S 1004.
  • step S1004 the terminal device (A) determines “YES” because i is 0 and k is 2, and proceeds to step S1005.
  • step S1005 the terminal device (A) executes the processing shown in FIG. 10C.
  • step S 1031 the terminal device (A) calculates a common description information rate between the temporary map (0) and the transmission map 304 of the link IV connecting the terminal device (A) and the terminal device (F).
  • the control processing unit 204 of the terminal device (A) calculates the common description information rate, and proceeds to step S1032.
  • the terminal device (A) is registered as a temporary map (0), and compares the similarity between the transmission map 302 and the transmission map 304 by parameterizing them.
  • step S 1032 the terminal device (A) compares the calculated common description information rate with the threshold value THR.
  • THR the threshold value
  • the control processing unit 204 of the terminal device (A) has a characteristic similarity determination result of FALSE.
  • step S1006 “NO” is determined, and the operation proceeds to step S1007.
  • control processing unit 204 of the terminal device (A) increments i by 1 in step S1007.
  • control processing unit 204 of the terminal device (A) finishes the operation of step S1007, it returns to the processing of step S1004.
  • step S 1004 the control processing unit 204 of the terminal device (A) determines “YES” when i is 1 and k is 2, and proceeds to the process of step S 1005.
  • step S1005 the terminal device (A) executes the process shown in FIG. IOC again.
  • step S 1031 the terminal device (A) calculates a common description information rate between the temporary map (1) and the transmission map 304 of the link IV connecting the terminal device (A) and the terminal device (F). After calculating the common description information rate, the terminal device (A) proceeds to the process of step S 1032.
  • the terminal device (A) parameterizes and compares the similarity between the transmission map 301 registered as the temporary map (1) and the transmission map 301.
  • the terminal device (A) compares the calculated common description information rate with the threshold value THR.
  • the description is continued assuming that the characteristic similarity determination result is TRUE.
  • the terminal device (A) determines "YES" in step S1006, and proceeds to step S1008.
  • step S1008 the terminal device (A) performs broadcast map setting.
  • Terminal device (A) The processing for setting the 1S broadcast map will be described with reference to FIGS. 10D and 11 together.
  • step S1041 the terminal device (A) sets a broadcast map.
  • the broadcast map is created by calculating the logical product of the information description parts of the corresponding subcarriers of two transmission maps.
  • the terminal device (A) calculates the logical product of the information description portions of the corresponding subcarriers in the transmission map 301 and the transmission map 304 compared in step S 1005 and creates a broadcast map. That is, in the transmission map 301 and the transmission map 304, the logical product of the corresponding information description portions of the subcarriers is the common information description portion 1201 shown in FIG.
  • the common information description portion 1201 shown in Fig. 11 is applied as it is to the broadcast map 1202 that the terminal device (A) updates in step S1042.
  • the terminal apparatus (A) may apply the broadcast map 1202 with some adjustments based on the common information description part 1201.
  • step S1042 the terminal device (A) is transferred to the temporary map (1) corresponding to transmission information # 2 registered in the multicast address group forwarding policy 705.
  • the broadcast map 1202 set in step S1041 is overwritten.
  • the terminal device (A) converts the transmission performance of transmission information # 2 to the performance CX (
  • control processing section 204 of terminal device (A) compares the transmission performances included in transmission information # 1 and transmission information # 2 and rearranges the transmission information.
  • step S1009 the terminal device (A) performs the processing shown in FIG. 10E, compares the transmission performance C1 of transmission information # 1 with the transmission performance CX of transmission information # 2, and in ascending order of transmission performance. Rearrange corresponding transmission information. Transmission performance C1 and transmission performance CX have a relationship of C1> CX, so the transmission information corresponding to each transmission performance cannot be rearranged.
  • the terminal device (A) transfers multicast packets based on the updated transmission information # 1 and # 2. Therefore, when the terminal device (A) transfers a packet destined for the multicast group address GA from the network 103, the terminal device (A) applies the transmission map 302 to the link II and performs multicast transmission to the terminal device (D). Then, broadcast map 1202 is applied to link I and link IV, and broadcast transmission is performed to terminal device (B) and terminal device (F).
  • the terminal device 100 receives a request to transfer an IGMP JOIN message from a host included in a link already registered in the multicast address group forwarding policy 705, the host 116 power GMP JOIN message MH is The case where it is issued is explained as an example.
  • the IGMP JOIN message MH issued by the host 116 is broadcasted to the network 101 via the terminal device (D) and reaches the terminal device (A).
  • the terminal device (A) receives the IGMP JOIN message MH transferred by the terminal device (D)
  • the processing shown in FIG. 9 is performed.
  • step S505 The terminal device (A) proceeds to step S505 as in the case of processing the IGMP JOIN message MJ issued by the host 115.
  • the operation of the terminal device (A) will be described with reference again to FIG. 10A showing the detailed operation of step S505.
  • step S1001 the terminal device (A) sets i to 0.
  • k is the value of the number of temporary maps 722 registered for the multicast address group GA.
  • Device (A) sets the value of k to 2.
  • the terminal variable (A) sets the glossary variable X to 2.
  • step S1002 the terminal device (A) performs the same processing as when the IGMP JOIN message ML issued by the host 112 is transferred, and the IGMP JOIN message MH issued by the host 116 does not require ACK.
  • the packet type is determined as follows, and the process proceeds to step S 1004.
  • step S 1004 the control processing unit 204 of the terminal device (A) determines that the force “YES” where i is 0 and k is 2, and proceeds to step S 1005.
  • step S1005 the terminal device (A) performs the process shown in FIG. 10C in the same manner as when the IGMP JOIN message ML issued by the host 112 is transferred, and makes a characteristic similarity determination.
  • step S1031 the terminal device (A) links the temporary map (0) included in the multicast address group transfer policy 705 corresponding to the multicast address group G to the terminal device (A) and the terminal device (D). Calculate the information rate shared with II transmission map 302. After calculating the common description information rate, the terminal device (A) proceeds to the operation of step S1032.
  • step S 1032 terminal device (A) compares the calculated common description information rate with threshold value THR.
  • THR threshold value
  • the control processing unit 204 of the terminal device (A) has a characteristic similarity determination result of TRUE.
  • step S1006 “YES” is determined, and the process proceeds to step S1008.
  • step S1008 the terminal device (A) sets a broadcast map.
  • Terminal device (A) sets a broadcast map.
  • step S1041 the terminal device (A) sets a broadcast map.
  • the broadcast map is a logical product of the transmission map 302 corresponding to the temporary map (0) compared in step S 1005 and the information description portion of each subcarrier corresponding to the transmission map 302.
  • the terminal device (A) compares the same transmission map and takes a logical product, so FIG.
  • the common information description portion 1201 shown in FIG. the terminal device (A) is equal to the transmission map 302 in the temporary map (0) corresponding to the transmission information # 0 registered in the multicast address group transfer policy 705 corresponding to the multicast address group G. Overwrite the broadcast map.
  • the link information of # 2 is updated to the link II, terminal device (D) identifier, host 115 identifier, and host 116 identifier. Therefore, the terminal device (A) adds the identifier of the host 116 to the transmission information # 1.
  • step S1009 the terminal device (A) performs the processing shown in Fig. 10E, compares the transmission performance C2 of transmission information # 1 and the transmission performance CX of transmission information # 2, and in ascending order of transmission performance. Rearrange corresponding transmission information. Transmission performance C2 and transmission performance CX have a relationship of C2> CX, so the transmission information corresponding to each transmission performance cannot be rearranged! / ⁇ .
  • Terminal device (A) power Receives a request from network 103 to forward a packet destined for multicast group address GA. Since terminal apparatus (A) includes only link II in the link information of transmission information # 1, it applies the transmission map 302 to link II and performs multicast transmission, and transmission information # 2 Since the link information includes link I and link IV, the broadcast map 1202 is applied to link I and link IV to perform broadcast transmission.
  • the operation of the terminal device (A) when the host 118 power IGMP JOIN message MM is issued is explained. Since the host 118 is connected to the terminal device (E), the terminal device) broadcasts the IGMP JOIN message MM issued by the host 118 via the network 101 and forwards it to the terminal device (A). To do.
  • the terminal device (A) performs the same operation as when the IGMP JOIN message MJ is received, and proceeds to step S505 shown in FIG.
  • the operation of terminal device (A) Refer again to FIG. 10A to be described.
  • the terminal device (A) sets i to 0 in step S1001. Since k is the value of the number of temporary maps 722 registered for the multicast address group GA, the terminal device (A) sets the value of k to 2. When the terminal device (A) receives the IGMP JOIN message MH issued by the host 116, the global variable X is set to 2.
  • step S1002 the terminal device (A) performs the same processing as when the IGMP JOIN message ML issued by the host 112 is transferred, and the IGMP JOIN message MM issued by the host 118 does not require ACK.
  • the packet type is determined as follows, and the process proceeds to step S1104.
  • step S 1004 the control processing unit 204 of the terminal device (A) determines that the force “YES” where i is 0 and k is 2, and proceeds to step S 1005.
  • step S1005 the terminal device (A) performs the process shown in FIG. 10C in the same way as when the IGMP JOIN message ML issued by the host 112 is transferred, and makes a characteristic similarity determination.
  • step S1031 the terminal device (A) transmits the temporary map (0) corresponding to the transmission information # 1 included in the corresponding multicast address group forwarding policy 705 of the multicast group G, the terminal device (A), and the terminal device (E ) To the link III transmission map 3 03. After calculating the common description information rate, the terminal device (A) proceeds to step S 1032.
  • step S1032 the terminal device (A) compares the calculated common description information rate with the threshold value THR.
  • THR the threshold value
  • the description will be continued assuming that the common description information rate ⁇ THR and the determination result of the characteristic similarity determination is FALSE.
  • control processing unit 204 of the terminal device (A) determines "NO" in step S1006, and proceeds to step S1007.
  • step S 1007 the control processing unit 204 of the terminal device (A) sets i to 1 and increment U to 1.
  • the terminal device (A) finishes the process of step S1007 it returns to step S1004.
  • the control processing unit 204 of the terminal device (A) determines “YES” in step 1004 because i is 1 and k is 2, and proceeds to step 1005. [0266] In step S1005, the terminal device (A) performs the process shown in FIG. IOC again. In step S 1031, the terminal device (A) calculates a common description information rate between the temporary map (1) and the transmission map 303 of the link III connecting the terminal device (A) and the terminal device (E). After calculating the common description information rate, terminal device (A) proceeds to step S1032.
  • step S 1032 the terminal device (A) compares the calculated common description information rate with the threshold value THR.
  • THR the threshold value
  • the description will be continued assuming that the common description information rate ⁇ THR and the determination result of the characteristic similarity determination is FALSE.
  • control processing unit 204 of the terminal device (A) determines "NO" in step S1006, and proceeds to step S1007.
  • step S1007 control processing section 204 of terminal device (A) sets i to 1 and increment U to 2.
  • the terminal device (A) finishes the process of step S1007 it returns to step S1004.
  • terminal apparatus (A) determines "NO" and proceeds to step S1003.
  • step S 1003 terminal apparatus (A) substitutes and registers transmission map 303 for temporary map (2), and updates multicast address group transfer policy 705 for multicast address group GA.
  • the terminal device (A) performs the process of FIG. 10C showing the detailed operation of step S1003, and sets the number of registered temporary maps 722 included in the multicast address group transfer policy 705.
  • the terminal device (A) transmits the temporary map number 2 included in the transmission information # 3 corresponding to the temporary map (2), the transmission performance is the value of the transmission performance C3 of the link III 485, the link information Is registered in the transmission information # 3 as a set of the identifier of the terminal device (E) and the identifier of the host 118. Furthermore, the bandwidth reservation information of transmission information # 3 is updated to match the transmission map 303.
  • step S1009 the terminal device (A) compares the transmission performances of transmission information # 1 to transmission information # 3 and sorts the transmission information in ascending order.
  • the transmission performance C1 of transmission information # 1 is 456. Transmission performance of transmission information # 2 CX is 713 is there. Transmission performance C3 of transmission information # 3 is 485. Therefore, the terminal device (A) rearranges transmission information # 2 and transmission information # 3 in step S1009.
  • Terminal equipment (A) 1S The IGMP JOIN message has been received from all hosts operating multicast packets belonging to 1S multicast group G. Therefore, the terminal device (A) sets the group management information corresponding to the multicast address group GA in the group management information 1301 shown in FIG.
  • the information contained in the multicast address group forwarding policy 1305 includes the IP multicast address group GA, forwarding permission flag "permitted”, packet type "telephone voice”, forwarding policy setting "Yes", registered temporary The number of maps is “3”. Further, transmission information # 1 includes temporary map number 0, transmission performance 456, and link information includes link reservation information of link II and link II. Transmission information # 2 includes temporary map number 2, transmission performance 485, and link information includes link reservation information for link III and link III. Transmission information # 3 is temporary map number 1, transmission performance 713, link information is link reservation information for link I and link IV, and link I and link IV.
  • the terminal device (A) upon receiving a request from the terminal device (A) network 103 to transfer a packet destined for the multicast group address GA, the terminal device (A) sends a temporary map (0 ) And cast transmission, apply temporary map (2) to link III, transmit multicast, and apply temporary map (1) to link I and link IV. Broadcast transmission. Accordingly, the terminal device (A) duplicates the multicast packet received from the network 103 into three packets, adapts it to the frame format of the network 101, and issues the multicast packet three times.
  • the terminal device (A) performs frame issuance processing in order from a link with good transmission path characteristics and a broadcast link, so that unnecessary delay to other links does not occur. I can expect.
  • Terminal equipment (A) power The order of issuing multicast packets does not require ACK, link Or, prioritize broadcast links, prioritize multicast links over broadcast links, or prioritize broadcast links with fewer destination terminal devices over broadcast links with many destination terminal devices. May be.
  • the terminal device (A) can be expected to suppress the deterioration of transmission quality due to transmission delay and the like.
  • the content of the bandwidth reservation information is not specifically described in the above description.
  • a separate transmission buffer or the like is provided so that transmission can be performed reliably in a time interval that occupies the bandwidth and can be used.
  • a method is conceivable in which the terminal device 100 prepares and uses the transmission buffer identifier as bandwidth reservation information.
  • the bandwidth reservation information may be composed of information such as the maximum number of packets of the network 103 for each frame transmitted through the network 101, the valid time of the packet, and the like.
  • an IGMP (MLD) QUERY message is periodically issued to a host belonging to a multicast group connected to the network.
  • the terminal device 100 discards the IGMP (MLD) REPOR T message corresponding to the IGMP (MLD) QUERY message
  • the hosts belonging to the group among the hosts connected to the terminal device 100 must be IGMP (MLD). Issue a report message.
  • the terminal device 100 applies a forwarding policy in which the IGMP (MLD) QUERY message is transmitted by multicast. Also good. In multicast transfer, it is easy to receive ACK. Therefore, by applying this transfer policy, the terminal device 100 can grasp the necessity of retransmission due to frame loss or the like. Therefore, the degree of guarantee can be enhanced in terms of more reliably forwarding IGMP (MLD) QUERY messages.
  • the multicast address group forwarding policy 705 of the IGMP (MLD) message applied by the control processing unit 204 in step S507 is not limited to these.
  • FIG. 13 shows a host having a multicast router function that periodically issues an IGM P (MLD) QUERY message between the host 111 and the terminal device (A) in order to implement the above method. It is a figure which shows the installed system.
  • MLD IGM P
  • multicast router 1301 is installed between host 111 and terminal device (A).
  • the multicast router 1301 periodically issues an IGMP (MLD) QUERY message belonging to the multicast group G issued by the host 111 to the port to which the terminal device (A) is connected.
  • MLD IGMP
  • a host belonging to the multicast address group issues an IGMP (MLD) REPORT message in response to the IGMP (MLD) QUERY message of the multicast address group.
  • MLD IGMP
  • a host belonging to the multicast address group issues an IGMP (MLD) REPORT message in response to the IGMP (MLD) QUERY message of the multicast address group.
  • a mechanism is established in which the terminal device 100 other than the terminal device 100 (A) does not forward the IGMP (MLD) REPORT message to the outside of the network 101.
  • Receiving host S (Host 112, Host 115 or Host 116, Host 118, Host 119) Power GMP (MLD) R
  • An EPORT message is issued, and the IGMP (MLD) REPORT message reaches the terminal device 100 (A).
  • either the host 115 or the host 116 can issue an IGMP (MLD) REPORT message. For example, a host that did not issue will not issue! /.
  • MLD IGMP
  • the terminal device (A) can send an IGMP (MLD) QUERY message even if the host withdraws from the multicast address group G.
  • MMD IGMP
  • a message for explicitly notifying membership withdrawal of a host is defined as an IGMP (MLD) LEAVE message in IGMP ver. 2 or higher, and the present invention achieves the same purpose. There is a method using this message. This method will be described later.
  • the terminal device 100 is assumed to be a host that issues an IGMP LEAVE message in order to withdraw from the multicast address group power, and may further include the following mechanism.
  • FIGS. 14A to 14C the processing of the terminal apparatus 100 when assuming a host that issues an IGMP LEAVE message will be described with reference to FIGS. 14A to 14C.
  • FIG. 14A to FIG. 14C an example of issuing the IGMP LEA VE message MN in order to leave the host 119 power multicast group G will be described.
  • FIG. 14A is a flowchart including processing of an IGMP LEAVE message.
  • the flowchart shown in FIG. 14A is obtained by adding step S1401 to the flowchart shown in FIG. [0301]
  • Terminal Device (A) Power The operation of processing the IGMP LEAVE message will be described with reference to FIG. 14B.
  • step S 1402 the terminal device (A) determines whether or not the multicast packet transferred from the other terminal device 100 is an IGMP LEAVE message. If the terminal device (A) is an IGMP LEAVE message, the process proceeds to step S 1403, and if it is not an IGMP LEAVE message, the processing is terminated.
  • step S1403 the terminal device (A) determines whether or not the group management information 701 has been created.
  • the terminal device (A) ends the process, and when there is group management information, the terminal device (A) proceeds to step S1404.
  • the terminal device (A) updates the group management information 701 of the multicast group address in step S 1404!
  • FIG. 14C is a diagram for explaining the detailed operation of step S1404.
  • the terminal device (A) refers to the host identifier of the host 119 that issued the IGMP LEAVE message MN and the terminal identifier of the terminal device (F) in the network 101 that forwarded the IGMP LEAVE message MN. Then, the issuing host identifier is searched from the group management information 701 corresponding to the multicast group G. When the terminal device (A) finishes the search, it proceeds to the process of step S 1412.
  • step S1412 the terminal device (A) determines whether or not the matching host identifier in step S1411 has become powerful. In step S1411, the terminal device (A) terminates the process if the matching host identifier does not have any power to be found, and proceeds to step S1413 if it is found.
  • step S 1413 terminal device (A) deletes the host identifier corresponding to host 119 from the transmission information including the identifier of host 119.
  • the process proceeds to step S 1414.
  • step S 1414 the terminal device (A) determines whether or not a host identifier other than the host identifier of the host 119 is included in the transmission information. If there is no other host identifier in the transmission information, the terminal device (A) proceeds to step S1415, and if there is another host identifier, ends the processing. In step S 1415, terminal apparatus (A) deletes transmission information that does not include a host identifier, and decrements the number of registered temporary maps by one. When the number of registered temporary maps is decremented by one, terminal device (A) proceeds to step S1416.
  • step S1416 the terminal device (A) determines whether or not the registered temporary map power SO corresponding to the group management information. When the terminal device (A) determines that the number of registered temporary maps is 0, the terminal device (A) proceeds to the process of step S1417.
  • step S1417 the terminal device (A) deletes the group management information for which no temporary map is registered.
  • the terminal device (A) ends the process shown in FIG. 14C and proceeds to step S504 shown in FIG. 14A.
  • the case where the host 116 issues an IGMP LEAVE message MP to the multicast address GA and leaves the multicast group G is shown. explain. Since the host 116 is connected to the terminal device (D), the IGMP LEAVE message MP issued by the host device (D) host 116 is transferred to the terminal device (A).
  • the control processing unit 204 of the terminal device (A) When receiving the IGMP LEAVE message MP transferred by the terminal device (D), the control processing unit 204 of the terminal device (A) performs the processing shown in FIG. 14A. Since the terminal device (A) is the message power GMP LEAVE message MP received in step S502, the process proceeds to step S1401.
  • step S 1402 the control processing unit 204 of the terminal device (A) determines whether or not the received message power GMP LEAVE message is received.
  • step S1402 the terminal device (A) determines “YES” because it is the received message GMP LEAVE message, and proceeds to step S1403.
  • step S1403 the control processing unit 204 of the terminal device (A) determines whether or not the group management information 701 corresponding to the multicast group address GA has been created.
  • the terminal device (A) determines “YES” in step S 1403 because group management information corresponding to the multicast group address GA is created. Go to 04.
  • step S 1411 the control processing unit 204 of the terminal device (A) searches for the terminal identifier of the terminal device (D) and the host identifier of the host 116 from the group management information corresponding to the multicast address group GA. When the search is completed, the terminal device (A) proceeds to step S1412.
  • step S1412 the control processing unit 204 of the terminal device (A) registers the terminal identifier of the terminal device (D) and the host identifier of the host 116 in the group management information 701 corresponding to the multicast address group GA. Therefore, it is determined as “NO” and the process proceeds to step S1413.
  • the control processing unit 204 of the terminal device (A) deletes the host identifier of the host 116 in step S1413. Specifically, the link information power of transmission information # 1 shown in FIG. When the terminal device (A) deletes the host identifier, the processing proceeds to step S1414.
  • control processing section 204 of terminal device (A) determines whether or not the host identifier power other than the host identifier of host 116 deleted in transmission information # 1 is recorded. . Since the identifier of the host 115 remains in the transmission information # 1, it is determined as “NO” and the processing shown in FIG. 14C is terminated. This function enables the control processing unit 204 of the terminal device (A) to determine a host that does not need to forward a multicast packet and to transmit a useless multicast packet. Increase in traffic can be avoided.
  • step S1413 the control processing unit 204 of the terminal device (A) applies the link indicated by the transmission information at the timing of step S1414.
  • the transmission path estimation mechanism may be activated.
  • the link information of the transmission information # 3 is the link information. Only the identifier of the host 112 corresponding to I is included. However, the temporary map described in transmission information # 3 is a broadcast map of link I and link IV. Therefore, after the host identifier of host 119 is deleted, it is originally linked to the broadcast map. No need to consider IV transmission map! /.
  • the control processing unit 204 of the terminal device (A) performs transmission path estimation for the link I, thereby realizing more efficient transfer. Note that even if the terminal device (A) has such a function that periodically activates a transmission path estimation mechanism for each transmission information, the traffic on the network 101 is effectively reduced. It is.
  • the terminal device 100 can realize QoS (Quality of Service) such as bandwidth guarantee in the network 101 when the multicast packet is transferred via the network 101.
  • QoS Quality of Service
  • the terminal device 100 according to the present invention may be provided with a function for performing automatic bandwidth reservation adjustment, which will be described below.
  • the external interface processing unit 203 provided in the terminal device 100 in the present embodiment has a function of monitoring and measuring the packet rate input to the external interface processing unit 203 for each multicast address group, and group management. It has a function of comparing the contents of the bandwidth reservation of the multicast address group included in the information 701 with the packet rate input from the network 103 and determining whether the comparison result exceeds a certain threshold.
  • the external interface processing unit 203 determines that the control processing unit 204 Then, an event is generated so that the bandwidth reservation management unit 207 performs the bandwidth reservation adjustment again.
  • the content of the adjustment performed by the bandwidth reservation management unit 207 may be based on the packet rate monitored and measured by the external interface processing unit 203. By this mechanism, it becomes possible to make the transmission quality by the terminal device 100 power band reservation follow the packet rate received from the network 103.
  • the bandwidth occupied by the bandwidth reservation when the terminal apparatus 100 does not receive a packet to be transferred or the bandwidth occupied by the bandwidth reservation with respect to the actual packet rate is reduced. Therefore, it is possible to prevent a decrease in transmission quality due to the above, and it is possible to automatically realize a high-quality transmission system.
  • the terminal device 100 is receiving distribution-type AV content on the host 118, the terminal device 100 is configured to change the multicast address group frequently due to channel zapping by the user. In order to realize automatic bandwidth reservation without overloading, the following operations may be performed.
  • terminal apparatus 100 manages group management information 701 corresponding to multicast address group G and group management information 701 corresponding to multicast address group F.
  • the host 118 corresponding to the multicast address group G issues an IGMP JOIN message belonging to the multi-cache address group F.
  • the terminal device (A) manages the host 118 in association with the link III in the group management information corresponding to the multicast address group G!
  • the terminal device (A) releases the bandwidth reservation of the link ⁇ ⁇ corresponding to the multicast address group G without detecting the IGMP LEAVE message for the multicast address group G issued by the host 118.
  • the terminal device (A) After the terminal device (A) releases the bandwidth reservation for link III corresponding to multicast address group G, the terminal device (A) uses the power to make the bandwidth reservation for link III corresponding to multicast address group F, or to multicast address group G.
  • the reserved bandwidth of the link III concerned is transferred to the reserved bandwidth to the link III related to the multicast address group F as it is.
  • the terminal device (A) can perform automatic bandwidth reservation without overloading by performing the above operation. it can.
  • a power application identifier eg, port number in the IP protocol
  • other information that uses the host identifier as the judgment material may be used as the judgment material.
  • the processing of the terminal device 100 according to the first embodiment has been described above.
  • the terminal device 100 according to the first embodiment may perform the bandwidth guarantee described below after completing the process of step S503 shown in FIG. 9, and then proceed to the process of step S504!
  • Bandwidth guarantee refers to a centralized control media access method in which the control terminal controls media access of the network 101, such as the TDMA method. This is a mechanism that allocates the time to allow packet transmission and assigns media to the sending terminal with priority, and can guarantee the quality of data transmission reliably.
  • the bandwidth reservation mechanism described above requires communication with a control terminal that manages bandwidth reservation separately, and this procedure is realized mainly by the bandwidth reservation management unit 207. In the following, the process of guaranteeing the bandwidth by the bandwidth reservation management unit 207 will be described.
  • the bandwidth reservation management unit 207 refers to the packet type 704 included in the group management information 701 regarding the multicast address group GA and the bandwidth reservation information table (see FIG. 6) for each packet type prepared in advance by the vendor. .
  • the bandwidth reservation management unit 207 refers to the packet type 704 and the bandwidth reservation information table.
  • the first stage of the reservation of the transmission quality of the frame related to the multicast address group GA issued by the terminal device (A) to the network 101 is performed.
  • the bandwidth reservation management unit 207 determines the required quality based on the minimum rate, maximum rate, allowable delay, and loss guarantee corresponding to “telephone voice” in FIG. If the required quality is determined, the bandwidth reservation management unit 207 performs the bandwidth reservation procedure and realizes the bandwidth reservation.
  • bandwidth reservation performed by the bandwidth reservation management unit 207 may be executed in the form of bandwidth adjustment when the transmission performance changes in accordance with the change in the transmission path state.
  • This bandwidth reservation information may be managed as information included in the multicast address group forwarding policy 705.
  • FIG. 7 is a diagram showing a defect guarantee.
  • the loss guarantee level of “telephone voice” set in the packet type 704 by the control processing unit 204 of the terminal device (A) is 1.
  • Missing guarantee level 1 is defined as ⁇ missing guarantee level without using ACK, without using error correction function such as convolutional code using Vit erbi (Viterbi) or Reed-Solomon (hereinafter RS) code! Being!
  • RS Reed-Solomon
  • the corresponding loss guarantee level is 7, so that the frame transmitted through the network 101 as an error correction function includes a convolutional code using Viterbi by 50%, and RS Includes 16 bytes of 255 bytes transmission code. Also, the control processing unit 204 reduces the amount of written information for each subcarrier.
  • the control processing unit 204 subtracts the amount of information described in each of 10 subcarriers by 1 bit.
  • Loss assurance level 7 is defined as requiring ACK, so terminal equipment (A) is set to forward packets to network 101 or terminal equipment (A) usually requires ACK. ACK is requested for this link even if it is not broadcast.
  • Terminal device (A) When the data ACK is found and data loss occurs due to error correction, the terminal device (A) Can be grasped and retransmitted. Loss assurance level 7 specifies that the same frame is transmitted twice.
  • the terminal device (A) when the network 103 is Ethernet (registered trademark), the terminal device (A) is set so that the packet is transferred to the network 101, and the packet is "controlled”. May be.
  • UPnP packets that can be identified by multicast addresses in addition to IGMP messages may be set as “control”.
  • control For the transfer of the type of packet that you want to transfer reliably, such as “control”, apply a redundant modulation method without estimating the transmission path.
  • the algorithm shown in FIG. 11A shows a method in which the registered transmission performance is low, the temporary map power is also determined in order, and the broadcast map is uniquely set.
  • step S505 the transfer management unit 206 considers all transmission methods and selects a transmission method that is assumed to have the shortest transfer time when transferring to the required link. May be.
  • the transfer management unit 206 generates all broadcast maps for the necessary links, and considers transmission methods such as multicast, multicast, and broadcast in the network 101, and the transmission performance of the transmission map. Based on the total time calculated taking into account the number of frames issued in the network 101, it is possible to calculate a transmission method with the minimum transmission time for the necessary transfer link.
  • the algorithm shown in Fig. 11A is illustrated in consideration of hardware resources such as the CPU load of the terminal device.
  • an optimal algorithm is used instead of the algorithm shown in Fig. 11A.
  • the following algorithm that calculates and applies the correct transmission method can also be used.
  • This modification is an example in which the algorithm in step S505 of FIG. 9 shown in the first embodiment is changed.
  • FIG. 15A is a diagram showing a link management table 1061 used by the terminal device 100 in the modified example of the first embodiment.
  • a link management table 1061 shown in FIG. 15A is a table for managing link information that defines a pair of the terminal device 100 and the terminal device 100, and is stored in the data storage unit 202.
  • the link management table 1061 records link management information 1062 and 1063 indicating information about a link between the terminal device 100 holding the table and a destination terminal connected thereto. There are as many pieces of link management information as the number of connected terminal devices.
  • the link management information 1062 includes a link identifier 10621, a destination terminal device identifier 10622, and transmission map information 10623.
  • the transmission map information 10623 is information representing the result of transmission path estimation.
  • the link management information 1063 includes the same information as the link management information 1062.
  • the number of registered links 1064 represents the number of link management information that the link management table 1061 has. The value held by the number of registered links 1064 is equal to the number of terminal devices 100 with which this terminal device 100 can communicate.
  • FIG. 15B is a diagram for explaining detailed processing of the terminal device 100 in the modification of the first embodiment.
  • the transfer management unit 206 receives an IGMP (MLD) message from a certain terminal device 100
  • the transfer management unit 206 starts the processing shown in FIG. 15B.
  • the forwarding management unit 206 registers the link between the terminal apparatus 100 of the received IGMP (MLD) message and the terminal apparatus 100 in the link management table 1161, and sets the number N of registered links. Increment by 1.
  • step S11702 the transfer management unit 206 initializes the variable K, the link array L [N], the array H [N] [N], and the variable h-gr-num.
  • N is a value held by 1064 registered links. Also initialize min_time with a sufficiently large value.
  • the link array L is an array for storing the link identifier 10621 and the like.
  • the array H [N] [N] is an array for storing the group set in the forwarding policy for forwarding multicast packets and the link information in association with each other.
  • the array H [N] [N] stores the group and link information that gives the shortest medium power of all groups and gives the transmission time min-time.
  • the variable h—gr—num is a variable that stores the number of rows in the array H [N] [N].
  • the value of the variable h—gr—n um represents the number of groups.
  • the transfer manager 206 proceeds to step S11704 when the initialization of the variable is completed in step S11702.
  • step S11704 the transfer management unit 206 compares the value of the variable K with the value of the number of registered links N.
  • the transfer management unit 206 proceeds to step S11711 if the value of K is equal to or greater than the value of the number of registered links N, and proceeds to step S11705 if the value of the variable K is less than the number of registered links N.
  • step S11705 the transfer management unit 206 initializes a group identifier gr_num for identifying the group, a variable number, and an array G [N] [N].
  • the group identifier gr_num, variable number, array G [N] [N], array H [N] [N], and registered link number N are global variables.
  • Array G is an array that stores all combinations of links in association with groups in order to determine array H.
  • the elements of array G and array H are groups and links.
  • step S11706 the transfer management unit 206 defines all link combinations as a group. Details of step S11706 will be described later. When the transfer management unit 206 defines all link combinations as a group, step S117 is performed. Proceed to 07.
  • step S11707 the transfer management unit 206 executes the processing shown in FIG. 15C to determine whether the data storage unit 202 stores TRUE and FALSE is stored. If TRUE is stored in the data storage unit 202, the transfer management unit 206 proceeds to step S11709, and if FALSE is stored in the data storage unit 202, the transfer management unit 206 proceeds to step S1 1708.
  • step S11709 the transfer management unit 206 rearranges the link array L [N], and proceeds to the process of step S11710.
  • step S11710 the transfer management unit 206 determines whether or not the evaluation of the transmission time in step S11708 has ended for the rearrangement of all link arrays L [N]. The transfer management unit 206 proceeds to step S11703 if the evaluation of the transmission time has been completed, and returns to the process of step S11704 if it has been completed.
  • step S11703 the transfer management unit 206 increments the variable K by 1, and proceeds to step S11704.
  • the variable K represents the number of links included in the group.
  • step S11711 the transfer management unit 206 sets a transfer policy based on the groups and links included in the array H [N] [N], and proceeds to step S11712. Detailed processing of the transfer management unit 206 in step S11711 will be described later.
  • step S11712 transfer management section 206 sets multicast address group transfer policy 705 in the same manner as in step S1022 shown in FIG. 10B, based on array H [N] [N].
  • the transfer management unit 206 calculates an optimal transmission map and performs high-speed and low-speed security in the same manner as Step S505 in Fig. 9 described in the first embodiment.
  • the specified broadcast transmission can be performed.
  • FIG. 15C is a diagram for explaining in detail the processing in step S 11706.
  • step S11801 transfer management section 206 sets variable i to 0, and proceeds to the process of step S11802.
  • step S11802 transfer management section 206 compares the value of variable i with the value of variable k. In step S11802, the transfer management unit 206 determines that the value of variable i is less than the value of k. If so, the process proceeds to step SI 1803, and if the value of the variable i is not less than k, the process proceeds to step SI 1805.
  • step S11803 the transfer management unit 206 substitutes the link identifier stored in the link array L [number] for the array G [gr—num] [i], and increments the value of the variable number by one. To do.
  • the transfer management unit 206 proceeds to the process of step S11804.
  • step S11804 the transfer management unit 206 increments the value of the variable i by 1, and returns to step S11802.
  • the transfer management unit 206 repeats the operations of steps S11802 to S11804 as many times as specified by the variable k while incrementing the variable i and the variable number by 1. Therefore, the number of links corresponding to the link identifier included in the group corresponding to the group identifier gr—num is equal to the number of the variable k.
  • the process shown in FIG. 15C is repeatedly executed in accordance with the value of variable K incremented in step S11703 shown in FIG. 15B. Therefore, the transfer management unit 206 generates all combinations of the links of the number k as a group.
  • step S11805 the transfer management unit 206 increments the value of the group identifier gr-num by 1, and proceeds to step S11806.
  • step S11806 the transfer management unit 206 obtains the difference between the registered link number N and the variable number, and determines whether the obtained difference is greater than 1. If the difference between the registered link number N and the variable number is greater than 1, the transfer management unit 206 proceeds to step S 11807, and if smaller than 1, the process proceeds to step S 11812.
  • step S11807 the transfer management unit 206 substitutes 1 for the variable j, and proceeds to the process of step S1 1808.
  • step S11808 the transfer management unit 206 obtains the difference between the number of registered links N and the variable number, and determines whether or not the obtained difference is greater than the value of the variable j.
  • the transfer management unit 206 proceeds to step S11809 if the difference between the registered link number N and the variable number is larger than the variable j, and proceeds to step S11815 if it is smaller than the variable j.
  • step S11809 the transfer management unit 206 recursively performs the process shown in FIG. 15C again. That is, since the transfer management unit 206 repeats the processing of steps S11801 to S11809, the combination of all the links and the group identifier gr-num is stored in the array G [gr_num] [i], and the combination of the links is stored as a group. To do.
  • step S11810 the transfer management unit 206 determines whether the result of the process in step S11809 (that is, the value returned in steps S11814 or S11815 of the recursively called process) is TRUE or FALSE. .
  • the transfer management unit 206 proceeds to step S11811 if the result power of the process of step S11809 is TRUE, and proceeds to step S11814 if it is FALSE.
  • step S11811 the transfer management unit 206 increments the value of the variable j by 1, and returns to step S11808.
  • the transfer management unit 206 arrives at step S11812 when “NO” is determined in step S11806. In step S11812, the transfer management unit 206 substitutes the element of the link array L [number] for the element of the array G [gr_num] [0], and proceeds to step S11813.
  • step S11813 the transfer management unit 206 sets the value of the group identifier gr-num.
  • step S11814 the transfer management unit 206 returns FALSE.
  • step S11815 the transfer management unit 206 returns TRUE.
  • FIG. 15D is a diagram for explaining in detail the processing in step S11708 shown in FIG. 15B.
  • step S11901 the transfer management unit 206 sets the variable i and the variable tmp-time to 0, and proceeds to step S11902.
  • step S11902 the transfer management unit 206 compares the variable i with the group identifier gr-num.
  • the transfer manager 206 proceeds to step S11903 if the variable i is smaller than the group identifier gr-num, and proceeds to step S11907 if the variable i is larger than the group identifier gr-num.
  • step S11903 the transfer manager sets the value of variable j to 0, and proceeds to step S11904.
  • step S11904 the transfer management unit 206 determines that all of the resources included in the array G [i] [] are included. For the transmission map of the link, the logical product is calculated for each subcarrier and a broadcast map is created. When the transfer management unit 206 finishes creating the broadcast map, the process proceeds to step S11905.
  • step S11905 the transfer management unit 206 calculates the time required to send the desired data in the created broadcast map, and adds the calculated time to the variable tmp-time.
  • the transfer management unit 206 adds the calculated time to the variable tmp-time, the process proceeds to step S11906.
  • the transmission map indicates the amount of transmittable data for each symbol length. Accordingly, in step S11905, the transfer management unit 206 calculates a transmission time required for transmitting desired data from the requested transmission data amount or a predetermined value and the transmission map. In step S11905, the transmission management unit 206 may consider the overhead other than the data to be transmitted, such as the interframe time (IFS) defined in the L2 specification and the frame header, in the transmission time calculated. ⁇ .
  • IFS interframe time
  • step S11906 the transfer management unit 206 increments the variable i by 1, and returns to the process of step S11902.
  • step S11906 the transfer management unit 206 compares the value of the variable min-time with the value of the variable tmp-time.
  • the transfer management unit 206 proceeds to step S11907 if the value of the variable tmp-time is smaller than the value of the variable min-time, and proceeds to step S11907 if the value of the variable tmp-time is smaller than the value of the variable min-time.
  • step S11907 the transfer management unit 206 assigns the array G [N] [N] to the array H [N] [N], and assigns the group identifier gr—num to the variable h—gr—num.
  • the transfer management unit 206 finishes the process shown in FIG. 15D and proceeds to step S11709.
  • the transfer management unit 206 stores the broadcast map in which the transmission time is the shortest in the array H [N] [N].
  • FIG. 15E shows the processing of the transfer management unit 206 in step S11711 shown in FIG. 15B. It is a figure demonstrated in detail.
  • step S11001 the transfer management unit 206 initializes the variable i with 0, and proceeds to step S1 1002.
  • step S11002 the transfer management unit 206 compares the variable i with the variable h—gr—num. If the variable i is smaller than the variable h-gr-num, the transfer management unit 206 proceeds to the process of step S11003. If the variable i is greater than the variable h-gr-num, the transfer management unit 206 ends the process illustrated in FIG. 15E and proceeds to step S11712 illustrated in FIG. 15B.
  • step S11003 the transfer management unit 206 calculates a logical product for each subcarrier and creates a broadcast map for the transmission maps of all links included in the array H [i] []. .
  • the transfer management unit 206 creates the broadcast map, the process proceeds to step S11004.
  • step S11004 the transfer manager 206 executes the same processing as step S1122 shown in FIG. 10B, and uses the broadcast map calculated in step S11003 as the multicast address group transfer policy 705. Set to.
  • step S11005 the transfer management unit 206 notifies the multicast address group and the broadcast map to all the terminal devices corresponding to all the links included in the array H [N] [N].
  • transfer manager 206 notifies the multicast address group and the broadcast map, it returns to step S11002.
  • the second embodiment shows an example in which the speed of broadcast transmission is increased by using a simpler method compared to the first embodiment.
  • the second embodiment is particularly effective for media in which the frequency characteristics on the transmission line are so diverse, particularly like existing dedicated lines.
  • terminal apparatus 100 according to the second embodiment Since the basic configuration of terminal apparatus 100 according to the second embodiment is the same as that according to the first embodiment, the repeated description is omitted with the aid of FIGS. To do. As in the first embodiment, it is assumed that the network 103 is a network conforming to the Ethernet (registered trademark) standard. Furthermore, it is assumed that the terminal device 100 according to the second embodiment performs multicarrier transmission by DMT in the network 101 as in the first embodiment.
  • FIG. 16 shows group management information 1 used by the terminal device 100 in the second embodiment.
  • the group management information 1701 includes an IP multicast group address 1702, a transmission map number 1703, a transmission performance 1704, a registered link count 1705, and a plurality of link information 1706.
  • Each of the link information 1706 includes a destination terminal device identifier and a host identifier.
  • FIG. 17 is a flowchart showing details of processing executed by the control processing unit in the terminal device according to the second embodiment of the present invention.
  • the external interface processing unit 203 of the terminal device 100 receives a multicast packet to be transferred to the network 101 from the network 103, the external interface processing unit 203 refers to the header information of the received multicast packet, and receives the multicast packet if it is a multicast packet. The received packet is passed to the control processing unit 204.
  • step S1501 the control processing unit 204 receives a multicast packet from the external interface processing unit 203.
  • step S1502 the control processing unit 204 determines whether or not the received packet is an IGMP JOIN message or an IGMP REPORT message. If the received packet is an IGMP JOIN message or an IGMP REPORT message, control processing section 204 proceeds to step S1503, and otherwise proceeds to step S1505.
  • step S1503 the control processing unit 204 determines whether or not it is possible to grasp the source terminal device that issued the multicast packet with respect to the multicast address of the packet to be transferred. A method for the control processing unit 204 to grasp the source terminal will be described later.
  • control processing section 204 proceeds to step S1504 if it knows the source terminal device, and proceeds to step S1506 otherwise.
  • step S1504 the control processing unit 204 sets that the duplicated packet received from the received multicast packet is to be multicast-transmitted with the grasped source terminal device as the destination.
  • control processing section 204 proceeds to step S 1508.
  • step S1505 the control processing unit 204 determines whether a broadcast map corresponding to the multicast packet to be transferred has been created. The method for creating a broadcast map will be described later. If the broadcast map for the multicast address group included in the received multicast packet has been created, control processing section 204 proceeds to step S1507, and otherwise proceeds to step S1506.
  • step S1506 the control processing unit 204 sets the packet to be transferred to be broadcasted in the diversity mode within the network 101.
  • the control processing unit 204 proceeds to step S1508.
  • step S1507 the control processing unit 204 applies the broadcast map corresponding to the multicast packet to be transferred, and proceeds to step S1508.
  • step S1508 the control processing unit 204 requests the transmission / reception processing unit 201 to transfer the multicast packet that has received the transfer request to the network 101 in accordance with the set mode.
  • FIG. 18 is a flowchart showing details of processing executed by the control processing unit 204 when the terminal apparatus receives a multicast packet in the second embodiment of the present invention.
  • step S1601 If it is determined in step S1601 that the packet received by the transmission / reception processing unit 201 is a multicast packet, the control processing unit 204 receives the packet received from the transmission / reception unit 201.
  • step S1602 the control processing unit 204 determines whether or not the received multicast packet is an IGMP (MLD) JOIN message or an IGMP (MLD) REPORT message. If the multicast packet to be transferred is an IGMP (MLD) JOIN message or an IGMP (MLD) REPORT message, control processing section 204 proceeds to step S 1603, and otherwise proceeds to step S 1606.
  • step S1603 the control processing unit 204 creates group management information 1701 related to the multicast address to be transferred, if the group management information 1701 related to the multicast address to be transferred has not yet been created. That is, the control processing unit 204 uses the IP multicast group extracted from the received multicast packet. Using the address 1702 and the link information 1706, group management information 1701 is created. In addition, the control processing unit 204 sets 1 to the number of registered links 1705 included in the group management information 1701. Further, the control processing unit 204 sets the identifier of the terminal device 100 that requested the transfer of the IGMP (MLD) message as the destination terminal device identifier of the link information 1706, and issued the IGMP (MLD) message as the host identifier. A host identifier may be set.
  • MLD IGMP
  • a host identifier may be set.
  • the control processing unit 204 adds the link information 1706.
  • the identifier of the terminal device 100 that requested the transfer of the IGMP (MLD) message and the identifier of the host that issued the IGMP (MLD) message are set.
  • the control processing unit 204 increments the value of the registered link number 1705 by 1.
  • step S1607 the control processing unit 204 performs transmission path estimation for all the links registered in the group management information corresponding to the multicast address. More specifically, the control processing unit 204 acquires a transmission map for each link. When the control processing section 204 finishes the process of step S1607, it proceeds to step S1604.
  • step S1604 the control processing unit 204 selects the transmission map having the lowest transmission performance from the acquired transmission maps, and uses the selected transmission map to manage the group management information 1701. Update. More specifically, the control processing unit 204 sets the transmission map number determined to have the lowest transmission performance as the transmission map number 1703, and sets the transmission performance acquired from the determined transmission map as the transmission performance 1704. To do. Note that after the group management information 1 701 is updated, resources for holding a transmission map that is not selected by the control processing unit 204 may be released.
  • step S 1605 the control processing unit 204 requests the external interface processing unit 203 to send the multicast packet that has received the transfer request to the network 103.
  • control processing section 204 stores the multicast address included in the multicast packet that has received the transfer request and the identifier of the terminal device that has requested the transfer in association with each other.
  • the control processing unit 204 executes the process of step S 1606. Based on the multicast address thus stored and the identifier of the terminal device, the determination in step S 1504 described above is executed.
  • step S1604 the control processing unit 204 may update the group management information 1501 by executing the following processing.
  • the control processing unit 204 performs transmission path estimation only for a link that has received a request to transfer a multicast packet.
  • the control processing unit 204 compares the transmission performance of the link for which transmission path estimation has been performed with the transmission performance 1704 that has already been set. Then, the control processing unit 204 selects a transmission map having a lower transmission performance, and updates the transmission map number 1703 and the transmission performance 1704 based on the selected transmission map number and transmission performance. After the group management information 1701 is updated, resources for holding a transmission map that has not been selected may be released.
  • control processing unit 204 is temporarily used to create a load on the common band resulting from performing transmission path estimation for all links and a transmission map. Resources such as a memory area can be reduced.
  • IP multicast group H a multicast packet addressed to host 111 multicast group address H A (IP multicast group H) is issued.
  • Hosts belonging to IP multicast group H that is, hosts running an application that wants to receive or transmit packets distributed by IP multicast group H are hosts 111, 112, 115, 116, 118, and 119. Assume that there is.
  • the external interface processing unit 203 of the terminal device (A) receives the received packet.
  • the control processing unit 204 executes the subsequent processing according to the flowchart shown in FIG.
  • control processing section 204 determines that the received message is not an IGMP (ML D) message, and proceeds to step SI 505. [0433] In step S1505, the control processing unit 204 creates a broadcast map corresponding to the multicast group H of the received multicast packet, and so proceeds to step S1506.
  • IGMP ML D
  • step S 1506 the control processing unit 204 sets to transmit the multicast packet to be transferred in the diversity mode, and the process proceeds to step S 1508.
  • step S 1508 the control processing unit 204 requests the transmission / reception processing unit 201 to transfer the multicast packet to the network 101.
  • the terminal device (A) broadcasts the multicast packet transmitted by the host 111 to the network 101 in the diversity mode. As a result, the terminal device (A) can transfer the received packet to all the terminal devices.
  • the transmission / reception processing unit 201 of the terminal device (B) receives a frame including a multicast packet broadcast from the terminal device (A) from the network 101. Since the frame received by the terminal device includes a multicast packet, the control processing unit 204 executes the subsequent processing according to the flowchart shown in FIG.
  • step S1602 the control processing unit 204 proceeds to step S 1606 because the received multicast packet is not an IGMP (MLD) message.
  • MLD IGMP
  • control processing section 204 stores the multicast address H included in the received multicast packet in association with the identifier of the source terminal device (A) that issued the multicast packet, and stores it in step S1605. Proceed to
  • step S1605 the control processing unit 204 requests the external interface processing unit 203 to transfer a multicast packet.
  • the multicast packet transferred from the terminal device (B) reaches the host 112. Since the host 112 wants to receive the packet with the multicast group address HA, it issues an IGMP JOIN message MB.
  • the IGMP JOIN message MB is a packet destined for the multicast group address HA, and is the external interface processing of the terminal device (B). Passed to the science department 203.
  • the packet received by the external interface processing unit 203 is a multicast packet transmitted from the host 112. Therefore, the terminal device (B) control processing unit 204 executes the subsequent processing according to the flowchart shown in FIG.
  • control processing unit 204 sets the received multicast packet as I in step S1502.
  • step S 1503 the control processing unit 204 manages the source terminal device (A) of the IP address group (step S 1606 shown in FIG. 18), and proceeds to step S 1504.
  • step S1504 the control processing unit 204 receives the transfer request IGMP (MLD
  • step S1508 the control processing unit 204 requests the transmission / reception processing unit 201 to transfer the IGMP (MLD) JOIN message to the network 101.
  • IGMP MLD
  • the terminal device 100 manages the terminal device that transmits the multicast data packet for each multicast address. Therefore, the terminal device 100 can multicast the IGMP JOIN message corresponding to the multicast address or the IGMP REP ORT message to the network 101.
  • the terminal device 100 multicasts a multicast packet, ACK management is easy and an IGMP JOIN or IGMP REPORT message can be sent reliably.
  • the terminal device 100 does not transmit the IGMP REPORT message to the network 101 other than the source terminal device that issues the multicast data packet. Accordingly, the terminal device 100 connected IGMP REPORT message to which the host belonging to the multicast group in the network 103 is connected is issued.
  • the terminal device 100 when the terminal device 100 reliably issues an IGMP REPORT message, the terminal device 100 should send a multicast data packet using the IGMP QUERY message or the IGMP REPORT message.
  • the device 100 can be grasped in real time. This unnecessarily increases traffic on network 101 It can be expected to have a positive effect.
  • the transmission / reception processing unit 201 of the terminal device (A) receives the IGMP (MLD) message MB transferred by the terminal device (B). Since the received IGMP (MLD) message MB is a multicast packet, the transmission / reception processing unit 201 executes the following processing according to the flowchart shown in FIG.
  • step S1602 the control processing unit 204 proceeds to step S1603 because the IGMP (MLD) message MB is an IGMP JOIN message.
  • MLD IGMP
  • step S1603 the control processing unit 204 creates group management information 1701 for the multicast group address HA! /, !, and therefore creates group management information 1701 corresponding to the multicast group address HA.
  • HA is described in the IP multicast group address 1702.
  • control processing section 204 estimates the transmission path of link I connecting terminal apparatuses (B) and (A), and creates a transmission map.
  • the control processing unit 204 of the terminal device (B) creates group management information 1701 using information about the created transmission map.
  • the control unit 204 sets the number of registered links to 1, and describes the identifier of the terminal device (A) and the identifier of the host 112 in the link information # 1.
  • the control processing unit 204 proceeds to step S1604.
  • step S1604 Since there is only one registered link corresponding to the multicast group address HA in step S1604, the control processing unit 204 applies the link II transmission map as it is, and proceeds to the process of step S1605.
  • step S 1605 the control processing unit 204 transfers the message MB to the host 111.
  • Host 115, host 116, and host 118 belonging to multicast group H are also capable of issuing IGMP JO IN messages.
  • the processing of each terminal device is the same as when the terminal device (B) receives the message MB of host 112. The explanation is omitted because it is the same.
  • FIG. 11 is a diagram showing group management information 1801 corresponding to a multicast group H stored in the terminal device (A) at the stage when the issuance of a P (MLD) JOIN message is completed.
  • the message MF is unicast to the terminal device (A) by the terminal device) and reaches the terminal device (A).
  • the control processing unit 204 executes the following processing according to the flowchart shown in FIG.
  • step S1601 the control processing unit 204 receives a multicast packet transfer request from the terminal device (F), and proceeds to step S1602.
  • step S1602 Since the message MF is an IGMP (MLD) J OIN message in step S1602, the control processing unit 204 proceeds to step S1603.
  • IGMP MLD
  • step S1603 the control processing unit 204 has already created the group management information 1801 for the multicast group address HA, so the identifiers of the terminal device (F) and the host 119 are assigned to the terminal device (A). It is additionally stored in link # 4 as information on link IV connecting to the terminal device (F), and the number of registered links is incremented by one.
  • control processing section 204 proceeds to step S1607.
  • step S1607 the control processing unit 204 creates a transmission map by performing transmission path estimation for all four links registered in the link information 1806.
  • the control processing unit 204 proceeds to step S1604.
  • step S1604 the control processing unit 204 selects a transmission map having the lowest transmission performance from the four transmission maps created in step S1607. Assume that the control processing unit 204 selects transmission map number 5 and its transmission performance 435. The control processing unit 204 updates the value of the transmission map number 1803 to 5 and updates the value of the transmission performance 1804 to 435. Thereafter, the control processing unit 204 proceeds to step S1605.
  • step S1605 the control processing unit 204 requests the external interface processing unit 203 to transfer the message MF to the host 111. [0467] ⁇ 5. Processing of terminal device (A)>
  • control processing section 204 determines that the received packet is not an IGMP (MLD) message, and proceeds to step S 1505.
  • MLD IGMP
  • step S1505 control processing section 204 has already created a broadcast map corresponding to multicast address group H, and thus proceeds to step S1507.
  • the broadcast map corresponding to multicast address group H used in step S 1507 refers to transmission map number 5.
  • the control processing unit 204 sets to apply the transmission map of the transmission map number 5, and proceeds to step S1507.
  • control processing section 204 applies a transmission map of transmission map number 5, and requests transmission / reception processing section 201 to transfer multicast packets to network 101.
  • the terminal device (A) is configured so that the packets belonging to the multicast address HA are based on the transmission map indicated by the transmission map number 5, the terminal devices (B) and (D) to Broadcast transmission to (F).
  • the third embodiment an example of a communication terminal device capable of speeding up broadcast transmission by a simpler method compared to the second embodiment is shown.
  • the communication terminal apparatus according to the present embodiment is particularly effective for communication media having a wide variety of frequency transmission path characteristics, such as existing dedicated communication media.
  • FIG. 20 is a diagram showing a configuration of the terminal apparatus 1000 according to the third embodiment. Since the format of the frame transmitted / received in the network 101 is the same as that according to the first embodiment, FIG. 3 is used in this embodiment.
  • the end The end device 1000 performs multi-carrier transmission by DMT in the network 101 as in the first embodiment.
  • Terminal device 1000 includes transmission / reception control processing unit 2001, data storage device 2002, external interface processing unit 2003, control processing unit 2004, timer unit 2005, transfer management unit 2006, and bandwidth reservation management unit.
  • IPL3 layer processing unit 2008 and application processing unit 2009 are provided.
  • Each of transmission / reception processing unit 2001 to transfer management unit 2006 has the same functions as transmission / reception processing unit 201 to transfer management unit 206 shown in FIG.
  • FIG. 21 is a diagram showing a configuration of a network to which the terminal device shown in FIG. 20 is connected.
  • the terminal device 1000 is connected to the upper layer of the network layer via the external interface processing unit 2003.
  • FIG. 21 apparently shows a configuration corresponding to the network 103 and the host 111 shown in FIG. 1 corresponding to the network 103 and the host shown in FIG.
  • the functions of the network 103 and the host shown in FIG. 1 are realized by the IPL3 layer processing unit 2008 and the application processing unit 2009.
  • the terminal device 1000 can construct the network 101 even when used together with the terminal device according to the first embodiment.
  • the terminal device (S) shown in FIG. 21 functions as an authentication terminal.
  • the network 101 constructed using the terminal device 1000 as a result of requesting authentication from the terminal device (S), only the terminal device that has been authenticated can participate in the power network 101.
  • the terminal device 1000 When the terminal device 1000 authenticates the terminal device 1000, it passes an encryption key used for communication in the network 101.
  • the network 101 can be constructed as a highly secure network.
  • the example which uses an encryption key for the authentication process of a terminal device (S) was demonstrated, the method of authentication is not restricted to this.
  • the terminal device (S) grasps all the terminal devices 1000 participating in the network 101. Can be gripped.
  • the terminal device (S) is referred to as an authentication terminal.
  • the authentication terminal grasps all of the terminal devices 1000 that participate in the network 101.
  • the authentication terminal is a terminal device having the same configuration as the terminal device 1000, but operates as an authentication terminal by changing the software used.
  • the operation of the terminal device 1000 according to the third embodiment will be described assuming that the L3 layer processing unit 2008 is requested to issue a broadcast packet or a multicast packet.
  • FIG. 22 is a flowchart showing details of processing executed by the control processing unit 2004 shown in FIG.
  • step S2101 when the external interface processing unit 2003 receives a packet issuance request from the application processing unit 2009, the control processing unit 2004 executes the following processing.
  • step S2102 the control processing unit 2004 checks whether or not the received packet is a multicast packet. If the received packet is a multicast packet, control processing unit 2004 proceeds to step S2108, otherwise proceeds to step S2103. Note that the external interface processing unit 2003 performs the processing in step S2101.
  • step S2103 the control processing unit 2004 determines whether or not a broadcast map corresponding to the received packet has already been created. If a broadcast map has already been created, the process proceeds to step S2107, and if not, the process proceeds to step S2104.
  • step S2104 the control processing unit 2004 requests information on all the terminal devices 1000 participating in the network 101 from the authentication terminal.
  • the control processing unit 2004 participates in the network 101 and uses a dedicated frame in order to obtain information about the terminal device 1000.
  • the control processing unit 2004 transmits the frame to the authentication terminal.
  • control processing unit 2004 proceeds to step S2105.
  • step S2105 the control processing unit 2004 determines that all the networks 101 are participating in the network 101. By performing transmission path estimation for all terminal apparatuses 1000, a transmission map for transmission paths to all destination terminal apparatuses is generated. Note that the transmission map generated by the control processing unit 2004 in step S2105 is the same as that shown in FIG. 5, and thus the description thereof is omitted here.
  • step S2106 the control processing unit 2004 generates a broadcast map using all the transmission maps generated in step S2105.
  • the method described in the first embodiment is adopted as the method by which the control processing unit 2004 generates the broadcast map.
  • the control processing unit 2004 generates a broadcast map for all terminal apparatuses 1000 in the network 101, and proceeds to step S22007.
  • control processing unit 2004 applies the generated broadcast map, and proceeds to the process of step S2108.
  • control processing unit 2004 requests transmission / reception processing unit 201 to transfer a packet.
  • the same broadcast map is applied when the packet to be transmitted is either a multicast packet or a broadcast packet.
  • the transmission / reception processing unit 2001 may have a function of monitoring a transmission state of a frame issued to the network 101 based on a packet retransmission rate, an error correction rate, or the like.
  • the transmission / reception processing unit 2001 compares the packet retransmission rate and the error correction rate with a predetermined threshold value or a predetermined range, and the packet retransmission rate or error correction rate exceeds the predetermined threshold value or the predetermined range. In this case, it is determined that the broadcast map is suitable! /, N! /, And the control processing unit 2004 is notified.
  • the control processing unit 2004 may change the broadcast map. For example, when the control processing unit 2004 receives a notification from the transmission / reception processing unit 2001 that the retransmission rate has exceeded the threshold value, the control processing unit 2004 reduces the number of pieces of description information for each subcarrier in the broadcast map. In addition, when the transmission / reception processing unit 2001 notifies that the retransmission rate is smaller than the predetermined range, the number of pieces of information described for each subcarrier of the broadcast map is increased. [0495] The control processing unit 2004 can always transmit a packet suitable for the state of the transmission path by changing the broadcast map according to the packet retransmission rate, error correction rate, and the like.
  • FIG. 23 is a diagram showing a configuration of a terminal device T100 according to the fourth embodiment of the present invention.
  • the terminal device T100 according to the present embodiment further includes a zero cross detection control processing unit 2401 in addition to the terminal device according to the first embodiment.
  • the frame format used for data transmission on the network 101 by the terminal apparatus T100 is the same as that in the first embodiment, and FIG. 3 is used for this embodiment.
  • the terminal apparatus T100 according to the present embodiment performs multicarrier transmission by DMT in the network 101, as in the first embodiment.
  • zero cross detection control processing unit 2401 detects the zero cross point shown in FIG. 24 using transmission / reception processing unit 201 and timer unit 205.
  • the zero-cross detection control processing unit 2401 actually measures or virtually detects the zero-cross point and notifies the control processing unit 204 of the timing at which the zero-cross point is detected.
  • the control processing unit 204 can grasp the power supply synchronization period based on the timing notified from the zero cross detection control processing unit 2401.
  • FIG. 24 is a diagram for explaining the zero crossing point of the power supply voltage of the lamp line and the power supply synchronization period.
  • FIG. 24 shows power supply synchronization period 1 to power supply synchronization period 4 (2503 to 2506) in which the half cycle of the power supply voltage is divided into four.
  • the control processing unit 204 uses the timer unit 205 to determine whether the power supply cycle is 50 Hz or 60 Hz, and calculates the time of the half cycle of the power supply voltage.
  • the power supply synchronization period shown in FIG. 24 is defined by dividing the half cycle of the power supply voltage into four equal parts, the definition of the power supply synchronization period is not limited to this. Furthermore, the power supply synchronization period does not have to be a time interval, etc. [0501]
  • the terminal apparatus T100 according to the present embodiment performs transmission path estimation in all power supply synchronization periods, and records and manages all transmission maps for each power supply synchronization period.
  • the terminal device T100 performs transmission path estimation in the section of the power supply synchronization period 1 (2503), the section of the power supply synchronization period 2 (2504), the section of the power supply synchronization period 3 (2505), and the power supply synchronization period 4 Repeat for each interval (2506).
  • the terminal device T100 records the transmission map obtained in each power supply synchronization period in the data storage unit 202, and the control processing unit 204 manages the recorded transmission map.
  • the control processing unit 204 manages the transmission map obtained in each power supply synchronization period, so that the terminal device T100 that transmits the packet and the terminal device T100 that receives the packet correspond to each power supply synchronization period. To change the transmission map. Therefore, the terminal device T100 can apply a transmission map that takes into account noise synchronized with the power cycle of the power line, and can efficiently draw out the transmission performance of the power line.
  • the terminal device T100 prepares four temporary maps corresponding to each of the four power supply synchronization periods for each piece of transmission information 423 in the transmission map. Also, terminal device T100 prepares the same number of broadcast and multicast broadcast maps in network 101 as the power supply synchronization period, and switches the prepared broadcast maps between the transmission source terminal device and the reception terminal device. Apply.
  • the terminal device T100 in this example synchronizes with the power cycle for broadcast transmission by preparing broadcast and multicast broadcast maps for each transmission information 423 for the number of power synchronization periods.
  • a power line network with noise can be used efficiently.
  • FIG. 25 is a schematic diagram showing the configuration of the entire system when the present invention is applied to power line communication.
  • the system shown in Fig. 25 uses power line 3b as the communication medium.
  • Each terminal device 100 includes an outlet 100a.
  • the outlet 100 a is connected to a power supply unit (not shown) and the transmission / reception processing unit 201 of the terminal device 100.
  • the terminal device 100 receives power supply and exchanges data via the outlet 100a.
  • the electric light line 3b is connected to a commercial power source 2a outside the home via an ammeter breaker 2b.
  • Terminal device 100 is connected to PC, DVD, digital TV (DTV), knob, etc. Has been.
  • An access point, PC, LAN, router, etc. are connected to the hub.
  • a wireless LAN is connected to the access point.
  • the router is connected to the Internet. Note that the functions of the terminal device 100 and the terminal device 1000 may be incorporated in a host such as each home appliance.
  • FIG. 26 is a flowchart showing details of a process for transferring a multicast packet received from the network 103 by the terminal apparatus T100 according to the present embodiment.
  • the external interface processing unit 203 refers to the header information of the received packet. If the received packet is a multicast packet, the control processing unit 204
  • step S2201 the control processing unit 204 receives a request to transfer the IP multicast packet from the network 103.
  • step S2202 if it is a JOIN message or a REPORT message of the multicast packet strength GMP (or MLD) protocol message received from network 103, control processing section 204 proceeds to step S2208, and otherwise. In the case of, go to step S2203.
  • GMP multicast packet strength
  • control processing section 204 proceeds to step S2204 when group management information 701 of the received multicast packet exists, and proceeds to step S2210 otherwise.
  • step S2204 if the transfer enable / disable flag 703 in the group management information 701 of the received multicast packet is rejected, the control processing unit 204 returns to step S22.
  • step S2205 the control processing unit 204 proceeds to step S2211 if the multicast address group transfer policy 705 of the group management information 701 is valid, otherwise proceeds to step S2206. .
  • step S2206 the control processing unit 204 accesses the timer unit 205 and stops the multicast packet timer.
  • the multicast packet timer uniquely corresponds to the group management information 701 by recording a timer identifier in the group management information 701. If the timer corresponding to the group management information 701 is activated, the control processing unit 204 proceeds to step S2207 without executing the process of step S2206.
  • the control processing unit 204 may update the transmission information 423 by performing transmission path estimation based on the link information described in all the registered transmission information 423.
  • step S2207 control processing section 204 sets multicast address group transfer policy 705 again.
  • Control processing unit 204 force The processing for setting the multicast address group transfer policy 705 in step S2207 is the same as the processing shown in FIGS. 10A to 10.
  • the control processing unit 204 proceeds to step S2211.
  • control processing section 204 performs setting to broadcast-transmit the received IGMP (MLD) message in the diversity mode defined in network 101.
  • the terminal device T100 broadcast-transfers the IGMP REPORT message and JOIN message from the network 103 to the network 101 in the diversity mode.
  • step S2209 the control processing unit 204 requests the transmission / reception processing unit 201 to transfer the packet.
  • control processing section 204 discards the received multicast packet.
  • step S2211 the control processing unit 204 applies the multicast address group transfer policy 705 set in the group management information 701, and proceeds to step S2209.
  • control processing section 204 requests transmission / reception processing section 201 to transfer the received multicast packet.
  • the control processing unit 204 When the control processing unit 204 receives a request to transfer a packet from the network 101 to the network 103, the external interface processing unit 203 refers to the header information of the packet and It is determined whether or not it is a Chicast packet.
  • FIG. 27 is a diagram showing processing when the terminal device T100 forwards the multicast packet received from the network 101.
  • step S2302 if the received packet is an IGMP (MLD) JOIN message or REPORT message, control processing section 204 proceeds to step S2303; otherwise, proceeds to step S2308. .
  • IGMP MLD
  • step S2303 if it is an IGMP (MLD) JOIN message, control processing section 204 proceeds to step S2304; otherwise, it proceeds to step S2309.
  • IGMP MLD
  • step S2304 control processing section 204 determines whether group management information 701 corresponding to the multicast address group of the received multicast packet exists or not. If the group management information 701 exists, the control processing unit 204 proceeds to step S2305, otherwise proceeds to step S2310.
  • step S2305 the control processing unit 204 sets the transfer policy setting 721 of the group management information 701 corresponding to the multicast address group of the received multicast packet to invalid.
  • control processing section 204 adds the link destined for terminal apparatus T100 that issued the IGMP message to transmission information 423 of group management information 701, and records it in the link information. At this time, the control processing unit 204 performs transmission path estimation for the link and updates the transmission information 423.
  • step S2307 the control processing unit 204 accesses the timer unit 205 and starts a multicast packet waiting timer. When the timer expires, the control processing unit 204 deletes the group management information 701. With this function, the control processing unit 204 can delete unnecessary group management information 701, thereby efficiently using hardware and software resources.
  • step S2308 the control processing unit 204 requests the external interface processing unit 203 to transfer the received multicast packet.
  • step S2309 control processing section 204 performs grouping of the received multicast packet. If the forwarding policy setting 421 of the loop management information 701 is valid, step S23
  • control processing section 204 creates group management information 701 corresponding to the multicast address group of the received multicast packet.
  • step S2311 the control processing unit 204 applies the multicast address group forwarding policy 705 of the IGMP (MLD) message. Control processing unit 204 force steps
  • the processing performed at S2311 is the same processing as step S507 shown in FIG.
  • control processing unit 204 sets the transfer permission flag 703 as “permitted”, the transfer policy setting 721 as “no”, and the temporary map number 722 as “0” as the initial state of the group management information 701.
  • the processing of the terminal device according to the present embodiment is specifically described. I will explain it. More specifically, the processing of the terminal devices (A) and (D) will be described with reference to FIG. 26 and FIG. 27 when the host 116 requests acquisition of data distributed by the host 111.
  • the host 116 requests reception of a multicast packet of the multicast group P.
  • the host 116 issues an IGMP JOIN message MP destined for the multicast address group PA to the network 103.
  • the control processing unit 204 of the terminal device (D) starts the processing shown in FIG.
  • step S2202 the control processing unit 204 of the terminal device (D) determines that the received multicast packet power GMP JOIN message MP is received, and proceeds to the process of step S2208.
  • the control processing unit 204 broadcast-transfers the received IGMP JOIN message MP to the network 101 in the diversity mode.
  • the IGMP JOIN message MP forwarded by the terminal device (D) reaches the terminal device (A).
  • the control processing unit 204 of the terminal device (A) receives the IGMP JOIN message MP, The processing shown in Fig. 27 is started.
  • control processing unit 204 of the terminal device (A) determines in step S2302 that the received multicast packet power IGMP JOIN message has been received in step S2302, and proceeds to step S2303.
  • control processing section 204 determines that the received multicast packet is an IGMP JOIN message, and proceeds to step S2304.
  • control processing section 204 determines that group management information 701 for multicast address group PA does not exist, and proceeds to step S2310.
  • control processing section 204 creates group management information 701 for multicast address group PA. After creating the group management information 701 for the multicast address group PA, the control processing unit 204 proceeds to step S2306.
  • control processing section 204 sets link information regarding the link connecting terminal device (A) and terminal device (D).
  • the control processing unit 204 of the terminal device (A) estimates the transmission path of the link connecting the terminal device (A) and the terminal device (D), sets the number of registered temporary maps 722 to 1, and transmits the transmission information. 423 is updated.
  • control processing section 204 starts a multicast packet waiting timer corresponding to group management information 401 of multicast address group PA, and transfers IGMP JOIN message MP to network 103.
  • the IGMP JOIN message MP transferred by the control processing unit 204 is received by the host 111.
  • the host 111 receives the IGM P JOIN message MP of the multicast address group PA transferred by the terminal device (A), and issues a multicast packet of the multicast address group PA to the network 103.
  • the control processing unit 204 of the terminal device (A) starts the processing shown in FIG.
  • step S2202 the control processing unit 204 determines that the received multicast packet is I.
  • control processing section 204 determines multicast address group PA. It is determined that the group management information 701 has been created, and the process advances to step S2204.
  • control processing section 204 determines that transfer permission flag 703 is "permitted", and proceeds to the process of step S2205.
  • control processing section 204 determines that transfer policy setting 721 of multicast address group PA is "invalid", and proceeds to step S2206.
  • control processing section 204 stops the multicast packet waiting timer of group management information 701.
  • the control processing unit 204 of the terminal device (A) estimates the transmission path of the link connecting the terminal device (A) and the terminal device (D). The transmission path is not estimated.
  • step S 2207 control processing section 204 resets multicast address group transfer policy 705.
  • the processing performed by the control processing unit 204 of the terminal device (A) in step S2207 is the same as the processing shown in step S505 shown in FIG.
  • the control processing unit 204 applies the set multicast address duplication transfer policy 705 to! / In step S2211, and transfers the multicast packet to the network 101.
  • the control processing unit 204 transfers the multicast packet PA issued next to the multicast packet PD to the network 101 according to the process shown in FIG. 26 in the same manner as when the multicast packet PD is transferred.
  • the difference between the processing to transfer the multicast packet PA and the processing to transfer the multicast packet PD is based on the fact that the transfer policy setting 721 indicates “valid” in step S2205! /, This is the point that the multicast address group is set to the multicast address group forwarding policy 705 of PA and applied to the network 101 as it is.
  • control processing unit 204 of the terminal device (D) receives the multicast packet of the multicast address group PA transferred by the terminal device (A), it performs the processing shown in FIG.
  • step S2302 the control processing unit 204 determines that the received multicast packet is I Judge that it is not a GMP message! /, And go to Step S2308.
  • step S2308 the control processing unit 204 transfers the received multicast packet to the network 103. Multicast packets transferred by terminal equipment (D)
  • Control processing unit 204 force IGMP JOIN message transferred in step S2202 M
  • the IGMP JOIN message MP issued by the host 116 reaches the terminal device other than the terminal device (A).
  • Terminal device T100 1S IGMP JOIN message MP that is not connected to a host that receives the IGMP JOIN message MP will be described by taking the processing of the terminal device (B) as an example.
  • control processing unit 204 When receiving the IGMP JOIN message MP, the control processing unit 204 starts the processing shown in FIG.
  • control processing unit 204 performs the processing from step S2301 to step S2307 shown in Fig. 27 as in the case of receiving the terminal device (A) force GMP JOIN message MP.
  • the control processing unit 204 performs the processing shown in steps S2301 to S2307, creates group management information 701 for the multicast address group PA, and starts a multicast packet waiting timer.
  • control processing unit 204 proceeds to step S2308.
  • the control processing unit 204 receives the IGMP JOIN message received in step S2308.
  • a host 112 is connected to the terminal device. However, since the host 112 is not a server that distributes multicast packets of the multicast address group PA! /, It does not issue multicast packets of the multicast address group PA.
  • the terminal device force multicast packet wait type corresponding to the group management information 701 of the multicast address group PA activated in step S2307.
  • Ma expires.
  • the control processing unit 204 of the terminal device (B) discards the group management information 701 of the multicast address group PA.
  • the control processing unit 204 of the terminal device T100 performs the processing shown in FIGS. By performing the processing shown, the terminal device T100 connected to the network 101 can use the network 101 efficiently.
  • the present invention is not limited to power line communication. In addition to electric light lines, it can be applied to various communication media such as telephone lines, TV antenna lines (coaxial lines), wireless, on-premise voice lines, Avionics lines, railway E1 lines, other non-dedicated lines, or dedicated lines. be able to
  • a program stored in a storage device that can cause the CPU to execute the processing procedure described above is executed.
  • the program may be executed after being stored in the storage device via the recording medium, or may be directly executed from the recording medium.
  • the recording medium here is a set of semiconductor memory elements such as ROM, RAM, and flash memory, magnetic disk memory such as a flexible disk, a CD-ROM, DVD, BD (Blu-Ray (registered trademark) Disk Recording media such as optical disks and memory cards.
  • the functional blocks shown in FIG. 2, FIG. 20, and FIG. 23 may be realized as an LSI that is an integrated circuit.
  • This functional block may be a single chip, or may be a single chip so as to include some or all of them.
  • LSI degree of power integration
  • the method of circuit integration is not limited to LSI, and circuit integration may be performed using a dedicated circuit or a general purpose processor.
  • an FPGA Field Programmable Gate Array
  • a reconfigurable processor that can connect the circuit cells inside the LSI can be used.
  • integrated circuit technology that replaces LSIs due to advances in semiconductor technology or other technologies derived from it Of the functional blocks may naturally be integrated using the technology. There is a possibility of adaptation of biotechnology.
  • the invention disclosed in the present application is, for example, a general housing, an adjacent housing complex such as an apartment, a space such as an office, a factory, or a commercial facility, and a transportation engine such as an automobile, an airplane, a train, or a ship. It can be applied to networks such as Aviotus system constructed in Further, even in a logical network for convenience constituted by an ad hoc network, efficient broadcast transmission is possible by the technique of the present invention.
  • the group management protocols implemented by the terminal device are those described when the group management protocol implemented by the terminal device is the IGMP protocol or the MLD protocol. It goes without saying that other group management protocols that can manage groups other than those described above may be implemented.
  • the present invention is useful, for example, as a terminal device that realizes high-speed and high-quality packet transmission in a network using IP multicast.

Landscapes

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

Abstract

 多様な特性を有する伝送路に適した同報伝送を行う端末装置を提供する。端末装置(100)は、送受信処理部(201)と、制御処理部(204)と、転送管理部(206)と、外部インタフェース処理部(203)とを備えている。端末装置(100)は、送受信処理部(201)において受信したIGMP(MLD)メッセージを参照して、当該メッセージの発行元ホストおよび中継端末を、伝送路の特性に基づいて分類し、マルチキャストパケットをそれぞれの伝送路の特性に適した形態で同報送信する。

Description

明 細 書
端末装置
技術分野
[0001] 本発明は、端末装置に関し、より特定的には、通信制御におけるメディアアクセス 制御を行う端末装置に関するものである。
背景技術
[0002] 現在、 xDSLや FTTH技術を礎としたブロードバンドアクセス回線の整備により、伝 送能力の高いアクセス回線が、家庭内に普及しつつある。
[0003] したがって、家庭内から高速で高品質なアクセス回線を利用することが、当たり前に できるようになってきている。しかし、アクセス回線の末端に位置する家庭内における ネットワークには、確立した技術がない。
[0004] ユーザがイーサネット (登録商標)のような高周波専用通信線を敷設すれば、家庭 内においても高速で品質の高いネットワークを構築することができる。しかし、ユーザ が既設住宅内に新たにイーサネット (登録商標)ケーブルを敷設するのは難しぐコス トも高い。
[0005] したがって、ユーザが物理的なケーブルを新たに敷設せずに、高速なデジタルネッ トワークを安価に構築することが可能であれば、ユーザメリットが大きいことは明らかで ある。
[0006] 一方、専門的な知識がなくともユーザが容易に使用できるホームネットワーク家電 の開発が進められており、このようなホームネットワーク家電を利用して、デジタルネッ トワークインフラを家庭内に整備することが急がれている。
[0007] ユーザが新たな物理的通信専用ケーブルを敷設しな 、で安価に高速なデジタル ネットワークを構築するための解決案として、既設電灯線、電話線およびテレビアン テナ線などの有線ケーブルを高周波通信に利用する方法や、無線ネットワークを利 用する方法が提案されて ヽる。
[0008] しかし、これらの通信メディアは、高速デジタル通信を目的とした通信メディアでは ない。したがって、これらの通信メディアは、十分な帯域が確保できないことや、通信 伝送路に信頼が置けな 、ことなどのデメリットを有して 、る。
[0009] 家庭内で利用されるネットワークの用途には、 High Definition (HD伝送)品質 A V映像のように高速かつデータ欠損が許されないようなストリームの配信や、デジタル 伝送電話のように遅延制限の厳 、ものおよびウェブブラウジングのように品質保証 制限の緩いもの等がある。
[0010] したがって、家庭内で利用されるネットワークには、様々な性能や品質を求められる ことが考えられる。
[0011] 加えて、近年普及しつつある IP— TVシステムなどの IPプロトコルを使用した映像配 信型サービスの提供を受けるために、家庭内でネットワークを利用することを考えると
、 IPマルチキャストパケットを安定して高速に転送することが必要である。
[0012] このような、高周波デジタル通信を目的として整備されて 、な 、メディアを使用して
、高速かつ高品質な伝送システムを実現する手法の 1つとして以下の手法がある。
[0013] まず、端末装置が、通信に使用する周波数帯域をいくつかに分割することによりサ ブキャリアを定義し、トレーニングパケットを発行して各サブキャリアの周波数帯に対 応する伝送路の通信品質を評価する。次に、端末がサブキャリアごとに記載する所 定の時間あたりのビット数を決定する。なお、このサブキャリアごとに記載するビット数 に関する情報を伝送マップと 、う。
[0014] ここで、 1台の端末と 1台の端末とを 1: 1で接続する形態を 1: 1リンクと呼び、 1台の 端末を n台の端末に接続する形態を 1 :nリンクと呼ぶ。
[0015] 端末が伝送路で通信品質の良い周波数帯のサブキャリアを用いて、 1 : 1リンクの通 信速度を伝送マップに記載されて 、るビット数によって決定することで、耐ノイズ性を 向上させ、最適な高速転送を行うことができる。
[0016] し力しながら、端末が 1: 1リンクにおける変復調方式を最適化して高速ィ匕を図る手 法は、 l :nリンクの転送には不向きである。なぜなら、伝送路毎の特性は多様である ので、ある 1: 1リンクの転送に最適な伝送マップ力 他の 1: 1リンクにおいて必ずしも 最適な伝送マップになるとは限らないからである。
[0017] そこで、 IPマルチキャストまたは IPブロードキャスト転送要求に対する l :nのリンク間 転送を高速化する技術として、以下のような技術が公表されて 、る。 [0018] 1 :nリンクには、複数の 1: 1リンクが含まれる。まず、 1 :nリンクに含まれる 1: 1リンク のそれぞれのサブキャリア毎に記載できるビット数を測定して、それぞれのリンクの伝 送マップを推定する。
次に、各伝送マップのサブキャリア毎に論理積を算出して、各リンクで共通して使用 可能なサブキャリアを決定する。 そして、各サブキャリアに割り当て可能である共通 なビット数を決定し、決定した共通なビット数を 1 :nリンクの同報通信に使用する(例 えば、特許文献 1)。
特許文献 1:特開 2001— 111518号公報
発明の開示
発明が解決しょうとする課題
[0019] ここで、任意の環境の電灯線や無線などのメディアについて、実際に伝送路の周 波数特性を測定してみると、伝送路の周波数特性は時間の経過に伴って非常にダイ ナミックに変化する。また、伝送路のサブキャリア毎の特性も非常に多様である。
[0020] しかし、従来技術のように各サブキャリアに割り当て可能である共通なビット数を決 定する方法では、同報送信を行う場合に各サブキャリアに割り当て可能である共通な ビット数が僅かになる場合が多い。したがって、従来の技術では十分な転送速度を得 ることができな 、場合が多 、。
[0021] このために、 IPマルチキャストを利用した映像配信システムや音声放送システムな どにおいて、データストリームが要求する時間内に必要なサイズのデータを伝送する ことが困難であった。
[0022] それ故に、本発明の目的は、特性が多様な伝送路にぉ 、ても安定してデータを伝 送することができる端末装置を提供することである。
課題を解決するための手段
[0023] 上記のような目的を達成するために、本発明は、以下に示すような特徴を有してい る。
[0024] 本発明の第 1の局面は、通信メディアを介して、少なくとも 1つの中継装置と通信す る端末装置に向けられている。当該端末装置は、前記中継装置までの伝送路の特 性を評価し、所定時間当たりの伝送可能情報量と、誤り訂正強度との少なくとも一方 につ ヽての伝送パラメータを設定する伝送パラメータ設定部と、複数の中継装置が 前記通信メディアに接続され、かつ、マルチキャストパケットを送信するために使用す る伝送路の各々を、設定された伝送パラメータの類似度に基づいて、 1以上のグルー プに分類する転送管理部と、前記受信したパケットを、前記グループの数とだけ複製 するパケット複製部と、前記グループ毎に設定された前記伝送パラメータに基づいて 、複製されたパケットの各々をグループ毎に送出する送信部とを備える。
[0025] 本発明の第 2の局面は、第 1の局面において、グループ毎の伝送パラメータに基づ いて、中継装置にデータを送信するために要する伝送時間を算出する伝送時間算 出部を更に備え、転送管理部は、算出された伝送時間に基づいて、再度、伝送路を 1以上のグループに分類することが好ましい。
[0026] 本発明の第 3の局面は、第 1の局面において、パケット複製部は、グループに分類 された伝送路の数が 1であるときには、ュ-キャストパケットを作成し、グループに分 類された伝送路の数が 2以上であるときには、マルチキャストパケットを作成すること が好ましい。
[0027] 本発明の第 4の局面は、第 1の局面において、マルチキャストアドレスを含むバケツ トを送信する第 1の通信端末が接続されている第 1のネットワークと、第 1の通信端末 から送信されたパケットを受信する第 2の通信端末が中継装置を介して接続されて!ヽ る第 2のネットワークとに接続され、転送管理部は、グループと、グループに分類され た伝送路と、グループ毎の伝送パラメータと、第 2の通信端末とを特定する情報が関 連づけられた 1以上の伝送情報を含むグループ管理情報を、マルチキャストアドレス 毎に作成することが好まし 、。
[0028] 本発明の第 5の局面は、第 4の局面において、レイヤ 3に規定されるグループ管理 プロトコルに基づ 、て、受信パケットに含まれるグループ管理メッセージを検出する 検出部を更に備え、転送管理部は、検出部が参加メッセージまたは報告メッセージ を検出したときに、受信パケットを送信した第 2の通信端末と、受信パケットを転送し た中継装置とを特定する識別子の少なくとも一方を前記グループ管理情報に追加す ることが好ましい。
[0029] 本発明の第 6の局面は、第 5の局面において、転送管理部は、検出部が離脱メッセ ージを検出したときに、受信パケットを送信した第 2の通信端末と、受信パケットを転 送した中継装置とを特定する識別子の少なくとも一方をグループ管理情報から削除 することが好ましい。
[0030] 本発明の第 7の局面は、第 1の局面において、 UPnPプロトコルに準拠するメッセ一 ジ含むパケットを検出する UPnPメッセージ検出部を更に備え、送信部は、 UPnPメ ッセージ検出部が受信したパケットに UPnPメッセージが含まれることを検出したとき に、受信したパケットを第 2のネットワークに接続される全ての中継装置に転送するこ とが好ましい。
[0031] 本発明の第 8の局面は、第 5の局面において、パケット複製部は、検出部によって 検出されたマルチキャストアドレスに対応するグループ管理情報が既に作成されてい る場合には、グループ管理情報に含まれているグループの数と同数のュ-キャストパ ケットを複製し、送信部は、複製されたュ-キャストパケットの各々を第 2のネットヮー ク上に送出することが好まし 、。
[0032] 本発明の第 9の局面は、第 1の局面において、転送管理部は、第 1の通信装置から 受信したパケットに含まれるマルチキャストアドレス力 予め定められた少なくとも 1つ のマルチキャストアドレスの 、ずれとも一致しな!、場合に、受信したパケットを破棄す ることが好ましい。
[0033] 本発明の第 10の局面は、第 1の局面において、マルチキャストアドレス毎に、マル チキャストパケットの受信数と、マルチキャストパケットの送信数と、送信データサイズ とを監視する監視部を更に備えるとよい。
[0034] 本発明の第 11の局面は、第 8の局面において、監視部が、予め定められたマルチ キャストアドレスを含むパケットを最初に検出したときに、マルチキャストアドレスに伝 送路のリソースの一部を割り当てる帯域管理部を更に備えるとよい。
[0035] 本発明の第 12の局面は、第 11の局面において、帯域管理部は、監視部によって 検出されたパケット受信数と、パケット送信数と、所定時間における送信データサイズ との少なくとも 1つに基づき、マルチキャストアドレスに伝送路のリソースの一部割り当 てを調整することが好ま U、。
[0036] 本発明の第 13の局面は、第 11の局面において、帯域管理部は、監視部がある伝 送路にマルチキャストパケットが送出されていないことを判定したときに、マルチキャス トアドレスに割り当てられて!/、るリソースの一部を解放することが好ま U、。
[0037] 本発明の第 14の局面は、第 11の局面において、レイヤ 3に規定されるグループ管 理プロトコルに基づ 、て、受信パケットに含まれるグループ管理メッセージを検出す る検出部を更に備え、帯域管理部は、ある伝送路のリソースの一部があるマルチキヤ ストアドレスに割り当てられている場合、検出部が第 2のネットワーク力 受信したパケ ットから、あるマルチキャストアドレスとは異なる新たなマルチキャストアドレスを含む参 カロメッセージまたは報告メッセージを検出したときに、既に割り当てられているリソース の一部を解放し、新たなマルチキャストアドレスに伝送路のリソースの一部を再度確 保することが好ましい。
[0038] 本発明の第 15の局面は、第 1の局面において、転送管理部は、メッセージ検出部 が第 2のネットワークから予め定められていないメッセージとは異なるメッセージを含 むパケットを受信したときに、受信したパケットを破棄することが好ましい。
[0039] 本発明の第 16の局面は、第 1の局面において、転送管理部は、検出部が第 2のネ ットワークから予め定められたメッセージとは異なるメッセージを含むパケットを受信し たときに、受信したパケットを改ざんすることが好ま 、。
[0040] 本発明の第 17の局面は、第 3の局面において、検出部がある伝送路力も受信した パケットに含まれるメッセージを検出したときに、当該伝送路について時間をカウント するタイマ部を更に備え、転送管理部は、タイマ部が所定時間までカウントしたときに 、ある伝送路にっ 、ての管理を解放することが好ま 、。
[0041] 本発明の第 18の局面は、第 3の局面において、送信部は、伝送時間算出部によつ て算出された伝送時間に基づいて、生成したパケットの送信順序を決定することが好 ましい。
[0042] 本発明の第 19の局面は、第 1の局面において、端末装置は、マルチキャリア伝送 方式を用いて少なくとも 1つの中継装置と通信し、伝送路の各々は、マルチキャリア 方式における 1以上のサブキャリア力 なり、転送管理部は、伝送路毎に、 2以上の サブキャリアを予め 1以上のサブキャリアグループに分類し、伝送パラメータ設定部は 、伝送路の各々の特性を評価して、伝送路の各々に含まれる 1以上のサブキャリアグ ループの各々の伝送パラメータを、サブキャリアグループ伝送パラメータとして設定し 、転送管理部は、伝送路の各々をサブキャリアグループ伝送パラメータの類似度に 基づ 、て、 1以上のグループに分類することが好まし!/、。
[0043] 本発明の第 20の局面は、通信メディアを介して、少なくとも 1つの中継装置と通信 するためのプログラムに向けられている。当該プログラムは、コンピュータに、中継装 置までの伝送路の特性を評価し、所定時間当たりの伝送可能情報量と、誤り訂正強 度との少なくとも一方についての伝送パラメータを設定する伝送パラメータ設定機能 と、複数の中継装置が通信メディアに接続され、かつ、マルチキャストパケットを受信 した場合、設定された伝送パラメータの類似度に基づいて、受信したパケットを送出 する伝送路の各々を、 1以上のグループに分類する転送管理機能と、受信したパケ ットから、グループの数と同数のパケットを複製するパケット複製機能と、グループ毎 に設定された伝送パラメータに基づいて、複製されたパケットの各々をグループ毎に 送出する送信機能とを実現させることができる。
[0044] 本発明の第 21の局面は通信メディアを介して、少なくとも 1つの中継装置と通信す る集積回路に向けられている。当該集積回路は、中継装置までの伝送路の特性を評 価し、所定時間当たりの伝送可能情報量と、誤り訂正強度との少なくとも一方につい ての伝送パラメータを設定する伝送パラメータ設定部と、複数の中継装置が通信メデ ィァに接続され、かつ、マルチキャストパケットを受信した場合、設定された伝送パラメ ータの類似度に基づいて、受信したパケットを送出する伝送路の各々を、 1以上のグ ループに分類する転送管理部と、受信したパケットから、グループの数と同数のパケ ットを複製するパケット複製部と、グループ毎に設定された伝送パラメータに基づいて 、複製されたパケットの各々をグループ毎に送出する送信部として機能する。
発明の効果
[0045] 本発明の制御方式および端末装置によれば、電灯線、無線、同軸線、スピーカ線 、アビォニタス線など、高周波デジタル通信を目的としていない通信メディアを使用し て、高周波デジタル伝送による同報伝送を最適に高速化することができる。
[0046] 従来技術では、 IPマルチキャストプロトコルまたは IPブロードキャストプロトコル
によって、高速な通信速度でかつデータ欠損を許さない映像や、遅延制限の厳しい 音声の配信システムを、高周波デジタル通信を目的としない通信メディアを利用して 実現することは困難であった。
[0047] 本発明で開示する技術によれば、高周波デジタル通信を目的としな!/ヽメディアにお いても、伝送品質が高ぐかつ高速で安定した l :nリンクの同報転送が可能となる。
[0048] したがって、本発明が開示する技術を用いることで、高周波デジタル通信を目的と しないメディアにおいて、 IPマルチキャストプロトコルまたは IPブロードキャストプロトコ ルを用いて映像や音声を配信するシステムを構築できる。
図面の簡単な説明
[0049] [図 1]図 1は、本発明の第 1の実施形態に係るシステムの構成を示すブロック図である
[図 2]図 2は、中継端末装置 100の構成を示すブロック図である。
[図 3]図 3は、ネットワーク 101において規定するフレームフォーマットである。
[図 4]図 4は、第 1の実施形態に係る端末装置 100が管理するグループ管理情報を 示す図である。
[図 5]図 5は、リンク I〜IVの伝送マップを示す図である。
[図 6]図 6は、帯域予約情報テーブルを示す図である。
[図 7]図 7は、欠損保証レベル規定を示す図である。
[図 8]図 8は、ネットワーク 103から受信した IPマルチキャストパケットを転送する制御 処理部 204の処理を示す図である。
[図 9]図 9は、ネットワーク 101から受信した IPマルチキャストパケットを転送する制御 処理部 204の処理を示す図である。
[図 10A]図 10Aは、ステップ S503における転送管理部 206の詳細な処理を示す図 である。
[図 10B]図 10Bは、テンポラリマップ設定を示す図である。
[図 10C]図 10Cは、特性類似判定の処理を示す図である。
[図 10D]図 10Dは、同報マップ設定の処理を示す図である。
[図 10E]図 10Eは、テンポラリマップの並び替えの処理を示す図である。
[図 11]図 11は、伝送マップ 301と伝送マップ 304との同報マップを示す図である。 圆 12]図 12は、第 1の実施形態に係る端末装置 100が管理するグループ管理情報 である。
[図 13]図 13は、マルチキャストルータが存在するシステムの構成を示す図である。
[図 14A]図 14Aは、ネットワーク 101から受信した IPマルチキャストパケットを転送する 制御処理部 204の処理を示す図である。
[図 14B]図 14Bは、 IGMP LEAVEメッセージの処理を示す図である。
[図 14C]図 14Cは、グループ管理情報の更新または削除の処理を示す図である。 圆 15A]図 15Aは、第 1の実施形態の変形例におけるリンク管理テーブルを示す図 である。
[図 15B]図 15Bは、第 1の実施形態の変形例における伝送マップを決定する処理を 示す図である。
[図 15C]図 15Cは、第 1の実施形態の変形例におけるグループ分けの処理を示す図 である。
[図 15D]図 15Dは、伝送時間が最も短くなるグループを特定する処理を示す図であ る。
[図 15E]図 15Eは、伝送時間が最も短くなるグループ転送ポリシーを設定する処理を 示す図である。
[図 16]図 16は、第 2の実施形態に係る端末装置 100が管理するグループ管理情報 を示す図である。
[図 17]図 17は、ネットワーク 103から受信した IPマルチキャストパケットを転送する制 御処理部 204の処理を示す図である。
[図 18]図 18は、ネットワーク 101から IPマルチキャストパケットを転送する制御処理部 204の処理を示す図である。
[図 19]図 19は、第 2の実施形態に係る端末装置 100が管理するグループ管理情報 を示す図である。
[図 20]図 20は、端末装置 1000の構成を示すブロック図である。
[図 21]図 21は、第 3の実施形態に係るシステムである。
[図 22]図 22は、 IPL3処理部からネットワーク 101への IPマルチキャストパケットを転 送する制御処理部 2004の処理である。
[図 23]図 23は、端末装置 T100の構成を示すブロック図である。
[図 24]図 24は、電源周期同期期間を示す図である。
[図 25]図 25は、本発明に係る端末装置を用いた電灯線通信システムの構成を示す ブロック図である。
[図 26]図 26は、第 4の実施形態におけるネットワーク 103から受信した IPマルチキヤ ストパケットを転送する制御処理部 204の処理を示す図である。
[図 27]図 27は、第 4の実施形態におけるネットワーク 101から受信した IPマルチキヤ ストパケットを転送する制御処理部 204の処理を示す図である。
符号の説明
100 中継端末装置
1000 本発明で開示する通信端末装置、
101 端末装置 100で構成されるサブネットワーク
102 ハブ
103 イーサネット (登録商標)
111〜119 IPホスト
201 送受信処理部
202 データ記憶部
203 外部インタフェース処理部
204 制御処理部
205 タイマ咅
206 転送管理部
207 帯域予約管理部
301 リンク Iの伝送マップ
302 リンク IIの伝送マップ
303 リンク IIIの伝送マップ
304 リンク IVの伝送マップ
305 サブキャリア 601 ネットワーク 101におけるフレーム
602 フレームヘッダ部
603 フレームデータボディ部
604 IPイーサパケット積載領域
605 宛先端末装置 100識別用フィールド
701 グループ管理情報
702 IPマルチキャストグループアドレス記載部
703 転送可否フラグ記載部
704 パケット種別
705 マルチキャストアドレスグループ転送ポリシー記載部
721 転送ポリシー設定記載部
722 登録テンポラリマップ数
723 伝送情報記載部
1201 共通情報記載部
1202 リンク Iとリンク IVの同報マップ
1301 マルチキャストノレータ
1701 グループ管理情報
1702 IPマルチキャストグループアドレス記載部
1703 伝送マップ番号記載部
1704 伝送性能記載部
1705 登録リンク数記載部
1706 リンク情報記載部
1801 グループ管理情報
1802 IPマルチキャストグループアドレス記載部
1803 伝送マップ番号記載部
1804 伝送性能記載部
1805 登録リンク数記載部
1806 リンク情報記載部 2001 送受信処理部
2002 データ記憶装置
2003 外部インタフェース処理部
2004 制御処理部
2005 タイマ部
2006 転送管理部
2007 帯域予約管理部
2008 IPL3レイヤ処理部
2009 アプリケーション処理部
2401 ゼロクロス検知制御処理部
2501 電源電圧ゼロクロス点
2502 電灯線電源電圧
2503 電源同期期間 1
2504 電源同期期間 2
2505 電源同期期間 3
2506 電源同期期間 4
100a コンセント
100b プラグ
2a 商用電源回路
2b 電流系ブレーカ
3b 電灯線
発明を実施するための最良の形態
[0051] (第 1の実施形態)
本実施形態は、本発明を、例えば、家庭内や小規模オフィス等で、映像配信、音声 配信、ウェブブラウジング、ファイル転送等に用いられる送受信システムとして構築さ れたネットワークシステムや、大規模建造物における映像または音声配信システム、 交通機関や集合エリアにおけるアビォ-タスシステムに適用したものである。
[0052] 図 1は、本発明の第 1の実施形態に係る通信装置を用 、たシステム全体の構成例 を示す図である。図 1に示される通信システムは、電灯線通信端末装置 100 (端末装 置(A)〜(F) )と、電灯線サブネットワーク 101と、レイヤ 2レベルのハブ 102と、ネット ワーク 103と、ホスト 111〜119とを備免る。
[0053] 図 1に示すシステムには、広く一般で使用される IPプロトコルに従った通信手段を 持ち、イーサネット(登録商標)のインタフェースを備えて 、る 9つの IPホスト(ホスト 11 1〜119)が設置されている。また、図 1に示されるネットワーク 103には、広く知られ ているレイヤ 2レベルの分岐装置(ノヽブ: 102)を設置することができ、ハブ 102を使用 することによって、複数の IPホストを接続することができる。
[0054] 以下の説明では、ネットワーク 101が電灯線ネットワークであり、ネットワーク 103が イーサネット (登録商標)である場合を想定する。本実施形態における端末装置 100 は、電灯線サブネットワーク 101と、ネットワーク 103とを接続し、異なる通信メディア 間でデータを転送するブリッジとして構成されている。
したがって、本実施形態では、ネットワーク 101において交換するデータをフレーム とし、ネットワーク 103において交換するデータをパケットとする。
[0055] 本実施形態では、図 1に示すホスト 111が、 IPマルチキャストアドレス GAを宛先とし て、 IPマルチキャストパケットを発行する。ここで、 IPマルチキャストグループ Gに属す るホスト(IPマルチキャストグループ Gで配信されるパケットを受信または発信した ヽァ プリケーシヨンを稼動しているホス卜)は、ホス卜 111、ホス卜 112、ホス卜 115、ホス卜 11 6、ホス卜 118、ホス卜 119であるものとする。
[0056] したがって、 IPマルチキャストグループ Gのマルチキャストパケットを発行することは 、ネットワーク 101において、端末装置 (A)と端末装置 (B)とを接続するリンク I、端末 装置 (A)と端末装置 (D)とを接続するリンク II、端末装置 (A)と端末装置 (E)とを接 続するリンク III、および端末装置 (A)と端末装置 (F)とを接続するリンク IVを介してマ ルチキャストパケットを転送する要求となる。
[0057] なお、ここでは、電灯線メディアネットワークであるサブネットワーク 101と、ネットヮー ク 103によって構成されるネットワークが示されている力 本発明に係る端末装置 10 0の適用範囲はもちろんこれらのネットワークに限定されるものではない。本発明に係 る端末装置は、例えば、無線、電話線、テレビアンテナ線やケーブルテレビ線とのよ うな同軸線、構内音声伝送用スピーカ線、その他の特定用途の専用線などによって 構成される通信メディアを利用するネットワークにも同様に適用することができる。
[0058] また、サブネットワーク 101とネットワーク 103とは、同じ通信メディアであってもよい 。ホスト 111〜119の各々は、ネットワーク 103に適合する通信手段を備えていれば よぐ例えば、ハブ 102をネットワーク 103に適合する通信手段として用いる。
[0059] 図 2は、端末装置 100の構成を示すブロック図である。端末装置 100は、ネットヮー ク 101とのインタフェースである送受信処理部 201と、データ記憶部 202と、ネットヮ ーク 103とのインタフェースである外部インタフェース処理部 203と、制御処理部 204 と、タイマ部 205と、転送管理部 206と、帯域予約管理部 207とを備える。
[0060] 送受信処理部 201は、ネットワーク 101を介してデータを送受信する。送受信処理 部 201には、通信帯域のみを抽出する機能や、ネットワーク 101上のフレームの有無 を調べる機能 (キャリアセンス機能)等が含まれる。
[0061] データ記憶部 202は、種々のデータを記憶する。具体的には、データ記憶部 202 は、演算テンポラリ領域などに用いられ得る。また、データ記憶部 202は、ネットヮー ク 101に関する伝送路特性を推定した結果を伝送路パラメータ情報として記憶する。 また、データ記憶部 202は、ネットワーク 101とネットワーク 103との転送を行う際のフ レームテンポラリ領域として用いられる。また、データ記憶部 202は、ネットワーク 103 力も受けた転送要求に対し、ネットワーク 101にどのような品質を保証して伝送するか といった情報を記憶する。また、データ記憶部 202は、ネットワーク 103から受けた転 送要求に対して、どういった形態でネットワーク 101へフレーム発行するかといった情 報を記憶する。また、データ記憶部 202は、制御処理部 204が実行するソフトウェア を格納している。
[0062] 外部インタフェース処理部 203は、ホスト端末としてのネットワーク階層の上位レイヤ としての機能を有している。また、第 1の実施形態は、端末装置 100がブリツヂ形態を 有する例であるから、ブリツヂ機能を有する端末を用いて本発明を実現する場合に、 イーサネット (登録商標)、無線、同軸線、電話線およびその他の専用線などの、他形 態のプロトコルインタフェースを処理してもよ 、。
[0063] タイマ部 205は、時間をカウントする。 [0064] 転送管理部 206は、ネットワーク 101とネットワーク 103との転送処理に関して、転 送するフレームの種別、形態および方法を判断する。転送管理部 206は、判断した 結果に基づいて、データを生成して伝送ポリシーとして管理し、伝送ポリシーをデー タ記憶部 202に格納する。
[0065] 帯域予約管理部 207は、制御処理部 204にメディアアクセスの時間分割などの手 法で占有的にメディア利用機会を持たせることにより品質保証 (QoS : Quality of Service)をネットワーク 101において実現するための手続きを管理する機能ブロック である。
[0066] 制御処理部 204は、端末装置 100の全体の動作を制御する。より詳細には、制御 処理部 204は、制御処理部メイン 251と、伝送時間算出部 252と、グループ分け制 御処理部 253と、同報マップ生成部 254と、パケット種別検知部 255と、グループ管 理情報管理部 256と、伝送ポリシー適用部 257と、伝送路推定制御処理部 258とを 含む。
[0067] 制御処理部メイン 251は、制御処理部 204の主要な制御や、制御処理部 204と他 の構成要素とが通信するための外部インタフェースとして動作する。伝送時間算出部 252は、グループ毎および全体の伝送理論時間を算出する。グループ分け制御処 理部 253は、伝送グループ分けを制御する。同報マップ生成部 254は、マルチキヤ ストおよびブロードキャストにおける伝送マップを生成する。パケット種別検知部 255 は、ネットワーク 101から受信するパケットおよびネットワーク 103から受信するバケツ トの詳細な種別を識別する。グループ管理情報管理部 256は、データ記憶部 202に 記憶されるグループ管理情報を参照および編集し、さらにグループ管理情報に関す るタイマを管理することにより、グループを管理する。伝送ポリシー適用部 257は、グ ループ管理情報管理部 256と連携して、転送ポリシーを設定する。伝送路推定制御 処理部 258は、伝送路推定を実行する。
[0068] 図 3は、ネットワーク 101で用いるフレームのフォーマットを示す図である。フレーム 6 01は、フレームヘッダ部 602とフレームデータボディ部 603からなる。フレームヘッダ 咅 602は、識另 U子フィーノレ 605お Jび 606力らなる。
[0069] 識別子フィールド 605は、宛先となる端末装置 100の識別子、マルチキャスト識別 子またはブロードキャスト識別子を記録するフィールドである。識別子フィールド 606 は、フレームを発行した端末装置 100の識別子を記録するフィールドである。
[0070] フレームデータボディ部 603は、ネットワーク 103からネットワーク 101へ転送するデ ータ(この場合は、 IPイーサネット (登録商標)パケット)を、ひとつ以上含む。なお、デ ータ転送用フレームは、フレーム 601で示す構造をしている。し力し、ネットワーク 10 1で使用されるフレームには、フレームデータボディ部 603が含まれないフレームフォ 一マットも存在する。
[0071] 図 4は、端末装置 100が管理しているグループ管理情報の内容を示す図である。グ ループ管理情報 701は、グループ管理情報を識別する IPマルチキャストグループア ドレス 702と、マルチキャストパケットのネットワーク 103からネットワーク 101への転送 が可能か否かを示す転送可否フラグ 703と、パケット種別 704と、マルチキャストアド レスグループ転送ポリシー 705とを含む。
[0072] 図 4に示すパケット種別 704は、転送するパケットの映像 (HD/SD)、 AV音声、電 話音声などのパケット種別を表す。
[0073] マルチキャストアドレスグループ転送ポリシー 705は、転送ポリシーが設定されてい るか否かを示す転送ポリシー設定 721と、当該マルチキャストグループにおいて登録 されているテンポラリマップ数 722と、テンポラリマップ番号、伝送性能、帯域予約情 報およびリンク情報を含む伝送情報 723と力もなる。マルチキャストアドレスグループ 転送ポリシー 705は、伝送情報 723をテンポラリマップの数だけ含む。
[0074] なお、初期状態において、転送ポリシー設定 721は FALSE (未設定)に設定され、 当該マルチキャストアドレスグループにお 、て登録されて 、るテンポラリマップ数 722 は 0に設定され、伝送情報 723は NULLに設定されて 、る。
[0075] 伝送情報 723のテンポラリマップとは、当該マルチキャストアドレスグループのマル チキャストパケットの転送において、ネットワーク 101へフレームを発行するときに使用 する伝送マップのことである。
[0076] 伝送情報 723に含まれる伝送性能とは、伝送情報 723に対応する伝送マップに含 まれる全てのサブキャリア毎に記載する情報量を足しあわせたものである。伝送情報 723の帯域予約情報は、当該伝送情報で指定されたリンクに対して、帯域予約がな されている場合に、フレームの発行タイミングなどを決める装置と連携するための情 報を含む。
[0077] 伝送情報 723に含まれるリンク情報とは、ネットワーク 101において、端末装置間の 伝送路を特定する情報のことをいう。具体的には、マルチキャストパケットの宛先とな る端末装置の識別子および最終到達先となるホストの識別子で構成される情報であ る。
[0078] グループ管理情報 701は、データ記憶部 202に格納され、制御処理部 204および 転送管理部 206によって、主に作成、参照、廃棄される。
[0079] 端末装置 100は、レイヤ 2レベルの転送装置である力 レイヤ 3レベル以上のプロト コルメッセージをスヌービングする。端末装置 100は、外部インタフェース処理部 203 にキューイングされたイーサネット (登録商標)パケットを、制御処理部 204にお ヽてィ ーサネット(登録商標)ヘッダ、 IPヘッダ、さらには、 UDPヘッダ、 TCPヘッダまで解 祈してもよぐこれがどのようなパケットであるのかを判断することができる。
[0080] 例えば、端末装置 100は、 IPプロトコルのレイヤ 3レベルで規定されている IGMP (I nternet Group Management Protocol)プロトコノレメッセージまたは MLD (Mu lticast Listener Discovery)メッセージをスヌービングしてもよい。 IGMP及び M LDプロトコルは、 IPマルチキャストパケットを受信する複数のホストで構成されるグル ープを制御するためのグループ管理プロトコルである。
[0081] グループ管理プロトコルとは、 IPマルチキャストを実装したルータ力 当該ルータに 接続された物理ネットワーク上にマルチキャストグループに参加しているホストが存在 する力否かを管理するためのプロトコルである。
[0082] グループ管理プロトコルには、当該グループ管理プロトコルで規定されるグループ への参加を通知するメッセージを示す参カロメッセージ、当該グループへ所属して 、る ことを通知するメッセージを示す報告メッセージ及び当該グループ力 離脱すること を通知するメッセージを示す離脱メッセージが規定されている。
[0083] より具体的には、グループ管理プロトコルとして IGMP及び MLDプロトコルが知ら れている。 IGMP及び MLDプロトコルは、あるホストがグループに参加またはグルー プから離脱したり、マルチキャストルータ間でグループに関する情報を交換したりする のに使われ、広く IPの一部として実装されるものである。 IGMPプロトコルは IPv4で 規定されて 、るグループ管理プロトコルであり、 MLDプロトコルは IPv6で規定されて V、るグループ管理プロトコルである。
[0084] IGMP及び MLDプロトコルでは、 JOINメッセージが参加メッセージに相当し、 RE PORTメッセージが報告メッセージに相当する。また、 IGMPプロトコルでは、 IGMP LEAVEメッセージが離脱メッセージに相当し、 MLDプロトコルでは、 MLD DON Eメッセージが離脱メッセージに相当する。
[0085] なお、 JOINメッセージ及び REPORTメッセージは、 IGMP Ver. 1で規定されて いる。また、 IGMP LEAVEメッセージは、 IGMP Ver. 2で規定されている。
[0086] 本例においては、説明の便宜上、各ホスト 111〜119は、 IPv4に準拠しており、 IG MPv2以上のプロトコルが実装されているものとする力 当然のことながら、これは本 発明に係る端末装置の適用範囲を制限するものではな 、。
[0087] 端末装置 100は、ネットワーク 101での送受信に際し、 DMT (Discrete Multi T one)によるマルチキャリア伝送方式を用いる。端末装置 100は、使用する周波数帯 をいくつかのサブキャリアに分割し、サブキャリアごとに掲載する情報数を設定する変 復調を行う。なお、以下ではサブキャリアごとに記載する情報量を、使用する全ての 帯域分集めた情報を、伝送マップと呼ぶ。
[0088] 電灯線は、周波数軸的に多様な伝送路特性を示すため、端末装置 100同士を接 続するリンクごとの伝送路パラメータは、多様なものとなる。したがって、それぞれの端 末装置 100は、端末装置 100同士を接続する 1: 1リンクのサブキャリア毎の伝送路評 価を行い、 1 : 1リンク間伝送を最適にする伝送路パラメータを設定する。端末装置 10 0は、伝送路パラメータを設定して、 1 : 1リンク間の高速転送を可能にする機能を有し ている。
[0089] 端末装置 100が有して 、る、伝送路パラメータを設定して、 1: 1リンク間の高速転送 を可能にする機能は、特に高周波伝送を目的として設計されていない通信メディアを 使用した通信システムにおいて、伝送路推定によるリンク最適化転送方式として従来 力も知られているものである。本実施の形態では、制御処理部 204が主体となって実 行する。 [0090] 電灯線の周波数特性が多様であるので、端末装置 100を接続する伝送路パラメ一 タもまた多様化する。そのため、ネットワーク 101におけるブロードキャスト伝送を行う には、すべての端末が受信できるように伝送路パラメータを設定する必要がある。
[0091] なお、 Reed— Solomonや Viterbiアルゴリズムなどに代表される、誤り訂正の設定 と、その強度に関わる情報を伝送マップに加えて、伝送パラメータと呼ぶことにする。
[0092] 伝送路パラメータには、記載できる情報数はわずかで、誤り訂正強度が強ぐさらに 、時間的に繰り返しを行うなどの冗長操作を設定するモード (以下、ダイバシチモード という)がある。伝送路パラメータは、ダイバシチモードによってネットワーク 101にお けるブロードキャスト転送を行うのが現実的である。
[0093] 図 5は、図 1に示されるリンク I〜リンク IVの伝送マップを示す図である(伝送マップ 3 01〜304)。伝送マップ 301〜304の横軸は周波数を示し、縦軸は記載できる情報 量を示す。
[0094] 本実施形態において、端末装置 100は、ネットワーク 101で使用する周波数帯域を 10のサブキャリア 305に分割し、所定の時間における記載情報量をそれぞれのサブ キャリアに対して設定するリンク最適化変復調を適用する。尚、端末装置 100がネット ワーク 101で使用する周波数帯域をサブキャリアに分割する数は、必ずしも 10でなく てもよく、 10未満または 11以上であってもよい。
[0095] 図 5に示す伝送マップは、リンク Iの伝送マップ 301とリンク IVの伝送マップ 304とが 、比較的良好な伝送路特性であることを示し、リンク IIの伝送マップ 302の低周波域 の特性が悪く、リンク IIIの伝送マップ 303の高周波域の特性が悪!、ことを示して!/、る
[0096] 図 6は、パケット種別 704において定義されるパケット種別のそれぞれに対応する、 最低レート、最高レート、許容遅延および欠損保証を定義する帯域予約情報テープ ルである。端末装置 100は、図 6の帯域予約情報テーブルを参照して、転送するパ ケットの転送速度や欠損保証レベルを決定する。
[0097] 図 7は、図 6に示す帯域予約情報テーブルに含まれるそれぞれの欠損保証レベル に対応する、誤り訂正強度と ACKを必要とする力否か等の定義を示す図である。端 末装置 100は、図 7に示す欠損保証レベルに基づいて、転送するパケットの誤り訂正 強度や ACKが必要か否か等を決定する。
[0098] 以下、図 8を参照しながら、端末装置 100が、ネットワーク 103からマルチキャストパ ケットを受信したときの処理を説明する。
[0099] 図 8は、本発明に係る端末装置 100がネットワーク 103から、マルチキャストパケット を受信したときの制御処理部 204の処理を説明する図である。端末装置 100の制御 処理部 204は、外部インタフェース処理部 203が、 IPマルチキャストパケットを受信す ると、図 8に示す処理を開始する。
[0100] 外部インタフェース処理部 203は、ネットワーク 103から何らかのパケットを受信する と、 IGMPプロトコルや MLDプロトコルなどの上位 IPプロトコルにしたがって受信した パケットを解析する。外部インタフェース処理部 203は、ネットワーク 103からキューィ ングされたパケットにマルチキャストアドレスが記載されて 、る場合、マルチキャストパ ケットを受信したことを制御処理部 204へ通知する。なお、パケットは、データ記憶部 202にテンポラリ格納される。
[0101] ステップ S401において、制御処理部 204は、外部インタフェース処理部 203から、 マルチキャストパケットを受信した通知を受ける。制御処理部 204は、マルチキャスト パケットを受信した通知を受けると、ステップ S402の処理へ進む。
[0102] ステップ S402において、制御処理部 204は、外部インタフェース処理部 203が受 信したマルチキャストパケットに対応するグループ管理情報 701に含まれて 、る転送 可否フラグ 703を参照する。制御処理部 204は、転送可否フラグ 703が拒否を示す 場合、ステップ S403へ進み、転送可否フラグ 703が拒否を示さない場合、ステップ S 404へ進む。なお、受信したマルチキャストパケットに対応するグループ管理情報 70 1が存在しない場合は、ステップ S404へ進む。
[0103] ステップ S403において、制御処理部 204は、受信したマルチキャストパケットを破 棄する。制御処理部 204は、外部インタフェース処理部 203が受信したマルチキャス トパケットが格納されているデータ記憶部 202のテンポラリ領域を解放する。
[0104] ステップ S404において、制御処理部 204は、マルチキャストアドレスのグループ管 理情報 701の有無を判定する。制御処理部 204は、受信したマルチキャストパケット に含まれるマルチキャストアドレスに対応するグループ管理情報 701が存在しない場 合にはステップ S405へ進み、グループ管理情報 701が存在する場合にはステップ S 409へ進む。
[0105] ステップ S405において、制御処理部 204は、受信したマルチキャストアドレスに対 応するグループ管理情報 701を新規に作成する。このとき、制御処理部 204は、デフ オルト値として、転送可否フラグ 703に「許可」を設定し、パケット種別 704に「その他」 を設定しても良い。
[0106] ステップ S405において、制御処理部 204は、グループ管理情報 701を新規に作 成した後、 IGMP (MLD)JOINメッセージ待ちタイマを起動する。制御処理部 204は 、当該タイマを使用して、所定の時間が経過しても新たな IGMP (MLD) JOINメッセ ージを受信しない場合に、当該マルチキャストのアドレスグループ管理情報 701の転 送可否フラグ 703を「拒否」に設定する。
[0107] ステップ S405において、制御処理部 204は、 IGMP (MLD) JOINメッセージ待ち タイマを使用することによって、当該 IPマルチキャストアドレスグループに属するホスト がー台もネットワーク 101に接続されて 、な 、ことを判定することができる。この場合、 端末装置 100を当該マルチキャストパケットを転送しないように制御することができる ので、端末装置 100がネットワーク 101に対して無為にトラフィックを増大させないと V、つた効果を得ることができる。
[0108] なお、制御処理部 204力 ステップ S405の処理をするのは、当該マルチキャストァ ドレスのグループ管理情報 701が存在しない場合である。つまり、マルチキャストアド レスを宛先としたパケットがはじめて到達した力、もしくは、何らかの要因によって当該 IPマルチキャストアドレスのアドレスグループ管理情報 701が消去された場合である
[0109] ステップ S406において、制御処理部 204は、グループ管理情報 701に含まれるパ ケット種別 704と、受信したマルチキャストパケットに含まれるパケット種別とを比較す る。制御処理部 204は、比較したパケット種別が異なる場合には、グループ管理情報 に含まれるパケット種別 704を受信したマルチキャストパケットのパケット種別に更新 する。
[0110] なお、制御処理部 204力 ステップ S406において、受信したマルチキャストパケット のパケット種別を判別する方法は、 IPプロトコルに則り、 IPヘッダに含まれる ToS (Ty pe of Service)フィールドをスヌービングし、予めアプリケーション毎に定義した識 別子によって、パケット種別を判別するといつた方法でよい。ただし、制御処理部 204 1S ステップ S406において、マルチキャストパケットのパケット種別を把握するための 方法は、上記の方法に限らない。
[0111] ステップ S407において、制御処理部 204は、転送するマルチキャストパケットをネ ットワーク 101へ送出する際の変復調方式をダイバシチモードに設定し、ネットワーク 101に対してブロードキャスト転送を行うように設定を変更する。なお、本実施形態で は、端末装置 100が、マルチキャストパケットを転送するモードをダイバシチモードと 定義して 、るが、もちろんこれに限るものではな 、。
[0112] ステップ S408において、制御処理部 204は、送受信処理部 201に対してネットヮ ーク 101へのフレームの転送を要求する。
[0113] ステップ S409において、制御処理部 204は、マルチキャストパケットに対応するマ ルチキャストアドレスグループ転送ポリシー 705が既に作られているか否かを判断す る。ここで、制御処理部 204は、マルチキャストアドレスグループ転送ポリシー 705が 作られている場合、ステップ S410へ進み、マルチキャストアドレスグループ転送ポリ シー 705が作られて!/ヽな 、場合、ステップ S406の処理へ進む。
[0114] ステップ S410において、制御処理部 204は、マルチキャストアドレスグループに対 応するマルチキャストアドレスグループ転送ポリシー 705がすでに設定されている場 合であり、マルチキャストアドレスグループ転送ポリシー 705を適用する。ここで、マル チキャストアドレスグループ転送ポリシー 705とは、転送管理部 206が主体となって作 成するものである。制御処理部 204力 マルチキャストアドレスグループ転送ポリシー 705を作成する過程につ 、ては後述する。
[0115] 図 9は、端末装置 100がネットワーク 101からマルチキャストパケットを受信した場合 に、制御処理部 204の処理を説明する図である。端末装置 100が、ネットワーク 101 力もフレームを受信した場合、送受信処理部 201において、フレームに含まれる IPパ ケット単位で図 9に示す処理が行われる。
[0116] 以下、図 9を参照しながら、端末装置 100が、ネットワーク 101からパケットを受信し た場合の処理を説明する。
[0117] 送受信処理部 201は、受信した IPパケットに、 IPマルチキャストアドレスが設定され ている場合、制御処理部 204に通知する。ステップ S501において、制御処理部 204 は、この時点を起点として図 9に示す処理を開始する。なお、受信した IPパケットは、 データ記憶部 202に一時的に記憶される。
[0118] ステップ S502において、制御処理部 204は、送受信処理部 201が受信した IPパ ケットの上位レイヤ解析を行う。制御処理部 204は、当該 IPパケットが、 IGMP (また は MLD) JOINメッセージまたは REPORTメッセージである場合、ステップ S503の 処理へ進む。それ以外の場合は、制御処理部 204は、ステップ S506の処理へ進む
[0119] ステップ S503において、制御処理部 204は、当該 IPマルチキャストアドレスグルー プに関するグループ管理情報 701が作られて 、る力否かを判定する。当該 IPマルチ キャストアドレスグループに関するグループ管理情報 701が、既に作られて ヽる場合 は、制御処理部 204は、ステップ S504へ進み、グループ管理情報 701が作られて Vヽな 、場合はステップ S 507へ進む。
[0120] ステップ S504において、制御処理部 204は、 IGMP (MLD) JOIN待ちタイマを停 止し、ステップ S505へ進む。
[0121] ステップ S505において、制御処理部 204は、マルチキャストアドレスグループ転送 ポリシー 705を作成する。制御処理部 204は、ステップ S705において、転送パケット の伝送方法と、適用する伝送マップとを設定して、マルチキャストアドレスグループ転 送ポリシー 705を作成する。また、制御処理部 204は、 IPマルチキャストパケットの転 送に関して、転送するべきリンクを設定し、ュ-キャスト、マルチキャスト、ブロードキヤ ストといった伝送方法と、転送に使用するリンクのそれぞれに、どの伝送マップを適用 するかを設定する。端末装置 100は、ステップ S505を実行した後、ステップ S506へ 進む。
[0122] なお、制御処理部 204力 マルチキャストアドレスグループ転送ポリシー 705を作成 する処理の詳細は後述する。
[0123] ステップ S506において、制御処理部 204は、外部インタフェース処理部 203に、ネ ットワーク 103へマルチキャストパケットの転送を要求する。なお、外部インタフェース 処理部 203が、ネットワーク 103へ IPパケットの転送を終了すると、データ記憶部 20 2の IPパケットを記憶していた領域が解放される。制御処理部 204は、ステップ S506 の処理を終了すると、ネットワーク 101から受信したマルチキャストパケットをネットヮ ーク 103へ転送する。
[0124] ステップ S507において、制御処理部 204は、マルチキャストパケットをネットワーク 103へ転送する際に、ネットワーク 101から受信したフレームに含まれる IGMP (ML D)メッセージに対応するマルチキャストアドレスグループ転送ポリシー 705を適用す る。
[0125] 例えば、送受信処理部 201が受信した IGMP (MLD)メッセージが、 JOINメッセ一 ジまたは REPORTメッセージであった場合、外部インタフェース処理部 203は、当該 メッセージをネットワーク 103へ転送せずに破棄する。送受信処理部 201が受信した IGMP (MLD)メッセージが、 QUERYメッセージであった場合、外部インタフェース 処理部 203は、当該メッセージをネットワーク 103へ転送するようにしてもよい。この動 作によって得ることができる効果は後述する。
[0126] 図 10Aは、端末装置 100が、ステップ S505において、マルチキャストアドレスグル ープ転送ポリシー 705を作成する処理の詳細を説明する図である。ステップ S505の 処理は、転送管理部 206が処理する。
[0127] ステップ S1001において、転送管理部 206は、ローカル変数 iに 0を代入し、 kには この段階におけるマルチキャストアドレスグループに対する登録テンポラリマップの数 722を代入する。 Xは、グローバル変数であって、マルチキャスト転送用伝送マップを 識別するパラメータである。 Xは、端末装置 100の起動時等の適切なタイミングで 0に 初期化される。
[0128] ステップ S1002において、転送管理部 206は、グループ管理情報 701に含まれる パケット種別 704で指定する欠損保証レベル規定に基づ 、て、 ACKが必要力否か の判定を行う。転送管理部 206は、 ACKが必要である場合、ステップ S1003へ進み 、不要である場合、ステップ S 1004へ進む。
[0129] ステップ S1003において、転送管理部 206は、テンポラリマップの設定を行い、ス テツプ S 1004へ進む。なお、ステップ S 1003における転送管理部 206の処理の詳 細は、後述する。
[0130] ステップ S1004において、転送管理部 206は、 iと、 kとを比較する。転送管理部 20 6は、 iが kより小さい場合、ステップ S1005へ進み、 iが kより小さくない場合、ステップ S 1003へ進む。
[0131] ステップ S1005にお ヽて、転送管理部 206は、特性類似判定を行う。特性類似判 定とは、二つの伝送マップの周波数特性的な類似性を定量的に判断する処理である 。なお、ステップ S1005における、転送管理部 206の処理の詳細は、後述する。転 送管理部 206は、ステップ S1005において、特性類似判定を行った後、ステップ S1 006へ進む。
[0132] ステップ S1006において、転送管理部 206は、ステップ S 1005で行った特性類似 判定処理の結果を判定する。転送管理部 206は、ステップ S 1005の結果が TRUE であればステップ S 1008へ進み、 FALSEであればステップ S 1007の処理へ進む。
[0133] ステップ S1007において、転送管理部 206は、パラメータ iを 1インクリメントし、ステ ップ S 1004の処理へ戻る。
[0134] ステップ S1008において、転送管理部 206は、同報マップの設定を行う。同報マツ プの設定とは、登録済みのテンポラリマップ、またはテンポラリマップに付随する情報 を更新する処理である。なお、ステップ S 1008における転送管理部 206の処理の詳 細は、後述する。
[0135] ステップ S1009において、転送管理部 206は、テンポラリマップの並び替えを行い 、ステップ S506へ進む。ステップ S1009における転送管理部 206の処理の詳細は、 後述する。
[0136] 図 10Bは、ステップ S 1003の詳細な動作を説明する図である。
[0137] ステップ S1021において、転送管理部 206は、引数として与えられた伝送マップを
、テンポラリマップ (X)へ登録する。
[0138] ステップ S1022において、転送管理部 206は、マルチキャストアドレスグループ転 送ポリシー 705を更新する。まず、転送管理部 206は転送ポリシー設定 721を「有」 に更新し、登録テンポラリマップ数 722を 1インクリメントする。そして、転送管理部 20 6は、登録テンポラリマップ数 722に対応する伝送情報 723に、テンポラリマップ番号 x、伝送性能、帯域予約情報、リンク情報を記載する。
[0139] 転送管理部 206は、ステップ S1023において、グローバル変数 xを 1インクリメント する。
[0140] 図 10Cは、ステップ S1005の詳細な動作を説明する図である。
[0141] ステップ S1031において、転送管理部 206は、転送管理部 206に引数として与え られた伝送マップ Pと伝送マップ qとの共通記載情報率を算出する。具体的には、転 送管理部 206が、サブキャリアごとの伝送マップ pの情報記載総数に対する共通情報 記載総数の割合をすベてのサブキャリアにお 、て求め、その総合値を指標とする。
[0142] ステップ S 1031で算出する共通記載情報率は、 2つ以上のサブキャリアをグループ 化したサブキャリアグループを 1つの単位として算出してもよい。具体的には、全ての サブキャリアのそれぞれを予め 1つ以上のサブキャリアグループにグループ化し、そ れぞれのサブキャリアグループに含まれるサブキャリアの情報記載総数を、全てのサ ブキャリアグループに関して求める。そして、求めたサブキャリアグループの情報記載 総数を前述のサブキャリアの情報記載数として、サブキャリアグループごとの情報記 載総数に対する共通情報記載総数の割合を全てのサブキャリアグループにおいて 求め、その総合値を指標としてもよい。ここで、サブキャリアグループの情報記載総数 とは、当該サブキャリアグループに含まれる全てのサブキャリアの情報記載総数の総 和である。尚、 2つ以上のサブキャリアをグループィ匕する方法は、周波数軸上で隣り 合う複数のサブキャリアをグループ化するなどの方法が考えられる。
[0143] なお、各サブキャリアグループに含まれるサブキャリアの数は、サブキャリアグルー プ毎に異なってもよいし、全てのサブキャリアグループで同じ数に統一してもよい。
[0144] ステップ S1032において、転送管理部 206は、ステップ S1031において算出した 共通記載情報率を、閾値 (THR)と比較する。転送管理部 206は、共通記載情報率 が閾値 THRより小さい場合には、 TRUEを返し、共通記載情報率が閾値 THRより小 さくない場合には、 FALSEを返す。閾値 (THR)は、予め定められていても良いし、 場合に応じて動的に設定されても良い。
[0145] 図 10Dは、ステップ S 1008の詳細な動作を説明する図である。 [0146] ステップ S1041において、転送管理部 206は、引数で与えられたテンポラリマップ と伝送マップから、各サブキャリアの論理積を算出して同報マップを作成する。転送 管理部 206は、ステップ S 1041において、論理積を算出する方法だけでなぐ誤り訂 正の強度が高ければ記載情報量を 1ビットずつ追加する方法や、パケット種別 704で ACKを要さない場合は記載情報量を 1ビットずつ少なくする方法またはパケット種別 704を高 、欠損補償レベルに設定して、記載情報量を 1ビットずつ少なくする方法な どを用いてもよい。
[0147] ステップ S1042において、転送管理部 206は、引数 iによって指定されるテンポラリ マップ (i)を、ステップ S1041で作成した同報マップに更新する。
[0148] 図 10Eは、ステップ S 1009における転送管理部 206の詳細な動作を説明する図で ある。
[0149] ステップ S1051において、転送管理部 206は、マルチキャストアドレスグループの 伝送情報 723に含まれる伝送性能を参照して、伝送情報 723を昇順に並び替える。 伝送性能とは、登録されて 、るテンポラリマップの伝送可能な情報量または誤り訂正 強度に、畳み込み符号、 RS符号および ACK等の冗長情報を考慮した、実質的な伝 送可能情報量に相当する値である。伝送情報 723を並び替える順番は、昇順でなく てもよい。
[0150] 転送管理部 206は、ステップ 1051を終了すると、図 10Aで示すステップ S1009に 戻る。
[0151] 以上に本発明における端末装置 100が備えている機能の説明を記述した。以下に おいては、上記の説明に基づいて、ホストが端末装置 100によって構成されているネ ットワークへ、 IPマルチキャストパケット転送要求したときの端末装置 100の動作を、 図 8、図 9および図 10A〜図 10Eを再度参照しながら、順を追って具体的に説明す る。なお、ホスト 111〜ホスト 119は、 IGMPプロトコル v2以上の実装が行われている ものとしている。
[0152] < 1 - 1.端末装置 (A)の処理:転送ポリシーの新規作成 >
端末装置 (A)の制御処理部 204は、ホスト 111から、マルチキャストグループアドレ ス GAを宛先とした IPマルチキャストパケットを受信する。この IPマルチキャストバケツ トのパケット種別は「電話音声」であるとする。端末装置 (A)の制御処理部 204は、ネ ットワーク 103からマルチキャストパケットの転送要求を受けると、図 8に示すフローチ ヤートに従って処理を進める。
[0153] 制御処理部 204は、ステップ S402において、マルチキャストグループアドレス GA に関するグループ管理情報 701があるか否かを判断する。制御処理部 204は、ダル ープ管理情報 701がないのでステップ S404へ進む。
[0154] 制御処理部 204は、ステップ S404にお!/、てグループ管理情報 701がな!/、ので、ス テツプ S405へ進む。
[0155] 制御処理部 204は、ステップ S405において、マルチキャストグループアドレス GA に関するグループ管理情報 701を作成する。制御処理部 204は、グループアドレス 7 02に GAと記載し、転送可否フラグ 703には「許可」と記載し、パケット種別 704には「 電話音声」と記載して、グループ管理情報 701を作成する。
[0156] 転送可否フラグ 703は、グループ管理情報が生成されるときに、デフォルトで「許可 」と設定される。パケット種別 704は、予めイーサネット (登録商標)パケットを生成する ホスト上のアプリケーションとの取り決めによって、イーサネット(登録商標)パケットの ToS領域に記載されて 、る情報に基づ 、て判断される。マルチキャストアドレスダル ープ転送ポリシー 705は、「未設定」である。さらに、制御処理部 204は、 IGMP (ML D) JOIN待ちタイマ TAを起動する。
[0157] 制御処理部 204は、ステップ S406において、グループ管理情報 701に含まれる、 パケット種別 704を確認し、必要があれば更新する。
[0158] 制御処理部 204は、ステップ S407において、ネットワーク 103力も受信したマルチ キャストパケットをダイバシチモードのブロードキャストでネットワーク 101へ転送するこ とを設定する。
[0159] マルチキャストグループ Gに対応する IPマルチキャストパケットは、ネットワーク 101 において、ブロードキャストされるため、ホスト 112〜 119の全て〖こ到達する。
[0160] マルチキャストグループ Gに対応する IPマルチキャストパケットを受けたホストのうち 、このグループに対応する IPマルチキャストパケットを受信した!/、アプリケーションを 稼動しているホスト(以後、グループに属するホストという)は、ホスト 112、 115、 116 、 118および 119である。
[0161] これらのホストは、 IGMPプロトコルにしたがって、マルチキャストアドレス GAを宛先 とした IGMP JOINメッセージ MJをイーサネット(登録商標)パケットとして発行する。 ここでは、一例として、ホスト 115が IGMP JOINメッセージを発行した場合を想定す る。
[0162] 端末装置(D)の制御処理部 204は、 IGMP JOINメッセージをネットワーク 103か ら受信し、図 8に示す処理を実行する。初めてグループアドレス GAに属するマルチ キャストパケットをネットワーク 103から受けるので、端末装置(D)の制御処理部 204 は、ステップ S405に進み、グループ管理情報 701を作成し、 IGMP JOIN待ちタイ マ TDを起動する。
[0163] 端末装置(D)の制御処理部 204は、マルチキャストグループアドレス 702を「GA」、 転送可否フラグ 703を「許可」、パケット種別 704を「制御」にそれぞれ設定してダル ープ管理情報 701を作成する。本実施の形態では、 IGMPメッセージのパケット種別 704は、「制御」として予め定義されている。端末装置 (D)は受信した IGMP JOINメ ッセージ MJをネットワーク 101へ、ダイバシチモードでブロードキャスト送信する。
[0164] 端末装置(A)は、ホスト 115が発行した IGMP JOINメッセージ MJを、ネットワーク 101を介して端末装置 (D)から受信する。したがって、端末装置 (A)の制御処理部 2 04は、図 9に示す処理を実行する。
[0165] 再度図 9を参照して、端末装置 (A)の制御処理部 204の処理を説明する。端末装 置 (A)の制御処理部 204は、ステップ S502において、受信したメッセージが IGMP JOINメッセージであるので、ステップ S503へ進む。
[0166] 端末装置 (A)の制御処理部 204は、ステップ S503において、すでにグループ管 理情報 701を作成しているので、 "YES"と判断して、ステップ S504へ進む。
[0167] 端末装置 (A)の制御処理部 204は、ステップ S504において、 IGMP JOIN待ちタ イマ TAを停止し、ステップ S505へ進む。
[0168] 端末装置 (A)の制御処理部 204は、ステップ S505において、マルチキャストァドレ ス GAに対応するマルチキャストアドレスグループ転送ポリシー 705を設定する。端末 装置 (A)の制御処理部 204は、図 10Aに示す処理をし、マルチキャスト転送ポリシー を設定する。
[0169] 再度図 10Aを参照して、端末装置 (A)の制御処理部 204が、マルチキャストァドレ スグループ転送ポリシー 705を設定する動作を説明する。
[0170] 端末装置 (A)の制御処理部 204は、ステップ S 1001において、このマルチキャスト アドレス GAに対して登録されて 、るテンポラリマップ数を設定する。端末装置 (A)の 制御処理部 204はテンポラリマップの登録を行っていないので、 kは、 0である。 Xは、 テンポラリマップの識別子である。端末装置 (A)の制御処理部 204は、テンポラリマツ プがひとつも無いので、 Xは、 0である。さらに、ローカル変数として使用する iは、 0で 初期化するものとする。
[0171] 端末装置 (A)の制御処理部 204は、ステップ S 1002において、パケット種別 704を 参照する。パケット種別 704は、「電話音声」である。図 6によれば、「電話音声」の欠 損保証レベルは、 1であり、 ACKを要さないことが規定されている。したがって、端末 装置 (A)の制御処理部 204は、ステップ S1002において、 "NO"と判断し、ステップ S 1004へ進む。
[0172] 端末装置 (A)の制御処理部 204は、ステップ S 1004において、 iと kと力 であるの で、 "NO"と判断し、ステップ S 1003へ進む。
[0173] 再度図 10Bを参照して、端末装置 (A)の制御処理部 204の動作を説明する。端末 装置 (A)の制御処理部 204は、ステップ S1021において、テンポラリマップに、適用 する伝送マップを対応させる。端末装置 (A)の制御処理部 204は、端末装置 (D)に 対するマルチキャストアドレスグループ転送ポリシー 705を設定するので、図 5に示す リンク IIに該当する伝送マップ 302をテンポラリマップに代入する。端末装置 (A)の制 御処理部 204は、 Xの値が 0であるので、端末装置(D)に対するテンポラリマップをテ ンポラリマップ (0)とする。
[0174] 端末装置 (A)の制御処理部 204は、ステップ S 1022において、転送ポリシー設定 721を「有」に、テンポラリマップ数を 1に設定し、伝送情報 323 # 1のテンポラリマツ プ番号 Xを 0に設定し、伝送性能をリンク IIの伝送性能 C2 (=456)を設定し、帯域予 約情報を記録して、マルチキャストアドレスグループ GAのマルチキャストアドレスグル ープ転送ポリシー 705を設定する。 [0175] 端末装置 (A)の制御処理部 204は、帯域予約情報を、以下に説明する仕組みによ つて決定する。リンク情報には、ネットワーク 101におけるどの端末宛なのかを特定す る情報が記載されている。この場合は、リンク IIの情報 (端末装置 (D)の識別子、およ びホスト 116の識別子)を記載する。
[0176] 端末装置 (A)の制御処理部 204は、ステップ S1023において、 xは 1インクリメント されて 1になる。
[0177] 端末装置 (A)の制御処理部 204は、ステップ S 1023の処理を終えると、ステップ S
1003の処理を終了し、ステップ S1009に進む。
[0178] 端末装置 (A)の制御処理部 204が登録したテンポラリマップの数は、 1つしかない
。したがって、端末装置 (A)の制御処理部 204は、テンポラリマップを並べ替えること なくステップ S 1009の動作を終了する。
[0179] 端末装置 (A)の制御処理部 204は、ステップ S 1009の動作を終了すると、ステップ
S505を終了する。
[0180] 以上で端末装置 (A)の制御処理部 204は、ステップ S505において、マルチキャス トアドレスグループ GAに対して、テンポラリマップ (0)を登録し、テンポラリマップ (0) にリンク IIの伝送マップ 302を設定した。端末装置 (A)の制御処理部 204は、ステツ プ S505において、マルチキャストアドレスグループ転送ポリシー 705の設定を終了 する。
[0181] 端末装置(A)にマルチキャストアドレスグループ GAに対するマルチキャストァドレ スグループ転送ポリシー 705が設定されているため、今後端末装置 (A)は、ネットヮ ーク 103からマルチキャストアドレスグループ GAに属するマルチキャストパケットを、 ネットワーク 101へ転送する要求を受けた場合、マルチキャストアドレスグループ GA のグループ管理情報 701含まれるマルチキャストアドレスグループ転送ポリシー 705 にしたがって、伝送マップ 302を適用して、リンク IIにパケット転送を行う。
[0182] 端末装置 (A)の制御処理部 204は、ステップ S506において、受信したメッセージ MJを、ネットワーク 103を通してホスト 111へ渡す。
[0183] < 1 2.端末装置 (B)〜(C)、(E)および (F)の処理 >
端末装置(D)が転送した IGMP JOINメッセージは、ネットワーク 101においてブ ロードキャストで転送されるので、端末装置 (A)以外の各端末にも到達する。ここで、 必要のない IGMP JOINメッセージを受信した端末の動作を、端末装置 (B)の動作 を例として説明する。
[0184] 端末装置 (B)の制御処理部 204は、端末装置 (A)と同様に図 9に示す処理をする 。端末 (B)の制御処理部 204は、マルチキャストグループ Gに対するグループ管理情 報 701を作成していないので、ステップ S503において" NO"と判断して、ステップ S5 07に進む。
[0185] 端末装置(B)の制御処理部 204は、ステップ S507において、 IGMPメッセージの 転送ポリシーにした力 ^、、端末装置(D)から転送されてきた IGMPの JOINメッセージ MJを破棄する。
[0186] < 2— 1.端末装置(B)の処理: IGMP JOINメッセージの追加発行 >
さて、マルチキャストグループ Gに属する他のホスト 112、 116、 118、 119も、 IPマ ルチキャストグループ Gで配信されるパケットを受信または発信したいアプリケーショ ンを稼動しているので、マルチキャストグループ Gに対する IGMP JOINメッセージ を発行する。
[0187] 例えば、ホスト 115の次にホスト 112力 GMP JOINメッセージ MKを発行した場合 を想定する。ホスト 112は端末装置 (B)に接続されているので、端末装置 )は、図 8に示す処理にした力^、、ホスト 112が発行した IGMP JOINメッセージ MKをネット ワーク 101へブロードキャスト送信する。
[0188] 以降の端末装置(B)の動作は、ホスト 115が端末装置(D)に IGMP JOINメッセ ージ MKを送信した場合と同じ動作をする。したがって、端末装置 (A)は、端末装置 (B)力 転送されるホスト 112が発行した IGMP JOINメッセージ MKを、以下に説 明する動作にしたがって、ホスト 111へ転送する。
[0189] く 2— 2.端末装置 ( A)の処理:リンク Iの追カロ >
ホスト 112が発行した IGMP JOINメッセージ MK力 端末装置 (A)に到達すると、 端末装置 (A)は、図 9に示す処理を実行する。
[0190] 端末装置 (A)の制御処理部 204は、ホスト 115が発行した IGMP JOINメッセージ MJを処理する場合と同様に、ステップ S505へ進む。ステップ S505の詳細な動作を 示す図 10Aを再度参照して、端末装置 (A)の制御処理部 204の動作を説明する。
[0191] 端末装置 (A)の制御処理部 204は、ステップ S 1001において、 iを 0とする。 kは、 マルチキャストアドレスグループ GAに対して登録されているテンポラリマップの数で ある。端末装置 (A)は、ホスト 115に対するテンポラリマップを登録しているので、 kの 値を 1とする。端末装置 (A)は、ホスト 115が IGMP JOINメッセージ MJを転送した 時に、グロ一ノ レ変数 Xを 1に設定してある。
[0192] 端末装置 (A)の制御処理部 204は、ステップ S 1002において、グループ管理情報 701に含まれるパケット種別 704と、図 6に示す帯域予約情報テーブルとを参照して 、パケット種別 704に対応する欠損保証レベルを決定する。ホスト 112が発行した IG MP JOINメッセージ MKのパケット種別 704は、ホスト 115が発行した IGMP JOI Nメッセージ MJのパケット種別 704と同じ「電話音声」である。
[0193] したがって、端末装置 (A)の制御処理部 204は、図 6に示す帯域予約情報テープ ルの「電話音声」に対応する欠損保証レベルと、図 7に示す欠損保証レベル規定とを 対応させて、 ACKが不要であると判断し、ステップ S 1004へ進む。
[0194] 端末装置 (A)の制御処理部 204は、ステップ S 1004において、 iが 0、 kが 1である 力 " YES"と判断し、ステップ S1005へ進む。
[0195] 端末装置 (A)の制御処理部 204は、ステップ S 1005において、図 10Cに示す処理 をする。端末装置 (A)の制御処理部 204は、ステップ S 1031において、現在登録さ れて 、るテンポラリマップ (0)と、端末装置 (A)と端末装置 (B)とを結ぶリンク Iの伝送 マップ 301との共通記載情報率を算出する。端末装置 (A)の制御処理部 204は、共 通記載情報率を算出すると、ステップ S1032に進む。
[0196] 端末装置 (A)の制御処理部 204は、テンポラリマップ (0)として登録されて 、る伝 送マップ 302と伝送マップ 301との類似性をパラメータ化して比較する。端末装置 (A )の制御処理部 204は、ステップ S1032において、算出した共通記載情報率と閾値 THRとを比較する。ここでは、特性類似性の判定結果が、 FALSEであると想定して 、説明を続ける。
[0197] 端末装置 (A)の制御処理部 204は、特性類似性の判定結果が FALSEであるので 、ステップ S1006において" NO"と判断し、ステップ S1007へ進む。 [0198] 端末装置 (A)の制御処理部 204は、ステップ S 1007において、 iを 1だけインクリメ ントする。端末装置 (A)の制御処理部 204は、ステップ S1007の動作を終了すると、 ステップ S 1004へ戻る。
[0199] 端末装置 (A)の制御処理部 204は、ステップ 1004において、 iが 1、 kが 1であるか ら、 "NO"と判断して、ステップ 1003の処理へ進む。
[0200] 端末装置 (A)の制御処理部 204は、ステップ S 1003において、テンポラリマップ(1 )に伝送マップ 301を対応させて登録し、マルチキャストアドレスグループ GAに対応 するマルチキャストアドレスグループ転送ポリシー 705を更新する。
[0201] 端末装置 (A)の制御処理部 204は、ステップ S 1003の詳細な動作を説明する図 1 0Cに示す処理をし、マルチキャストアドレスグループ転送ポリシー 705に含まれる、 登録テンポラリマップ数 722を 2とする。
[0202] さらに、端末装置 (A)の制御処理部 204は、テンポラリマップ(1)に対応する伝送 情報 # 2に含まれるテンポラリマップ番号を 1、伝送性能をリンク Iの伝送性能 C1の値 である 781、リンク情報を端末装置 (A)の識別子、ホスト 112の識別子を組として、マ ルチキャストアドレスグループ転送ポリシー 705を更新する。端末装置 (A)の制御処 理部 204は、図 10Cに示す処理を終了すると、ステップ S1009へ進む。
[0203] 端末装置 (A)の制御処理部 204は、ステップ S 1009において、伝送情報 # 1と伝 送情報 # 2とに含まれる、それぞれの伝送性能を比較し、比較した結果に基づいて 伝送情報を並び替える。
[0204] 端末装置 (A)の制御処理部 204は、図 10Eに示す処理をし、伝送情報 # 1の伝送 性能 C1と伝送情報 # 2の伝送性能 C2とを比較して、伝送性能の昇順にそれぞれの 伝送情報を並び替える。伝送性能 C1と伝送性能 C2とは、 C1 >C2という関係にある ので、それぞれの伝送性能に対応する伝送情報は並び替えられな ヽ。
[0205] ステップ S505において最終的に得られた登録結果は、マルチキャストアドレスダル ープ GAに対応するマルチキャストアドレスグループ転送ポリシー 705が追加される。 以降は、端末装置 (A)力 マルチキャストアドレスグループ GAに属するマルチキャス トパケットをネットワーク 101へ転送する場合、マルチキャストアドレスグループ Gのグ ループ管理情報 701に含まれるマルチキャストアドレスグループ転送ポリシー 705に したがって転送する。
[0206] 端末装置 (A)は、伝送情報 # 1に基づき、伝送マップ 302を適用してマルチキャス トパケットをリンク Πを介して端末装置 (D)に転送し、続 、て伝送情報 # 2に基づき、 伝送マップ 301を適用して、マルチキャストパケットをリンク Iを介して端末装置 (B)に 転送する。
[0207] 伝送情報 # 1および # 2が含むリンク情報は、それぞれ端末装置 100の識別子を 1 つずつ含んでいる。したがって、端末装置 (A)がマルチキャストアドレスグループ GA に対応するマルチキャストパケットをネットワーク 103へ転送する場合、端末装置 (A) はネットワーク 101を介して、マルチキャストパケットを端末装置 (D)と端末装置 (B)と にュニキャスト送信する。
[0208] < 2— 3.端末装置 (C)〜 (F)の処理 >
ホスト 112から送信された IGMP JOINメッセージ MKは、端末装置 )によってネ ットワーク 101を介してブロードキャスト転送されるので、端末装置 (A)以外の各端末 にも到達する。ここで、端末装置 100が、グループ管理情報 701に登録しているマル チキャストグループ Gに属する IGMP JOINメッセージを受信した端末装置 100の動 作を、端末装置 (D)の動作を例として説明する。
[0209] 端末装置(D)は、ホスト 115力 GMP JOINメッセージ MJを発行したときに、マル チキャストグループ Gのグループ管理情報 701を作成している。端末装置 (D) 1S 端 末装置(B)から送信された IGMP JOINメッセージ MKを受信した場合の処理を、 図 9を再度参照して説明する。
[0210] 端末装置(D)は、ステップ S502において、受信したメッセージ力 GMP JOINメッ セージなので、 "YES"と判断してステップ S503の処理へ進む。
[0211] 端末装置(D)は、ステップ S503において、受信した IGMP JOINメッセージ MK が属するマルチキャストアドレスグループ Gのグループ管理情報 701を有しているの で、 "YES"と判断して、ステップ S504の処理に進む。
[0212] 端末装置(D)は、ステップ S504にお!/、て、 IGMP JOIN待ちタイマ TDを停止し、 ステップ S505の処理に進む。
[0213] 端末装置 (D)は、ステップ S505に進むと図 10Aに示す処理をする。端末装置 (D) は、ステップ S1001において、ローカル変数 iを 0とし、 Xを 1、 kを 1として、ステップ S1 002の処理に進む。
[0214] IGMP JOINメッセージのパケット種別は「制御」である。したがって、端末装置(D )は、ステップ S1002において、図 6に示す帯域予約情報テーブルとパケット種別 40 4とを対応させて、伝送品質指定なしと判断する。伝送品質指定がないので端末 (D) は帯域予約処理を行わな 、。
[0215] さらに、端末装置(D)は、図 6を参照して、 IGMP JOINメッセージの欠損保証レ ベルをレベル 7と判定し、すべての端末に対してマルチキャストパケットをュ-キャスト 送信するマルチキャストアドレスグループ転送ポリシー 705を適用する。
[0216] このために、端末装置 (D)は、端末装置 (A)、端末装置 (B)、端末装置 (C)、端末 装置 (E)、端末装置 (F)へ、各リンクの伝送マップを設定して、マルチキャストアドレス グループ転送ポリシー 705を準備する。これは、端末装置 (D)が、ネットワークに接続 している端末装置 100のすベてを対象に、図 10Aに示す処理をすれば、作成できる
[0217] < 3.端末装置 (A)の処理:同報マップの作成 >
次に、端末装置 100が、図 10Cのステップ S1032において、共通記載情報率と閾 値 THRとを比較し、比較した結果が TRUEの場合の端末装置 100の動作を、図 1に 示すホスト 119が IGMP JOINメッセージ MLを発行した場合を例として説明する。
[0218] 端末装置 )は、ホスト 119が発行した IGMP JOINメッセージ MLを、ネットワーク 101を介してブロードキャスト送信し、端末装置 (A)に転送する。端末装置 (A)が、ホ スト 119が発行した IGMP JOINメッセージ MLを受信した場合の処理を、図 9を再 度参照して説明する。
[0219] 端末装置 (A)は、 IGMP JOINメッセージ MJを受信したときの処理と同様に、ステ ップ S505へ進む。端末装置 (A)は、ステップ S505において、図 10Aに示す処理を 実行する。
[0220] 端末装置 (A)は、ステップ S1001において、変数 iを 0とする。 kは、マルチキャスト アドレスグループ GAに対して登録されて 、るテンポラリマップ数 722の数である。端 末装置 (A)は、ホスト 115に対するテンポラリマップと、ホスト 112に対するテンポラリ マップとを登録しているので、 kの値を 2とする。端末装置 (A)は、ホスト 112が IGMP JOINメッセージ MKを転送した時に、グローバル変数 Xは、 2に設定されている。
[0221] 端末装置 (A)の制御処理部 204は、ステップ S 1002において、グループ管理情報 701に含まれるパケット種別 704と、図 6に示す帯域予約情報テーブルとを参照して 、パケット種別 704に対応する欠損保証レベルを決定する。ホスト 119が発行した IG MP JOINメッセージ MLのパケット種別 704は、ホスト 115が発行した IGMP JOIN メッセージ MJのパケット種別 704と同じ「電話音声」である。
[0222] したがって、端末装置 (A)の制御処理部 204は、図 6に示す帯域予約情報テープ ルの「電話音声」に対応する欠損保証レベルと、図 7に示す欠損保証レベル規定とを 対応させて、 ACKが不要であると判断し、ステップ S 1004へ進む。
[0223] 端末装置 (A)は、ステップ S1004において、 iが 0、 kが 2であるから" YES"と判断し 、ステップ S 1005へ進む。
[0224] 端末装置 (A)は、ステップ S1005において、図 10Cに示す処理を実行する。端末 装置 (A)は、ステップ S 1031において、テンポラリマップ (0)と、端末装置 (A)と端末 装置 (F)とを結ぶリンク IVの伝送マップ 304との共通記載情報率を算出する。端末 装置 (A)の制御処理部 204は、共通記載情報率を算出し、ステップ S1032に進む。
[0225] 端末装置 (A)は、テンポラリマップ (0)として登録されて 、る伝送マップ 302と伝送 マップ 304との類似性をパラメータ化して比較する。端末装置 (A)は、ステップ S 103 2において、算出した共通記載情報率と、閾値 THRとを比較する。ここでは、共通記 載情報率 <THRであり、特性類似性の判定結果が、 FALSEである場合を想定して 、説明を続ける。
[0226] 端末装置 (A)の制御処理部 204は、特性類似性の判定結果が FALSEであるので
、ステップ S1006において" NO"と判断し、ステップ S 1007の動作へ進む。
[0227] 端末装置 (A)の制御処理部 204は、ステップ S 1007において、 iを 1だけインクリメ ントする。端末装置 (A)の制御処理部 204は、ステップ S1007の動作を終了すると、 ステップ S 1004の処理へ戻る。
[0228] 端末装置 (A)の制御処理部 204は、ステップ S 1004において、 iが 1、 kが 2である 力 、 "YES"と判断して、ステップ S 1005の処理へ進む。 [0229] 端末装置 (A)は、ステップ S1005において、再度図 IOCに示す処理を実行する。 端末装置 (A)は、ステップ S 1031において、テンポラリマップ(1)と、端末装置 (A)と 端末装置 (F)とを結ぶリンク IVの伝送マップ 304との共通記載情報率を算出する。 端末装置 (A)は、共通記載情報率を算出すると、ステップ S 1032の処理に進む。
[0230] 端末装置 (A)は、テンポラリマップ(1)として登録されている伝送マップ 301と伝送 マップ 301との類似性をパラメータ化して比較する。端末装置 (A)は、ステップ S103 2において、算出した共通記載情報率と閾値 THRとを比較する。ここでは、特性類似 性の判定結果が、 TRUEであると想定して、説明を続ける。
[0231] 端末装置 (A)は、特性類似性の判定結果が TRUEであるので、ステップ S 1006に おいて" YES"と判断し、ステップ S1008へ進む。
[0232] 端末装置 (A)は、ステップ S1008において、同報マップ設定を行う。端末装置 (A) 1S 同報マップを設定する処理を、図 10Dと図 11とを併せて参照しながら説明する。
[0233] 端末装置 (A)は、ステップ S1041において、同報マップの設定を行う。ここでは、同 報マップは、ある 2つの伝送マップの対応するサブキャリアの情報記載部分の論理積 を算出することによって作成される。端末装置 (A)は、ステップ S 1005で比較した伝 送マップ 301と、伝送マップ 304とで対応するサブキャリアの情報記載部分の論理積 を算出し、同報マップを作成する。つまり、伝送マップ 301と、伝送マップ 304とにお いて、対応するそれぞれサブキャリアの情報記載部分の論理積は、図 11に示す共通 情報記載部分 1201となる。
[0234] 端末装置 (A)が、ステップ S1042において更新する同報マップ 1202は、図 11に 示す共通情報記載部分 1201をそのまま適用する。または、端末装置 (A)は、共通 情報記載部分 1201を基準として何らかの調整を加えたものを同報マップ 1202とし て適用してもよい。
[0235] 端末装置 (A)は、ステップ S1042にお!/、て、マルチキャストアドレスグループ転送 ポリシー 705に登録されている伝送情報 # 2に対応するテンポラリマップ(1)に、端末 装置 (A)がステップ S1041で設定した同報マップ 1202を上書きする。
[0236] そして、端末装置 (A)は、伝送情報 # 2の伝送性能を同報マップ 1202の性能 CX(
= 713)で更新し、伝送情報 # 2の帯域予約情報を同報マップ 1202に見合ったもの に更新し、伝送情報 # 2のリンク情報を、リンク I、端末装置 (B)の識別子およびホスト 112の識別子と、リンク IV、端末装置 (F)の識別子およびホスト 119の識別子とに更 新する。
[0237] 端末装置 (A)の制御処理部 204は、ステップ S 1009において、伝送情報 # 1と伝 送情報 # 2とに含まれる、それぞれの伝送性能を比較して、伝送情報を並び替える。
[0238] 端末装置 (A)は、ステップ S1009において、図 10Eに示す処理をし、伝送情報 # 1の伝送性能 C1と伝送情報 # 2の伝送性能 CXとを比較して、伝送性能の昇順に対 応するの伝送情報を並び替える。伝送性能 C1と伝送性能 CXとは、 C1 >CXという 関係にあるので、それぞれの伝送性能に対応する伝送情報は並び替えられな ヽ。
[0239] 今後端末装置 (A)は、更新した伝送情報 # 1および # 2に基づ 、て、マルチキャス トパケット転送する。したがって、端末装置 (A)は、ネットワーク 103からマルチキャス トグル一プアドレス GAを宛先としたパケットを転送する場合、リンク IIに伝送マップ 30 2を適用して端末装置 (D)にュ-キャスト送信をし、リンク Iとリンク IVとに同報マップ 1 202を適用して端末装置 (B)と端末装置 (F)とに同報送信を行う。
[0240] <4.端末装置 (A)の処理:登録済みリンク IIに接続されるホストの追カロ >
次に、端末装置 100が、すでにマルチキャストアドレスグループ転送ポリシー 705に 登録されているリンクに含まれるホストから、 IGMP JOINメッセージを転送する要求 を受けた場合の動作を、ホスト 116力 GMP JOINメッセージ MHを発行した場合を 例として説明する。
[0241] ホスト 116が発行した IGMP JOINメッセージ MHは、端末装置(D)を介して、ネッ トワーク 101へブロードキャスト送信され、端末装置 (A)に到達する。端末装置 (A)が 、端末装置(D)が転送した IGMP JOINメッセージ MHを、受信すると、図 9に示す 処理をする。
[0242] 端末装置 (A)は、ホスト 115が発行した IGMP JOINメッセージ MJを処理する場 合と同様に、ステップ S505へ進む。ステップ S505の詳細な動作を示す図 10Aを再 度参照して、端末装置 (A)の動作を説明する。
[0243] 端末装置 (A)は、ステップ S1001において、 iを 0とする。 kは、マルチキャストァドレ スグループ GAに対して登録されて 、るテンポラリマップ数 722の値であるから、端末 装置 (A)は kの値を 2とする。端末装置 (A)は、ホスト 112が発行した IGMP JOINメ ッセージ MLを受信した時に、グロ一ノ レ変数 Xを 2に設定してある。
[0244] 端末装置(A)は、ステップ S1002において、ホスト 112が発行したIGMP JOINメ ッセージ MLを転送した時と同じ処理をし、ホスト 116が発行した IGMP JOINメッセ ージ MHが、 ACKを不要とするパケット種別であると判断して、ステップ S 1004へ進 む。
[0245] 端末装置 (A)の制御処理部 204は、ステップ S 1004において、 iが 0、 kが 2である 力 " YES"と判断し、ステップ S1005へ進む。
[0246] 端末装置(A)は、ステップ S1005において、ホスト 112が発行した IGMP JOINメ ッセージ MLを転送した時と同様に図 10Cに示す処理をして、特性類似判定をする。 端末装置 (A)は、ステップ S1031において、マルチキャストアドレスグループ Gに対 応するマルチキャストアドレスグループ転送ポリシー 705に含まれるテンポラリマップ( 0)と、端末装置 (A)と端末装置 (D)とを結ぶリンク IIの伝送マップ 302との共通記載 情報率を算出する。端末装置 (A)は、共通記載情報率を算出すると、ステップ S103 2の動作に進む。
[0247] 端末装置 (A)は、ステップ S1032において、算出した共通記載情報率と閾値 THR とを比較する。ここで、テンポラリマップ (0)は伝送マップ 302と等しいので、特性類似 性の判定結果が、 TRUEであると想定して、説明を続ける。
[0248] 端末装置 (A)の制御処理部 204は、特性類似性の判定結果が TRUEであるので
、ステップ S1006において" YES"と判断し、ステップ S1008へ進む。
[0249] 端末装置 (A)は、ステップ S 1008において、同報マップの設定を行う。端末装置(
A)が、同報マップを設定する動作を、図 10Dを再度参照し、あわせて図 11を参照し ながら説明する。
[0250] 端末装置 (A)は、ステップ S1041において、同報マップの設定を行う。同報マップ とは、ステップ S 1005で比較したテンポラリマップ (0)に相当する伝送マップ 302と、 伝送マップ 302との対応するそれぞれのサブキャリアの情報記載部分の論理積をと つたものとする。
[0251] したがって、端末装置 (A)は、同じ伝送マップを比較して論理積をとるので、図 11 に示す共通情報記載部分 1201は、伝送マップ 302と同等になる。端末装置 (A)は 、ステップ S1042において、マルチキャストアドレスグループ Gに対応するマルチキヤ ストアドレスグループ転送ポリシー 705に登録されている、伝送情報 # 0に対応する テンポラリマップ (0)に、伝送マップ 302と等しい同報マップを上書きする。
[0252] したがって、端末装置 (A)が、伝送情報 # 1の伝送性能を伝送マップ 302の伝送 性能 C2 (=456)で更新し、伝送情報 # 2の帯域予約情報をそのまま維持し、伝送 情報 # 2のリンク情報を、リンク II、端末装置 (D)の識別子およびホスト 115の識別子 とホスト 116の識別子とに更新する。したがって、端末装置 (A)は、伝送情報 # 1に 対して、ホスト 116の識別子を追加する。
[0253] 端末装置 (A)は、ステップ S1009において、図 10Eに示す処理をし、伝送情報 # 1の伝送性能 C2と伝送情報 # 2の伝送性能 CXとを比較して、伝送性能の昇順に対 応する伝送情報を並び替える。伝送性能 C2と伝送性能 CXとは、 C2>CXという関 係にあるので、それぞれの伝送性能に対応する伝送情報は並び替えられな!/ヽ。
[0254] 端末装置 (A)力 ネットワーク 103からマルチキャストグループアドレス GAを宛先と したパケットを転送する要求を受ける。端末装置 (A)は、伝送情報 # 1のリンク情報に はリンク IIのみが含まれているので、リンク IIに対して伝送マップ 302を適用してュ- キャスト送信をし、伝送情報 # 2のリンク情報にはリンク Iとリンク IVとが含まれているの で、リンク Iとリンク IVとに対して同報マップ 1202を適用して同報送信をする。
[0255] 以上のように、ホスト 116力 GMP JOINメッセージ MHを発行したことによって、ホ スト 116の識別子力 端末装置 (A)のマルチキャストグループ Gに対応するマルチキ ャストアドレスグループ転送ポリシー 705に含まれる伝送情報 # 1に追加される。
[0256] < 5.端末装置 ( A)の処理:リンク IIIの追カロ >
ホスト 118力 IGMP JOINメッセージ MMを発行したときの端末装置(A)の動作 を説明する。ホスト 118は端末装置 (E)に接続されているので、端末装置 )は、ホ スト 118が発行した IGMP JOINメッセージ MMを、ネットワーク 101を介してブロー ドキャスト送信し、端末装置 (A)へ転送する。
[0257] 端末装置 (A)は、 IGMP JOINメッセージ MJを受信したときと同じ動作をし、図 9 に示すステップ S505へ進む。端末装置 (A)の動作をステップ S505の詳細な処理を 説明する図 10Aを再度参照して説明する。
[0258] 端末装置 (A)は、ステップ S1001において、 iを 0とする。 kは、マルチキャストァドレ スグループ GAに対して登録されて 、るテンポラリマップ数 722の値であるから、端末 装置 (A)は kの値を 2とする。端末装置 (A)は、ホスト 116が発行した IGMP JOINメ ッセージ MHを受信した時に、グローバル変数 Xは、 2に設定されている。
[0259] 端末装置(A)は、ステップ S1002において、ホスト 112が発行したIGMP JOINメ ッセージ MLを転送した時と同じ処理をし、ホスト 118が発行した IGMP JOINメッセ ージ MMが、 ACKを不要とするパケット種別であると判断して、ステップ S 1104へ進 む。
[0260] 端末装置 (A)の制御処理部 204は、ステップ S 1004において、 iが 0、 kが 2である 力 " YES"と判断し、ステップ S1005へ進む。
[0261] 端末装置(A)は、ステップ S1005において、ホスト 112が発行した IGMP JOINメ ッセージ MLを転送したときと同様に図 10Cに示す処理をして、特性類似判定をする 。端末装置 (A)は、ステップ S1031において、マルチキャストグループ Gの対応する マルチキャストアドレスグループ転送ポリシー 705が含む、伝送情報 # 1に対応する テンポラリマップ (0)と、端末装置 (A)と端末装置 (E)とを結ぶリンク IIIの伝送マップ 3 03との共通記載情報率を算出する。端末装置 (A)は、共通記載情報率を算出する と、ステップ S 1032に進む。
[0262] 端末装置 (A)は、ステップ S1032において、算出した共通記載情報率と閾値 THR とを比較する。ここで、共通記載情報率 <THRであり、特性類似性判定の判定結果 力 FALSEであるものと想定して、説明を続ける。
[0263] 端末装置 (A)の制御処理部 204は、特性類似性の判定結果が FALSEであるので 、ステップ S1006において" NO"と判断し、ステップ S1007へ進む。
[0264] 端末装置 (A)の制御処理部 204は、ステップ S 1007において、 iを 1だけインクリメ ント Uを 1とする。端末装置 (A)は、ステップ S 1007の処理を終了すると、ステップ S1 004へ戻る。
[0265] 端末装置 (A)の制御処理部 204は、ステップ 1004において、 iが 1、 kが 2であるか ら、 "YES"と判断して、ステップ 1005へ進む。 [0266] 端末装置 (A)は、ステップ S1005において、再度図 IOCに示す処理をする。端末 装置 (A)は、ステップ S 1031において、テンポラリマップ(1)と、端末装置 (A)と端末 装置 (E)とを結ぶリンク IIIの伝送マップ 303との共通記載情報率を算出する。端末装 置 (A)は、共通記載情報率を算出すると、ステップ S1032へ進む。
[0267] 端末装置 (A)は、ステップ S1032において、算出した共通記載情報率と閾値 THR とを比較する。ここで、共通記載情報率 <THRであり、特性類似性判定の判定結果 力 FALSEであると想定して、説明を続ける。
[0268] 端末装置 (A)の制御処理部 204は、特性類似性の判定結果が FALSEであるので 、ステップ S1006において" NO"と判断し、ステップ S1007へ進む。
[0269] 端末装置 (A)の制御処理部 204は、ステップ S 1007において、 iを 1だけインクリメ ント Uを 2とする。端末装置 (A)は、ステップ S 1007の処理を終了すると、ステップ S1 004へ戻る。
[0270] 端末装置 (A)は、ステップ 1004において、 iが 2、 kが 2であるから、 "NO"と判断し て、ステップ S 1003へ進む。
[0271] 端末装置 (A)は、ステップ S 1003において、テンポラリマップ(2)に伝送マップ 303 を代入して登録し、マルチキャストアドレスグループ GAに対するマルチキャストァドレ スグループ転送ポリシー 705を更新する。
[0272] 端末装置 (A)は、ステップ S 1003の詳細な動作を示す図 10Cの処理をし、マルチ キャストアドレスグループ転送ポリシー 705に含まれる登録テンポラリマップ数 722を
3とする。
[0273] さらに、端末装置 (A)は、テンポラリマップ(2)に対応する伝送情報 # 3に含まれる テンポラリマップ番号を 2、伝送性能をリンク IIIの伝送性能 C3の値である 485、リンク 情報を端末装置 (E)の識別子と、ホスト 118の識別子との組として伝送情報 # 3に登 録する。さらに、伝送情報 # 3の帯域予約情報を伝送マップ 303に見合ったものに更 新する。
[0274] 端末装置 (A)は、ステップ S1009にお 、て、伝送情報 # 1〜伝送情報 # 3のそれ ぞれの伝送性能を比較して、伝送情報を昇順に並べ替える。
[0275] 伝送情報 # 1の伝送性能 C1は 456である。伝送情報 # 2の伝送性能 CXは 713で ある。伝送情報 # 3の伝送性能 C3は 485である。したがって、端末装置 (A)は、ステ ップ S 1009において、伝送情報 # 2および伝送情報 # 3を並べ替える。
[0276] 端末装置 (A) 1S マルチキャストグループ Gに属するマルチキャストパケットを稼働 しているホストの全てから IGMP JOINメッセージを受信した。したがって、端末装置 (A)は、マルチキャストアドレスグループ GAに対応するグループ管理情報を、図 12 示すグループ管理情報 1301に設定する。
[0277] マルチキャストアドレスグループ転送ポリシー 1305が含む情報は、 IPマルチキャス トアドレスグループは GA、転送可否フラグは「許可」、パケット種別は「電話音声」、転 送ポリシー設定は「有」、登録テンポラリマップ数は「3」である。さらに、伝送情報 # 1 は、テンポラリマップ番号 0、伝送性能 456、リンク情報はリンク II、リンク IIの帯域予約 情報を含む。伝送情報 # 2は、テンポラリマップ番号 2、伝送性能 485、リンク情報は リンク III、リンク IIIの帯域予約情報を含む。伝送情報 # 3は、テンポラリマップ番号 1、 伝送性能 713、リンク情報はリンク Iおよびリンク IV、リンク Iおよびリンク IVの帯域予約 情報となる。
[0278] したがって、端末装置 (A)力 ネットワーク 103から、マルチキャストグループアドレ ス GAを宛先としたパケットを転送する要求を受けると、端末装置 (A)は、リンク IIに対 してテンポラリマップ (0)を適用してュ-キャスト送信し、リンク IIIに対してテンポラリマ ップ(2)を適用してュ-キャスト送信し、リンク I·リンク IVに対してテンポラリマップ(1) を適用して同報送信する。したがって、端末装置 (A)は、ネットワーク 103から受信し たマルチキャストパケットを 3つのパケットに複製し、ネットワーク 101のフレームフォー マットに適応させて、マルチキャストパケットを 3回発行する。
[0279] なお、端末装置 (A)が、発行するマルチキャストパケットの発行順序は、伝送情報 に記載して 、る伝送性能の大きなものから順に行う。伝送性能が大きなリンクおよび 同報リンクは、伝送路の伝送特性が良好であるので伝送遅延が生じにくい。
[0280] 端末装置 (A)が伝送路特性が良好なリンクおよび同報リンクから順番にフレーム発 行処理を行うことで、他のリンクへの不必要な遅延を生じな 、ようにする効果が期待 できる。
[0281] 端末装置 (A)力 マルチキャストパケットを発行する順序は、 ACKを要さな 、リンク または同報リンクを優先したり、同報リンクよりもュ-キャストリンクを優先したり、宛先と する端末装置の多い同報リンクよりも、宛先とする端末装置の少ない同報リンクを優 先してもよい。端末装置 (A)が、フレーム発行順序を考慮することで、伝送遅延等に よる伝送品質の劣化を抑える効果が期待できる。
[0282] なお、以上の説明において帯域予約情報の内容を具体的に明示していないが、例 えば、帯域を占有して使用できる時間区間に確実に発信できるように別途送信バッフ ァ等を、端末装置 100が、準備して、その送信バッファ識別子を帯域予約情報とする 方法が考えられる。さらに、帯域予約情報は、ネットワーク 101を伝わるフレーム毎の ネットワーク 103のパケットの最大積載数や、パケットの有効時間などといった情報に よって構成されて ヽてよ 、。
[0283] ここで、更なる追加機能について説明する。
[0284] 上述した、端末装置 (A)の制御処理部 204が、ステップ S507にお 、て、受信した I GMP (MLD)メッセージを転送するかまたは破棄するかの判断の基準を、以下に説 明する。
[0285] IGMP (MLD)プロトコルでは、あるマルチキャストグループに対して送信される 1つ の QUERYメッセージに対して、当該マルチキャストグループに所属して 、る端末の 内!ヽずれか一台が、 IGMP (MLD) QUERYメッセージの発行元の装置に IGMP ( MLD) REPORTメッセージを発行すればよ!、ことが規定されて 、る。
[0286] 例えば、ネットワークに接続されているあるマルチキャストグループに属するホストに 対して、定期的に IGMP (MLD) QUERYメッセージの発行を行って!/、る場合を想定 する。このとき、 IGMP (MLD) QUERYメッセージに対する IGMP (MLD)REPOR Tメッセージを、端末装置 100が破棄することによって、端末装置 100に接続された ホストの内、当該グループに属するホストが必ず IGMP (MLD)レポートメッセージを 発行する。
[0287] したがって、端末装置 100が、 IGMP (MLD) QUERYメッセージの発行元に対す る IGMP (MLD) REPORTメッセージを遮断すると、グループに所属している全ての ホストが、ネットワーク 103で接続された端末装置 100に、 IGMP (MLD) REPORT メッセージを転送する。グループに所属している全てのホストが、ネットワーク 103で 接続された端末装置 100に、 IGMP (MLD)REPORTメッセージを転送することは、 ステップ S505において、必要な転送リンクを把握する上で、効果的に働く。
[0288] 端末装置 100は、 IGMP (MLD) QUERYメッセージをすベての端末装置 100に 確実に転送するために、 IGMP (MLD) QUERYメッセージをュ-キャストで送信す る転送ポリシーを適用してもよい。ュ-キャスト転送においては、 ACKを受けることが 容易なので、この転送ポリシーを適用すれば、端末装置 100がフレーム欠損などによ る再送の必要性を把握することができる。したがって、 IGMP (MLD) QUERYメッセ ージを、より確実に転送するという点で保証の度合いを高めることができる。なお、制 御処理部 204が、ステップ S507において、適用する IGMP (MLD)メッセージのマ ルチキャストアドレスグループ転送ポリシー 705は、これらに限るものではない。
[0289] 図 13は、以上の方法を実施するために、ホスト 111と端末装置 (A)との間に、 IGM P (MLD) QUERYメッセージを定期的に発行するマルチキャストルータ機能を備え たホストを設置したシステムを示す図である。
[0290] 図 13において、マルチキャストルータ 1301は、ホスト 111と端末装置 (A)の間に設 置されていると想定する。マルチキャストルータ 1301は、端末装置 (A)が接続された ポートに対して、ホスト 111が発行するマルチキャストグループ Gに属する IGMP (M LD) QUERYメッセージを定期的に発行する。
[0291] IGMPの仕様では、当該マルチキャストアドレスグループに属するホストは、当該マ ルチキャストアドレスグループの IGMP (MLD) QUERYメッセージに対して、 IGMP (MLD) REPORTメッセージを発行する。
[0292] あるホストが、同じサブネットワークに属するホストの IGMP (MLD) REPORTメッセ ージの発行を検知した場合、 IGMP (MLD) REPORTメッセージの発行は行わな!/ヽ 。換言すれば、他の端末力 GMP (MLD) REPORTメッセージの発行を検知できな ければ、 IGMP (MLD) REPORTメッセージを発行することになる。
[0293] 上記の方法によって、端末装置 100 (A)以外の端末装置 100が、ネットワーク 101 の外へ IGMP (MLD) REPORTメッセージを転送しない仕組みが出来上がる。した 力 Sつて、マルチキャストグループ Gに属するすべての端末装置接続単位の受信ホスト (ホス卜 112、ホス卜 115またはホス卜 116、ホス卜 118、ホス卜 119)力 GMP (MLD)R EPORTメッセージを発行し、 IGMP (MLD) REPORTメッセージが端末装置 100 ( A)に到達する。
[0294] ここで、ホスト 115とホスト 116は、端末装置(D)に接続された同じネットワーク 103 に属しているため、ホスト 115かホスト 116のどちら力が IGMP (MLD) REPORTメッ セージを発行すれば、発行しな力つたホストは発行を行わな!/、。
[0295] 端末装置 (A)は、こうした IGMP (MLD) REPORTメッセージを管理しておけば、 ホストが当該マルチキャストアドレスグループ G力も脱退した場合も、端末装置 (A)が IGMP (MLD) QUERYメッセージの発行周期の精度で、ホストが当該マルチキャス トアドレスグループ G力も脱退したことを把握することができ、ネットワーク 101のトラフ イツクを無駄に増大させな 、仕組みを実現できる。
[0296] ここで、明示的にホストのメンバシップ脱退を通知するメッセージが、 IGMPver. 2 以上にお 、て IGMP (MLD) LEAVEメッセージとして定義されており、本発明にお いて同じ目的の実現にこのメッセージを利用した方法がある。この方法については後 述する。
[0297] 以上の方法によれば、 IGMP (MLD) LEAVEメッセージが定義されて!ヽな 、IGM Pver. 1に準拠しているホストであっても、ホストの脱退を端末装置 (A)で把握できる 。なお、図 1に示すマルチキャストデータサーバであるホスト 111が、マルチキャストル ータ機能を有して 、ても同様である。
[0298] 本発明における端末装置 100は、マルチキャストアドレスグループ力 脱退するた めに IGMP LEAVEメッセージを発行するホストを想定し、さらに以下のような仕組 みを備えていてもよい。
[0299] 以下に、図 14A〜図 14Cを参照しながら、 IGMP LEAVEメッセージを発行する ホストを想定した場合における端末装置 100の処理を説明する。図 14A〜図 14Cに おいては、ホスト 119力 マルチキャストグループ Gから脱退するため〖こ IGMP LEA VEメッセージ MNを発行する例を説明する。
[0300] 図 14Aは、 IGMP LEAVEメッセージの処理を含むフローチャートである。図 14A に示されるフローチャートは、図 9に示されるフローチャートにステップ S1401が追加 されたものである。 [0301] 端末装置 (A)力 IGMP LEAVEメッセージを処理する動作を図 14Bを参照して 説明する。端末装置 (A)は、ステップ S 1402において、他の端末装置 100から転送 されたマルチキャストパケットが IGMP LEAVEメッセージか否かを判定する。端末 装置(A)は IGMP LEAVEメッセージであればステップ S 1403へ進み、 IGMP L EAVEメッセージでなければ処理を終了する。
[0302] 端末装置 (A)は、ステップ S 1403において、グループ管理情報 701が作成されて いるか否かの判定を行う。ここで、マルチキャストグループアドレス GAに対するグル ープ管理情報 701がない場合、端末装置 (A)は処理を終了し、グループ管理情報 がある場合、端末装置 (A)は、ステップ S1404へ進む。
[0303] 端末装置(A)は、ステップ S 1404にお!/、て、マルチキャストグループアドレスのグ ループ管理情報 701を更新する。
[0304] 図 14Cは、ステップ S1404の詳細な動作を説明する図である。端末装置 (A)は、ス テツプ S 1411において、 IGMP LEAVEメッセージ MNを発行したホスト 119のホス ト識別子と、 IGMP LEAVEメッセージ MNを転送したネットワーク 101における端 末装置 (F)の端末識別子とを参照して、発行ホスト識別子をマルチキャストグループ Gに対応するグループ管理情報 701から検索する。端末装置 (A)は、検索を終了す るとステップ S 1412の処理へ進む。
[0305] 端末装置 (A)は、ステップ S1412において、ステップ S1411で一致するホスト識別 子が見つ力つたか否かを判断する。端末装置 (A)は、ステップ S1411において、一 致するホスト識別子が見つ力もな 、場合は処理を終了し、見つ力つた場合はステップ S1413へ進む。
[0306] 端末装置 (A)は、ステップ S 1413において、ホスト 119の識別子を含む伝送情報 から、ホスト 119に対応するホスト識別子を削除する。端末装置 (A)は、ホスト識別子 を削除すると、ステップ S 1414へ進む。
[0307] 端末装置 (A)は、ステップ S1414において、ホスト 119のホスト識別子以外にホスト 識別子が伝送情報に含まれているカゝ否かを判断する。端末装置 (A)は、伝送情報に 、他のホスト識別子がなければ、ステップ S 1415へ進み、他のホスト識別子がある場 合は処理を終了する。 [0308] 端末装置 (A)は、ステップ S 1415にお 、て、ホスト識別子を含まな 、伝送情報を削 除し、登録テンポラリマップ数を 1デクリメントする。端末装置 (A)は、登録テンポラリマ ップ数を 1デクリメントすると、ステップ S1416へ進む。
[0309] 端末装置 (A)は、ステップ S 1416において、グループ管理情報に対応する登録テ ンポラリマップ数力 SOか否かを判断する。端末装置 (A)は、登録テンポラリマップ数が 0と判断すると、ステップ S1417の処理へ進み、登録テンポラリマップ数力^でないと 判断すると、処理を終了する。
[0310] 端末装置 (A)は、ステップ S1417において、テンポラリマップが登録されていない グループ管理情報を削除する。端末装置 (A)は、グループ管理情報を削除すると、 図 14Cに示す処理を終了し、図 14Aに示すステップ S504へ進む。
[0311] < 6.端末装置 (A)の処理:ホスト 116の識別子の削除〉
ここで、図 14に示す制御処理部 204の処理を具体的に説明するために、ホスト 11 6が、マルチキャストアドレス GAに IGMP LEAVEメッセージ MPを発行し、マルチ キャストグループ Gからの脱退を行う場合を説明する。ホスト 116は端末装置 (D)に 接続されて 、るので、端末装置(D)力 ホスト 116が発行した IGMP LEAVEメッセ ージ MPを端末装置 (A)に転送する。
[0312] 端末装置 (A)の制御処理部 204は、端末装置 (D)が転送した IGMP LEAVEメッ セージ MPを受信すると、図 14Aに示す処理をする。端末装置 (A)は、ステップ S50 2において、受信したメッセージ力 GMP LEAVEメッセージ MPであるので、ステツ プ S1401へ進む。
[0313] 再度図 14Bを参照し、端末装置 (A)の処理を説明する。端末装置 (A)の制御処理 部 204は、ステップ S 1402において、受信したメッセージ力 GMP LEAVEメッセ一 ジカ否かを判断する。端末装置 (A)は、ステップ S1402において、受信したメッセ一 ジカ GMP LEAVEメッセージなので" YES"と判断して、ステップ S1403へ進む。
[0314] 端末装置 (A)の制御処理部 204は、ステップ S1403において、マルチキャストグル 一プアドレス GAに対応するグループ管理情報 701が作られているカゝ否かを判断す る。端末装置(A)は、ステップ S 1403において、マルチキャストグループアドレス GA に対応するグループ管理情報が作られて 、るので" YES"と判断して、ステップ S14 04へ進む。
[0315] 再度図 14Cを参照し、端末装置 (A)の動作を説明する。端末装置 (A)の制御処理 部 204は、ステップ S 1411において、マルチキャストアドレスグループ GAに対応する グループ管理情報カゝら端末装置 (D)の端末識別子と、ホスト 116のホスト識別子を検 索する。端末装置 (A)は、検索が終了するとステップ S1412へ進む。
[0316] 端末装置 (A)の制御処理部 204は、ステップ S1412において、マルチキャストアド レスグループ GAに対応するグループ管理情報 701に、端末装置 (D)の端末識別子 と、ホスト 116のホスト識別子が登録されているので、 "NO"と判断してステップ S141 3へ進む。
[0317] 端末装置 (A)の制御処理部 204は、ステップ S1413において、ホスト 116のホスト 識別子の削除を行う。具体的には、図 13に示す伝送情報 # 1のリンク情報力もホスト 116の識別子を削除する。端末装置 (A)は、ホスト識別子を削除すると、ステップ S1 414の処理へ進む。
[0318] 端末装置 (A)の制御処理部 204は、ステップ S 1414において、伝送情報 # 1に削 除したホスト 116のホスト識別子以外のホスト識別子力 記録されているカゝ否かを判 断する。伝送情報 # 1には、ホスト 115の識別子が残っているので、 "NO"と判断して 、図 14Cに示す処理を終了する。この機能によって、端末装置 (A)の制御処理部 20 4は、マルチキャストパケットを転送する必要がないホストを判断して、無駄なマルチ キャストパケットの送信をすることがないので、ネットワーク 101における不必要なトラ フィックの増大を避けることができる。
[0319] なお、端末装置 (A)の制御処理部 204は、ステップ S1413において、ネットワーク 1 01におけるリンクを削除した場合に、ステップ S 1414のタイミングで、伝送情報で示 されるリンクに対して、伝送路推定機構を起動してもよい。
[0320] 仮に、ホスト 119力 GMP LEAVEメッセージを発行してマルチキャストグループ G 力もの脱退を行うと、制御処理部 204が、ステップ S1413を終了したときに、伝送情 報 # 3のリンク情報は、リンク Iに対応するホスト 112の識別子のみを含む。しカゝしなが ら、伝送情報 # 3に記載のテンポラリマップは、リンク Iとリンク IVとの同報マップである 。したがって、ホスト 119のホスト識別子が削除された後は、本来、同報マップにリンク IVの伝送マップを考慮する必要はな!/、。
[0321] そこで、端末装置 (A)の制御処理部 204が、リンク Iを対象に伝送路推定を行うこと によって、より効率的な転送を実現することができる。なお、こうした機能を備えるだけ でなぐ例えば端末装置 (A)が、伝送情報ごとに定期的に伝送路推定機構を起動す る仕組みを備える場合においても、ネットワーク 101のトラフィックは、効果的に低減さ れる。
[0322] 上述した方法によれば、端末装置 100は、マルチキャストパケットをネットワーク 101 を介して転送する際に、ネットワーク 101において帯域保証等の QoS (Quality of Service)を実現することができる。また、本発明に係る端末装置 100は、以下に説明 する、自動的に帯域予約調整を行う機能を備えていてもよい。
[0323] 本実施の形態における端末装置 100が備えて 、る外部インタフェース処理部 203 は、マルチキャストアドレスグループごとに、外部インタフェース処理部 203へ入力さ れるパケットレートを監視および測定する機能と、グループ管理情報 701に含まれて いるマルチキャストアドレスグループの帯域予約の内容と、ネットワーク 103から入力 されるパケットレートとを比較し、比較した結果がある閾値を超えた力どうかを判定す る機能とを有する。
[0324] ここで仮に、ネットワーク 101に対する帯域予約の内容と、ネットワーク 103から入力 されるパケットレートとを比較した結果力 ある閾値を超える場合に、外部インタフエ一 ス処理部 203が、制御処理部 204を通じて、帯域予約管理部 207に対して帯域予約 調整を再び行うようにイベントを発生させる。
[0325] 帯域予約管理部 207が行う調整の内容は、外部インタフェース処理部 203が監視 および測定したパケットレートに基づくものであってよい。この仕組によって、端末装 置 100力 帯域予約による伝送品質を、ネットワーク 103から受信しているパケットレ ートに、追従させることが可能となる。
[0326] したがって、端末装置 100が、転送するべきパケットが入力されない場合の帯域予 約によって占有されている帯域の浪費や、実際のパケットレートに対して帯域予約に よって占有されて 、る帯域が足りて 、な 、ことによる、伝送品質の低下を防ぐことがで き、自動的に高品質な伝送システムを実現することが可能である。 [0327] 更に、端末装置 100は、ホスト 118上で、配信型 AVコンテンツを受信している場合 に、ユーザによるチャンネルザッビングによって、頻繁にマルチキャストアドレスグル ープが変更されるような場合に、 自動的な帯域予約を過負荷になることなく実現する ために、以下に説明する動作をしてもよい。
[0328] 端末装置 100が、マルチキャストアドレスグループ Gに対応するグループ管理情報 701と、マルチキャストアドレスグループ Fに対応するグループ管理情報 701とを管理 している場合を想定する。
[0329] ここで、マルチキャストアドレスグループ Gに対応するホスト 118が、マルチキヤストア ドレスグループ Fに属する IGMP JOINメッセージを発行する。端末装置 (A)は、ホ スト 118をマルチキャストアドレスグループ Gに対応するグループ管理情報にお!/ヽてリ ンク IIIと対応させて管理して 、る。
[0330] 端末装置 (A)は、ホスト 118が発行するマルチキャストアドレスグループ Gに対する I GMP LEAVEメッセージを検知しなくとも、マルチキャストアドレスグループ Gに対 応するリンク ΠΙの帯域予約を解放する。
[0331] 端末装置 (A)は、マルチキャストアドレスグループ Gに対応するリンク IIIの帯域予約 を解放した後、マルチキャストアドレスグループ Fに対応するリンク IIIの帯域予約をす る力、またはマルチキャストアドレスグループ Gに関わるリンク IIIの予約帯域を、その ままマルチキャストアドレスグループ Fに関わるリンク IIIへと予約帯域へ移行する。
[0332] このように、あるホストのマルチキャストアドレスグループが頻繁に変更される場合で も、端末装置 (A)が上記の動作を行うことで、自動的な帯域予約を過負荷になること なく実現できる。なお、ここではホストの識別子を判断材料とする例を記した力 アプリ ケーシヨン識別子 (IPプロトコルではポート番号など)やその他の情報を判断材料とし てもよい。
[0333] 以上に、第 1の実施形態に係る端末装置 100の処理を説明した。第 1の実施形態 に係る端末装置 100は、図 9に示すステップ S503の処理を終了した後に、以下に説 明する帯域保証を行ってから、ステップ S504の処理へ進んでもよ!、。
[0334] 帯域保証とは、制御端末によってネットワーク 101のメディアアクセスを制御するよう な集中制御メディアアクセス方式において、例えば TDMA方式のように、制御端末 力 パケットの送信を許可する時間を割り振り、メディアを送信端末に優先的に割り当 てる方法あり、確実にデータ伝送の品質保証を行うことができる仕組みのことである。
[0335] 上記の帯域予約機構は、帯域予約を管理する制御端末との通信を別途必要とし、 この手続きは帯域予約管理部 207が主体となって実現する。以下に、帯域予約管理 部 207が帯域保証する処理を説明する。
[0336] 帯域予約管理部 207は、マルチキャストアドレスグループ GAに関するグループ管 理情報 701に含まれるパケット種別 704と、ベンダが予め準備するパケット種別ごと の帯域予約情報テーブル (図 6参照)とを参照する。
[0337] 帯域予約管理部 207は、パケット種別 704と、帯域予約情報テーブルとを参照して
、端末装置 (A)がネットワーク 101に発行するマルチキャストアドレスグループ GAに 関するフレームの伝送品質の予約の第 1段階を行う。
[0338] ここで、マルチキャストグループアドレス GAに関するグループ管理情報 701に含ま れるパケット種別 704は、「電話音声」と設定されている。したがって、帯域予約管理 部 207は、図 6において「電話音声」に対応する最低レート、最高レート、許容遅延、 欠損保証に基づいて、要求品質を決定する。要求品質が決定すれば、帯域予約管 理部 207は、帯域予約の手続きをし、帯域予約を実現する。
[0339] なお、帯域予約管理部 207が行う帯域予約は、伝送路状態の変化に伴って伝送性 能が変化した場合に、帯域調整という形で実行される場合もある。この帯域予約情報 は、マルチキャストアドレスグループ転送ポリシー 705に含まれる情報として管理され てもよい。
[0340] 図 7は欠損保証を示す図である。端末装置 (A)の制御処理部 204が、パケット種別 704に設定した「電話音声」の欠損保証レベルは 1である。欠損保証レベル 1は、 Vit erbi (ビタビ)を用いる畳み込み符号や、 Reed -Solomon (以下 RS)符号等による 誤り訂正機能を使用せず、 ACKを要さな ヽ欠損保証レベルでよ!ヽと定義されて!ヽる 。 ACKを要さないということは、マルチキャスト伝送、ブロードキャスト伝送のような同 報送信を行って、効率化を図ってもょ 、と ヽうことになる。
[0341] ここで、他の欠損保証レベルを説明するために、パケット種別 704が「制御」である 場合を説明する。図 6を参照すると、パケット種別 704が「制御」の場合は、対応する 最低レート、最高レート、許容遅延の項目が指定なしとなつているので、帯域保証の ための予約を行わなくてよい。つまり、 CSMAZCA方式のような分散制御型メディア アクセス制御等でアクセスを制御してよ 、。
[0342] さらに、図 7を参照すると対応する欠損保証レベルは 7であるから、誤り訂正機能と して、ネットワーク 101を介して伝送するフレームは、ビタビを用いた畳み込み符号を 50%含み、 RS符号を 255バイト伝送のうち 16バイト含む。また、制御処理部 204は 、サブキャリアごとの記載情報量を減らす。
[0343] 例えば、制御処理部 204はリンク IIの伝送マップ 302において、 10あるサブキャリア の各記載情報量を 1ビットずつ減じる。欠損保証レベル 7は ACKを要すると定義され ているので、端末装置 (A)は、パケットをュ-キャストでネットワーク 101に転送するよ うに設定するまたは端末装置 (A)は、通常は ACKを要さない同報送信をしても、この リンクに関しては ACKを求める。
[0344] 端末装置 (A)力 ACKを求めることで、誤り訂正を用いてデータ伝送しても訂正し きれずにデータ欠損が起きた場合に、データ欠損が起きたことを端末装置 (A)が把 握することができ、再送処理をすることができる。また、欠損保証レベル 7は、同じフレ ームを 2回にわたって繰り返し送信を行うものと規定する。
[0345] ここで、ネットワーク 103がイーサネット (登録商標)とした場合、端末装置 (A)が、特 にネットワーク 101にお 、て確実に転送した 、パケットを、「制御」とするように設定し てもよい。例えば、 IGMPメッセージにカ卩えて、マルチキャストアドレスで識別が可能 な UPnPパケットなども、「制御」として設定するとよい。なお、「制御」のような、確実に 転送を行いたい種別のパケットの転送には、伝送路推定を行わないで、冗長な変復 調方式を適用するなどしてょ ヽ。
[0346] (第 1の実施形態の変形例)
上記の第 1の実施形態において、図 11Aに示すアルゴリズムは、登録済みの伝送 性能の低 、テンポラリマップ力も順に判定し、一意に同報マップの設定を行う方法を 示す。
[0347] さらに、転送管理部 206は、ステップ S505において、すべての伝送方法を考慮し、 必要なリンクへ転送する際に、転送時間が最も小さいと想定される伝送方法を選択し てもよい。
[0348] 例えば、転送管理部 206は、必要なリンクについてあらゆる同報マップを生成し、ネ ットワーク 101内におけるュ-キャスト、マルチキャスト、ブロードキャストなどの伝送方 法を考慮して、伝送マップの伝送性能と、ネットワーク 101におけるフレーム発行数を 加味して算出される総時間に基づいて、必要な転送リンクについて、伝送時間が最 も小さい伝送方法を算出することが可能である。
[0349] また、第 1の実施形態では、端末装置の CPU負荷などハードウェアリソース等を考 慮して、図 11Aのようなアルゴリズムを例示したが、図 11Aに示されるアルゴリズムの 代わりに、最適な伝送方法を算出して適用する以下のアルゴリズムも、当然用いるこ とがでさる。
[0350] 本変形例は、第 1の実施形態において示した図 9のステップ S505のアルゴリズムが 変更された例である。
[0351] 図 15Aは、第 1の実施形態の変形例において端末装置 100が用いるリンク管理テ 一ブル 1061を示す図である。
[0352] 図 15Aに示すリンク管理テーブル 1061は、端末装置 100と端末装置 100とのペア を定義するリンクの情報を管理するテーブルであり、データ記憶部 202上に記憶され る。リンク管理テーブル 1061は、当該テーブルを保持する端末装置 100と接続され ている宛先端末とのリンクについての情報を示すリンク管理情報 1062、 1063が記録 されている。リンク管理情報は、接続されている端末装置の数だけ存在する。
[0353] リンク管理情報 1062は、リンク識別子 10621と、宛先端末装置識別子 10622と、 伝送マップ情報 10623とを含む。なお、伝送マップ情報 10623は、伝送路推定の結 果を表す情報である。同様に、リンク管理情報 1063は、リンク管理情報 1062と同様 の情報を含む。また、登録リンク数 1064は、リンク管理テーブル 1061が有するリンク 管理情報の数を表している。登録リンク数 1064が保持する値は、この端末装置 100 が通信できる端末装置 100の数と等しい値である。
[0354] 図 15Bは、第 1の実施形態の変形例における端末装置 100の詳細な処理を説明 する図である。転送管理部 206は、ある端末装置 100から、 IGMP (MLD)メッセ一 ジを受信したときに、図 15Bに示す処理を開始する。 [0355] ステップ S11701において、転送管理部 206は、受信した IGMP (MLD)メッセ一 ジの送信元端末装置 100と、端末装置 100とのリンクをリンク管理テーブル 1161に 登録し、登録リンク数 Nを 1インクリメントする。
[0356] ステップ S11702において、転送管理部 206は、変数 Kと、リンク配列 L[N]と、配 列 H[N] [N]と、変数 h—gr— numとを初期化する。 Nは、登録リンク数 1064が保持 する値である。また、 min_timeを十分大きな値で初期化する。
[0357] リンク配列 Lは、リンク識別子 10621等を記憶するための配列である。配列 H[N] [ N]は、マルチキャストパケットを転送する転送ポリシーに設定するグループとリンクの 情報とを対応させて格納する配列である。配列 H[N] [N]は、全てのグループ分け の中力も最も短 、伝送時間 min— timeを与えるグループとリンクの情報を格納する。 変数 h—gr— numは、配列 H[N] [N]の行数を格納する変数である。変数 h—gr— n umの値は、グループの数を表す。転送管理部 206は、ステップ S11702〖こおいて変 数の初期化が終了するとステップ S11704へ進む。
[0358] ステップ S11704において、転送管理部 206は、変数 Kの値と、登録リンク数 Nの値 とを比較する。転送管理部 206は、 Kの値が登録リンク数 Nの値以上であればステツ プ S 11711へ進み、変数 Kの値が登録リンク数 N未満であればステップ S 11705へ 進む。
[0359] ステップ S11705において、転送管理部 206は、グループを識別するためのグルー プ識別子 gr_numと、変数 numberと、配列 G[N] [N]とを初期化する。グループ識 別子 gr_numと、変数 numberと、配列 G[N] [N]と、配列 H[N] [N]と、登録リンク 数 Nとは、グローバル変数である。
[0360] 配列 Gは、配列 Hを決定するために、すべてのリンクの組み合わせをグループと対 応付けて記憶する配列である。配列 Gおよび配列 Hの要素は、グループとリンクであ る。転送管理部 206は、ステップ S11705の処理を終えると、ステップ S11706へ進 む。
[0361] ステップ S11706において、転送管理部 206は、すべてのリンクの組み合わせをグ ループとして定義する。なお、ステップ S 11706の詳細な処理は、後述する。転送管 理部 206は、全てのリンクの組み合わせをグループとして定義すると、ステップ S117 07へ進む。
[0362] ステップ S11707において、転送管理部 206は、図 15Cに示す処理を実行してデ ータ記憶部 202に TRUEが記憶されている力、 FALSEが記憶されているかを判断 する。転送管理部 206は、データ記憶部 202に TRUEが記憶されていれば、ステツ プ S11709へ進み、データ記憶部 202に FALSEが記憶されていれば、ステップ S1 1708へ進む。
[0363] ステップ S11709において、転送管理部 206は、リンク配列 L[N]を並び替えて、ス テツプ S 11710の処理へ進む。
[0364] ステップ S11710において、転送管理部 206は、すべてのリンク配列 L[N]の並び 替えについて、ステップ S11708における伝送時間の評価が終了したか否かを判断 する。転送管理部 206は、伝送時間の評価が終了していればステップ S11703へ進 み、終了していればステップ S11704の処理へ戻る。
[0365] ステップ S11703において、転送管理部 206は、変数 Kを 1インクリメントして、ステ ップ S11704へ進む。変数 Kは、グループに含まれるリンクの数を表す。
[0366] 転送管理部 206は、ステップ S11711において、配列 H[N] [N]に含まれるグルー プとリンクとに基づいて、転送ポリシーを設定し、ステップ S 11712へ進む。なお、ステ ップ S 11711における転送管理部 206の詳細な処理は、後述する。
[0367] 転送管理部 206は、ステップ S11712において、配列 H[N] [N]に基づき、図 10B に示すステップ S1022と同様にマルチキャストアドレスグループ転送ポリシー 705を 設定する。
[0368] 転送管理部 206は、図 15Bに示す処理を実行する場合においても、第 1の実施形 態で説明した図 9のステップ S505と同様に、最適な伝送マップを算出し、高速で安 定した同報伝送を行うことができる。
[0369] 図 15Cは、ステップ S 11706の処理を詳細に説明する図である。
[0370] ステップ S11801において、転送管理部 206は、変数 iを 0として、ステップ S11802 の処理へ進む。
[0371] ステップ S11802において、転送管理部 206は、変数 iの値と、変数 kの値とを比較 する。転送管理部 206は、ステップ S 11802において、変数 iの値が kの値未満であ れば、ステップ SI 1803に進み、変数 iの値が k未満でなければステップ SI 1805へ 進む。
[0372] ステップ S11803において、転送管理部 206は、配列 G[gr— num] [i]にリンク配 列 L [number]に記憶されているリンク識別子を代入し、変数 numberの値を 1インク リメントする。転送管理部 206は、ステップ S 11803の処理を終えると、ステップ S118 04の処理へ進む。
[0373] ステップ S11804において、転送管理部 206は、変数 iの値を 1インクリメントし、ステ ップ S 11802へ戻る。
[0374] 転送管理部 206は、ステップ S11802〜S11804の動作を、変数 iと変数 numberと をそれぞれ 1ずつインクリメントしながら、変数 kで指定される回数だけ繰り返す。した 力 Sつて、グループ識別子 gr— numに対応するグループに含まれるリンク識別子に対 応するリンクの数は、変数 kの数と等しくなる。なお、図 15Cに示される処理は、図 15 Bに示すステップ S11703においてインクリメントされる変数 Kの値に応じて、繰り返し 実行される。したがって、転送管理部 206は、変数 kの数のリンクのすべての組み合 わせをグループとして生成する。
[0375] ステップ S11805〖こお!/、て、転送管理部 206は、グループ識別子 gr— numの値を 1インクリメントし、ステップ S11806へ進む。
[0376] ステップ S11806において、転送管理部 206は、登録リンク数 Nと変数 numberとの 差を求め、求めた差が 1より大きいか否かを判断する。転送管理部 206は登録リンク 数 Nと変数 numberとの差力 1より大きければステップ S 11807へ進み、 1より小さけ ればステップ S 11812へ進む。
[0377] ステップ S11807において、転送管理部 206は、変数 jに 1を代入して、ステップ S1 1808の処理へ進む。
[0378] ステップ S11808において、転送管理部 206は、登録リンク数 Nと変数 numberとの 差を求め、求めた差が変数 jの値より大きいか否かを判断する。転送管理部 206は、 登録リンク数 Nと変数 numberとの差力 変数 jより大きければステップ S11809へ進 み、変数 jより小さければステップ S11815へ進む。
[0379] ステップ S11809〖こおいて、転送管理部 206は、再び図 15Cに示す処理を再帰的 に実行する。すなわち、転送管理部 206は、ステップ S11801〜S11809の処理を 繰り返すので、すべてのリンクとグループ識別子 gr—numとの組み合わせを配列 G [ gr_num] [i]に格納し、リンクの組み合わせをグループとして記憶する。
[0380] ステップ S11810において、転送管理部 206は、ステップ S11809の処理の結果( すなわち、再帰的に呼び出された処理のステップ S 11814または S 11815において 返された値)力 TRUEか FALSEかを判断する。転送管理部 206は、ステップ S11 809の処理の結果力 TRUEであればステップ S11811へ進み、 FALSEであれば ステップ S 11814へ進む。
[0381] ステップ S11811において、転送管理部 206は、変数 jの値を 1インクリメントし、ステ ップ S 11808へ戻る。
[0382] ステップ S11812に転送管理部 206が到達するのは、ステップ S11806において" NO"と判断された場合である。転送管理部 206は、ステップ S11812において、配列 G[gr_num] [0]の要素にリンク配列 L[number]の要素を代入し、ステップ S1181 3へ進む。
[0383] ステップ S11813〖こおいて、転送管理部 206は、グループ識別子 gr—numの値を
1インクリメントし、ステップ S11814へ進む。
[0384] ステップ S11814において、転送管理部 206は、 FALSEを返す。
[0385] ステップ S11815において、転送管理部 206は、 TRUEを返す。
[0386] 図 15Dは、図 15Bに示されるステップ S11708の処理を詳細に説明する図である。
[0387] ステップ S11901〖こおいて、転送管理部 206は、変数 iおよび変数 tmp— timeを 0 とし、ステップ S 11902へ進む。
[0388] ステップ S11902にお!/、て、転送管理部 206は、変数 iとグループ識別子 gr—num とを比較する。転送管理部 206は、変数 iがグループ識別子 gr—numより小さければ ステップ S11903へ進み、変数 iがグループ識別子 gr—numより大きければ、ステツ プ S 11907へ進む。
[0389] ステップ S 11903にお!/ヽて、転送管理咅は、変数 jの値を 0とし、ステップ S 11904 へ進む。
[0390] ステップ S11904において、転送管理部 206は、配列 G[i] []に含まれるすべてのリ ンクの伝送マップについて、サブキャリアごとに論理積を算出し、同報マップを作成 する。転送管理部 206は、同報マップの作成を終了すると、ステップ S11905へ進む
[0391] ステップ S11905において、転送管理部 206は、作成した同報マップにおいて所望 のデータを送出するのに必要な時間を計算し、算出した時間を変数 tmp— timeに 加算する。転送管理部 206は、算出した時間を変数 tmp— timeに加算すると、ステ ップ S 11906へ進む。
[0392] 伝送マップは、シンボル長毎の伝送可能データ量を示す。したがって、転送管理部 206は、ステップ S11905において、要求されている伝送データ量または所定の値と 、伝送マップとから所望のデータを伝送するために要する伝送時間を算出する。転 送管理部 206が、ステップ S11905において、算出する伝送時間には、 L2の仕様で 定義されているフレーム間時間(IFS)や、フレームヘッダなどの伝送するデータ以外 のオーバーヘッドを考慮してもよ ヽ。
[0393] ステップ S11906において、転送管理部 206は、変数 iを 1インクリメントしてステップ S11902の処理に戻る。
[0394] ステップ S 11906に転送管理咅 206力 IJ達するの ίま、ステップ S11902にお!/ヽて、 変数 iがグループ識別子 gr— numより小さくな ヽと判断された場合である。転送管理 部 206は、ステップ S11906において、変数 min— timeの値と、変数 tmp— timeの 値とを比較する。転送管理部 206は、変数 tmp— timeの値が変数 min— timeの値 より小さければステップ S11907へ進み、変数 tmp— timeの値が変数 min— timeの 値より小さくなれば、図 15Dに示す処理を終了する。
[0395] ステップ S11907において、転送管理部 206は、配列 G[N] [N]を配列 H[N] [N] に代入し、グループ識別子 gr— numを変数 h— gr— numに代入する。転送管理部 2 06は、変数 h—gr— numにグループ識別子 gr— numを代入すると、図 15Dに示す 処理を終了し、ステップ S 11709へ進む。
[0396] 転送管理部 206は、図 15Dに示す処理をした結果、伝送時間が最も短くなる同報 マップを配列 H[N] [N]に格納する。
[0397] 図 15Eは、図 15Bに示されるステップ S11711における転送管理部 206の処理を 詳細に説明する図である。
[0398] ステップ S11001〖こおいて、転送管理部 206は、変数 iを 0で初期化し、ステップ S1 1002へ進む。
[0399] ステップ S11002〖こおいて、転送管理部 206は、変数 iと変数 h— gr— numとを比 較する。転送管理部 206は、変数 iが変数 h—gr— numより小さければステップ S110 03の処理へ進む。転送管理部 206は、変数 iが変数 h—gr— numより大きければ図 15Eに示す処理を終了し、図 15Bに示すステップ S 11712へ進む。
[0400] ステップ S11003〖こおいて、転送管理部 206は、配列 H[i] []に含まれるすべての リンクの伝送マップについて、サブキャリアごとに論理積を算出し、同報マップを作成 する。転送管理部 206は、同報マップを作成するとステップ S 11004へ進む。
[0401] ステップ S11004にお!/ヽて、転送管理咅 206は、図 10Bに示すステップ S1122と 同じ処理を実行して、ステップ S 11003において算出した同報マップを、マルチキヤ ストアドレスグループ転送ポリシー 705に設定する。
[0402] ステップ S11005において、転送管理部 206は、配列 H[N] [N]に含まれるすべて のリンクに対応するすべての端末装置に、マルチキャストアドレスグループおよび同 報マップを通知する。転送管理部 206は、マルチキャストアドレスグループおよび同 報マップの通知をするとステップ S 11002へ戻る。
[0403] (第 2の実施形態)
第 2の実施形態は、第 1の実施形態と比較して、さらに簡易な方法を用いて同報伝 送の高速化を図る例を示す。第 2の実施形態は、特に既存専用線のように、伝送路 上の周波数特性がそれほど多様でな 、メディアにお 、て特に有効である。
[0404] 第 2の実施形態に係る端末装置 100の基本的な構成は、第 1の実施形態に係るも のと同様であるため、図 1〜図 3を援用して、繰り返しの説明を省略する。また、第 1の 実施形態と同様に、ネットワーク 103は、イーサネット (登録商標)規格に準拠するネ ットワークであると想定する。更に、第 2の実施形態に係る端末装置 100は、第 1の実 施形態と同様に、ネットワーク 101において DMTによるマルチキャリア伝送を行うと 想定する。
[0405] 図 16は、第 2の実施形態において、端末装置 100が使用するグループ管理情報 1 701の構成を説明する図である。
[0406] 第 2の実施形態に係るグループ管理情報 1701は、 IPマルチキャストグループアド レス 1702と、伝送マップ番号 1703と、伝送性能 1704と、登録リンク数 1705と、複数 のリンク情報 1706とを含む。リンク情報 1706の各々は、宛先端末装置識別子と、ホ スト識別子とを含んでいる。
[0407] 図 17は、本発明の第 2の実施形態に係る端末装置において、制御処理部が実行 する処理の詳細を示すフローチャートである。
[0408] 端末装置 100の外部インタフェース処理部 203は、ネットワーク 103から、ネットヮー ク 101へ転送するマルチキャストパケットを受信すると、受信したマルチキャストバケツ トのヘッダ情報を参照し、マルチキャストパケットである場合は、受信したパケットを制 御処理部 204へ渡す。
[0409] ステップ S1501において、制御処理部 204は、外部インタフェース処理部 203から マルチキャストパケットを受け取る。
[0410] ステップ S1502において、制御処理部 204は、受け取ったパケットが、 IGMP JOI Nメッセージまたは IGMP REPORTメッセージであるか否かを判定する。制御処理 部 204は、受け取ったパケットが、 IGMP JOINメッセージまたは IGMP REPORT メッセージである場合には、ステップ S1503へ進み、それ以外の場合には、ステップ S 1505へ進む。
[0411] ステップ S 1503において、制御処理部 204は、転送するパケットのマルチキャスト アドレスに対し、マルチキャストパケットの発行元であるソース端末装置を把握して ヽ るカゝ否かを判断する。なお、制御処理部 204がソース端末を把握する方法について は後述する。
[0412] ステップ S 1503において、制御処理部 204は、ソース端末装置を把握している場 合には、ステップ S1504へ進み、それ以外の場合には、ステップ S1506へ進む。
[0413] ステップ S1504において、制御処理部 204は、把握しているソース端末装置を宛 先として、受け取ったマルチキャストパケットから複製したパケットをュ-キャスト送信 することを設定する。制御処理部 204は、ュニキャスト送信の設定を終了すると、ステ ップ S 1508へ進む。 [0414] ステップ S1505〖こおいて、制御処理部 204は、転送するマルチキャストパケットに 対応する同報マップが作成されているか否かを判定する。なお、同報マップを作成 する方法については後述する。制御処理部 204は、受信したマルチキャストパケット 含まれるマルチキャストアドレスグループについての同報マップが作成されている場 合には、ステップ S1507へ進み、それ以外の場合には、ステップ S1506へ進む。
[0415] ステップ S1506において、制御処理部 204は、転送するパケットをネットワーク 101 内で、ダイバシチモードでブロードキャスト送信するように設定する。制御処理部 204 は、ステップ S1506の処理を終えると、ステップ S1508へ進む。
[0416] ステップ S1507〖こおいて、制御処理部 204は、転送するマルチキャストパケットに 対応する同報マップを適用し、ステップ S 1508へ進む。
[0417] ステップ S1508において、制御処理部 204は、設定したモードに応じて、転送の要 求を受けたマルチキャストパケットをネットワーク 101に転送するように、送受信処理 部 201へ要求する。
[0418] 図 18は、本発明の第 2の実施形態において、端末装置がマルチキャストパケットを 受信したときに、制御処理部 204が実行する処理の詳細を示すフローチャートである
[0419] ステップ S1601において、送受信処理部 201が受信したパケットがマルチキャスト パケットであることを判定すると、制御処理部 204は、送受信部 201から受信したパケ ットを受け取る。
[0420] ステップ S1602において、制御処理部 204は、受信したマルチキャストパケットが I GMP (MLD) JOINメッセージまたは IGMP (MLD) REPORTメッセージであるか否 かを判定する。制御処理部 204は、転送するマルチキャストパケットが IGMP (MLD) JOINメッセージまたは IGMP (MLD) REPORTメッセージである場合には、ステップ S 1603へ進み、それ以外の場合には、ステップ S 1606へ進む。
[0421] ステップ S1603において、制御処理部 204は、転送するマルチキャストアドレスに 関するグループ管理情報 1701がまだ作成されて 、な 、場合には、転送するマルチ キャストアドレスに関するグループ管理情報 1701を作成する。すなわち、制御処理 部 204は、受信したマルチキャストパケットから取り出した IPマルチキャストグループ アドレス 1702と、リンク情報 1706とを用いて、グループ管理情報 1701を作成する。 また、制御処理部 204は、グループ管理情報 1701に含まれる登録リンク数 1705に 1を設定する。更に、制御処理部 204は、リンク情報 1706の宛先端末装置識別子に 、 IGMP (MLD)メッセージの転送を要求した端末装置 100の識別子を設定し、ホス ト識別子に、 IGMP (MLD)メッセージを発行したホスト識別子を設定すればよい。
[0422] 一方、グループ管理情報 1706が既に作成されている場合、制御処理部 204は、リ ンク情報 1706を追加する。追加されたリンク情報 1706には、 IGMP (MLD)メッセ ージの転送を要求した端末装置 100の識別子と、 IGMP (MLD)メッセージを発行し たホストの識別子とが設定される。また、制御処理部 204は、登録リンク数 1705の値 を 1だけインクリメントする。制御処理部 204は、ステップ S 1603の処理を終了すると、 ステップ S 1607へ進む。
[0423] ステップ S1607において、制御処理部 204は、マルチキャストアドレスに対応する グループ管理情報に登録されているすべてのリンクに対して、伝送路推定を行う。よ り詳細には、制御処理部 204は、リンクの各々についての伝送マップを取得する。制 御処理部 204は、ステップ S 1607の処理を終了すると、ステップ S 1604へ進む。
[0424] ステップ S1604にお!/、て、制御処理部 204は、取得した伝送マップの中から伝送 性能が最も低い伝送マップを選択し、選択された伝送マップを用いて、グループ管 理情報 1701を更新する。より詳細には、制御処理部 204は、伝送性能が最も低いと 判断した伝送マップ番号を伝送マップ番号 1703に設定し、当該判断された伝送マツ プから取得される伝送性能を伝送性能 1704に設定する。なお、グループ管理情報 1 701の更新後、制御処理部 204によって選択されな力つた伝送マップを保持するた めのリソースは、解放されてもよい。
[0425] ステップ S1605において、制御処理部 204は、転送の要求を受けたマルチキャスト パケットをネットワーク 103に送出するように、外部インタフェース処理部 203に要求 する。
[0426] ステップ S1606において、制御処理部 204は、転送の要求を受けたマルチキャスト パケットに含まれるマルチキャストアドレスと、転送の要求をした端末装置の識別子を 関連付けて記憶する。なお、制御処理部 204は、ステップ S 1606の処理を実行する ことによって記憶したマルチキャストアドレスと、端末装置の識別子とに基づいて、上 述のステップ S 1504の判定を実行する。
[0427] なお、上記のステップ S1604において、制御処理部 204は、次のような処理を実行 することによって、グループ管理情報 1501を更新しても良い。
[0428] まず、制御処理部 204は、マルチキャストパケットを転送する要求を受けたリンクに ついてのみ伝送路推定を行う。次に、制御処理部 204は、伝送路推定が行われたリ ンクの伝送性能と、既に設定されている伝送性能 1704とを比較する。そして、制御 処理部 204は、伝送性能がより低い伝送マップを選択して、選択した伝送マップの番 号および伝送性能に基づ 、て、伝送マップ番号 1703と伝送性能 1704とを更新する 。グループ管理情報 1701の更新後、選択されていない伝送マップを保持するため のリソースは、解放されてもよい。
[0429] 以上のような制御処理に従って、制御処理部 204は、全リンクについての伝送路推 定を行うことに起因する共通帯域への負荷や、伝送マップを作成するために一時的 に使用するメモリ領域等のリソースを低減することができる。
[0430] ここで、図 1を参照しながら、本実施形態に係る端末装置 100の処理の具体例を説 明する。以下の具体例においては、ホスト 111力 マルチキャストグループアドレス H A (IPマルチキャストグループ H)を宛先とするマルチキャストパケットを発行した場合 を想定する。また、 IPマルチキャストグループ Hに属するホスト、すなわち、 IPマルチ キャストグループ Hで配信されるパケットを受信または発信したいアプリケーションを 稼動して ヽるホストは、ホスト 111、 112、 115、 116、 118、 119であると想定する。
[0431] < 1.端末装置 ( A)の処理 >
ホスト 111がマルチキャストアドレス HAを宛先としたパケットを発行すると、端末装 置 (A)の外部インタフェース処理部 203は、受信したパケットを受け取る。外部インタ フェース処理部 203は、入力されたパケットがマルチキャストパケットであることを判定 すると、制御処理部 204は、図 17に示されるフローチャートに従って、以降の処理を 実行する。
[0432] 制御処理部 204は、ステップ S1502〖こおいて、受信したメッセージが、 IGMP (ML D)メッセージではないと判断して、ステップ SI 505へ進む。 [0433] 制御処理部 204は、ステップ S 1505において、受信したマルチキャストパケットのマ ルチキャストグループ Hに対応する同報マップを作成して 、な 、ので、ステップ S 150 6へ進む o
[0434] 制御処理部 204は、ステップ S 1506において、転送するマルチキャストパケットをダ ィバシチモードでブロードキャスト送信する設定をし、ステップ S 1508へ進む。
[0435] 制御処理部 204は、ステップ S 1508において、マルチキャストパケットをネットヮー ク 101へ転送するように、送受信処理部 201に要求する。
[0436] 端末装置 (A)は、図 17に示す処理を終えると、ホスト 111が送信したマルチキャスト パケットをネットワーク 101にダイバシチモードでブロードキャスト送信する。この結果 、端末装置 (A)は、受信したパケットを、すべての端末装置に転送することができる。
[0437] < 2.端末装置 (B)の処理 >
次に、本実施形態における端末装置 100が、ネットワーク 101からマルチキャストパ ケットを受信した場合の動作を、端末装置 (B)の処理を例として説明する。
[0438] 端末装置 (B)の送受信処理部 201は、端末装置 (A)がブロードキャスト送信したマ ルチキャストパケットを含むフレームをネットワーク 101から受信する。端末装置 )が 受信したフレームは、マルチキャストパケットを含んでいるので、制御処理部 204は、 図 18に示されるフローチャートに従って、以降の処理を実行する。
[0439] 制御処理部 204は、ステップ S1602において、受信したマルチキャストパケットが I GMP (MLD)メッセージではないため、ステップ S 1606へ進む。
[0440] 制御処理部 204は、ステップ S1606において、受信したマルチキャストパケットに 含まれるマルチキャストアドレス Hと、当該マルチキャストパケットを発行したソース端 末装置 (A)の識別子とを関連付けて記憶し、ステップ S 1605へ進む。
[0441] 制御処理部 204は、ステップ S1605において、外部インタフェース処理部 203に対 し、マルチキャストパケットの転送を要求する。
[0442] 端末装置 (B)から転送されたマルチキャストパケットは、ホスト 112に到達する。ホス ト 112は、マルチキャストグループアドレス HAのパケットを受信したいので、 IGMP J OINメッセージ MBを発行する。 IGMP JOINメッセージ MBは、マルチキャストグル 一プアドレス HAを宛先としたパケットであり、端末装置 (B)の外部インタフェース処 理部 203へ渡される。
[0443] 外部インタフェース処理部 203が受信したパケットは、ホスト 112から送信されたマ ルチキャストパケットである。したがって、端末装置 (B)制御処理部 204は、図 17に示 されるフローチャートに従って、以降の処理を実行する。
[0444] 制御処理部 204は、ステップ S1502〖こおいて、受信したマルチキャストパケットが I
GMP (MLD) JOINメッセージ MBであるので、ステップ S 1503へ進む。
[0445] 制御処理部 204は、ステップ S 1503において、 IPアドレスグループのソース端末装 置( A)を管理して!/、るため(図 18に示すステップ S 1606)、ステップ S 1504へ進む。
[0446] 制御処理部 204は、ステップ S1504において、転送の要求を受けた IGMP (MLD
) JOINメッセージ MBを、端末装置 (A)へュ-キャスト送信するように設定し、ステツ プ S 1508へ進む。
[0447] 制御処理部 204は、ステップ S 1508において、 IGMP (MLD) JOINメッセージをネ ットワーク 101へ転送するように、送受信処理部 201へ要求する。
[0448] 以上のように、本実施形態に係る端末装置 100は、マルチキャストデータパケットを 発信する端末装置をマルチキャストアドレスごとに管理する。したがって、端末装置 1 00は、マルチキャストアドレスに対応する IGMP JOINメッセージや、 IGMP REP ORTメッセージを、ネットワーク 101にュ-キャスト送信することができる。端末装置 1 00が、マルチキャストパケットをュ-キャスト送信する場合、 ACKの管理が容易であ り、かつ、確実に IGMP JOINまたは IGMP REPORTメッセージを送付することが できる。
[0449] さらに、本実施形態に係る端末装置 100は、 IGMP REPORTメッセージを、ネット ワーク 101にお 、てマルチキャストデータパケットを発行するソース端末装置以外に 送信しない。したがって、ネットワーク 103におけるマルチキャストグループに属する ホストが接続された端末装置 100力 IGMP REPORTメッセージを発行する。
[0450] 端末装置 100が、 IGMP REPORTメッセージを確実に発行することによって、第 1の実施形態と同様に、 IGMP QUERYメッセージまたは IGMP REPORTメッセ ージを利用して、マルチキャストデータパケットを送付すべき端末装置 100をリアルタ ィムに把握することができる。これにより、無為にネットワーク 101のトラフィックを増大 させな 、と 、う効果が期待できる。
[0451] < 3.端末装置 ( A)の処理 >
端末装置 (A)の送受信処理部 201は、端末装置 (B)が転送した IGMP (MLD)メ ッセージ MBを受信する。受信した IGMP (MLD)メッセージ MBは、マルチキャスト パケットであるので、送受信処理部 201は、図 18に示されるフローチャートに従って、 以降の処理を実行する。
[0452] 制御処理部 204は、ステップ S1602において、 IGMP (MLD)メッセージ MBは、 I GMP JOINメッセージであるので、ステップ S1603の処理へ進む。
[0453] 制御処理部 204は、ステップ S1603において、マルチキャストグループアドレス HA に対するグループ管理情報 1701を作成して!/、な!/、ので、マルチキャストグループア ドレス HAに対応するグループ管理情報 1701を作成し、 IPマルチキャストグループ アドレス 1702に HAを記載する。制御処理部 204は、グループ管理情報 1701の作 成が終了すると、ステップ S1607の処理へ進む。
[0454] 制御処理部 204は、ステップ S1607において、端末装置 (B)および (A)を接続す るリンク Iの伝送路推定を行い、伝送マップを作成する。端末装置 (B)の制御処理部 204は、作成した伝送マップについての情報を用いて、グループ管理情報 1701を 作成する。制御部 204は、登録リンク数を 1に設定し、リンク情報 # 1に端末装置 (A) の識別子とホスト 112の識別子とを記載する。制御処理部 204は、ステップ S1604の 処理が終了すると、ステップ S1604へ進む
[0455] 制御処理部 204は、ステップ S1604において、マルチキャストグループアドレス HA に対応する登録リンク数はひとつしかないため、リンク IIの伝送マップをそのまま適用 し、ステップ S 1605の処理へ進む。
[0456] 制御処理部 204は、ステップ S1605において、メッセージ MBをホスト 111へ転送 する。
[0457] マルチキャストグループ Hに属するホスト 115、ホスト 116、ホスト 118も、 IGMP JO INメッセージを発行する力 各端末装置の処理は、ホスト 112のメッセージ MBを端 末装置 (B)が受信した場合と同様であるので説明を割愛する。
[0458] 図 19ίま、マノレチキャス卜グノレープ Hに属するホス卜 112、 115、 116、 118力 IGM P (MLD) JOINメッセージの発行を終了した段階で、端末装置 (A)が記憶して 、る マルチキャストグループ Hに対応するグループ管理情報 1801を示す図である。
[0459] <4.端末装置 (A)の処理 >
次に、ホスト 119が IGMP JOINメッセージ MFを発行した場合の端末装置 (A)の 動作を説明する。メッセージ MFは、端末装置に)によって端末装置 (A)にュニキヤ スト送信され、端末装置 (A)に到達する。
[0460] 端末装置 (A)の送受信処理部 201は、メッセージ MFがマルチキャストパケットであ ると判定すると、制御処理部 204は、図 18に示されるフローチャートに従って、以降 の処理を実行する。
[0461] 制御処理部 204は、ステップ S1601において、端末装置(F)からマルチキャストパ ケットの転送要求を受け、ステップ S1602へ進む。
[0462] 制御処理部 204は、ステップ S1602において、メッセージ MFは、 IGMP (MLD)J OINメッセージであるので、ステップ S1603へ進む。
[0463] 制御処理部 204は、ステップ S1603において、マルチキャストグループアドレス HA に対するグループ管理情報 1801を既に作成して 、るので、端末装置 (F)およびホ スト 119の識別子を、端末装置 (A)と端末装置 (F)とを接続するリンク IVに関する情 報としてリンク # 4に追加記憶し、登録リンク数を 1インクリメントする。制御処理部 204 は、リンク # 4の追加記憶を終了すると、ステップ S 1607へ進む。
[0464] 制御処理部 204は、ステップ S1607において、リンク情報 1806に登録済みの 4つ のリンクのすべてについて、伝送路推定を行うことによって、伝送マップを作成する。 制御処理部 204は、伝送マップの作成を終了すると、ステップ S1604へ進む。
[0465] 制御処理部 204は、ステップ S1604において、ステップ S1607において作成した 4 つの伝送マップの中から、伝送性能が最も低い伝送マップを選択する。制御処理部 204が、伝送マップ番号 5およびその伝送性能 435を選択した場合を想定すると。制 御処理部 204は、伝送マップ番号 1803の値を 5に更新し、伝送性能 1804の値を 43 5に更新する。その後、制御処理部 204は、ステップ S1605へ進む。
[0466] 制御処理部 204は、ステップ S1605において、ホスト 111にメッセージ MFを転送 するように外部インタフェース処理部 203に要求する。 [0467] < 5.端末装置 (A)の処理 >
端末装置 (A)の制御処理部 204が、以上の処理に従って作成したグループ管理 情報に基づき、ホスト 111から送信されたマルチキャストパケットを転送する処理につ いて、以下に説明する。
[0468] 端末装置 (A)の外部インタフェース処理部 203がマルチキャストアドレス HAを含む パケットを受信すると、制御処理部 204は、図 17に示される処理に従って、以降の処 理を実行する。
[0469] 制御処理部 204は、ステップ S1502において、受信したパケットが IGMP (MLD) メッセージではないと判断し、ステップ S 1505へ進む。
[0470] 制御処理部 204は、ステップ S 1505において、マルチキャストアドレスグループ H に対応する同報マップを既に作成しているので、ステップ S1507へ進む。ここで、ス テツプ S 1507において使用するマルチキャストアドレスグループ Hに対応する同報マ ップとは、伝送マップ番号 5を指す。制御処理部 204は、伝送マップ番号 5の伝送マ ップを適用するように設定し、ステップ S 1507へ進む。
[0471] 制御処理部 204は、ステップ S1507〖こおいて、伝送マップ番号 5の伝送マップを適 用して、マルチキャストパケットのネットワーク 101への転送を、送受信処理部 201へ 要求する。
[0472] 以上のように、本実施形態における端末装置 (A)は、マルチキャストアドレス HAに 属するパケットを、伝送マップ番号 5で示す伝送マップに基づいて、端末装置 (B)お よび (D)〜 (F)へ同報送信することができる。
[0473] (第 3の実施形態)
第 3の実施形態においては、第 2の実施形態と比較して、さらに簡易な方法によつ て同報伝送を高速化することができる通信端末装置の例を示す。本実施形態に係る 通信端末装置は、既存の専用通信メディア等のように、周波数的伝送路特性があま り多様でな 、通信メディアにお 、て、特に有効である。
[0474] 図 20は、第 3の実施形態に係る端末装置 1000の構成を示す図である。ネットヮー ク 101において送受信されるフレームのフォーマットは、第 1の実施形態に係るものと 同一であるので、図 3を本実施形態に援用する。また、第 3の実施形態において、端 末装置 1000は、第 1の実施形態と同様に、ネットワーク 101において DMTによるマ ルチキャリア伝送を行う。
[0475] 端末装置 1000は、送受信制御処理部 2001と、データ記憶装置 2002と、外部イン タフエース処理部 2003と、制御処理部 2004と、タイマ部 2005と、転送管理部 2006 と、帯域予約管理部 2007とに加えて、 IPL3レイヤ処理部 2008と、アプリケーション 処理部 2009とを備える。なお、送受信処理部 2001〜転送管理部 2006の各々は、 図 2に示される送受信処理部 201〜転送管理部 206と同様の機能を有する。
[0476] 図 21は、図 20に示される端末装置が接続されるネットワークの構成を示す図である 。端末装置 1000は、外部インタフェース処理部 2003を介して、ネットワーク階層の 上位階層に接続されている。
[0477] 図 21には、図 1に示されるネットワーク 103およびホストに相当する図 1に示ネットヮ ーク 103とホスト 111等とに相当する構成が見かけ上示されて 、な 、。し力しながら、 端末装置 1000は、 IPL3レイヤ処理部 2008およびアプリケーション処理部 2009に よって、図 1に示されるネットワーク 103およびホストの機能が実現されている。すなわ ち、本実施形態においては、第 1の実施形態に示されるネットワーク 103およびホスト 力 端末装置 1000に実装されている。なお、端末装置 1000は、第 1の実施形態に 係る端末装置と併用される場合であっても、ネットワーク 101を構築することが可能で ある。
[0478] 更に、図 21に示す端末装置 (S)は、認証端末として機能する。端末装置 1000を 用いて構築されるネットワーク 101にお 、ては、端末装置(S)へ認証を要求した結果 、認証が得られた端末装置のみ力 ネットワーク 101へ参加することができる。
[0479] 端末装置 )は、端末装置 1000を認証する際に、ネットワーク 101において通信 に使用する暗号鍵を渡す。端末装置 )が暗号鍵を用いて認証をすることによって、 ネットワーク 101を安全性の高いネットワークとして構築することができる。なお、端末 装置(S)の認証処理に暗号鍵を用いる例を説明したが、認証の方法はこれに限るも のではない。
[0480] 端末装置 (S)が、端末装置 1000を認証することによってネットワーク 101を構築す ると、端末装置 )はネットワーク 101に参加しているすべての端末装置 1000を把 握することができる。以下、端末装置 (S)を、認証端末と称する。認証端末は、ネット ワーク 101に参加する端末装置 1000のすベてを把握する。
[0481] 認証端末は、端末装置 1000と同じ構成を有する端末装置であるが、使用している ソフトウェアを変更することによって、認証端末として動作する。
[0482] 以下、図 22を参照しながら、端末装置 1000のアプリケーション処理部 2009が、 IP
L3レイヤ処理部 2008へ、ブロードキャストパケットまたはマルチキャストパケットの発 行を要求した場合を想定して、第 3の実施形態に係る端末装置 1000の動作を説明 する。
[0483] 図 22は、図 20に示される制御処理部 2004が実行する処理の詳細を示すフローチ ヤートである。
[0484] ステップ S2101において、外部インタフェース処理部 2003がアプリケーション処理 部 2009からパケット発行要求を受けると、制御処理部 2004は、以降の処理を実行 する。
[0485] ステップ S2102において、制御処理部 2004は、受信したパケットがュ-キャストパ ケットである力否かを確認する。制御処理部 2004は、受信したパケットがュ-キャスト パケットである場合、ステップ S2108へ進み、それ以外の場合には、ステップ S2103 へ進む。なお、ステップ S2101の処理は、外部インタフェース処理部 2003が行って ちょい。
[0486] ステップ S2103において、制御処理部 2004は、受信したパケットに対応する同報 マップが既に作られているか否かを判定する。同報マップが既に作成されている場 合、ステップ S2107へ進み、作成されていない場合、ステップ S2104へ進む。
[0487] ステップ S2104において、制御処理部 2004は、認証端末にネットワーク 101に参 カロしている全ての端末装置 1000についての情報を要求する。制御処理部 2004は、 ネットワーク 101に参カ卩して 、る端末装置 1000につ 、ての情報を取得するために、 専用のフレームを使用する。制御処理部 2004は、当該フレームを認証端末に送信 する。制御処理部 2004は、送信したフレームに対する認証端末からの応答を受信 すると、ステップ S2105へ進む。
[0488] ステップ S2105において、制御処理部 2004は、ネットワーク 101に参加している全 ての端末装置 1000に対して、伝送路推定を行うことによって、すべての宛先端末装 置までの伝送路についての伝送マップを生成する。なお、制御処理部 2004がステツ プ S2105において生成する伝送マップは、図 5に示されるものと同様であるので、こ こでの説明を省略する。
[0489] ステップ S2106において、制御処理部 2004は、ステップ S2105で生成したすべて の伝送マップを用いて、同報マップを生成する。ステップ S2106において、制御処理 部 2004が同報マップを生成する方法には、第 1の実施形態で説明した方法が採用 される。制御処理部 2004は、例えば、図 11に示される制御処理に従って、ネットヮ ーク 101における全ての端末装置 1000に対する同報マップを生成し、ステップ S21 07へ進む。
[0490] ステップ S2107において、制御処理部 2004は、生成した同報マップを適用し、ス テツプ S2108の処理へ進む。
[0491] ステップ S2108において、制御処理部 2004は、送受信処理部 201へパケットの転 送を要求する。
[0492] 図 22に示す制御処理部 2004の処理においては、送信するパケットがマルチキヤ ストパケットおよびブロードキャストパケットのいずれである場合にも、同じ同報マップ が適用される。
[0493] なお、送受信処理部 2001は、パケットの再送率や誤り訂正率などによって、ネット ワーク 101へ発行するフレームの伝送状態を監視する機能を有していてもよい。送受 信処理部 2001は、パケットの再送率や誤り訂正率と、所定の閾値または所定の範囲 と比較し、パケットの再送率や誤り訂正率が所定の閾値または所定の範囲を越えて Vヽれば、同報マップが適して!/、な!/、と判断し制御処理部 2004へ通知する。
[0494] 制御処理部 2004は、送受信処理部 2001から同報マップが適していない旨の通 知を受けると、同報マップを変更してもよい。例えば、制御処理部 2004は、再送率が 閾値を越えたことの通知を送受信処理部 2001から受けると、同報マップのサブキヤリ ァごとの記載情報数を減らす。また、再送率が所定の範囲よりも小さいことが送受信 処理部 2001から通知されると、同報マップのサブキャリアごとに記載する情報数を増 やす。 [0495] 制御処理部 2004が、パケットの再送率や誤り訂正率などに応じて、同報マップを 変更することで、常に伝送路の状態に適したパケットの伝送をすることができる。
[0496] (第 4の実施形態)
図 23は、本発明の第 4の実施形態に係る端末装置 T100の構成を示す図である。 本実施形態に係る端末装置 T100は、第 1の実施形態に係る端末装置に加えて、更 に、ゼロクロス検知制御処理部 2401備える。また、本実施形態において、端末装置 T100がネットワーク 101上のデータ伝送に用いるフレームフォーマットは、第 1の実 施形態に係るものと同じであるため、本実施形態に図 3を援用する。本実施形態に係 る端末装置 T100は、第 1の実施形態と同様に、ネットワーク 101において DMTによ るマルチキャリア伝送を行う。
[0497] 電灯線は、サイリスタ等を有する家電機器の影響によって、電灯線の電源周期に同 期して、短い周期のノイズが発生する。電灯線に発生するノイズは、電灯線の伝送性 能に大きな影響を与える。電灯線のノイズは、電灯線の電源周期の半周期で発生す ることがわかっている。
[0498] ゼロクロス検知制御処理部 2401は、ネットワーク 101に電灯線を用いた場合に、図 24に示すゼロクロス点を、送受信処理部 201と、タイマ部 205とを利用して検知する 。ゼロクロス検知制御処理部 2401は、ゼロクロス点を実測して、または仮想的に検知 して、ゼロクロス点を検知したタイミングを制御処理部 204へ通知する。制御処理部 2 04は、ゼロクロス検知制御処理部 2401から通知されるタイミングによって、電源同期 期間を把握することができる。
[0499] 図 24は、電灯線の電源電圧のゼロクロス点および電源同期期間を説明する図であ る。図 24においては、電源電圧の半周期が 4つに分割された電源同期期間 1〜電源 同期期間 4 (2503〜2506)が示されている。なお、制御処理部 204は、タイマ部 20 5を使用して、電源周期が 50Hzか 60Hzかを判断し、電源電圧の半周期の時間を算 出する。
[0500] なお、図 24に示す電源同期期間を、電源電圧の半周期を 4等分することで定義し ているが、電源同期期間の定義はこれに限るものではない。さらに、電源同期期間は 等 、時間隔でなくてもよ 、。 [0501] 本実施形態に係る端末装置 T100は、伝送路推定をすベての電源同期期間にお いて行い、電源同期期間毎の伝送マップをすベて記録管理する。より詳細には、端 末装置 T100は、伝送路推定を、電源同期期間 1 (2503)の区間、電源同期期間 2 ( 2504)の区間、電源同期期間 3 (2505)の区間および電源同期期間 4 (2506)の区 間毎に行う。端末装置 T100は、各電源同期期間において得られた伝送マップを、 データ記憶部 202に記録し、制御処理部 204は、記録された伝送マップを管理する
[0502] 各電源同期期間で得られた伝送マップを、制御処理部 204が管理することによって 、パケットを送信する端末装置 T100とパケットを受信する端末装置 T100とが、各電 源同期期間に応じて伝送マップを切り替えることができる。したがって、端末装置 T1 00は、電灯線における電源周期に同期したノイズを考慮した伝送マップを適用する ことができ、効率的に電灯線の伝送性能を引き出すことができる。
[0503] 端末装置 T100は、伝送マップの伝送情報 423ごとに 4つの電源同期期間のそれ ぞれに対応する 4つのテンポラリマップを準備する。また、端末装置 T100は、ネットヮ ーク 101における、ブロードキャスト、マルチキャスト用の同報マップを、電源同期期 間と同じ数だけ用意し、用意した同報マップを送信元端末装置および受信端末装置 で切り替えて適用する。
[0504] 本例における端末装置 T100は、ブロードキャストおよびマルチキャスト用の同報マ ップを伝送情報 423ごとに、電源同期期間の数だけ用意することによって、同報伝送 に関しても、電源周期に同期したノイズが存在する電灯線ネットワークを効率的に利 用することができる。
[0505] 図 25は、本発明を電灯線通信に応用したときのシステム全体の構成を示す模式図 である。図 25に示すシステムは、通信メディアとして電灯線 3bを用いている。各端末 装置 100は、コンセント 100aを備えている。コンセント 100aは、端末装置 100の電源 供給部(図示せず)および送受信処理部 201に接続される。
[0506] 端末装置 100は、コンセント 100aを介して、電源の供給を受けると共に、データの 交換をする。電灯線 3bは、電流計ブレーカ 2bを介して、宅外の商用電源 2aと接続さ れる。端末装置 100には、 PC、 DVD,デジタルテレビ(DTV)およびノヽブ等が接続 されている。
[0507] ハブにはアクセスポイント、 PC、 LANおよびルータ等が接続される。また、アクセス ポイントには、無線 LANが接続される。また、ルータは、インターネットに接続してい る。なお、端末装置 100および端末装置 1000の機能は、各家電機器等のホストに内 蔵されていてもよい。
[0508] 以下、図 26および図 27を参照しながら、本実施形態における端末装置 T100の処 理を説明する。
[0509] 図 26は、本実施形態に係る端末装置 T100がネットワーク 103から受信したマルチ キャストパケットを転送する処理の詳細を示すフローチャートである。
[0510] 端末装置 T100が、ネットワーク 103からネットワーク 101へパケットを転送する要求 を受けると、外部インタフェース処理部 203は、受信したパケットのヘッダ情報を参照 する。受信したパケットがマルチキャストパケットである場合、制御処理部 204は、図 2
6に示されるフローチャートに従って、以降の処理を実行する。
[0511] ステップ S2201において、制御処理部 204は、ネットワーク 103から IPマルチキヤ ストパケットを転送する要求を受ける。
[0512] ステップ S2202において、制御処理部 204は、ネットワーク 103から受信したマル チキャストパケット力 GMP (または MLD)プロトコノレメッセージの JOINメッセージまた は REPORTメッセージである場合には、ステップ S2208へ進み、それ以外の場合に は、ステップ S2203へ進む。
[0513] ステップ S2203において、制御処理部 204は、受信したマルチキャストパケットのグ ループ管理情報 701が存在する場合には、ステップ S2204へ進み、それ以外の場 合には、ステップ S2210へ進む。
[0514] ステップ S2204において、制御処理部 204は、受信したマルチキャストパケットのグ ループ管理情報 701における転送可否フラグ 703が拒否である場合、ステップ S22
10へ進み、それ以外の場合には、ステップ S2205へ進む。
[0515] ステップ S2205において、制御処理部 204は、グループ管理情報 701のマルチキ ャストアドレスグループ転送ポリシー 705が有効である場合には、ステップ S2211へ 進み、それ以外の場合には、ステップ S2206へ進む。 [0516] ステップ S2206において、制御処理部 204は、タイマ部 205にアクセスし、マルチ キャストパケットタイマを停止する。マルチキャストパケットタイマは、グループ管理情 報 701にタイマ識別子を記録することで、グループ管理情報 701と一意に対応する。 制御処理部 204は、グループ管理情報 701に対応するタイマが起動して 、な 、場合 、ステップ S2206の処理を実行せずに、ステップ S2207へ進む。ここで、制御処理 部 204は、登録されているすべての伝送情報 423に記載されているリンク情報に基 づいて、伝送路推定を行うことによって、伝送情報 423を更新してもよい。
[0517] ステップ S2207において、制御処理部 204は、マルチキャストアドレスグループ転 送ポリシー 705を再度設定する。制御処理部 204力 ステップ S2207において、マ ルチキャストアドレスグループ転送ポリシー 705を設定する処理は、図 10A〜図 10に 示した処理と同様である。制御処理部 204は、ステップ S2207の処理を終了すると、 ステップ S2211へ進む。
[0518] ステップ S2208において、制御処理部 204は、受信した IGMP (MLD)メッセージ をネットワーク 101で定義されているダイバシチモードでブロードキャスト送信する設 定を行う。端末装置 T100は、 IGMPの REPORTメッセージおよび JOINメッセージ を、ネットワーク 103からネットワーク 101へダイバシチモードでブロードキャスト転送 する。
[0519] ステップ S2209において、制御処理部 204は、パケットの転送を送受信処理部 20 1に要求する。
[0520] ステップ S2210において、制御処理部 204は、受信したマルチキャストパケットを破 棄する。
[0521] ステップ S2211において、制御処理部 204は、グループ管理情報 701に設定され ているマルチキャストアドレスグループ転送ポリシー 705を適用して、ステップ S2209 へ進む。
[0522] ステップ S2209において、制御処理部 204は、送受信処理部 201へ受信したマル チキャストパケットの転送を要求する。
[0523] 制御処理部 204がネットワーク 101からネットワーク 103へパケットを転送する要求 を受けると、外部インタフェース処理部 203は、パケットのヘッダ情報を参照し、マル チキャストパケットである力否かを判断する。
[0524] 図 27、端末装置 T100がネットワーク 101から受信したマルチキャストパケットを転 送する場合の処理を示す図である。
[0525] ステップ S2302において、制御処理部 204は、受信したパケットが IGMP (MLD) の JOINメッセージまたは REPORTメッセージである場合には、ステップ S2303のへ 進み、それ以外の場合には、ステップ S2308へ進む。
[0526] ステップ S2303において、制御処理部 204は、 IGMP (MLD)の JOINメッセージ である場合には、ステップ S2304へ進み、それ以外の場合には、ステップ S2309へ 進む。
[0527] ステップ S2304において、制御処理部 204は、受信したマルチキャストパケットのマ ルチキャストアドレスグループに対応するグループ管理情報 701が存在するか否か を判断する。制御処理部 204は、グループ管理情報 701が存在する場合には、ステ ップ S2305へ進み、存在しない場合には、ステップ S2310へ進む。
[0528] ステップ S2305において、制御処理部 204は、受信したマルチキャストパケットのマ ルチキャストアドレスグループに対応するグループ管理情報 701の転送ポリシー設定 721を無効に設定する。
[0529] ステップ S2306において、制御処理部 204は、 IGMPメッセージを発行した端末装 置 T100を宛先としたリンクを、グループ管理情報 701の伝送情報 423に追加し、リン ク情報に記録する。このとき、制御処理部 204は、当該リンクに対して伝送路推定を 行い、伝送情報 423を更新する。
[0530] ステップ S2307において、制御処理部 204は、タイマ部 205にアクセスし、マルチ キャストパケット待ちタイマを起動する。制御処理部 204は、タイマが満了した場合、 当該グループ管理情報 701を削除する。この機能によって、制御処理部 204は、不 要なグループ管理情報 701を削除することができるので、ハードウェアおよびソフトゥ エアのリソースを効率的に利用できる。
[0531] ステップ S2308において、制御処理部 204は、受信したマルチキャストパケットの 転送を外部インタフェース処理部 203に要求する。
[0532] ステップ S2309において、制御処理部 204は、受信したマルチキャストパケットのグ ループ管理情報 701の転送ポリシー設定 421が有効である場合には、ステップ S23
08へ進み、無効である場合には、ステップ S2311へ進む。
[0533] ステップ S2310において、制御処理部 204は、受信したマルチキャストパケットのマ ルチキャストアドレスグループに対応するグループ管理情報 701を作成する。
[0534] ステップ S2311において、制御処理部 204は、 IGMP (MLD)メッセージのマルチ キャストアドレスグループ転送ポリシー 705を適用する。制御処理部 204力 ステップ
S2311にお!/、てする処理は、図 9に示すステップ S 507と同じ処理である。
[0535] なお、制御処理部 204は、グループ管理情報 701の初期状態として転送可否フラ グ 703を「許可」、転送ポリシー設定 721を「無」、テンポラリマップ数 722を「0」として 設定する。
[0536] 以下、図 1に示される端末装置 (A)〜(F)に、本実施形態に係る端末装置が用いら れている場合を想定し、本実施形態に係る端末装置の処理を具体的に説明する。よ り詳細には、ホスト 116が、ホスト 111が配信するデータの取得を要求する場合につ いて、端末装置 (A)および (D)の処理を、図 26および図 27を参照しながら説明する
[0537] < 1.端末装置 Dの処理 >
まず、ホスト 116は、マルチキャストグループ Pのマルチキャストパケットの受信を要 求する。ホスト 116は、マルチキャストアドレスグループ PAを宛先とした IGMP JOIN メッセージ MPをネットワーク 103へ発行する。端末装置(D)は、ホスト 116が送信し た IGMP JOINメッセージ MPを受信すると、端末装置 (D)の制御処理部 204が、 図 26に示す処理を開始する。
[0538] 端末装置(D)の制御処理部 204は、ステップ S2202において、受信したマルチキ ャストパケット力 GMP JOINメッセージ MPであると判断して、ステップ S2208の処 理へ進む。制御処理部 204は、受信した IGMP JOINメッセージ MPを、ネットヮー ク 101へダイバシチモードでブロードキャスト転送する。
[0539] < 2.端末装置 (A)の処理 >
端末装置 (D)が転送した IGMP JOINメッセージ MPは、端末装置 (A)に到達す る。端末装置 (A)の制御処理部 204は、 IGMP JOINメッセージ MPを受信すると、 図 27に示す処理を開始する。
[0540] 端末装置 (A)の制御処理部 204は、ステップ S2302にお!/、て、受信したマルチキ ャストパケット力 IGMP JOINメッセージであると判断して、ステップ S2303へ進む
[0541] 制御処理部 204は、ステップ S2303において、受信したマルチキャストパケットが、 IGMP JOINメッセージであると判断して、ステップ S2304へ進む。
[0542] 制御処理部 204は、ステップ S2304において、マルチキャストアドレスグループ PA のグループ管理情報 701は存在しないと判断して、ステップ S2310へ進む。
[0543] 制御処理部 204は、ステップ S2310において、マルチキャストアドレスグループ PA のグループ管理情報 701を作成する。制御処理部 204は、マルチキャストアドレスグ ループ PAのグループ管理情報 701を作成すると、ステップ S2306へ進む。
[0544] 制御処理部 204は、ステップ S2306において、端末装置 (A)と端末装置 (D)とを 接続するリンクについてのリンク情報を設定する。端末装置 (A)の制御処理部 204は 、端末装置 (A)と端末装置 (D)とを接続するリンクの伝送路推定を行うと共に、登録 テンポラリマップ数 722を 1に設定して、伝送情報 423を更新する。
[0545] 制御処理部 204は、ステップ S2307において、マルチキャストアドレスグループ PA のグループ管理情報 401に対応するマルチキャストパケット待ちタイマを起動し、ネッ トワーク 103へ IGMP JOINメッセージ MPを転送する。制御処理部 204が転送した IGMP JOINメッセージ MPは、ホスト 111力受信する。
[0546] < 3.端末装置 ( A)の処理 >
ホスト 111は、端末装置 (A)が転送したマルチキャストアドレスグループ P Aの IGM P JOINメッセージ MPを受信して、マルチキャストアドレスグループ P Aのマルチキヤ ストパケットをネットワーク 103へ発行する。ホスト 111が発行したマルチキャストバケツ トを、端末装置 (A)が受信すると、端末装置 (A)の制御処理部 204は、図 26に示す 処理を開始する。
[0547] 制御処理部 204は、ステップ S2202において、受信したマルチキャストパケットが I
GMPメッセージではな!/、と判断して、ステップ S2203へ進む。
[0548] 制御処理部 204は、ステップ S2203において、マルチキャストアドレスグループ PA のグループ管理情報 701が作成されて 、ると判断し、ステップ S2204へ進む。
[0549] 制御処理部 204は、ステップ S2204において、転送可否フラグ 703が「可」であると 判断して、ステップ S2205の処理へ進む。
[0550] 制御処理部 204は、ステップ S2205において、マルチキャストアドレスグループ PA の転送ポリシー設定 721は「無効」であると判断し、ステップ S2206へ進む。
[0551] 制御処理部 204は、ステップ S2206において、グループ管理情報 701のマルチキ ャストパケット待ちタイマを停止する。端末装置 (A)の制御処理部 204は、図 27に示 すステップ S2306において、端末装置 (A)と端末装置 (D)とを接続するリンクの伝送 路推定をしているので、ステップ S2206において、伝送路推定を行わない。
[0552] 制御処理部 204は、ステップ S2207において、マルチキャストアドレスグループ転 送ポリシー 705を再設定する。端末装置 (A)の制御処理部 204が、ステップ S2207 においてする処理は、図 9に示すステップ S505に示す処理と同様であるので、説明 を省略する。
[0553] 制御処理部 204は、ステップ S2211にお!/、て、設定したマルチキャストアドレスダル ープ転送ポリシー 705を適用して、マルチキャストパケットをネットワーク 101へ転送 する。
[0554] 制御処理部 204は、マルチキャストパケット PDの次に発行されるマルチキャストパ ケット PAも、マルチキャストバケツト PDを転送した場合と同様に図 26で示す処理に 従って、ネットワーク 101へ転送する。
[0555] <4.端末装置 (D)の処理 >
制御処理部 204力 マルチキャストパケット PAを転送する処理と、マルチキャストパ ケット PDを転送する処理との相違点は、ステップ S2205において、転送ポリシー設 定 721が「有効」を示すことに基づ!/、て、設定されて!、るマルチキャストアドレスダル ープ PAのマルチキャストアドレスグループ転送ポリシー 705をそのまま適用し、ネット ワーク 101へ転送する点である。
[0556] 端末装置 (D)の制御処理部 204は、端末装置 (A)が転送したマルチキャストァドレ スグループ P Aのマルチキャストパケットを受信すると、図 27に示す処理をする。
[0557] 制御処理部 204は、ステップ S2302において、受信したマルチキャストパケットは I GMPメッセージではな!/、と判断して、ステップ S2308へ進む。
[0558] 制御処理部 204は、ステップ S2308において、受信したマルチキャストパケットをネ ットワーク 103へ転送する。端末装置 (D)が転送したマルチキャストパケットは、ホスト
116へ到達する。
[0559] < 5.端末装置 (B)の処理 >
制御処理部 204力 ステップ S2202において転送した IGMP JOINメッセージ M
Pは、ネットワーク 101へダイバシチモードでブロードキャスト転送される。したがって、 ホスト 116が発行した IGMP JOINメッセージ MPは、端末装置 (A)以外の端末装 置にも到達する。
[0560] IGMP JOINメッセージ MPを受信するホストが接続されていない端末装置 T100 1S IGMP JOINメッセージ MPを受信した場合の処理を、端末装置(B)の処理を例 として説明する。
[0561] 制御処理部 204は、 IGMP JOINメッセージ MPを受信すると図 27に示す処理を 開始する。
[0562] 制御処理部 204は、端末装置 (A)力 GMP JOINメッセージ MPを受信した場合と 同様【こ、図 27【こ示すステップ S2301〜ステップ S2307の処理をする。
[0563] 制御処理部 204は、ステップ S2301〜ステップ S2307に示す処理をして、マルチ キャストアドレスグループ PAのグループ管理情報 701を作成し、マルチキャストパケ ット待ちタイマを起動する。
[0564] 制御処理部 204は、グループ管理情報 701のマルチキャストパケット待ちタイマを 起動すると、ステップ S2308へ進む。
[0565] 制御処理部 204は、ステップ S2308において、受信した IGMP JOINメッセージ
MPをネットワーク 103へ転送する。
[0566] 端末装置 )には、ホスト 112が接続されている。し力し、ホスト 112は、マルチキヤ ストアドレスグループ P Aのマルチキャストパケットを配信するサーバではな!/、ので、マ ルチキャストアドレスグループ P Aのマルチキャストパケットを発行しない。
[0567] したがって、端末装置 )力 ステップ S2307において起動したマルチキャストアド レスグループ PAのグループ管理情報 701に対応するマルチキャストパケット待ちタイ マが満了する。端末装置 (B)の制御処理部 204は、マルチキャストパケット待ちタイ マが満了すると、マルチキャストアドレスグループ PAのグループ管理情報 701を破 棄する。
[0568] 以上のように、 IGMP JOINメッセージに応答して、マルチキャストパケットを発行 するネットワークアプリケーションをホストが実装して 、る場合、端末装置 T100の制 御処理部 204が、図 26および図 27に示す処理をすることによって、ネットワーク 101 に接続されて 、る端末装置 T100が、ネットワーク 101を効率的に利用できる。
[0569] なお、本発明は、電灯線通信に限定されるものではない。電灯線以外にも、電話線 、テレビアンテナ線(同軸線)、無線、構内音声線、アビォニタス線、鉄道 E1線、その 他非専用線、または専用線等、通信メディアとして様々なものに応用することができる
[0570] また、上述の各実施形態は、記憶装置 (ROM、 RAM,ハードディスク等)に格納さ れた、上述の処理手順を CPUに実行させることができるプログラムを、 CPUに実行さ せること〖こよって表現することもできる。この場合、当該プログラムは、記録媒体を介し て記憶装置内に格納された上で実行されてもよいし、記録媒体上カゝら直接実行され てもよい。ここでの記録媒体は、 ROMや RAM、フラッシュメモリ等の半導体記憶素 子集合、フレキシブルディスクゃノヽードディスク等の磁気式ディスクメモリ、 CD-RO Mや DVD、 BD (Blu—Ray (登録商標) Disk)等の光ディスク、メモリカード等の記 録媒体をいう。
[0571] 更に、図 2、図 20および図 23に示される機能ブロックは、集積回路である LSIとして 実現されてもよい。この機能ブロックは、 1チップィ匕されていてもよいし、一部またはす ベてを含むように 1チップィ匕されていてもよい。ここでは、 LSIといった力 集積度の違 いによっては、 IC、システム LSI、スーパー LSI、ウルトラ LSIと呼称されることもある。 また、集積回路化の手法は、 LSIに限られるものではなぐ専用回路、または汎用プ 口セッサで集積回路化を行ってもよい。また、 LSI製造後に結線することが可能な、 F PGA (Field Programmable Gate Array)や、 LSI内部の回路セルの接続ゃ設 定を採光性可能なリコンフィギユラブル 'プロセッサーを用いてもよい。さらには、半導 体技術の進歩または派生する別技術によって LSIに置き換わる集積回路化の技術 が登場すれば、当然その技術を用いて、機能ブロックを集積ィ匕してもよい。バイオ技 術の適応等が可能性としてあり得る。
[0572] 更に、本願で開示する発明は、例えば一般住宅、マンション等の隣接集合住宅、ォ フィス、工場、商業施設などの空間、さらには、自動車、飛行機、列車、船舶などの交 通機関などで構築されるアビォ-タスシステムなどのネットワークに対して、適用され 得る。また、アドホックネットワークで構成された便宜上の論理ネットワークにおいても 、本発明の技術によって、効率的な同報伝送が可能である。
[0573] 更に、上記の各実施形態においては、端末装置が実装するグループ管理プロトコ ルが IGMPプロトコルまたは MLDプロトコルである場合につ!、て説明した力 端末装 置が実装するグループ管理プロトコルはこれらに限定されるものではなぐグループ を管理することができる他のグループ管理プロトコルを実装してもよいのはいうまでも ない。
[0574] 以上、本発明を詳細に例を挙げて説明してきたが、前述の説明はあらゆる点にお いて本発明の例示に過ぎず、その範囲を限定しょうとするものではない。本発明の範 囲を逸脱することなぐ種々の改良や変形を行うことができることは、いうまでもない。 産業上の利用可能性
[0575] 本発明は、例えば、 IPマルチキャストを利用するネットワークにおいて、高速かつ高 品質なパケット伝送を実現する端末装置として有用である。

Claims

請求の範囲
[1] 通信メディアを介して、少なくとも 1つの中継装置と通信する端末装置であって、 前記中継装置までの伝送路の特性を評価し、所定時間当たりの伝送可能情報量と 、誤り訂正強度との少なくとも一方についての伝送パラメータを設定する伝送パラメ ータ設定部と、
複数の中継装置が前記通信メディアに接続され、かつ、マルチキャストパケットを送 信するために使用する伝送路の各々を、設定された伝送パラメータの類似度に基づ いて、 1以上のグループに分類する転送管理部と、
前記受信したパケットを、前記グループの数だけ複製するパケット複製部と、 前記グループ毎に設定された前記伝送パラメータに基づ 、て、複製されたパケット の各々をグループ毎に送出する送信部とを備える、端末装置。
[2] グループ毎の前記伝送パラメータに基づいて、前記中継装置にデータを送信する ために要する伝送時間を算出する伝送時間算出部を更に備え、
前記転送管理部は、算出された伝送時間に基づいて、再度、前記伝送路を 1以上 のグループに分類することを特徴とする、請求項 1に記載の端末装置。
[3] 前記パケット複製部は、前記グループに分類された伝送路の数力^であるときには 、ュ-キャストパケットを作成し、前記グループに分類された伝送路の数が 2以上であ るときには、マルチキャストパケットを作成することを特徴とする、請求項 1に記載の端 末装置。
[4] 前記端末装置は、マルチキャストアドレスを含むパケットを送信する第 1の通信端末 が接続されている第 1のネットワークと、前記第 1の通信端末力 送信されたパケット を受信する第 2の通信端末が前記中継装置を介して接続されている第 2のネットヮー クとに接続され、
前記転送管理部は、前記グループと、前記グループに分類された伝送路と、前記 グループ毎の伝送パラメータと、前記第 2の通信端末とを特定する情報が関連づけら れた 1以上の伝送情報を含むグループ管理情報を、前記マルチキャストアドレス毎に 作成することを特徴とする、請求項 1に記載の端末装置。
[5] レイヤ 3に規定されるグループ管理プロトコルに基づいて、受信パケットに含まれ、 かつ前記グループ管理プロトコルで規定されるグループ管理メッセージを検出する 検出部を更に備え、
前記転送管理部は、前記検出部が、前記グループ管理プロトコルで規定されるグ ループへの参加を通知するメッセージを示す参加メッセージまたは前記グループ管 理プロトコルで規定されるグループへ所属していることを通知するメッセージを示す 報告メッセージを検出したときに、前記受信パケットを送信した第 2の通信端末と、前 記受信パケットを転送した中継装置とを特定する識別子の少なくとも一方を前記ダル ープ管理情報に追加することを特徴とする、請求項 4に記載の端末装置。
[6] 前記転送管理部は、前記検出部が、前記グループ管理プロトコルで規定されるグ ループ力もの離脱を通知するメッセージを示す離脱メッセージを検出したときに、前 記受信パケットを送信した第 2の通信端末と、前記受信パケットを転送した中継装置 とを特定する識別子の少なくとも一方を前記グループ管理情報から削除することを特 徴とする、請求項 5に記載の端末装置。
[7] UPnPプロトコルに準拠するメッセージを示す UPnPメッセージを含むパケットを検 出する UPnPメッセージ検出部を更に備え、
前記送信部は、前記 UPnPメッセージ検出部が受信したパケットに前記 UPnPメッ セージが含まれることを検出したときに、受信したパケットを前記第 2のネットワークに 接続される全ての中継装置に転送することを特徴とする、請求項 1に記載の端末装 置。
[8] 前記パケット複製部は、前記検出部によって検出されたマルチキャストアドレスに対 応するグループ管理情報が既に作成されて!、る場合には、前記グループ管理情報 に含まれているグループの数と同数のュ-キャストパケットを複製し、
前記送信部は、複製されたュ-キャストパケットの各々を前記第 2のネットワーク上 に送出することを特徴とする、請求項 5に記載の端末装置。
[9] 前記転送管理部は、前記第 1の通信装置から受信したパケットに含まれるマルチキ ャストアドレス力 予め定められた少なくとも 1つのマルチキャストアドレスのいずれとも 一致しない場合に、受信したパケットを破棄することを特徴とする、請求項 1に記載の 端末装置。
[10] マルチキャストアドレス毎に、マルチキャストパケットの受信数と、マルチキャストパケ ットの送信数と、送信データサイズとを監視する監視部を更に備える、請求項 1に記 載の端末装置。
[11] 前記監視部が、予め定められたマルチキャストアドレスを含むパケットを最初に検出 したときに、前記マルチキャストアドレスに伝送路のリソースの一部を割り当てる帯域 管理部を更に備える、請求項 8に記載の端末装置。
[12] 前記帯域管理部は、前記監視部によって検出されたパケット受信数と、パケット送 信数と、所定時間における送信データサイズとの少なくとも 1つに基づき、前記マル チキャストアドレスに前記伝送路のリソースの一部の割り当てを調整することを特徴と する、請求項 11に記載の端末装置。
[13] 前記帯域管理部は、前記監視部がある伝送路にマルチキャストパケットが送出され て!ヽな 、ことを判定したときに、前記マルチキャストアドレスに割り当てられて!/、るリソ ースの一部を解放することを特徴とする、請求項 11に記載の端末装置。
[14] 前記帯域管理部は、ある伝送路のリソースの一部があるマルチキャストアドレスに割 り当てられている場合、前記検出部が前記第 2のネットワーク力 受信したパケットか ら、前記あるマルチキャストアドレスとは異なる新たなマルチキャストアドレスを含む前 記参加メッセージまたは前記報告メッセージを検出したときに、既に割り当てられて!/ヽ るリソースの一部を解放し、前記新たなマルチキャストアドレスに前記伝送路のリソー スの一部を再度確保することを特徴とする、請求項 11に記載の端末装置。
[15] 前記転送管理部は、前記メッセージ検出部が前記第 2のネットワークから予め定め られて ヽな 、メッセージとは異なるメッセージを含むパケットを受信したときに、受信し たパケットを破棄することを特徴とする、請求項 1に記載の端末装置。
[16] 前記転送管理部は、前記検出部が前記第 2のネットワークから予め定められたメッ セージとは異なるメッセージを含むパケットを受信したときに、受信したパケットを改ざ んすることを特徴とする、請求項 1に記載の端末装置。
[17] 前記検出部がある伝送路力 受信したパケットに含まれるメッセージを検出したとき に、当該伝送路について時間をカウントするタイマ部を更に備え、
前記転送管理部は、前記タイマ部が所定時間までカウントしたときに、前記ある伝 送路についての管理を解放することを特徴とする、請求項 3に記載の端末装置。
[18] 前記送信部は、前記伝送時間算出部によって算出された伝送時間に基づいて、生 成したパケットの送信順序を決定することを特徴とする、請求項 3に記載の端末装置
[19] 前記端末装置は、マルチキャリア伝送方式を用いて少なくとも 1つの前記中継装置 と通信し、
前記伝送路の各々は、前記マルチキャリア方式における 1以上のサブキャリアから なり、
前記転送管理部は、前記伝送路毎に、 2以上の前記サブキャリアを予め 1以上のサ ブキャリアグループに分類し、
前記伝送パラメータ設定部は、前記伝送路の各々の特性を評価して、前記伝送路 の各々に含まれる前記 1以上のサブキャリアグループの各々の前記伝送パラメータを 、サブキャリアグループ伝送パラメータとして設定し、
前記転送管理部は、前記伝送路の各々を前記サブキャリアグループ伝送パラメ一 タの類似度に基づいて、 1以上のグループに分類する、請求項 1に記載の端末装置
[20] 通信メディアを介して、少なくとも 1つの中継装置と通信するためのプログラムであつ て、
コンピュータに、
前記中継装置までの伝送路の特性を評価し、所定時間当たりの伝送可能情報量と 、誤り訂正強度との少なくとも一方についての伝送パラメータを設定する伝送パラメ ータ設定機能と、
複数の中継装置が前記通信メディアに接続され、かつ、マルチキャストパケットを受 信した場合、設定された伝送パラメータの類似度に基づいて、受信したパケットを送 出する伝送路の各々を、 1以上のグループに分類する転送管理機能と、
前記受信したパケットから、前記グループの数と同数のパケットを複製するパケット 複製機能と、
前記グループ毎に設定された前記伝送パラメータに基づ ヽて、複製されたパケット の各々をグループ毎に送出する送信機能とを実現させる、プログラム。
通信メディアを介して、少なくとも 1つの中継装置と通信する集積回路であって、 前記中継装置までの伝送路の特性を評価し、所定時間当たりの伝送可能情報量と 、誤り訂正強度との少なくとも一方についての伝送パラメータを設定する伝送パラメ ータ設定部と、
複数の中継装置が前記通信メディアに接続され、かつ、マルチキャストパケットを受 信した場合、設定された伝送パラメータの類似度に基づいて、受信したパケットを送 出する伝送路の各々を、 1以上のグループに分類する転送管理部と、
前記受信したパケットから、前記グループの数と同数のパケットを複製するパケット 複製部と、
前記グループ毎に設定された前記伝送パラメータに基づ 、て、複製されたパケット の各々をグループ毎に送出する送信部として機能する回路が集積される、集積回路
PCT/JP2007/055425 2006-03-16 2007-03-16 端末装置 Ceased WO2007119403A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20070738870 EP1993243B1 (en) 2006-03-16 2007-03-16 Terminal
US12/282,947 US7978698B2 (en) 2006-03-16 2007-03-16 Terminal for performing multiple access transmission suitable to a transmission path having varied characteristics
JP2008510802A JP4791533B2 (ja) 2006-03-16 2007-03-16 端末装置
CN2007800089761A CN101401375B (zh) 2006-03-16 2007-03-16 终端装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006073365 2006-03-16
JP2006-073365 2006-03-16

Publications (1)

Publication Number Publication Date
WO2007119403A1 true WO2007119403A1 (ja) 2007-10-25

Family

ID=38609194

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/055425 Ceased WO2007119403A1 (ja) 2006-03-16 2007-03-16 端末装置

Country Status (6)

Country Link
US (1) US7978698B2 (ja)
EP (1) EP1993243B1 (ja)
JP (1) JP4791533B2 (ja)
KR (1) KR20090006828A (ja)
CN (1) CN101401375B (ja)
WO (1) WO2007119403A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009538585A (ja) * 2006-05-26 2009-11-05 ノキア シーメンス ネットワークス ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディトゲゼルシャフト 通信関係を確立するための方法と装置
WO2023139914A1 (ja) * 2022-01-24 2023-07-27 住友電気工業株式会社 車載装置、管理装置、伝送路認証システム、伝送路認証方法および管理方法
WO2023171569A1 (ja) * 2022-03-09 2023-09-14 日本電気株式会社 通信システム、通信装置、通信方法及び通信プログラムを格納する非一時的なコンピュータ可読媒体

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7953895B1 (en) * 2007-03-07 2011-05-31 Juniper Networks, Inc. Application identification
US20080240096A1 (en) 2007-03-29 2008-10-02 Twisted Pair Solutions, Inc. Method, apparatus, system, and article of manufacture for providing distributed convergence nodes in a communication network environment
US9712787B2 (en) * 2007-07-02 2017-07-18 At&T Intellectual Property I, L.P. System and method of delivering video content
CA2726887C (en) * 2008-07-01 2017-03-07 Twisted Pair Solutions, Inc. Method, apparatus, system, and article of manufacture for reliable low-bandwidth information delivery across mixed-mode unicast and multicast networks
US8902805B2 (en) * 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
US8018934B2 (en) * 2009-03-20 2011-09-13 Cisco Technology, Inc. Switched unicast in an internet protocol television environment
CN101515889B (zh) * 2009-04-03 2011-07-06 华为技术有限公司 一种组播报文的复制处理方法和装置
US8391240B2 (en) * 2009-12-29 2013-03-05 Symbol Technologies, Inc. Updating an IGMP membership report when a wireless client device roams across IP subnets
TW201134284A (en) * 2010-03-29 2011-10-01 Gemtek Technology Co Ltd Streaming data relay apparatus and related wireless gateway apparatus
JP5672779B2 (ja) * 2010-06-08 2015-02-18 ソニー株式会社 送信制御装置、および送信制御方法
KR101677638B1 (ko) 2010-09-29 2016-11-18 엘지전자 주식회사 이동 단말기 및 그 제어 방법
KR20120139574A (ko) * 2011-06-17 2012-12-27 삼성전자주식회사 UPnP 기반 디바이스 간 데이터 교환 장치 및 방법
US9306836B2 (en) * 2012-07-30 2016-04-05 Hewlett Packard Enterprise Development Lp Searching for multicast consumers in a network of interconnected nodes
JP6281566B2 (ja) * 2013-04-05 2018-02-21 ソニー株式会社 中継管理装置、中継管理方法、プログラムおよび中継管理システム
EP3448070A4 (en) * 2016-04-18 2019-03-20 Sony Corporation COMMUNICATION DEVICE, COMMUNICATION PROCESS AND PROGRAM

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003101504A (ja) * 2001-09-21 2003-04-04 Sony Corp 送信装置および方法、通信システム、記録媒体、並びにプログラム
JP2003169036A (ja) * 2001-11-30 2003-06-13 Japan Telecom Co Ltd 直交周波数分割多重システムおよび送受信装置
JP2003174478A (ja) * 2001-12-05 2003-06-20 Ntt Docomo Inc マルチキャスト通信方式、マルチキャスト通信に用いる中継ノード装置、及び、中継ノード装置における送信制御方法

Family Cites Families (93)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4531822A (en) * 1978-12-01 1985-07-30 Polaroid Corporation Extended sonic acceptance angle
US4473285A (en) * 1981-11-27 1984-09-25 W. Haking Enterprises Limited Automatic focusing camera
US4490814A (en) * 1982-09-30 1984-12-25 Polaroid Corporation Sonic autofocus camera having variable sonic beamwidth
US4980671A (en) * 1989-04-26 1990-12-25 Guardian Technologies, Inc. Remote confinement system with timed tamper signal reset
US5778304A (en) * 1994-03-10 1998-07-07 Motorola, Inc. Method for providing communication services based on geographic location
US6049273A (en) * 1994-09-09 2000-04-11 Tattletale Portable Alarm, Inc. Cordless remote alarm transmission apparatus
US6028626A (en) * 1995-01-03 2000-02-22 Arc Incorporated Abnormality detection and surveillance system
JPH0933791A (ja) * 1995-07-21 1997-02-07 Sony Corp レンズ駆動装置及び撮像装置
US6208379B1 (en) * 1996-02-20 2001-03-27 Canon Kabushiki Kaisha Camera display control and monitoring system
US5848161A (en) * 1996-05-16 1998-12-08 Luneau; Greg Method for providing secured commerical transactions via a networked communications system
US6195772B1 (en) * 1996-06-21 2001-02-27 Altera Corporaiton Electronic circuit testing methods and apparatus
US6018374A (en) * 1996-06-25 2000-01-25 Macrovision Corporation Method and system for preventing the off screen copying of a video or film presentation
US7159116B2 (en) * 1999-12-07 2007-01-02 Blue Spike, Inc. Systems, methods and devices for trusted transactions
US5790074A (en) * 1996-08-15 1998-08-04 Ericsson, Inc. Automated location verification and authorization system for electronic devices
ES2208974T3 (es) * 1996-08-23 2004-06-16 Cook Biotech, Inc. Protesis de injertos, materiales y metodos.
JPH10299613A (ja) 1997-04-25 1998-11-10 Denso Corp 燃料噴射弁
DE69834218T2 (de) * 1997-05-13 2007-01-04 Kabushiki Kaisha Toshiba, Kawasaki Informationsaufzeichnungs- und -wiedergabegerät sowie Informationsverteilungssystem
US5960081A (en) * 1997-06-05 1999-09-28 Cray Research, Inc. Embedding a digital signature in a video sequence
JP2965007B2 (ja) * 1997-08-11 1999-10-18 日本電気株式会社 携帯電話システム
US6343213B1 (en) * 1997-10-24 2002-01-29 Nortel Networks Limited Method to protect against interference from mobile radios
JPH11225163A (ja) 1998-02-05 1999-08-17 Nippon Telegr & Teleph Corp <Ntt> Ipマルチキャスト通信方法及びこれに用いるダイアルアップアクセスサーバ
ES2138557B1 (es) * 1998-02-26 2000-08-16 Carballo Jose Maria Pousada Enmascarador de llamadas para telefonia movil.
US6189146B1 (en) * 1998-03-18 2001-02-13 Microsoft Corporation System and method for software licensing
US6111364A (en) * 1998-04-10 2000-08-29 Davis; Jerry L. Method and device to inhibit the flash photography of a vehicle
JP3252825B2 (ja) * 1998-04-17 2002-02-04 日本電気株式会社 携帯電話における自動電波出力制限システム
US6529600B1 (en) * 1998-06-25 2003-03-04 Koninklijke Philips Electronics N.V. Method and device for preventing piracy of video material from theater screens
JP2938062B1 (ja) * 1998-09-01 1999-08-23 埼玉日本電気株式会社 移動無線通信機
JP3519616B2 (ja) 1998-10-21 2004-04-19 株式会社日立製作所 中継装置
US7324133B2 (en) * 1998-11-06 2008-01-29 Fotomedia Technologies, Llc Method and apparatus for controlled camera useability
US6321338B1 (en) * 1998-11-09 2001-11-20 Sri International Network surveillance
EP1026696B1 (en) * 1999-02-02 2005-07-06 Fujitsu Limited Test method and test circuit for electronic device
US6677858B1 (en) * 1999-02-26 2004-01-13 Reveo, Inc. Internet-based method of and system for monitoring space-time coordinate information and biophysiological state information collected from an animate object along a course through the space-time continuum
US7035666B2 (en) * 1999-06-09 2006-04-25 Shimon Silberfening Combination cellular telephone, sound storage device, and email communication device
JP2001111518A (ja) 1999-10-04 2001-04-20 Mitsubishi Electric Corp 通信方法および通信装置
US6424370B1 (en) * 1999-10-08 2002-07-23 Texas Instruments Incorporated Motion based event detection system and method
US7120692B2 (en) * 1999-12-02 2006-10-10 Senvid, Inc. Access and control system for network-enabled devices
US20010031631A1 (en) * 2000-01-12 2001-10-18 Pitts Robert L. Secure area communication arrester
US6687497B1 (en) * 2000-02-11 2004-02-03 Sony Electronics Inc. Method, system, and structure for disabling a communication device during the occurrence of one or more predetermined conditions
US6640098B1 (en) * 2000-02-14 2003-10-28 Action Engine Corporation System for obtaining service-related information for local interactive wireless devices
US7457628B2 (en) * 2000-02-29 2008-11-25 Smarter Agent, Llc System and method for providing information based on geographic position
GB0012445D0 (en) * 2000-05-24 2000-07-12 Hewlett Packard Co Location-based equipment control
GB2363504A (en) * 2000-06-16 2001-12-19 Nokia Mobile Phones Ltd A mobile phone including a device for preventing loss or theft
US6662023B1 (en) * 2000-07-06 2003-12-09 Nokia Mobile Phones Ltd. Method and apparatus for controlling and securing mobile phones that are lost, stolen or misused
US7382397B2 (en) * 2000-07-26 2008-06-03 Smiths Detection, Inc. Systems and methods for controlling devices over a network
US6771946B1 (en) * 2000-07-31 2004-08-03 Michael F. Oyaski Method of preventing cell phone use while vehicle is in motion
JP4078022B2 (ja) * 2000-09-06 2008-04-23 株式会社エヌ・ティ・ティ・ドコモ ゲートウェイサーバ及び情報提供方法
AU2001290822A1 (en) * 2000-09-11 2002-03-26 Digimarc Corporation Authenticating and measuring quality of service of multimedia signals using digital watermark analyses
AU2001277773A1 (en) * 2000-09-22 2002-04-02 Matsushita Electric Industrial Co., Ltd. Data transmitting/receiving method, transmitting device, receiving device, transmitting/receiving system, and program
US6559883B1 (en) * 2000-09-27 2003-05-06 David H. Sitrick Movie film security system utilizing infrared patterns
GB2367720B (en) * 2000-10-04 2004-08-18 Hewlett Packard Co Method and apparatus for disabling mobile telephones
TW546874B (en) * 2000-10-11 2003-08-11 Sony Corp Robot apparatus and its control method with a function of preventing an image from being stolen
US7099699B2 (en) * 2000-11-14 2006-08-29 Lg Electronics Inc. Method for preventing illegal use of mobile communication terminal
KR20030001362A (ko) * 2000-12-20 2003-01-06 소니 가부시끼 가이샤 정보 처리 방법 및 그 장치와 기록 매체 및 프로그램
KR100467643B1 (ko) * 2000-12-28 2005-01-24 엘지전자 주식회사 무선 랜에서의 멀티미디어 데이터 전송 방법
BRPI0206466B1 (pt) * 2001-01-16 2016-04-12 Nagracard Sa método para armazenar dados criptografados
GB2371907A (en) * 2001-02-03 2002-08-07 Hewlett Packard Co Controlling the use of portable cameras
US6799052B2 (en) * 2001-02-08 2004-09-28 Michael K. Agness Hand-held cellular telephone system with location transmission inhibit
US6396399B1 (en) * 2001-03-05 2002-05-28 Hewlett-Packard Company Reduction of devices to quiet operation
US6353778B1 (en) * 2001-03-15 2002-03-05 International Business Machines Corporation Automobile computer control system for limiting the usage of wireless telephones on moving automobiles
JP3988476B2 (ja) * 2001-03-23 2007-10-10 セイコーエプソン株式会社 座標入力装置及び表示装置
US20030037237A1 (en) * 2001-04-09 2003-02-20 Jean-Paul Abgrall Systems and methods for computer device authentication
US20020191102A1 (en) * 2001-05-31 2002-12-19 Casio Computer Co., Ltd. Light emitting device, camera with light emitting device, and image pickup method
US20020186845A1 (en) * 2001-06-11 2002-12-12 Santanu Dutta Method and apparatus for remotely disabling and enabling access to secure transaction functions of a mobile terminal
US7339903B2 (en) * 2001-06-14 2008-03-04 Qualcomm Incorporated Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address
ES2538804T3 (es) * 2001-06-15 2015-06-24 L-1 Identity Solutions Ag Método para convertir en irreconocibles y restaurar contenidos de una imagen
US6868229B2 (en) * 2001-09-20 2005-03-15 Intel Corporation Interfering with illicit recording activity by emitting non-visible radiation
EP1430319B1 (en) * 2001-09-20 2007-02-28 Koninklijke Philips Electronics N.V. Electronic device
WO2003028342A2 (en) * 2001-09-25 2003-04-03 Yashpal Singh A system which automatically disables or switches off a cellphone
EP1437571B1 (en) * 2001-10-16 2012-06-20 Panasonic Corporation Terminal apparatus
DE60115967T2 (de) * 2001-10-31 2006-08-03 Nokia Corp. Eine methode für handhabung von meldungen zwischen einem terminal und einem datennetz
US7382405B2 (en) * 2001-12-03 2008-06-03 Nikon Corporation Electronic apparatus having a user identification function and user identification method
US7392394B2 (en) * 2001-12-13 2008-06-24 Digimarc Corporation Digital watermarking with variable orientation and protocols
US20030132880A1 (en) * 2002-01-14 2003-07-17 Hintz Kenneth James Precision position measurement system
US7080405B2 (en) * 2002-01-16 2006-07-18 International Business Machines Corporation Limiting device function
JP2003215440A (ja) * 2002-01-24 2003-07-30 Casio Comput Co Ltd オートフォーカス方法、及びオートフォーカス装置
US7050796B2 (en) * 2002-01-25 2006-05-23 International Business Machines Corporation Method of controlling the auditory response of wireless devices
US6658091B1 (en) * 2002-02-01 2003-12-02 @Security Broadband Corp. LIfestyle multimedia security system
US7054624B2 (en) * 2002-04-02 2006-05-30 X-Cyte, Inc. Safeguarding user data stored in mobile communications devices
GB0211612D0 (en) * 2002-05-21 2002-07-03 Eastman Kodak Co A method and system for the prevention of copyright piracy
US20030233410A1 (en) * 2002-06-06 2003-12-18 International Business Machines Corporation Electronic carbon copy dissemination control
EP1540763B1 (en) * 2002-08-21 2007-04-18 Zyray Wireless, Inc. Antenna array including virtual antenna elements and method
KR20050036997A (ko) * 2002-09-10 2005-04-20 코닌클리즈케 필립스 일렉트로닉스 엔.브이. Mac 재시도 한도 조정 방법, 무선 로컬 에이리어 네트워크, 무선 인터페이스 및 노드
US6922524B2 (en) * 2002-11-27 2005-07-26 Olympus Corporation Camera having blur detecting function
TWI237491B (en) * 2002-12-13 2005-08-01 Lite On Technology Corp Method for displaying location of cellular phone caller
TW200410557A (en) * 2002-12-13 2004-06-16 Lite On Technology Corp Method for making inquiry about location of cellular phone user
JP4396245B2 (ja) * 2003-02-04 2010-01-13 日本電気株式会社 撮影機能付き移動通信端末の動作制限システム及び撮影機能付き移動通信端末
JP4638411B2 (ja) * 2003-04-01 2011-02-23 レイフ コミュニケーションズ エルエルシー 携帯デジタル装置
US7006630B2 (en) * 2003-06-03 2006-02-28 Matsushita Electric Industrial Co., Ltd. Methods and apparatus for digital content protection
JP4508753B2 (ja) * 2003-07-12 2010-07-21 エルジー エレクトロニクス インコーポレイティド 携帯端末機のカメラ撮影制限システム及びその方法
US20050043548A1 (en) * 2003-08-22 2005-02-24 Joseph Cates Automated monitoring and control system for networked communications
EP1536391A1 (en) * 2003-11-28 2005-06-01 Connexion2 Limited Lone worker monitor
WO2005089213A2 (en) * 2004-03-12 2005-09-29 Interdigital Technology Corporation Watermarking of recordings
US7272240B2 (en) * 2004-12-03 2007-09-18 Interdigital Technology Corporation Method and apparatus for generating, sensing, and adjusting watermarks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003101504A (ja) * 2001-09-21 2003-04-04 Sony Corp 送信装置および方法、通信システム、記録媒体、並びにプログラム
JP2003169036A (ja) * 2001-11-30 2003-06-13 Japan Telecom Co Ltd 直交周波数分割多重システムおよび送受信装置
JP2003174478A (ja) * 2001-12-05 2003-06-20 Ntt Docomo Inc マルチキャスト通信方式、マルチキャスト通信に用いる中継ノード装置、及び、中継ノード装置における送信制御方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009538585A (ja) * 2006-05-26 2009-11-05 ノキア シーメンス ネットワークス ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディトゲゼルシャフト 通信関係を確立するための方法と装置
US9161108B2 (en) 2006-05-26 2015-10-13 Adtran GmbH Method and system for establishing communication relations
WO2023139914A1 (ja) * 2022-01-24 2023-07-27 住友電気工業株式会社 車載装置、管理装置、伝送路認証システム、伝送路認証方法および管理方法
WO2023171569A1 (ja) * 2022-03-09 2023-09-14 日本電気株式会社 通信システム、通信装置、通信方法及び通信プログラムを格納する非一時的なコンピュータ可読媒体
JP2023131231A (ja) * 2022-03-09 2023-09-22 日本電気株式会社 通信システム、通信装置、通信方法及び通信プログラム

Also Published As

Publication number Publication date
EP1993243A4 (en) 2011-04-13
CN101401375B (zh) 2012-05-09
US20090257432A1 (en) 2009-10-15
KR20090006828A (ko) 2009-01-15
JP4791533B2 (ja) 2011-10-12
JPWO2007119403A1 (ja) 2009-08-27
US7978698B2 (en) 2011-07-12
EP1993243B1 (en) 2012-06-06
EP1993243A1 (en) 2008-11-19
CN101401375A (zh) 2009-04-01

Similar Documents

Publication Publication Date Title
JP4791533B2 (ja) 端末装置
US9331962B2 (en) Methods and systems for time sensitive networks
US8345553B2 (en) Apparatus and methods for reduction of transmission delay in a communication network
CN100536399C (zh) 一种无源光网络分布式可控组播系统及其实现方法
CN101369907B (zh) 组播业务的实现方法及其装置和系统
US9014051B2 (en) Updating multicast group information of a client device of a wireless mesh network
US8028324B2 (en) Method for transmitting policy information between network equipment
KR20060042234A (ko) 멀티캐스트 정보 전달 시스템 및 멀티캐스트 정보 전달 방법
CN100525192C (zh) 一种宽带接入设备、系统及方法
CN1744570A (zh) 在以太无源光网络系统中高效视频组播的实现方法
KR20130100752A (ko) 다수의 네트워크를 통한 데이터 스트림의 전송 관리
CN102710812B (zh) 一种建立隧道的方法、用户设备及nni接口网关
CN102907044B (zh) 多宽带网络网关下业务调度方法及装置
CN101068211B (zh) 点对点流量优化方法和系统
US10541829B2 (en) Network devices for scalable point to multipoint networks
KR101830760B1 (ko) 지역 분산된 콘텐츠 노드에서 다중 콘텐츠 분배를 위한 오버레이 멀티캐스트 시스템 및 그 방법
JP2012049644A (ja) マルチキャストシステム
CN101635634A (zh) 一种基于标识的组播管理方法与系统
CN111371691A (zh) 多信道绑定条件下的组播帧传输方法
CN1921402B (zh) 一种组播业务处理方法以及系统
CN103595600A (zh) 一种适于eoc大规模组网的集群处理方法及光电双向网
WO2011147227A1 (zh) 一种多边缘架构下的多业务控制方法及系统
KR101465543B1 (ko) 미디어서비스 중계 장치 및 미디어서비스 중계 방법
CN104901818A (zh) 一种ip组播融合于网状覆盖网的应用层组播实现方法及系统
CN102694666B (zh) 一种组播业务处理方法以及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07738870

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2008510802

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 200780008976.1

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007738870

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020087024865

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 12282947

Country of ref document: US