JP2003273874A - 同一ネットワーク上でｍｃａｐを支援する機器の識別方法及びこれを利用したマルチキャスト通信方法 - Google Patents

同一ネットワーク上でｍｃａｐを支援する機器の識別方法及びこれを利用したマルチキャスト通信方法

Info

Publication number
JP2003273874A
JP2003273874A JP2003056220A JP2003056220A JP2003273874A JP 2003273874 A JP2003273874 A JP 2003273874A JP 2003056220 A JP2003056220 A JP 2003056220A JP 2003056220 A JP2003056220 A JP 2003056220A JP 2003273874 A JP2003273874 A JP 2003273874A
Authority
JP
Japan
Prior art keywords
mcap
channel
message
multicast
same network
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.)
Granted
Application number
JP2003056220A
Other languages
English (en)
Other versions
JP3720026B2 (ja
Inventor
Jae-Hwa Kim
載和 金
Il-Ju Na
日柱 羅
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2003273874A publication Critical patent/JP2003273874A/ja
Application granted granted Critical
Publication of JP3720026B2 publication Critical patent/JP3720026B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership

Landscapes

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

Abstract

(57)【要約】 【課題】 同一ネットワーク上でＭＣＡＰを支援する機
器の識別方法及びこれを利用したマルチキャスト通信方
法を提供する。 【解決手段】 （ａ）ＭＣＡＰ支援機器４０２が、同一
ネットワーク上のあらゆる機器４０４，４０６に対して
ＭＣＡＰブロードキャストメッセージをブロードキャス
トする過程と、（ｂ）前記ＭＣＡＰブロードキャストメ
ッセージをブロードキャストしたＭＣＡＰ支援機器が、
同一ネットワーク上のあらゆる機器にＩＧＭＰ照会メッ
セージをブロードキャストする過程と、（ｃ）前記ＭＣ
ＡＰブロードキャストメッセージをブロードキャストし
たＭＣＡＰ支援機器が、同一ネットワーク上のあらゆる
機器からのＩＧＭＰ報告メッセージが伝送されるチャン
ネル番号により各機器がＭＣＡＰを支援するか否かを識
別する過程とを含むＭＣＡＰを支援するか否かの確認方
法。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は同一ネットワーク上
でＭＣＡＰを支援する機器と支援しない機器とが同時に
存在する時にこれらの機器がＭＣＡＰを支援するか否か
を識別する方法及びこれを利用したマルチキャスト通信
方法に関する。
【０００２】
【従来の技術】従来のマルチキャスト通信方法は同じネ
ットワーク、例えば、ＩＥＥＥ１３９４ネットワークに
属する機器がＭＣＡＰを支援するか否かと関係なくブロ
ードキャストチャンネルを利用したマルチキャスト通信
を行う。この場合、あらゆる機器がＭＣＡＰを支援して
も無駄にブロードキャスト方式を使用してＭＣＡＰ機能
自体が無效化され、これによりマルチキャスト通信の核
心機能である選択的伝送機能を使用できなくなるという
結果を招く。
【０００３】
【発明が解決しようとする課題】本発明は前記の問題点
を解決するために考案されたものであり、同一ネットワ
ーク上でＭＣＡＰを支援する機器の識別方法を提供する
ことをその目的とする。
【０００４】本発明の他の目的は、前記の識別方法を利
用したマルチキャスト通信方法を提供することにある。
【０００５】
【課題を解決するための手段】前記の目的を達成する本
発明によるＭＣＡＰを支援するか否かの識別方法は、
（ａ）ＭＣＡＰ支援機器が、同一ネットワーク上のあら
ゆる機器に対してＭＣＡＰブロードキャストメッセージ
をブロードキャストする過程と、（ｂ）前記ＭＣＡＰブ
ロードキャストメッセージをブロードキャストしたＭＣ
ＡＰ支援機器が、同一ネットワーク上のあらゆる機器に
ＩＧＭＰ照会メッセージをブロードキャストする過程
と、（ｃ）前記ＭＣＡＰブロードキャストメッセージを
ブロードキャストしたＭＣＡＰ支援機器が、同一ネット
ワーク上のあらゆる機器からのＩＧＭＰ報告メッセージ
が伝送されるチャンネル番号により、各機器がＭＣＡＰ
を支援するか否かを識別する過程とを含むことを特徴と
する。
【０００６】前記他の目的を達成する本発明によるマル
チキャスト通信方法は、（ａ）ＭＣＡＰ支援機器が、同
一ネットワーク上のあらゆる機器に対してＭＣＡＰブロ
ードキャストメッセージをブロードキャストする過程
と、（ｂ）前記ＭＣＡＰブロードキャストメッセージを
ブロードキャストしたＭＣＡＰ支援機器が、同一ネット
ワーク上のあらゆる機器にＩＧＭＰ照会メッセージをブ
ロードキャストする過程と、（ｃ）前記ＭＣＡＰブロー
ドキャストメッセージをブロードキャストしたＭＣＡＰ
支援機器が、同一ネットワーク上のあらゆる機器からの
ＩＧＭＰ報告メッセージが伝送されるチャンネル番号に
より各機器がＭＣＡＰを支援するか否かを識別する過程
と、（ｅ）前記ＭＣＡＰブロードキャストメッセージを
ブロードキャストしたあらゆる機器からのＩＧＭＰ報告
メッセージがマルチキャストチャンネルを通じて伝送さ
れれば、該当マルチキャストアドレスに対する送受信を
マルチキャストチャンネルを利用して行い、一つでもブ
ロードキャストチャンネルを通じて伝送されれば、該当
マルチキャストアドレスに対する送受信をブロードキャ
ストチャンネルを利用して行う過程とを含むことを特徴
とする。
【０００７】
【発明の実施の形態】以下、添付した図面を参照して本
発明の構成及び動作を詳細に説明する。
【０００８】インターネットの伝送方式は伝送に参加す
る送信者と受信者との観点でユニキャスト、ブロードキ
ャスト、そしてマルチキャストに区分できる。
【０００９】図１は、ユニキャスト方式、ブロードキャ
スト方式、そしてマルチキャスト方式を図式的に示した
図面である。
【００１０】ユニキャスト伝送方式は、一人の送信者が
他の一人の受信者にデータを伝送する方式であって、一
般的なインターネットアプリケーションがいずれもこの
ユニキャスト方式を使用している。一方、ブロードキャ
スト伝送方式は、一人の送信者が同じサブネットワーク
上のあらゆる受信者にデータを伝送する方式である。
【００１１】一方、マルチキャスト伝送方式は、一人以
上の送信者が特定の一人以上の受信者にデータを伝送す
る方式であって、インターネット画像会議などの応用と
して使われる。
【００１２】グループ通信のために多重受信者に同じデ
ータを伝送しようとする場合、ユニキャスト伝送方式を
利用するならば伝送しようとするデータパケットを多数
の受信者に各々数回伝送せねばならず、このような同じ
パケットの重複伝送によりネットワーク効率が低下す
る。また受信者の数が増加する場合にこのような問題点
はより大きくなる。
【００１３】一方、マルチキャスト伝送が支援されれば
送信者は一回にメッセージが伝送できて、データの重複
伝送によるネットワーク資源の浪費を最小化できる。
【００１４】マルチキャスト伝送の一般的なユニキャス
ト伝送との違いはまずその伝送パケットにある。一般的
にＴＣＰ／ＩＰ上のインターネット応用プログラムは、
データの送信者がこれを受信する受信者のインターネッ
トアドレスを伝送パケットのヘッダに表示してパケット
を伝送する。しかし、マルチキャスト伝送のためにはヘ
ッダに受信者のアドレスの代わりに受信者が所属されて
いるグループアドレスを表示してパケットを伝送する。
【００１５】マルチキャスト伝送のためのグループアド
レスはＤ級ＩＰアドレス（２２４．０．０．０−２３
９．２５５．２５５．２５５）であって、全世界個々の
インターネットホストを示すＡ、Ｂ、Ｃ級ＩＰアドレス
とは異なって実際のホストを表すアドレスではなく、グ
ループアドレスを有するマルチキャストパケットを伝送
された受信者は自分がパケットのグループに属している
かどうかを判断してパケットの受容可否を決定する。
【００１６】ＩＰマルチキャストアドレッシングは、Ｒ
ＦＣ１１１２（Ｈｏｓｔ Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ
ＩＰ Ｍｕｌｔｉｃａｓｔｉｎｇ）に規定されたインタ
ーネット標準であって、多数のワークステーション企業
（ＳＵＮ、ＳＧＩ、ＤＥＣ、ＨＰ等）で支援しており、
公式的にＩＰ級Ｄアドレスと規定化されている。
【００１７】Ｄ級のアドレス範囲は２２４．０．０．１
から２３９．２５５．２５５．２５４までであり、この
アドレスは特定のホストに唯一に指定されず、一つのマ
ルチキャスト群に能動的に割当てられるという点が以前
までのアドレス割当て方式と異なる。
【００１８】Ｄ級を認識できる、すなわち、ＩＰマルチ
キャストを支援するワークステーションは、支援された
固有アドレス以外に自ら属しているか／属したいマルチ
キャスト群のアドレス２つを利用して情報を交換する
が、一つのホストがある群を新しく形成するか、これに
属しようとする時に交換せねばならない方式を規定した
ものがＩＧＭＰというプロトコルである。このように構
成されたマルチキャスト群を表示する代表的な手段がｓ
ｄ（ｓｅｓｓｉｏｎ ｄｉｓｐｌａｙ）であるが、これ
を使用すれば現在運営中のマルチキャスト群とこれらの
構成要素が何かを確認できる。
【００１９】一方、次世代ホームネットワーク用インタ
ーフェース技術で注目され始めたＩＥＥＥ１３９４は本
来ハードディスクインターフェースとしてアップル社で
１９８６年に開発され始めた。以後にＩＢＭとソニー社
が加勢して標準化作業が進み、１９９４年にはＩＥＥＥ
１３９４の普及を目的として１３９４ Ｔｒａｄｅ Ａｓ
ｓｏｃｉａｔｉｏｎが設立された。
【００２０】１９９５年には正式にＩＥＥＥ Ｓｔｄ １
３９４−１９９５という名称で標準規格が承認された
が、この標準案では３つの高速伝送速度で１００Ｍｂｐ
ｓ、２００Ｍｂｐｓ、４００Ｍｂｐｓが規格化されてい
る。また２０００年にこの機能を追加して補完したＩＥ
ＥＥ Ｓｔｄ １３９４ａ−２０００標準が規格化され
た。
【００２１】図２は、ＩＥＥＥ１３９４において各階層
の関係を図式的に示したものである。
【００２２】ＩＥＥＥ１３９４−１９９５は物理層、リ
ンク層、そしてトランザクション層の３階層よりなるハ
ードウェア及びソフトウェア標準である。図２は、これ
ら３階層の関係とそれぞれの機能を図式的に表現してい
る。通常的にＩＥＥＥ１３９４ホストアダプタは物理層
及びリンク層の役割を行い、ホストではトランザクショ
ン層及びバス管理機能を担当する。物理層は主にシリア
ルバスを使用できる権利を取得する仲裁機能を行い、バ
スのサイクル制御はデータリンク層で担当する。トラン
ザクション層はネットワーク装置の基本機能−読出し、
書込み−を行い、バス制御機能では同時性伝送に必要な
資源管理などを担当する。
【００２３】ＩＥＥＥ１３９４のインターフェースは、
６本の銅線で構成されたシリアルインターフェースを基
本とするが、これら６本は各々２対の信号線と１対の電
源線とよりなる。２対の信号線は半二重で使われるが、
１対はデータ信号を、他の１対はデータのサンプリング
同期化のためのタイミング信号を伝送するのに使われ
る。この１対の信号線をタイミング情報として使用する
理由は、伝送速度が高速であるためにデータにマンチェ
スターコーディング（ｍａｎｃｈｅｓｔｅｒ ｃｏｄｉ
ｎｇ）のようなタイミング情報を含む場合に伝送速度が
２倍に増加することを防止するためである。
【００２４】ＩＥＥＥ１３９４を支援する機器をノード
と呼ぶが、ノードを連結する最も一般的な物理的連結方
式はツリー構造であり、使用方式はバス構造である。す
なわち、任意の時間に一つのノードだけがデータを伝送
でき、連結されたあらゆるノードが受信できる。
【００２５】ＩＰマルチキャストをＩＥＥＥ１３９４ネ
ットワーク上で支援するための規格はＩＥＴＦ（Ｉｎｔ
ｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒ
ｃｅ、インターネット標準規格を開発しているＩＡＢ
（Ｉｎｔｅｒｎｅｔ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｂｏａ
ｒｄ）傘下の調査委員会）のｄｒａｆｔ−ｉｅｔｆ−ｉ
ｐ１３９４−ｉｐｖ６とｄｒａｆｔ−ｉｅｔｆ−ｉｐ１
３９４−ｍｃａｐとで定義しており、ＩＰｖ４での場合
はＲＦＣ２７３４（ＩＰｖ４ ｏｖｅｒ ＩＥＥＥ１３９
４）に定義されている。これらの規格でＩＰマルチキャ
ストパケットは、非同期ストリーム伝送モードと等時性
ストリーム伝送モードとを利用して支援するように規定
している。この時、使用するモードはＩＰパケットのサ
ービス要求性格によって選択される。すなわち、非同期
ストリーム方式はベストエフォート（Ｂｅｓｔ−Ｅｆｆ
ｏｒｔ）サービス、等時性ストリーム方式はＱｏＳ（Ｑ
ｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を要求するパケッ
トに対して使われる。
【００２６】このような２つの伝送方法ではノード番号
の代りにチャンネル番号を使用して伝送するが、チャン
ネル番号の割当てと返還及び帯域幅の割当てなどの過程
はＣＡＭ（Ｃｈａｎｎｅｌ Ａｌｌｏｃａｔｉｏｎ Ｍａ
ｎａｇｅｒ）でＭＣＡＰプロトコルを使用して実行す
る。ＣＡＭはマルチキャストソースまたはグループ所属
者の要請を受けてマルチキャストチャンネル及び帯域幅
を割り当てる。この時に使われる要請及び応答パケット
はＭＣＡＰプロトコルを使用する。
【００２７】前記ＭＣＡＰではチャンネルの割当てにつ
いて２つの方法を定義している。第１に、ＩＰ機能を行
うあらゆるノード（ＩＥＥＥ１３９４を支援する機器）
が基本的に共有するブロードキャストチャンネルを利用
する方法。第２に、ブロードキャストチャンネル以外の
チャンネルを割り当てて利用する方法。
【００２８】第１の方法は別のプロトコルを使用せずに
マルチキャスト通信を行えるが、不要なパケットが機器
に受信されるので機器の演算負荷を増大させる結果を招
く。
【００２９】第２の方法の場合、特定マルチキャスト群
に属する一つの機器が該当マルチキャスト群アドレスに
対するチャンネルを割当てられ、ＭＣＡＰブロードキャ
ストメッセージを通じてネットワーク上のあらゆる機器
に該当マルチキャストアドレスと割当てられたチャンネ
ルとの連繋性を知らせる。ＭＣＡＰブロードキャストメ
ッセージを受けたネットワーク上のあらゆるノードは指
定されたチャンネルを通じて該当マルチキャストパケッ
トを送／受信せねばならない。
【００３０】ＩＥＥＥ１３９４ネットワーク上のあらゆ
る機器が前記第１の場合のようにブロードキャストチャ
ンネルを使用する場合にはマルチキャスト通信に問題が
発生しない。ただ、ブロードキャストを行うことによっ
て不要なパケットが該当マルチキャスト群に属していな
い機器の演算負荷を増大させる現象を甘受せねばならな
い。
【００３１】ネットワーク上のあらゆる機器が前記第２
の場合のようにＭＣＡＰメッセージを解釈し、これによ
りチャンネルを調整するＭＣＡＰ支援機器である場合に
も問題が発生しない。この場合には不要なパケットの受
信を最小化できる。
【００３２】このように、あらゆる機器がＭＣＡＰ機能
を具現しない場合や、あるいはあらゆる機器がＭＣＡＰ
を支援する場合にはマルチキャスト通信に問題が発生し
ない。
【００３３】しかし、現在としてはＩＥＥＥ１３９４ネ
ットワーク上でのあらゆるノードがＭＣＡＰを支援でき
ず、ＭＣＡＰ支援機器と非支援機器とが混在しているた
めに不便なブロードキャスト方式によりマルチキャスト
通信を行っているのが実情である。
【００３４】図３は、ＩＥＥＥ１３９４ネットワーク上
での従来のマルチキャスト通信方式を図式的に示したも
のである。
【００３５】従来のＩＥＥＥ１３９４ネットワーク上で
のマルチキャスト通信方式には、図３（ａ）に図示され
たように一つのマルチキャストメッセージをブロードキ
ャストチャンネル（チャンネルｌ３１）を通じてあらゆ
る機器に伝達する方式を利用する。このような場合、Ｍ
ＣＡＰ支援機器３０２、３０６や非支援機器３０４に関
係なくあらゆる機器がマルチキャストメッセージをブロ
ードキャストできるように構成することによって利用可
能である。
【００３６】しかし、例えば、ＭＣＡＰ支援機器３０６
がブロードキャストチャンネルを利用する代わりに図３
（ｂ）のように他のチャンネル、例えば、チャンネル７
を割り当ててマルチキャスト通信を行う場合には問題が
発生する。
【００３７】すなわち、ＭＣＡＰ支援機器３０６がマル
チキャストアドレス（例えば、２３９．２５５．２５
５．２５０）に対してチャンネル７を割り当ててＭＣＡ
Ｐメッセージを伝送し、これを認識したＭＣＡＰ支援機
器３０２が２３９．２５５．２５５．２５０のアドレス
を有するマルチキャストメッセージをチャンネル７を通
じて伝送するならば、ＭＣＡＰ非支援機器３０４はこの
マルチキャストメッセージを受けられなくなる。
【００３８】このようにＭＣＡＰを支援しなくてブロー
ドキャストチャンネルだけでマルチキャストを行うよう
に固定されたＭＣＡＰ非支援機器とＭＣＡＰ支援機器と
が一つのネットワーク上に共存する場合には両機器間の
通信に難しさがある。
【００３９】すなわち、ＭＣＡＰ支援機器が、特定マル
チキャストアドレスに対してブロードキャストチャンネ
ル以外のチャンネルを割り当て、これをＭＣＡＰブロー
ドキャストメッセージを通じてネットワーク内のあらゆ
る機器に知らせても、ＭＣＡＰ非支援機器はブロードキ
ャストチャンネルでマルチキャストパケットを送受信す
るように固定されているために、異に割り当てられたチ
ャンネルのパケットを受信できなくなる。
【００４０】このような問題はホームネットワーク環境
で深刻な問題を引き起こすことがある。今後展開される
ホームネットワーク環境ではパソコンとノート型パソコ
ン、パームトップ型パソコン、ＴＶセットトップボック
ス（Ｓｅｔ Ｔｏｐ Ｂｏｘ；ＳＴＢ）、ビデオゲーム
機、プリンタ、モデム、スキャナー等想像できるあらゆ
るコンピュータ機器と共に携帯電話、インターネットフ
ォン、デジタル応答機、ポケベル、冷蔵庫、トースター
などの家庭用生活機器が一斉に接続される。
【００４１】ホームネットワークにおいてホストに接続
される機器はネットワークＰｎＰ（Ｐｌｕｇ ａｎｄ Ｐ
ｌａｙ）機能により接続される。
【００４２】例えば、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ
Ｐｌｕｇ ａｎｄ Ｐｌａｙ）はマイクロソフト社により
開発されたものであって、サンマイクロシステム社によ
り開発されたＪｉｎｉ（ジニー）（登録商標）のように
ネットワークＰｎＰの一種である。
【００４３】ＵＰｎＰの場合、装置を対話式に連結する
中継子であって、新しいネットワークプロトコルを使用
する。すなわち、ハイパーテキスト伝送プロトコルであ
るＨＴＴＰのように、ウェブサーバーに接続したコンピ
ュータの種類に関係なくＨＴＴＰプロトコルを要請する
データを適材適所に配る方式である。実際にウィンドウ
２０００からはＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔ
ｉｎｇ Ｐｒｏｔｏｃｏｌ）というプロトコルを支援、
ネットワーク上で接続したプリンタを利用して使用者の
文書を遠隔出力できるように具現した。もちろん、ＩＰ
Ｐプロトコルは使用者の運営体制及びプリンタ製造、機
種などにこだわらない。
【００４４】一方、Ｊｉｎｉ（登録商標）において、は
ＭＳのＩＰＰのようなプロトコルの役割をＪａｖａ（登
録商標）が担当する。現存する大部分のパソコンは、Ｊ
ａｖａ（登録商標）を支援するウェブブラウザだけあれ
ばサーバーからＪａｖａ（登録商標）アプレットをダウ
ンロードして動作する。したがって、この点に着眼して
装置を認識させるＪａｖａ（登録商標）アプレットを支
援して、随時ダウンロードし、必要としない時には機械
上で直ちに消えるように具現した。その核心がＲＭＩ
（Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）
である。特に使用者の立場ではＪａｖａ（登録商標）ア
プレットをダウンロードするか、消えさせる過程が肉眼
で識別できない長所がある。
【００４５】このようなネットワークＰｎＰにより可変
性／拡張性を有するホームネットワークにおいて、ＩＥ
ＥＥ１３９４ネットワーク上に存在する機器間のトラフ
ィックを効率的に管理する必要があり、特に、マルチキ
ャスト通信のために不要なパケットが伝送されることを
防止する必要がある。
【００４６】これを解決するために本発明では、同一ネ
ットワーク上にＭＣＡＰを支援しない機器の存否をＩＧ
ＭＰ照会／報告メッセージを利用して把握し、ＭＣＡＰ
を支援しない機器が存在する場合にのみＭＣＡＰ支援機
器がブロードキャストチャンネルを使うようにし、あら
ゆる機器がＭＣＡＰを支援する場合にはＭＣＡＰプロト
コルによってマルチキャスト伝送を行うようにする。
【００４７】このようにすれば、ＩＥＥＥ１３９４ネッ
トワーク上であるマルチキャストグループに属している
あらゆる機器がＭＣＡＰを支援するのにも無駄にブロー
ドキャストチャンネルを利用して機器の演算負荷を与え
ることを防止でき、たとえ該当マルチキャストグループ
にＭＣＡＰ非支援機器があったとしてもマルチキャスト
通信を行える効果を得ることができる。
【００４８】図４は、本発明によるＭＣＡＰを支援する
か否かの識別方法を示すフローチャートであり、図５
は、図４に示された過程を図式的に示したものである。
【００４９】図４及び図５を参照して、本発明によるＭ
ＣＡＰを支援するか否かの識別方法を詳細に説明する。
【００５０】まず、図４に示されたように、ＭＣＡＰ支
援機器がブロードキャストチャンネルではない任意のチ
ャンネルをマルチキャストアドレスに割り当てた後、こ
のマルチキャストチャンネルを通じて同じＩＥＥＥ１３
９４ネットワーク上のあらゆる機器に対してＭＣＡＰブ
ロードキャストメッセージをブロードキャストする（Ｓ
４０２）。
【００５１】例えば、図５に示されたように、マルチキ
ャスト群２３９．２５５．２５５．２５０に所属されて
いるＭＣＡＰ支援機器４０２がチャンネル７をマルチキ
ャストアドレスに割り当てた後、ブロードキャストチャ
ンネル（チャンネル３１）を通じて同じＩＥＥＥ１３９
４ネットワーク上のあらゆる機器にＭＣＡＰブロードキ
ャストメッセージをブロードキャストする。
【００５２】次に、ＭＣＡＰブロードキャストメッセー
ジをブロードキャストしたＭＣＡＰ支援機器４０２が、
ブロードキャストチャンネル（チャンネル３１）を通じ
て同じＩＥＥＥ１３９４ネットワーク上のあらゆる機器
４０４、４０６にＩＧＭＰ照会メッセージをブロードキ
ャストする（Ｓ４０４）。
【００５３】ＩＧＭＰプロトコルはマルチキャストグル
ープに対する加入／脱退処理を担当する。ＩＧＭＰは、
マルチキャストルータが該当サブネットに存在するホス
トグループメンバーの存在を認識するのに使われる。
【００５４】ＩＧＭＰプロトコルは基本的に照会及び報
告メッセージを使用する。照会メッセージは、ＩＧＭＰ
プロトコルが該当グループに加入するホストの有無を尋
ねるメッセージである。これは現在グループのメンバー
を確認するためにサブネットに周期的に伝送される。報
告メッセージは照会メッセージに対する応答であって、
グループに加入する意思があるホストだけが送る。
【００５５】ＩＧＭＰが該当サブネットに照会メッセー
ジを送れば該当マルチキャストグループへの加入を所望
するホストだけが報告メッセージを送ることによってグ
ループに加入できる。グループの脱退は一定時間照会メ
ッセージに対する応答がなければなされる。
【００５６】ＭＣＡＰ支援機器４０２はマルチキャスト
群２３９．２５５．２５５．２５０に対するＩＧＭＰ照
会メッセージをブロードキャストする（Ｓ４０４）。
【００５７】ＭＣＡＰブロードキャストメッセージをブ
ロードキャストしたＭＣＡＰ支援機器４０２は、同じＩ
ＥＥＥ１３９４ネットワーク上のあらゆる機器からＩＧ
ＭＰメッセージを受信する（Ｓ４０６）。
【００５８】ＭＣＡＰブロードキャストメッセージをブ
ロードキャストしたＭＣＡＰ支援機器４０２は、同じＩ
ＥＥＥ１３９４ネットワーク上のあらゆる機器からのＩ
ＧＭＰメッセージが指定されたチャンネル（チャンネル
ｌ７）を通じて伝送されたかどうかを判断する（Ｓ４０
８）。
【００５９】ＩＥＥＥ１３９４ネットワーク上でマルチ
キャスト群２３９．２５５．２５５．２５０に所属され
ている機器４０４、４０６はＩＧＭＰ照会メッセージに
対する応答としてＩＧＭＰ報告メッセージを伝送する。
ＩＧＭＰ報告の目的アドレスは、ＭＣＡＰブロードキャ
ストメッセージをブロードキャストしたＭＣＡＰ支援機
器、すなわち、ＩＧＭＰ照会メッセージをブロードキャ
ストしたＭＣＡＰ支援機器４０２となる。
【００６０】ＭＣＡＰ支援機器４０６は、該当マルチキ
ャストアドレス２３９．２５５．２５５．２５０に対す
るチャンネル番号をＭＣＡＰブロードキャストメッセー
ジによって既に知っているので、チャンネル７を通じて
ＩＧＭＰ報告を伝送する。
【００６１】一方、ＭＣＡＰ非支援機器４０４は、ＭＣ
ＡＰブロードキャストメッセージを認識しないためにブ
ロードキャストチャンネル（チャンネル３１）を通じて
ＩＧＭＰ報告を伝送する。
【００６２】したがって、ＭＣＡＰ支援機器４０２は、
これらのＩＧＭＰメッセージが伝送されるチャンネル番
号を確認して各機器４０４、４０６がＭＣＡＰを支援す
るか否かを確認することができる。
【００６３】もし、同じＩＥＥＥ１３９４ネットワーク
上のあらゆる機器からのＩＧＭＰメッセージが指定され
たチャンネル（チャンネル７）を通じて伝送されたなら
ば、ＭＣＡＰ支援機器４０２は同じＩＥＥＥ１３９４ネ
ットワーク上のあらゆる機器がＭＣＡＰを支援すると判
断する（Ｓ４１０）。
【００６４】一方、同じＩＥＥＥ１３９４ネットワーク
上のあらゆる機器からのＩＧＭＰメッセージが指定され
たチャンネル（チャンネル７）を通じて伝送されなかっ
たならば、ＭＣＡＰ支援機器４０２は同じＩＥＥＥ１３
９４ネットワーク上のあらゆる機器が全部ＭＣＡＰを支
援することではないと判断する（Ｓ４１２）。
【００６５】ＭＣＡＰブロードキャストメッセージには
終了時間（ｅｘｐｉｒｅ ｔｉｍｅ）フィールドが含ま
れる。終了時間フィールドは、ＭＣＡＰブロードキャス
トメッセージにより指定されたチャンネルを維持するた
めの時間を設定するためのものである。ＭＣＡＰ支援機
器は、終了時間フィールドで指定された時間の間に指定
されたチャンネルをマルチキャストのために維持する。
【００６６】同じＩＥＥＥ１３９４ネットワーク上のあ
らゆる機器からのＩＧＭＰメッセージが指定されたチャ
ンネル（チャンネル７）を通じて伝送されなかったなら
ば、ＭＣＡＰブロードキャストメッセージにより指定さ
れたチャンネルを維持する必要がない。
【００６７】これにより同じＩＥＥＥ１３９４ネットワ
ーク上のあらゆる機器からのＩＧＭＰメッセージが指定
されたチャンネル（チャンネル７）を通じて伝送されな
かったならば、終了時間＝０（直ちに解除）という内容
を有するＭＣＡＰブロードキャストメッセージを同じネ
ットワーク上のあらゆる機器にブロードキャストしてマ
ルチキャストのために指定されたチャンネルを解除する
ようにする（Ｓ４１４）。
【００６８】図６は、本発明によるマルチキャスト通信
方法を示すフローチャートであり、図７は、図６に示さ
れた方法を図式的に示したものである。
【００６９】図６及び図７を参照して本発明によるマル
チキャスト通信方法を詳細に説明する。
【００７０】まず、図６に示されたように、あるマルチ
キャスト群に所属されているＭＣＡＰ支援機器４０２が
ブロードキャストチャンネルではない任意のチャンネル
（マルチキャストチャンネル、例えば、チャンネル７）
をマルチキャストアドレスに割り当て、このマルチキャ
ストチャンネルを通じて同じＩＥＥＥ１３９４ネットワ
ーク上のあらゆる機器にＭＣＡＰブロードキャストメッ
セージをブロードキャストする（Ｓ６０２）。
【００７１】次に、ＭＣＡＰブロードキャストメッセー
ジをブロードキャストしたＭＣＡＰ支援機器４０２がブ
ロードキャストチャンネルを通じて同じＩＥＥＥ１３９
４ネットワーク上のあらゆる機器にＩＧＭＰ照会メッセ
ージをブロードキャストする（Ｓ６０４）。
【００７２】ＭＣＡＰブロードキャストメッセージをブ
ロードキャストしたＭＣＡＰ支援機器４０２は、同じＩ
ＥＥＥ１３９４ネットワーク上のあらゆる機器からＩＧ
ＭＰメッセージを受信する（Ｓ６０６）。
【００７３】ＭＣＡＰブロードキャストメッセージをブ
ロードキャストしたＭＣＡＰ支援機器４０２は、同じＩ
ＥＥＥ１３９４ネットワーク上のあらゆる機器からのＩ
ＧＭＰメッセージが指定されたチャンネル（チャンネル
７）を通じて伝送されたかどうかを判断する（Ｓ６０
８）。
【００７４】ＩＥＥＥ１３９４ネットワーク上でマルチ
キャスト群２３９．２５５．２５５．２５０に所属され
ている機器４０４、４０６は、ＩＧＭＰ照会メッセージ
に対する応答としてＩＧＭＰ報告メッセージを伝送す
る。ＩＧＭＰ報告の目的アドレスは、ＭＣＡＰブロード
キャストメッセージをブロードキャストしたＭＣＡＰ支
援機器、すなわち、ＩＧＭＰ照会メッセージをブロード
キャストしたＭＣＡＰ支援機器４０２となる。
【００７５】ＭＣＡＰ支援機器４０６は、該当マルチキ
ャストアドレス２３９．２５５．２５５．２５０に対す
るチャンネル番号をＭＣＡＰブロードキャストメッセー
ジによって既に知っているので、チャンネル７を通じて
ＩＧＭＰ報告を伝送する。
【００７６】一方、ＭＣＡＰ非支援機器４０４は、ＭＣ
ＡＰブロードキャストメッセージを認識しないために、
ブロードキャストチャンネル（チャンネル３１）を通じ
てＩＧＭＰ報告を伝送する。
【００７７】したがって、ＭＣＡＰ支援機器４０２は、
これらのＩＧＭＰメッセージが伝送されるチャンネル番
号を確認して各機器４０４、４０６がＭＣＡＰを支援す
るか否かを確認できる。
【００７８】もし、同じＩＥＥＥ１３９４ネットワーク
上のあらゆる機器からのＩＧＭＰメッセージが指定され
たチャンネル（チャンネル７）を通じて伝送されたなら
ば、ＭＣＡＰ支援機器４０２は同じＩＥＥＥ１３９４ネ
ットワーク上のあらゆる機器がＭＣＡＰを支援すると判
断する（Ｓ６１０）。ＭＣＡＰ支援機器４０２は、マル
チキャストチャンネルを利用して該当マルチキャストア
ドレスに対する送受信を行う（Ｓ６１６）。
【００７９】一方、同じＩＥＥＥ１３９４ネットワーク
上のあらゆる機器からのＩＧＭＰメッセージが指定され
たチャンネル（チャンネル７）を通じて伝送されなかっ
たならば、ＭＣＡＰ支援機器４０２は同じＩＥＥＥ１３
９４ネットワーク上のあらゆる機器が全部ＭＣＡＰを支
援することではないと判断する（Ｓ６１２）。ＭＣＡＰ
支援機器４０２は、終了時間＝０（直ちに解除）という
内容を有するＭＣＡＰブロードキャストメッセージを同
じネットワーク上のあらゆる機器にブロードキャストす
る（Ｓ６１４）。
【００８０】ＭＣＡＰ支援機器４０２は、ブロードキャ
ストチャンネルを利用して該当マルチキャストアドレス
に対する送受信を行う（Ｓ６１６）。
【００８１】図７に示されたように、ＭＣＡＰ支援機器
４０２は、あらゆるＩＧＭＰ報告が指定されたチャンネ
ルチャンネル７を通じて受信されれば、該当マルチキャ
ストアドレス２３９．２５５．２５５．２５０に対する
送受信を割り当てられたチャンネルチャンネル７を利用
して行い、一方、一つでもブロードキャストチャンネル
（チャンネル３１）を通じてＩＧＭＰ報告が受信されれ
ば、ＭＣＡＰ支援機器４０２もブロードキャストチャン
ネル（チャンネル３１）を使用してブロードキャストす
る。
【００８２】すなわち、あるマルチキャストグループに
属しているあらゆる機器がＭＣＡＰを支援する場合には
ＭＣＡＰプロトコルによるマルチキャスト通信を行い、
ＭＣＡＰを支援しない機器が存在する場合にはブロード
キャスト方式を利用したマルチキャスト通信を行う。
【００８３】
【発明の効果】前述したように、本発明によるＩＥＥＥ
１３９４ネットワーク上でマルチキャストグループに属
しているあらゆる機器がＭＣＡＰを支援するのにも無駄
にブロードキャストチャンネルを利用して機器の演算負
荷を与えることを防止でき、たとえ、マルチキャストグ
ループに属している機器のうちにＭＣＡＰ非支援機器が
あったとしてもマルチキャスト通信ができる。
【図面の簡単な説明】
【図１】 ユニキャスト方式、ブロードキャスト方式、
そしてマルチキャスト方式を図式的に示した図面であ
る。
【図２】 ＩＥＥＥ１３９４において各階層の関係を図
式的に示した図面である。
【図３】 （ａ），（ｂ）ともに、ＩＥＥＥ１３９４ネ
ットワーク上での従来のマルチキャスト通信方式を図式
的に示した図面である。
【図４】 本発明によるＭＣＡＰを支援するか否かの識
別方法を示すフローチャートである。
【図５】 図４に示された過程を図式的に示した図面で
ある。
【図６】 本発明によるマルチキャスト通信方法を示す
フローチャートである。
【図７】 図６に示された方法を図式的に示した図面で
ある。
【符号の説明】
３０２，３０６，４０２，４０６ ＭＣＡＰ支援機器 ３０４，４０４ ＭＣＡＰ非支援機器
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K033 AA01 CB13 CC01 DA11 DB14 DB16 EC03

Claims (10)

    【特許請求の範囲】
  1. 【請求項１】 （ａ）ＭＣＡＰ（Ｍｕｌｔｉｃａｓｔ
    Ｃｈａｎｎｅｌ Ａｌｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏ
    ｌ）支援機器が、同一ネットワーク上のあらゆる機器に
    対してＭＣＡＰブロードキャストメッセージをブロード
    キャストする過程と、 （ｂ）前記ＭＣＡＰブロードキャストメッセージをブロ
    ードキャストしたＭＣＡＰ支援機器が、同一ネットワー
    ク上のあらゆる機器にＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇ
    ｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）照
    会メッセージをブロードキャストする過程と、 （ｃ）前記ＭＣＡＰブロードキャストメッセージをブロ
    ードキャストしたＭＣＡＰ支援機器が、同一ネットワー
    ク上のあらゆる機器からのＩＧＭＰ報告メッセージが伝
    送されるチャンネル番号により、各機器がＭＣＡＰを支
    援するか否かを識別する過程とを含む同一ネットワーク
    上でＭＣＡＰを支援するか否かの確認方法。
  2. 【請求項２】 前記（ｃ）過程は、前記ＩＧＭＰ報告メ
    ッセージがＭＣＡＰブロードキャストメッセージにより
    指定されたチャンネルを通じて伝送されなければ、前記
    ネットワーク上のあらゆる機器が全部ＭＣＡＰを支援す
    ることではないと判断することを特徴とする請求項１に
    記載の同一ネットワーク上でＭＣＡＰを支援するか否か
    の確認方法。
  3. 【請求項３】 （ｄ）前記ＩＧＭＰ報告メッセージがＭ
    ＣＡＰブロードキャストメッセージにより指定されたチ
    ャンネルを通じて伝送されなければ、前記ネットワーク
    上のあらゆる機器に前記指定されたチャンネルを解除す
    ることを指示するＭＣＡＰブロードキャストメッセージ
    をブロードキャストする過程をさらに具備することを特
    徴とする請求項２に記載の同一ネットワーク上でＭＣＡ
    Ｐを支援するか否かの確認方法。
  4. 【請求項４】 前記（ｄ）過程は‘終了時間’＝０を指
    定するＭＣＡＰブロードキャストメッセージをブロード
    キャストすることを特徴とする請求項３に記載の同一ネ
    ットワーク上でＭＣＡＰを支援するか否かの確認方法。
  5. 【請求項５】 前記ネットワークはＩＥＥＥ１３９４ネ
    ットワークであることを特徴とする請求項１に記載の同
    一ネットワーク上でＭＣＡＰを支援するか否かの確認方
    法。
  6. 【請求項６】 （ａ）あるマルチキャストグループに属
    するＭＣＡＰ支援機器が同一ネットワーク上のあらゆる
    機器に対してＭＣＡＰブロードキャストメッセージをブ
    ロードキャストする過程と、 （ｂ）前記ＭＣＡＰブロードキャストメッセージをブロ
    ードキャストしたＭＣＡＰ支援機器が、同一ネットワー
    ク上のあらゆる機器にＩＧＭＰ照会メッセージをブロー
    ドキャストする過程と、 （ｃ）前記ＭＣＡＰブロードキャストメッセージをブロ
    ードキャストしたＭＣＡＰ支援機器が、同一ネットワー
    ク上のあらゆる機器からのＩＧＭＰ報告メッセージが伝
    送されるチャンネル番号により、各機器がＭＣＡＰを支
    援するか否かを識別する過程と、 （ｅ）前記ＭＣＡＰブロードキャストメッセージをブロ
    ードキャストしたあらゆる機器からのＩＧＭＰ報告メッ
    セージがマルチキャストチャンネルを通じて伝送されれ
    ば、該当マルチキャストアドレスに対する送受信をマル
    チキャストチャンネルを利用して行い、一つでもブロー
    ドキャストチャンネルを通じて伝送されれば、該当マル
    チキャストアドレスに対する送受信をブロードキャスト
    チャンネルを利用して行う過程とを含む同一ネットワー
    ク上でのマルチキャスト通信方法。
  7. 【請求項７】 前記（ｃ）過程は、前記ＩＧＭＰ報告メ
    ッセージがＭＣＡＰブロードキャストメッセージにより
    指定されたチャンネルを通じて伝送されなければ、前記
    ネットワーク上のあらゆる機器が全部ＭＣＡＰを支援す
    ることではないと判断することを特徴とする請求項６に
    記載の同一ネットワーク上でのマルチキャスト通信方
    法。
  8. 【請求項８】 （ｄ）前記（ｃ）過程で、前記ＩＧＭＰ
    報告メッセージがＭＣＡＰブロードキャストメッセージ
    により指定されたチャンネルを通じて伝送されなけれ
    ば、前記ネットワーク上のあらゆる機器に前記指定され
    たチャンネルを解除することを指示するＭＣＡＰブロー
    ドキャストメッセージをブロードキャストする過程をさ
    らに具備することを特徴とする請求項７に記載の同一ネ
    ットワーク上でのマルチキャスト通信方法。
  9. 【請求項９】 前記（ｄ）過程は‘終了時間’＝０を指
    定するＭＣＡＰブロードキャストメッセージをブロード
    キャストすることを特徴とする請求項８に記載の同一ネ
    ットワーク上でのマルチキャスト通信方法。
  10. 【請求項１０】 前記ネットワークはＩＥＥＥ１３９４
    ネットワークであることを特徴とする請求項６に記載の
    同一ネットワーク上でのマルチキャスト通信方法。
JP2003056220A 2002-03-07 2003-03-03 同一ネットワーク上でｍｃａｐを支援する機器の識別方法及びこれを利用したマルチキャスト通信方法 Expired - Fee Related JP3720026B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR2002-012153 2002-03-07
KR10-2002-0012153A KR100433545B1 (ko) 2002-03-07 2002-03-07 동일 네트웍 상에 존재하는 기기들의 ＭＣＡＰ（Ｍｕｌｔｉｃａｓｔ ＣｈａｎｎｅｌＡｌｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）지원 여부 식별방법 및 이를 이용한 멀티캐스트 통신 방법

Publications (2)

Publication Number Publication Date
JP2003273874A true JP2003273874A (ja) 2003-09-26
JP3720026B2 JP3720026B2 (ja) 2005-11-24

Family

ID=27785998

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003056220A Expired - Fee Related JP3720026B2 (ja) 2002-03-07 2003-03-03 同一ネットワーク上でｍｃａｐを支援する機器の識別方法及びこれを利用したマルチキャスト通信方法

Country Status (5)

Country Link
US (1) US20050073966A1 (ja)
JP (1) JP3720026B2 (ja)
KR (1) KR100433545B1 (ja)
CN (1) CN1237753C (ja)
DE (1) DE10252448B4 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040264402A9 (en) * 1995-06-01 2004-12-30 Padcom. Inc. Port routing functionality
US6418324B1 (en) * 1995-06-01 2002-07-09 Padcom, Incorporated Apparatus and method for transparent wireless communication between a remote device and host system
US6480510B1 (en) * 1998-07-28 2002-11-12 Serconet Ltd. Local area network of serial intelligent cells
EP1334587A1 (en) * 2000-08-31 2003-08-13 Padcom Inc. Method and apparatus for routing data over multiple wireless networks
US20040170181A1 (en) * 2003-02-27 2004-09-02 Padcom, Inc. Prioritized alternate port routing
US20050108331A1 (en) * 2003-10-31 2005-05-19 Osterman Lawrence W. Presence tracking for datagram based protocols with search
US20060083240A1 (en) * 2004-10-19 2006-04-20 Padcom, Inc. Broadcasting data over multiple dissimilar wireless networks
FR2925805B1 (fr) * 2007-12-21 2009-12-11 Alcatel Lucent Procede pour gerer la transmission de donnees en mode multidiffusion vers une pluralite d'elements de reseau, et element de reseau pour la mise en oeuvre du procede
US20100254334A1 (en) * 2009-04-06 2010-10-07 Qualcomm Incorporated Setting up a communication session within a wireless communications system
US8787234B2 (en) * 2009-06-23 2014-07-22 Qualcomm Incorporated Multicasting within a wireless communications system
JP5718933B2 (ja) * 2009-11-17 2015-05-13 サムスン エレクトロニクス カンパニー リミテッド ＷｉＦｉＤｉｒｅｃｔネットワークでのＷｉＦｉディスプレイサービス探索方法及び装置
US9548869B2 (en) * 2011-04-08 2017-01-17 Qualcomm Incorporated Systems and methods for implementing multicasting using personal area network “pan” wireless technology
CN112951224B (zh) * 2021-01-26 2022-10-28 青岛海尔空调器有限总公司 语音设备及其数据处理方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG47619A1 (en) * 1993-05-21 1998-04-17 British Telecomm Cellular radio systems
US5854898A (en) * 1995-02-24 1998-12-29 Apple Computer, Inc. System for automatically adding additional data stream to existing media connection between two end points upon exchange of notifying and confirmation messages therebetween
US5999997A (en) * 1996-07-26 1999-12-07 Compaq Computer Corporation Two computers cooperating via interconnected busses
KR100356954B1 (ko) * 2000-12-21 2002-10-18 엘지전자 주식회사 멀티캐스트 데이터 처리 방법
KR100420659B1 (ko) * 2001-08-18 2004-03-02 엘지전자 주식회사 엠피엘에스 망에서의 멀티캐스트 방법
US7061880B2 (en) * 2001-10-11 2006-06-13 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for multicast communications

Also Published As

Publication number Publication date
KR100433545B1 (ko) 2004-05-31
CN1237753C (zh) 2006-01-18
CN1444357A (zh) 2003-09-24
DE10252448A1 (de) 2003-09-25
KR20030072878A (ko) 2003-09-19
DE10252448B4 (de) 2007-01-04
US20050073966A1 (en) 2005-04-07
JP3720026B2 (ja) 2005-11-24

Similar Documents

Publication Publication Date Title
TWI237480B (en) Methods and apparatus for supporting group communications
JP4297875B2 (ja) ネットワーク中継方法及び装置
US7979553B2 (en) Electronic device and control method therefor
EP1429489B1 (en) Method and device for multicast group management
US6453438B1 (en) System and method for automatically rescheduling a data transmission to members of a group
US6738816B1 (en) System and method for reliable real-time communications among a plurality of nodes having functions conforming to IEEE-1394 serial bus and participating in a session of sharing the maximum bandwidth
KR100774365B1 (ko) 통신 시스템에서 멀티캐스트 방송 서비스 제공 방법
US20020097732A1 (en) Virtual private network protocol
EP2139158B1 (en) Method, device and system for realizing multicast service
US20060106933A1 (en) Method for connecting devices in dynamic family networking
US7644174B2 (en) Method of and apparatus for transmitting universal plug and play audio/video stream
CN101299671A (zh) 用于组播数据包发送与接收的方法和装置
US8468382B2 (en) Methods and equipment for fault tolerant IP service
JP2008160199A (ja) Ｉｐ放送システム、及びｉｐ放送用マルチキャストグループ管理装置
JP2003273874A (ja) 同一ネットワーク上でｍｃａｐを支援する機器の識別方法及びこれを利用したマルチキャスト通信方法
JP5372140B2 (ja) ネットワークを管理するための方法及び装置
WO2017185212A1 (zh) 一种组播时延诊断方法及装置
US20070223488A1 (en) Mobile communication terminal having multicasting function and multicasting method using the same
KR100496985B1 (ko) 가상 랜을 이용한 아이피 멀티캐스트 서비스방법
JP3519628B2 (ja) 中継装置
JP2002118570A (ja) パケット通信方法および装置
JP4527523B2 (ja) サーバ選択方法およびサーバ選択方式およびサーバおよびクライアント端末
CN101632259A (zh) 网络中的第2层管理实体消息收发框架
JP3682439B2 (ja) データ通信システム及び方法、サーバ装置、クライアント装置、並びにプログラム
TW201228301A (en) Multicast routing device, network system, and package transmitting method thereof

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050711

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050809

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050906

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080916

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090916

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100916

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100916

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110916

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120916

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130916

Year of fee payment: 8

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees