KR100305709B1 - 네트워크시스템 및 데이터전송방법 - Google Patents

네트워크시스템 및 데이터전송방법 Download PDF

Info

Publication number
KR100305709B1
KR100305709B1 KR1019960042313A KR19960042313A KR100305709B1 KR 100305709 B1 KR100305709 B1 KR 100305709B1 KR 1019960042313 A KR1019960042313 A KR 1019960042313A KR 19960042313 A KR19960042313 A KR 19960042313A KR 100305709 B1 KR100305709 B1 KR 100305709B1
Authority
KR
South Korea
Prior art keywords
isochronous
transmitter
multicast
node
data
Prior art date
Application number
KR1019960042313A
Other languages
English (en)
Other versions
KR970019263A (ko
Inventor
주니치 후지모리
다츠토시 아베
Original Assignee
우에시마 세이스케
야마하 가부시키가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 우에시마 세이스케, 야마하 가부시키가이샤 filed Critical 우에시마 세이스케
Publication of KR970019263A publication Critical patent/KR970019263A/ko
Application granted granted Critical
Publication of KR100305709B1 publication Critical patent/KR100305709B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40065—Bandwidth and channel allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6432—Topology
    • H04L2012/6435—Bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6443—Network Node Interface, e.g. Routing, Path finding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6445—Admission control
    • H04L2012/6448—Medium Access Control [MAC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6445—Admission control
    • H04L2012/6456—Channel and bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

네트워크 시스템에 있어서, 복수의 노드가 정보를 교환하고 데이터를 전송하도록 상호 통신할 수 있으며, 버스가 상기 노드에의 접속 및 논리경로의 구성을 위해 제공되며 한 노드를 다른 노드와 논리적으로 연결하여 안전한 데이터의 전송을 실행한다.
상기 각각의 노드는 버스를 액세싱하도록 할당되는 포트로서 등시성 송신기, 등시성 수신기, 멀티캐스트송신기 및 멀티캐스트수신기의 4형태로 분류된 포트 중 적어도 하나의 포트를 가지며, 노드에 대해, 상기 등시성 송신기가 할당된 경우에, 상기 각각의 노드는 등시성 채널번호 및 통신대역을 상기 등시성 송신기에 연결해서, 상기 연결된 통신대역을 통해서 상기 연결된 등시성 채널번호로 분류된 데이터를 등시적으로 전송하며, 노드에 대해, 상기 등시성 수신기가 할당된 경우에, 상기 각각의 노드는 등시성 채널번호를 상기 등시성 수신기에 연결해서, 다른 노드에 대해 할당된 다른 등시성 송신기로부터 전송된 데이터가 상기 등시성 수신기에 연결된 것과 동일한 등시성 채널번호로 분류된 경우 상기 등시성 수신기가 상기 전송된 데이터를 배타적으로 수신하며, 노드에 대해 상기 멀티캐스트 송신기가 할당된 경우에, 상기 각각의 노드는 멀티캐스트 채널번호를 멀티캐스트 송신기에 연결해서, 상기 연결된 멀티캐스트 채널번호로 분류된 데이터를 상기 버스에 등시적으로 방송하며, 노드에 대해 상기 멀티캐스트 수신기가 할당된 경우에, 상기 각각의 노드는 상기 멀티캐스트 채널번호를 상기 멀티캐스트 수신기에 연결해서, 다른 노드에 대해서 할당된 다른 멀티캐스트 송신기로부터 전송된 데이터가 상기 멀티캐스트 수신기에 연결된 것과 동일한 멀티캐스트 채널번호로 분류된 경우, 상기 멀티캐스트 수신기가 상기 전송된 데이터를 배타적으로 수신하도록 한다.

Description

네트워크 시스템 및 데이터 전송방법
본 발명은 버스(bus) 상에 구축된 논리적인 패스(path)에 의해 복수의 노드(node)가 서로 상호 접속된 네트워크 시스템 및 MIDI(Musical Instrument Digital Interface)데이터 및 오디오 데이터의 전송을 위한 네트워크 시스템에 양호하게 이응될 수 있는 데이터 전달방법에 관한 것이다.
최근의 AY(Audio Visal)시스템에 있어서, 복수의 장치가 상호 접속되어 네트워크를 형성한다. 상기의 접속매체로는 동축케이블, 차폐케이블 및 병렬 쌍 케이블이 있으며 이를 이용하여 전자장치들이 상호 접속된다. MIDI시스템에서 네트워크를 설정하기 위해서 전자악기는 동축케이블, 차폐케이블 등으로 상호 접속된다. 전술한 바와 같이 현재의 MIDI시스템에 있어서 (또는 MIDI를 이용하는 전자악기 환경에 있어서) 물리적인 접속매체에 의해 구성된 네트워크 형태로 장치간 경로(inter-device path)가 이루어지어 다른 장소에서 동일의 네트워크 구성을 재현하는데 문제가 있었다.
또한 상기의 네트워크에 있어서, 상기 접속케이블은 른 공간을 점유하는 많은 라인으로 되기 쉬우며 상기 케이블이 분리되면 그 리케이블링(re-cabling)작업이 부담을 주게된다. 따라서 복수의 장치가 단일 케이블을 통해 서로 접속되며 상기 케이블에 의해 데이터가 장치들 사이에서 상호 교환되는 네트워크 구조가 제안되고 있으며, 그 프로토콜 계층 구조는 물리층(102), 링크층(103), 트랜잭션층(104) 및 시리얼 버스 매니저(101)로 구성된다. 상기 물리층(102)은 노드간을 접속하는 물리 인터페이스로 정의되며 상기 링크층(103)에 의해 조정될 수 있는 논리심볼과 전기 신호 사이의 변환을 수행한다. 상기 전기신호는 각종의 시리얼 버스매체를 통해 전송된다. 상기의 구조에서 임의의 버스에 의한 중재(arbitration)에 의해 단일 물리층(102)이 데이터를 전달할 수 있다. 다시 말하면 복수의 노드는 동시에 데이터를 전송할 수 없다. 링크층(103)은 노드에서 노드로의 주소지정(addressing), 데이터의 검사, 및 데이터의 프래밍(framing)을 행하여 트랜잭션층(104)을 위한 일방향 데이터 전송을 제공한다. 상기의 데이터의 전송은 데이터 수신 노드의 ACK신호로 확인된다. 상기 링크층(103)은 또한 후술하는 등시성 전송(isochronous transmission)을 제공한다. 상기 트랜잭션층(104)은 예를 들면 IEEE1212 CSR (Control and Status Register)에 의해 권고된 노드간 트랜잭션 서비스(요구-응답 프로토콜)를 제공하지만, 상기 트랜잭션층(104)은 등시성 데이터용으로 아무런 서비스도 제공하지 않는다. 상기 시리얼 버스 매니저(101)는 각각의 노드의 기능을 나타내는 CSR을 관리하는 엔티티(entity)이다. 상기 시리얼 버스매니저(101)는 로컬 버스(local bus) 내에서 데이터의 주파수 대역 및 등시성 채널의 집중적인 관리를 수행한다.
등시성 전송에 있어서, 125㎲의 버스 사이클이 정상적으로 사용되어 등시성 채널을 가지는 노드가 상기 노드에 할당된 대역을 통해서 한 사이클 내에서 하나의 데이터 패킷을 전송할 수 있다. 또한 상기 등시성 전송에 있어서 한 패킷이 하나의 고유한 노드에 어드레스 되지 않지만 등시성 채널 번호로 분류된 패킷이 모든 노드로 방송된다. 상기의 등시성 전송을 지지하는 각각의 노드에 있어서 등시성 패킷의 각각의 수신이 상기 링크층(103)에 모두 통지된다. 상기 링크층(103)은 전달된 데이터 패킷이 상기 패킷과 관련된 채널 수에 따라 수용될 수 있는 지를 판단한다. 예를 들면 IEEE P 1394에 “High Performance Serial Bus Standard”에서 그러한 네트워크 구조가 제안되었다. 상기 네트워크 구조에서 물리 레벨에서 단일의 케이블을 접속하는데 복수의 노드가 필요하게 된다. 등시성 전송에서 송신기노드는 앞으로의 데이터의 전송을 위한 리소스(resource)로서 채널번호 및 대역을 획득하며 반면 수신기노드는 대응의 수신기 노드로부터 데이터를 수신하도록 채널번호를 지정한다. 따라서 송신기 노드의 전송 포트로부터 방송된 등시성 패킷이 수신기노드의 고유의 수신포트에 의해 수신될 수 있으며 상술한 바와 같이 상기 링크층(103)은 각각의 전송된 등시성 패킷을 수용해야할 것인 지를 판단한다. 수용된 패킷은 상기 프로토콜 계층구조의 상부층으로 전달된다. 상기 등시성 전송에서 임의의 전송대역이 확보되어야 하는 네트워크 구조에서 MIDI메시지 등의 별개의 데이터의 전달은 효과적이지 않은데 이는 확보된 대역을 충분히 이용할 수 없어서 네트워크 사용효율을 최대화하는 것이 어렵기 때문이다.
본 발명은 별개의 데이터가 전송되는 경우에도 최대의 네트워크 이용효율을 시행할 수 있는 네트워크구조 및 데이터전송방법을 제공하는 것을 제 1목적으로 하며, 제 2목적은 노드가 새로이 설치되고 네트워크가 동작상태에 있는 경우에도 네트워크의 리세팅 및 재구성이 자동적으로 수행될 수 있는 네트워크 구조를 제공하는데 있다.
본 발명에 따르면, 네트워크 시스템은 정보를 교환하고 데이터를 전송하도록 상호 통신할 수 있는 복수의 노드와, 상기 노드에의 접속 및 논리경로의 구성을 위해 제공되어 한 노드를 다른 노드로 논리적으로 연결하여 안전한 데이터 전송을 실행하는 버스를 구비한다. 이때, 상기 각각의 노드는 버스를 액세싱 (accessing)하도록 할당되는 포트로서 등시성 송신기, 등시성 수신기, 멀티캐스트송신기 및 멀티캐스트수신기의 4형태로 분류된 포트 중 적어도 하나의 포트를 가지며, 노드에 대해, 상기 등시성 송신기가 할당된 경우에, 상기 각각의 노드는 등시성 채널번호 및 통신대역을 상기 등시성 송신기에 연결해서, 상기 연결된 통신대역을 통해서 상기 연결된 등시성 채널번호로 분류된 데이터를 등시적으로 전송한다. 또한, 노드에 대해, 상기 등시성 수신기가 할당된 경우에, 상기 각각의 노드는 등시성 채널번호를 상기 등시성 수신기에 연결해서, 다른 노드에 대해 할당된 다른 등시성 송신기로부터 전송된 데이터가 상기 등시성 수신기에 연결된 것과 동일한 등시성 채널번호로 분류된 경우 상기 등시성 수신기가 상기 전송된 데이터를 배타적으로 수신한다. 한편, 노드에 대해 상기 멀티캐스트 송신기가 할당된 경우에, 상기 각각의 노드는 멀티캐스트 채널번호를 멀티캐스트 송신기에 연결해서, 상기 연결된 멀티캐스트 채널번호로 분류된 데이터를 상기 버스에 등시적으로 방송한다. 노드에 대해 상기 멀티캐스트 수신기가 할당된 경우에, 상기 각각의 노드는 상기 멀티캐스트 채널번호를 상기 멀티캐스트 수신기에 연결해서, 다른 노드에 대해서 할당된 다른 멀티캐스트 송신기로부터 전송된 데이터가 상기 멀티캐스트 수신기에 연결된 것과 동일한 멀티캐스트 채널번호로 분류된 경우, 상기 멀티캐스트 수신기가 상기 전송된 데이터를 배타적으로 수신하도록 한다.
일 실시예에서, 등시성 송신기와 멀티캐스트 수신기 중 하나를 가지는 송신기 노드는 논리경로가 리세트되는 경우 동작하여 상기 논리경로의 리세팅시 상기 등시성 송신기 및 멀티캐스트송신기에 각각 새로이 연결될 수 있는 등시성 채널번호, 통신대역 및 멀티캐스트채널번호를 포함하는 리소스를 나타내는 송신기정보를 방송하며 한편 등시성 송신기 및 멀티캐스트 송신기 중 하나를 가지는 수신기 노드는 상기 방송된 송신기 송신기정보가 수신되는 경우 동작하여 상기 방송된 정보가 등시성 채널번호 및 멀티캐스트 채널번호를 포함하는 리소스를 상기 등시성 송신기 및 멀티캐스트 송신기에게 새로이 연결함으로써 상기 논리경로를 복구한다. 또한 수신기 노드는 논리경로를 나타내는 패스 정보를 세이브하고, 상기 방송된 송신기정보 및 세이브 된 패스 정보에 따라 리소스를 새로이 연결해서 상기 등시성채널번호 및 멀티캐스트 채널번호의 형식으로 상기 수신기 노드의 리소스 및 상기 송신기 노드의 리소스 사이의 통신을 보장한다.
다른 실시예에 있어서, 각각의 노드는 등시성 리소스를 확보하고 상기 할당된 등시성 송신기 및 등시성 송신기 중 하나에 상기 확보한 등시성 리소스를 연결하는 등시성 매니저를 포함하는 트랜스포트 (계)층을 구비한 프로토콜 계층, 멀티캐스트 리소스를 확보해서 상기 할당된 멀티캐스트 송신기 및 멀티캐스트 송신기 중 하나에 상기 확보한 멀티캐스트 리소스를 연결하는 멀티캐스트 매니저 및 상기 등시성 매니저 및 상기 멀티캐스트 매니저와 협동하여 상부 프로토콜 계층에 상기 논리 경로를 설정하고 상기 설정된 논리경로를 관리하는 서비스를 제공하는 패스정보 매니저로 구성된 통신구조를 가진다.
또 다른 실시예에서 송신기노드는 등시성 송신기 및 멀티캐스트 송신기 모두로 할당되어 송신기노드가 등시성 송신기에 의한 데이터의 등시성 전송 및 멀티캐스트 송신기에 의한 데이터의 비등시성(asynchronous) 방송을 포함하는 전송 사이클을 반복적으로 수행할 수 있으며 송신기노드는 데이터의 특성 및 등시성 송신기 및 멀티캐스트 송신기의 활용능력 따라 상기 등시성 송신기 및 멀티캐스트 송신기 중 어느 하나에 각각의 전송 사이클에서 데이터를 분배할 수 있다. 예를 들면 상기 송신기노드는 연속의 음악 데이터 및 불연속의 음악데이터의 혼합을 처리하고 상기 연속의 음악데이터를 등시성 송신기에게 분배하고 불연속의 음악데이터를 멀티캐스트송신기에게 분배한다.
상기의 설명에서와 같이 본 발명에 의하면, 가상의 논리경로가 물리 접속 형태로부터 독립적으로 네트워크 시스템 내에 구성될 수 있으며, 두 개의 노드 및 장치가 상기 네트워크 시스템에 접속되면 상기 장치의 물리적 위치와 독립적으로 두개의 장치사이에 설정될 수 있으며 상기 논리경로를 통해 데이터가 교환될 수 있다. 따라서 네트워크의 형태를 따르지 않는 가상 논리경로를 통해 데이터가 교환될 수 있어서 데이터의 장치의 시퀀스의 실수의 염려가 없으며 데이터가 신뢰성 있게 전달될 수 있다. 상기 논리접속은 가상경로가 장치들간에 논리적으로 구성될 수 있으므로 장치의 물리적 접속의 변경 없이 쉽게 변경될 수 있다. 그러므로 전 네트워크 시스템의 모든 패스정보가 메모리 매체에 세이브 될 수 있으며 동일한 네트워크 시스템구성이 상기 메모리 매체로부터의 세이브 된 패스 정보의 로딩과 동시에 용이하게 복구될 수 있다. 또한 전송의 대역이 확보되는 등시성 전송 및 복수의 노드 중 지정된 한 노드의 요구에 따라 전송될 수 있는 멀티캐스트 전송을 이용할 수 있다. 따라서 불연속의 데이터가 발생되는 지와 무관하게 데이터가 효과적으로 전송될 수 있다. 또한 실시간 전송을 필요로 하는 MIDI데이터 및 오디오 데이터 등의 음악데이터가 효과적으로 전송될 수 있다.
제1도는 본 발명에 따른 mLAN의 데이터통신을 도시하는 개략도.
제2도는 본 발명의 mLAN의 프로토콜(protocol) 계층구조를 도시하는 개략적인 블럭도.
제3도는 mLAN의 멀티캐스트(multicast)전송을 도시하는 개략블럭도.
제4도는 패스정보테이블의 포맷을 도시하는 테이블도.
제5도는 노드정보테이블의 포맷을 도시하는 테이블도.
제6도는 멀티캐스트정보테이블의 포맷을 도시하는 테이블도.
제7도는 등시성 정보테이블의 포맷을 도시하는 테이블도.
제8도는 포트정보엔트리의 포맷을 도시하는 테이블도.
제9도는 송신기(talker)정보 보고 패킷의 포맷을 도시하는 테이블도.
제10도는 등시성 매니저에 의해 등시성 리소스(resource)의 확보 및 연결처리를 도시하는 플로우차트.
제11도는 상기 등시성 리소스 결합처리를 도시하는 플로우차트.
제12(a)도, 제12(b)도는 상기 등시성 매니저에 의해 등시성 데이터 엔트리 및 등시성 전송절차를 도시하는 플로우차트.
제13(a)도, 제13(b)도는 상기 등시성 매니저에 의한 데이터수신 및 송신기중복 검출처리를 도시하는 플로우차트.
제14도는 등시성 매니저에 의한 송신기정보 변경처리를 도시하는 플로우차트.
제15도는 상기 등시성 매니저에 의한 버스 리세트 대응 처리를 도시하는 플로우차트.
제16도는 상기 등시성 매니저에 의한 버스 리세트 완료 통지 수신처리를 도시하는 플로우차트.
제17도는 상기 멀티캐스트 매니저에 의한 멀티캐스트 리소스의 확보 및 결합 처리를 도시하는 플로우차트.
제18도는 멀티캐스트 매니저에 의한 멀티캐스트 리소스의 결합처리를 도시하는 플로우차트.
제19도는 상기 멀티캐스트 매니저에 의한 멀티캐스트 전송절차를 도시하는 플로우차트.
제20도는 상기 멀티캐스트 매니저에 의한 멀티캐스트 수신처리를 도시하는 플로우차트.
제21도는 상기 멀티캐스트 매니저에 의한 송신기정보 변경처리를 도시하는 플로우차트.
제22도는 상기 멀티캐스트 매니저에 의한 버스 리세트 대응 처리를 도시하는 플로우차트.
제23도는 상기 멀티캐스트 매니저에 의한 버스 리세트 완료 통지수신처리를 도시하는 플로우차트.
제24도는 PIM에 의한 패스구성처리를 도시하는 플로우차트.
제25도는 PIM에 의한 패스에의 데이터전송을 도시하는 플로우차트.
제26도는 PIM에 의한 패스 해방처리를 도시하는 플로우차트.
제27도는 PIM에 의한 버스 리세트 대응 처리를 도시하는 플로우차트.
제28도는 PIM에 의한 비성공의 이벤트 통지처리를 도시하는 플로우차트.
제29도는 PIM에 의한 송신기정보 변경처리를 토시하는 플로우차트.
제30도는 NIM에 의한 포트정보확보처리를 도시하는 플로우차트.
제31도는 NIM에 의한 송신기정보 보고 패킷처리를 설명하는 플로우차트.
제32도는 NIM에 의한 버스 리세트 대응 처리를 설명하는 플로우차트.
제33도는 NIM에 의한 버스 리세트 완료시 처리를 도시하는 플로우차트.
제34도는 본 발명에 따른 mLAN의 데이터 전달 사이클구조를 도시하는 플로우차트.
제35도는 종래의 네트워크 시스템의 프로토콜 계층 구조를 도시하는 플로우차트.
제36도는 본 발명의 mLAN의 다른 실시예를 도시하는 개략블럭도.
* 도면의 주요부분에 대한 부호의 설명
1 : 물리층 2 : 링크층
3 : 트랜잭션층 4 : 노드(node) 제어기
5 : 트랜잭션 매니저(transaction manager)
6 : 멀티캐스트 매니저(multicast manager)
7 : 등시성 매니저(isochronous manager)
8 : PIM 9 : 노드 정보 매니저
10 : mLAN 트랜스포트층 11 : mLAN 프로토콜
12 : mLAN 어플리케이션 23 : 네트워크층
24 : 트랜스포트층 25 : 세션층
26 : 프레젠테이션층 27 : 어플리케이션층
이하 본 발명의 mLAN(musical Local Area Network)의 형태의 네트워크 시스템을 이하의 순서로 설명한다.
1. mLAN의 개요
1.1 통신형태의 개요
1.2 mLAN프로토콜 계층
1.3 mLAN트랜스포트층
1.4 데이터전송시의 어드레싱
1.4.1 패스
1.4.2 PIM(Path Information Manager ; 패스정보매니저)
2. mLAN 트랜스포트층의 사양
2.1 mLAN 트랜스포트층의 서비스
2.1.1 포트
2.2 mLAN 트랜스포트층의 구성
2.3 등시성 전송 서비스
2.3.1 등시성 매니저
2.3.2 등시성 리소스의 확보 및 연결처리
2.3.3 등시성 리소스의 연결처리
2.3.4 등시성 데이터 전송처리
2.3.5 등시성 데이터 수신처리
2.3.6 송신기중복검출처리
2.3.7 하위층과의 통신
2.3.8 PIM과의 통신
2.3.9 버스 리세트 대응처리
2.3.10 송신기정보 변경처리
2.4 멀티캐스트 전송처리
2.4.1 멀티캐스트 매니저
2.4.2 멀티캐스트 리소스의 확보 및 연결처리
2.4.3 송신기정보 변경처리
2.4.4 멀티캐스트 데이터 전송처리
2.4.5 멀티캐스트 데이터 전송처리
2.4.6 멀티캐스트 데이터 수신처리
2.4.7 하위층과의 통신
2.4.8 PIM과의 통신
2.4.9 NIM과의 통신
2.4.10 버스 리세트 대응처리
2.5 PIM
2.5.1 패스의 설정처리
2.5.2 패스에 대한 데이터의 전송처리
2.5.3 패스의 해방처리
2.5.4 버스 리세팅 처리, 송신기정보 대응처리 및 비성공 이벤트 통지처리
2.5.5 NIM과의 통신
2.6 NIM(Node Information Manager;노드 정보 매너저)
2.6.1 포트 정보 조회 처리
2.6.2 송신기정보 보고 패킷처리
2.6.3 하위층과의 통신
2.6.4 버스 리세트 대응처리
2.7 mLAN트랜스포트 계층 기능
2.7.1 패스 정보 테이블
2.7.2 노드 정보 테이블
2.7.3 멀티캐스트 정보 테이블
2.7.4 등시성 전송 테이블
2.7.5 포트 정보 엔트리
2.7.6 송신기정보 보고 패킷
2.8 mLAN 사이클 구성
2.9 멀티캐스트 전송과 등시성 전송의 이용
2.10 플러그 및 플레이
1. mLAN의 개요
1.1 데이터 통신의 개요
제1도는 mLAN의 데이터 통신 동작을 도시하는데 도시처럼 노드 #1 및 #2, 노드 #2 및 #3 그리고 노드 #3 및 #4는 각각 물리적인 케이블을 통해 서로 접속된다. 송신기(송신)포트 및 수신기(수신)포트는 각각의 노드에서 논리적 엔티티로서 정의된다. 이러한 포트는 각각의 노드에서 주 활용으로부터 직접적으로 액세스 될 수 있는 톱 액세스 포인트로서 정의된다. 본 발명의 네트워크 시스템에 있어서 가상데이터경로(논리적인 경로)는 한 쌍의 포트 사이에 설정되어서 데이터가 상기 가상경로를 통해 전송될 수 있다.
제1도와 같이 가상경로가 형성된 경우에 노드 #1은 노드 #1의 송신기포트 1-T1 과 노드 #4의 송신기포트4-R2 사이의 가상경로를 통해 노드 #4로 데이터를 전송할 수 있다. 노드 #3은 노드 #3의 송신기포트 3-T1사이에 설정된 가상 경로 및 노드#1의 송신기포트 1-R1, 노드 #2의 송신기포트2-R1 및 노드 #4의 송신기 포트4-R1사이에 설정된 가상경로를 통해서 노드 #1, #2, #4에 데이터를 전송한다.
상기 mLAN에서 등시성 전송은 하나의 전송방법으로 지정되며 상기 전송방법으로 앞으로의 신호의 지연을 제어하는데 필요한 대역을 확보함으로써 실시간 데이터 전송이 실현된다. 그러나 상기 등시성 전송은 연속적으로 대역을 점유하여서 MIDI 등의 비연속 데이터를 전송하는 데에는 등시성 전송이 충분히 기능을 발휘할 수 없다. 따라서 등시성 전송이외에 mLAN에 비등시성 멀티캐스트 전송이 도입되어서 데이터가 한 노드에서 복수의 다른 노드로 전송될 수 있다. 상기 데이터는 상기 등시성 전송 및 멀티캐스트전송을 통해 한 노드에서 다른 노드로 전송될 수 있다. “채널”개념이 mLAN에서의 비등시성 패킷전송에 도입된다.
상기 비등시성 멀티캐스트전송은 “송신기 이니셔티브”의 한 종류로서 수신기(수신부)는 송신기(송신부)로 방송된 패킷을 선택적으로 수신하다. 이 방법에서 단일 대역이 효과적으로 이용될 수 있는데 이는 동일 메시지가 복수의 수신지에 전송되어야 하는 경우 공용의 패킷이 잘 전달될 수 있기 때문이다. 또한 이 방법에서 패킷의 선택은 송신기의 제어에 있으므로 수신 노드의 수가 증가되는 경우에도 송신기의 작업로드는 변하지 않는다. 따라서 데이터의 전달제어의 대부분을 송신기에게 이전하면 송신기의 작업로드가 감소될 수 있어서 데이터전송의 실시간 성능이 개선될 수 있다.
1.2 mLAN의 프로토콜 계층
제2도는 일례의 mLAN프로토콜 계층을 도시하는데 OSI(Open System Interconnection)참조모델에 대응하는 본 발명의 mLAN의 프로토를 계층을 도시한다. 상기 프로토콜 계층은 하위층 인프라구조(infrastructure) 및 상위층 인프라구조로 분할된다. 하위층 인프라구조는 OSI참조모델의 제 1내지 제 4층, 상위층 인프라구조는 상기 모델의 제 5내지 제 7층에 대응한다. 어프리케이션간의 메시지의 교환 수단은 하위층 인프라구조에서 지정되며 그 메시지의 내웅은 상위층구조에서 지정된다. 하위층 인프라구조는 논리경로를 설정하며 상위층에 End-to-End전송서비스를 제공한다. 상위층 인프라구조는 메시지의 의미를 정의하지 않으며 상기 메시지의 응용서비스를 지정한다.
상위층은 프레젠테이션층(OSI제 6층)(26)에 대응하는 mLAN프로토콜(11) 및 어플리케이션층(OSI제 7층)에 대응하는 mLAN어플리케이션(12)으로 구성된다. 상기 세션층(OSI제 5층)(25)에 이용되는 기능은 mLAN트랜스포트층(10)을 포함하는 하위층에 의해 실행되어 상기 mLAN상위층의 인트라구조가 상기 세션층(25)에 대응하는 층을 가지지 않는다. mLAN프로토콜(11) 그룹은 음악정보의 전송을 효과적으로 하는 각종의 보충의 제어 매카니즘을 지정하며 각종의 데이터포맷 및 통신프로토콜을 제공한다. 상기 프로토콜은 MIDI전송프로토콜, 디지털 오디오 전송프로토콜 등을 포함한다. mLAN어플리케피션(12)은 mLAN프로토롤(11)로 정의된 데이터교환방법을 이용한다.
하위층 인프라구조는 트랜스포트층(OSI제 4층)(24)에 대응하는 mLAN 트랜스포트층(10), 네트워크층(OSI제 3층)(23)에 대응하는 트랜잭션층(3), 데이터링크층(OSI 제 2층)(22)에 대응하는 링크층(2) 물리층(OSI제1층)(21)에 대응하는 물리층(1) 및 노드제어기(4)로 구성된다.
mLAN 트랜스포트층(10)에 있어서 “포트”라고 하는 서브-어드레스는 포트-대-포트데이터 통신을 수행하고 하위층의 규격의 상위를 받아들이도록 정의되며 또한 상기 트랜스포트층(10)은 mLAN 상위층에 대한 하위층의 규격과 무관하게 공용의 서비스인터페이스를 제공한다. 따라서 다른 표준으로 하위층이 구성되는 경우 mLAN 트랜스포트층(10)이 각각의 하위층에 제공된다. 상기 mLAN 트랜스포트층(10)에 있어서, PIM(Path Information Manager;8), 등시성 매니저(6) 트랜잭션 매니저(5) 및 NIM(Node Information Manager;9)가 형성된다.
상기 물리층(1)에 있어서, 물리적 인터페이스 상호접속 멀티플 노드가 정의되며 상기 물리층(1)은 링크층(2)으로 조정될 수 있는 전기신호와 논리 심볼 사이의 변환을 수행하며 상기mLAN에서 물리적인 접속에 정상적으로 케이블이 사용된다.
상기 링크층(2)은 노드에서 노드로의 어드레싱, 데이터의 검사 및 데이터의 프래밍을 행하여 트랜잭션층(3)에 대하여 일방향의 데이터 전송 서비스를 제공한다. 상기 데이터의 전송은 데이터의 수신측에서 ACK신호로 확인된다. 상기 링크층(2)은 또한 후술하는 등시성 전송을 제공한다.
트랜잭션층(3)은 예를 들면 IEEE 1212 CSR(Control and Status Register)구조에 의해 권고된 노드간 트랜잭션서비스(요구-응답 프로토콜)를 제공한다. 노드제어기(시리얼 버스 매니저에 대응)(4)는 각 노드의 기능을 나타내는 CSR을 관리하는 엔티티이다.
1.3 mLAN트랜스포트층
mLAN 트랜스포트층(10)에 있어서 “포트”라 하는 서브-어드레스는 포트-대 -포트 통신을 이루는 것으로 정의되며 상기 mLAN 트랜스포트층(10)은 등시성 전송 및 비등시성 패킷 전송을 지지할 뿐만 아니라 한 포트로부터 복수의 다른 포트로 데이터를 전송하는 데이터전송프로토콜인 멀티캐스트전송을 수행한다.
1.4 데이터 전송시의 어드레싱
멀티캐스트 전송 및 등시성 전송에 의한 포트간 데이터전송에 있어서, 채널은 실제의 전송이전에 임의의 포트로 연결된다. 송신기노드는 미리 데이터를 전송하도록 리소스로서 채널번호를 수신해야하며 수신기노드는 송신기 노드의 송신기포트로부터 데이터를 수신하도록 채널번호를 지정한다. 상기 채털번호는 데이터의 전송에 있어서 송신 및 수신포트에 동적으로 할당된 리소스 중 하나이다. 버스가 초기화되는 버스 리세트 전후에 상기 포트에 상이한 채널번호가 할당될 수 있다. 수신기노드는 노드ID에 의해 대응 송신기노드를 지정한다. 고유의 노드ID는 버스 리세트 시 자동적으로 각각의 노드에 할당된다. 유저는 SCSI(Small Computer System Interface)ID할당과 대비적으로 노드ID를 구성할 필요가 없다. 로컬버스에 있어서 상기 노드ID의 고유성은 물리층에 의한 동적 할당으로 보장된다. 따라서 어드레싱에 사용되는 노드ID 및 채널번호는 버스 리세트시 재할당된다. 상기 노드ID 및 채널번호는 재할당 전후에 다르게 될 수도 있다. 그러므로 데이터의 전송은 등시성/멀티캐스트전송의 중간에 버스 리세트의 발생시 어드레스 매핑의 변화로 재개될 수 없다. 상기를 고려하면 “패스”라 하는 루트정보가 mLAN 트랜스포트층(10)에서 세이브되어 데이터전송루트를 복원하여 버스 리세트시 노드ID 및 채널번호의 변경시에도 데이터의 전송이 재개될 수 있다. 유저는 버스 리세트를 염려할 필요가 없다.
1.4.1 패스
등시성/멀티캐스트전송을 수행하는 포트에 설정된 패스는 접속시행 되지 않으며 복수의 수신포트에 데이터를 전송하는 루트 정보의 일종이다. 이 경우 데이터는 무접속 방식으로 전송하며 상기 패스정보는 루트의 수신노드에서 세이브 되며 세이브 된 정보에 따라 버스 리세트 도는 파워 온 리세트시 초기화된 후 mLAN트랜스포트층(10)에 의해 재구성된다. 상기 구성된 패스는 PIM(Path Information Manager)(8)에 의해 관리된다.
등시성/멀티캐스트 전송에 있어서 한 소스 노드의 송신기포트로부터 복수의 수신노드의 송신기포트로 패킷이 전송된다. 소스노드의 연산부하의 증가로 인한 루팅(routing)을 소스노드가 해소한 경우 실시간으로 데이터를 전송하기가 어렵다. 예를 들면 소스노드가 수신지의 리스트를 가지고 있으며 상기 리스트된 수신지 노드가 네트워크에서 발견되지 않는 경우 소스노드는 루팅을 해소해야한다. 또한 예를 들면 마우스나 키보드 등의 간단한 소스노드가 있는데 이는 다수의 수신지 노드에 대해 패스정보를 기억할 만한 충분한 메모리를 할당할 수 없다. 따라서 본 발명에 따라 패스정보가 상기 수신지 노드에 기억된다.
상술한 바와 같이 노드ID 및 채널번호가 버스 리세트로 변경된 후 루팅을 재구성하도록 수신지 노드에 패스정보가 세이브 된다. 따라서 패스정보는 버스 리세트에 영향을 받지 않는 형태의 정보이어야 한다. 상기 패스정보는 제4도의 표에 도시된 바와 같이 송신기포트 ID, 송신기노드 고유ID, 그리고 송신기포트ID를 포함한다.
상기 포트ID는 어플리케이션으로 결정되며 노드 고유ID는 공장출하시의 제품에서 노드의 장치에서 하드코드(hard-cord)된다. 노드고유ID는 버스 리세트시 변경되지 않는다. 버스 리세트시 mLAN 트랜스포트층(10)은 채널번호 및 노드ID의 변화에 따라 내부경로정보를 변경해서 버스 리세트와 무관하게 상위층 어플리케이션에 루팅 리소스를 제공한다. 그러므로 상기 어플리케이션은 버스 리세트와 무관하게 데이터 전송을 재개한다.
1.4.2 PIM(Path Information Manager)
PIM(Path Information Manager)(8)은 패스의 할당 및 해방처리를 조정하며 패스정보를 유지한다. PIM(8)은 또한 노드 장치의 추가 및 제거에 의한 버스 초기화 절차시 또는 파워온 리세트시 자동적으로 상기 노드에 기억된 패스정보에 따라 논리경로를 복구하는 기능을 가지며 상위층 어플리케이션에 대해 등시성 또는 멀티캐스트전송을 수행하는 포트사이에 논리경로를 설정하는 서비스를 제공한다. 상기 패스정보는 제4도에 도시된 패스정보테이블로서 PIM(8)에 기억된다 물리노드장치의 추가 및 제거로 버스 리세트가 유도된다. 버스 리세트시 노드ID는 동적으로 할당되어 상기 노드ID가 버스 리세트 전후로 변경될 수 있다. 물론 이 노드 ID변경이 노드 어드레싱에 영향을 미친다. 데이터는 재구성 없이 정확히 전송될 수 없다. 따라서 상기 버스 재구성의 변경시 PIM(8)은 패스정보테이블을 변경시켜서 정착한 데이터의 전송을 할 수 있다. 그러므로 상위층 어플리케이션은 버스 재구성의 변화에 무관하며 바람직하게 상기 PIM(8)에 기억된 패스정보가 파워 턴 오프시 유지되어 파워 온 리세트시 정확한 패스가 복구될 수 있다.
2. mLAN 트랜스포트층의 사양
2.1 mLAN 트랜스포트층의 서비스
mLAN 트랜스포트층(10)은 상위층에 대한 3종류의 전송서비스를 제공하며 이 서비스는 이하의 특징을 가지는 멀티캐스트 전송, 등시성 전송 및 트랜잭션을 포함한다.
A. 멀티 캐스트전송
이 멀티캐스트전송은 송신기포트로부터 복수의 송신기포트로 데이터패킷이 전송되는 비등시성 데이터패킷전송이다. 이 멀티캐스트 전송은 mLAN 트랜스포트층(10)으로 지정되며 이 멀티캐스트전송에 있어서, 패킷이 수신지로 방송되며 ACK 가 복구되지 않는다. 따라서 송신기노드는 데이터의 전송이 성공적인지를 인식할 수 없지만 버스의 주파수대역이 효과적으로 사용될 수 있다.
B. 등시성 전송
이 등시성 전송은 링크층(2)에서 지정된다. 각각의 노드가 임의의 신호지연 범위를 확보하도록 데이터 전송을 시작하기 전에 대역을 고정하므로 전 네트워크 시스템의 전부하가 완전히 제어된다. 이러한 전송방법은 일정량의 데이터가 주기적으로 폴링되고 데이터의 도착 타이밍이 정확히 제어되는 경우에 적합하다.
C. 트랜잭션
상기 트랜잭션은 트랜잭션층(3)으로 지정된 양방향 피어-대-피어(peer-to-peer) 전송방법으로 이 트랜잭션은 접속방식으로 수행되지만 ACK/ 리트라이(retry) 기능이 신뢰성 있는 데이터 전송을 보장하도록 실행된다.
2.1.1 포트
이 포트는 mLAN 트랜스포트층(10)내의 서비스 액세스 포인트로서, 이하 설명하는데 상위층은 상기 포트를 통해 mLAN 트랜스포트층(10)에 의해 제공되는 서비스를 액세스할 수 있다. 상기 전송서비스는 특정의 특성을 가지는 포트사이에서만 활용 가능하다. 달리 말하면 패킷은 관련 서비스용으로 부적절한 포트에 분배될 수 없다. 상기 포트의 특성은 그에 연결된 리소스에 의해 정의된다. 포트 특성으로서 연결될 수 있는 리소스는 이하의 범주로 될 수 있다.
A. 트랜잭션포트
포트대응 트랜잭션. 상기 트랜잭션포트는 데이터의 송수신 모두를 수행한다. 노드 내의 어드레스는 리소스로서 연결된다.
B. 등시성 송신기
상기 등시성 데이터 전송을 다루는 포트. 등시성 채널번호 및 등시성 대역폭이 리소스로서 연결된다.
C. 등시성 송신기
등시성 데이터수신을 다루는 포트. 등시성 채널번호가 리소스로서 연결된다. 상기 송신기는 상기 송신기에 연결된 채널번호와 동일한 채널번호로 분류된 패킷을 수신할 수 있다.
D. 멀티캐스트 송신기
멀티캐스트 데이터 통신을 다루는 포트. 멀티캐스트 채널번호가 리소스로서 연결된다.
E. 멀티캐스트 수신기
멀티캐스트 데이터의 수신을 다루는 포트. 멀티캐스트 채널번호는 리소스로서 연결되며 송신기는 그에 연결된 채널번호와 같은 채널번호로 분류된 패킷을 수신할 수 있다.
mLAN 트랜스포트층(10)에서의 트랜잭션은 포트연결어드레스에 대한 트랜잭션으로서 상기 트랜잭션층(3)의 레벨로 조직될 수 있다. 이러한 방법에서 임의의 포트에 연결되지 않는 어드레스위치(예를 들면 구성ROM에서의 엔트리)를 액세스할 수 없다. 상기의 리소스를 억세스하기 위해서 NIM(9)가 본 발명에 따라 제공된다. 임의 노드의 NIM(9)에 요구를 발생함으로써 다른 노드가 임의 노드의 노드정보(노드 고유 ID, 노드에서의 포트 수, 포트의 특성)를 유도할 수 있다.
2.2 mLAN 트랜스포트층의 구성
상술한 바와 같이 mLAN 트랜스포트층(10)은 이하의 5모듈을 포함한다.
A. 등시성 매니저
등시성 매니저(7)는 등시성 전송을 수행하도록 리소스(등시성 채널번호 및 대역폭)를 확보하며 그 리소스를 등시성 송신기에게 연결한다. 매니저(7)는 또한 상기 확보한 리소스를 유지하고 그 연결 정보를 유지한다.
B. 멀티캐스트 매니저
멀티캐스트 매니저(6)는 멀티캐스트 전송을 수행하도록 채널번호를 확보하며 그 채널번호를 멀티캐스트 송신기에게 연결한다. 상기 멀티캐스트 매니저(6)는 또한 상기 멀티캐스트 리소스와 그 연결정보를 유지한다.
C. 트랜잭션 매니저
트랜잭션 매니저(5)는 상기 트랜잭션 포트에 대한 리소스 연결을 관리한다.
D. PIM (Path Information Manager) (8)
PIM(8)은 등시성 포트와 멀티캐스트 포트 사이의 논리경로를 구성하며 그 구성된 논리경로를 유지한다.
E. NIM(Node Infomation Managr)(9)
nim(9)는 노드 제어기에 대한 호스트 모듈을 기동시킨다.
4. NIM(9)는 노드 제어기로 통지된 버스 상태의 변화에 따라 다른 모듈에 대한 구정 또는 재구성을 실행한다.
2.3 등시성 전송 서비스
등시성 전송서비스를 이하 설명한다. 등시성 데이터 전달을 다루는 송신기 및 수신기포트는 각기 “등시성 송신기” 및 “등시성 수신기”라 한다. 상기 등시성 데이터통신에 있어서, 예를 들면 125㎲의 버스 사이클이 지정되며 이미 등시성 채널을 가지고 있는 노드가 획득한 데이터 량만큼 데이터를 전송할 수 있다. 등시성 송신기로서 새로이 생성된 포트를 이용하는 등시성 전송의 경우에 채널번호 및 대역폭은 새로운 포트에 연결되어야 한다. 등시성 전송에 있어서, 패킷은 고유 포트에 어드레스되지 않지만 등시성 채널번호를 가지는 모든 노드에 방송된다. 상기 등시성 통신을 지지하는 노드는 상기 링크층(2)에 모든 등시성 패킷의 도착을 통지한다. 링크층(2)은 상기 도착패킷에 부착된 채널번호에 따라 패킷이 수용되야 하는지를 결정 해야한다.
2.3.1 등시성 매니저
이 등시성 매니저(7)는 mLAN 트랜스포트층(10)에 제공된 모듈이며 각각의 노드에서 등시성 리소스를 관리하며 호스트 어플리케이션의 요구 시 등시성 리소스(등시성 채널번호 및 대역폭)를 확보하며 그것을 등시성 송신기에게 연결한다. 리소스 연결시 등시성 송신기는 등시성 패킷을 전송할 준비를 한다. 등시성 송신기에 있어서, 등시성 채널번호가 연결된다. 채널번호를 가진 등시성 송신기는 상기 채널번호와 관련된 등시성 패킷을 수신할 수 있다. 상기 등시성 매너저는 상기의 동작으로 확보한 리소스를 유지한다. 버스 리세트로 버스가 초기화되면 등시성 포트용으로 확보한 모든 리소스가 다시 연결된다.
2.3.2 등시성 리소스의 착보 및 연결처리
제10도를 참조하여 등시성 리소스의 확보 및 연결처리를 설명한다. 등시성 매니저(7)가 등시성 매니저 연결 리소스 요구를 수신하면 등시성 리소스가 확보되어 이하와 같이 등시성 송신기에 연결된다. 단계 S10에 있어서, 등시성 매니저는 등시성 채널번호 및 대역폭을 할당하도록 버스 매니저에 요구한다. 이러한 요구는 버스 매니저의 CSR를 구비한 배타적 피어-대-피어 트랜잭션을 통해 행해진다. 그러면 등시성 리소스 확보의 결과가 단계 S20 에서 테스트된다. 리소스가 성공적으로 확보되면 등시성 매니저(7)는 단계 S30에서 등시성 송신기에게 상기 확보한 리소스를 연결한다. 그러나 송신기정보 변경시 실제의 연결절차가 실제로 행해져서 제10도의 도트 블록으로 도시된다. 그러면 단계 S40에서 제9도로 도시된 바와 같이 포맷된 획득 데이터를 포함하는 송신기정보보고패킷이 반송되어 등시성 송신기발생을 통지한다. 단계 S50에서 리소스 결합의 결과가 PIM(8)에 보고되고 이 경우 리소스 결합의 성공이 보고된다.
제9도에 도시한 바와 같이 송신기정보보고패킷은 관련 패킷이 송신기정보보고 패킷인 것을 나타내는 패킷ID에 이어서 송신기포트ID, 송신기노드ID, 송신기의 노드 고유ID 및 송신기리소스정보로 구성된다.
단계 S20에서 등시성 리소스가 구해지지 않으면 단계 S50에서 실패가 PIM(8)에 보고되고, 상기 처리 후 생성된 등시성 송신기가 등시성 패킷을 전송할 수 있다.
2.3.3 등시성 리소스 연결처리(송신기)
등시성 데이터의 수신을 위해서 등시성 매니저(7)는 상기 등시성 리소스를 등시성 송신기에게 연결한다. 이 등시성 리소스연결처리는 제11도에 도시한다. 상위층으로부터 등시성 매니저(7)가 등시성 리소스의 요구를 수신하면 등시성 리소스가 확보되어 이하와 같이 등시성송신기에게 연결된다. 단계 S60에서 송신기측의 등시성 매니저(7)는 대응 송신기의 등시성 채널번호를 등시성 송신기로 지정된 포트에 연결한다. 송신기 측에서 채널번호 및 대역폭을 새로이 얻을 필요는 없다. 수신된 채널번호는 간단히 송신기포트에 연결된다. 그러나 송신기포트에 연결된 채널번호는 송신기프트에서 이미 획득한 채널번호이어야 한다. 단계 S70에서 새로이 연결된 송신기포트정보가 상기 등시성매니저(7)의 비등시성 정보테이블에 기록되며 이 테이블을 제7도에 도시한다. 제7도에 도시한 바와 같이 상기 테이블은 포트ID, 포트 형태 및 송신기 및 송신기 포트의 등시성 리소스를 포함한다. 단계 S80에서 상기 등시성 매니저(7)의 등시성 정보테이블에 유지된 수신 채널번호의 리스트가 링크층(2)으로 전달된다. 이 링크층(2)은 모든 등시성 패킷을 수신하지만 수신채널번호의 리스트에 채널번호가 리스트 된 수신된 패킷만을 상기등시성매니저(7)에 통지한다. 단계 S90에서 리소스연결의 결과가 PIM(8)에 보고되지만 리소스 연결은 정상적인 상황에서 결코 실패하지 않으며 대부분의 경우에 리소스 연결의 성공시에 PIM(8)에 보고된다.
상술한 바와 같이 송신기 포트에 대해 등시성 리소스의 연결이 수행된다.
2.3.4
등시성 송신기 및 송신기에 대한 등시성 리소스의 연결 후 등시성 패킷의 전송이 준비된다. 상기 전송절차에 있어서 첫째로 데이터가 수용되며 전송된다. 이 등시성 데이터의 수용 또는 엔트리를 제12(a)도에 도시하며 등시성 데이터의 전송을 제12(b)도에 도시한다. 등시성 매니저(7)가 PIM(8)으로부터 등시성송신기를 통해 데이터 전송의 요구를 수신하면 등시성 데이터 엔트리 절차가 개시된다. 단계 S100에서 등시성 매니저(7)는 지정된 등시성송신기에 연결된 등시성 채널번호를 획득하도록 제7도에 도시한 바와 같은 등시성 정보를 검색한다. 그러면 단계 S110에서 전송될 데이터와 검색된 등시성 채널번호가 일시적으로 세이브 된다. 이러한 버퍼링(buffering)은 등시성 전송이 실제적으로 등시성 사이클의 통지로서 개시되기 때문에 임의의 버스사이클을 대기하도록 행해진다. 등시성 전송 데이터가 수용되고 등시성 사이클이 링크층(2)에 의해 통지되면 등시성 데이터의 전송이 진수된다. 첫째로 단계 S120 에서 등시성 매니저(7)는 획득한 등시성 채널번호를 이용하여 상기 링크층(2)에 등시성 전송요구를 발행한다. 이 단계에서 등시성 데이터가 상기 링크층(2)으로 전달되며 등시성 전송데이터가 링크층(2)과 물리층(1)을 통해 모든 노드로 방송된다.
2.3.5 등시성 데이터의 수신처리
제13(a)도는 전송된 패킷이 수신된 등시성 데이터의 수신처리를 도시하는 플로우차트로서 등시성 매니저(7)가 링크층(2)에 의하 데이터의 수신을 통지 받으면 수신절차가 개시되며 단계 S130에서 등시성매니저(7)는 제7도에 도시한 자신의 등시성 정보 테이블을 검색하여 패킷에 부착된 등시성 채널번호를 통해서 수신지 송신기 포트번호를 구한다. 그러면 단계 S140에서 발견된 포트에 데이터의 수신을 통지하고 상기 포트에 수신된 데이터를 전송한다.
2.3.6 송신기 중복검출처리
한편 단지 하나의 등시성채널번호가 단지 하나의 등시성송신기에 연결된다. 달리 말하면 특정의 등시성 채널번호를 이용하여 하나의 등시성 송신기가 패킷을 전송한다. 따라서 등시성 매니저(7)가 복수의 등시성 송신기가 동일한 등시성 채널번호로서 패킷을 전송하는 것을 인식하는 경우 등시성 매니저(7)는 링크층(2)의 레벨에서 상위층으로의 데이터의 수신의 통지를 정지하고 상기 상위층에 채널번호의 중복의 사실을 통지한다. 채널번호의 중복검출처리를 제13(b)도에 도시한다. 송신기 채널번호가 중복되면 링크층(2)은 그 사실을 상기 등시성 매니저(7)에 통지하고 PIM(8)에 상기 중복을 통지한다. PIM(8)으로의 등시성 데이터의 수신의 통지는 링크층(2)의 상기 레벨에서 유지된다.
2.3.7 하위층과의 통신
등시성 전송서비스에 있어서, mLAN트랜스포트층(10)에서의 등시성 매니저(7)는 이하 기술하는 바와 같이 서비스 프리미티브(primitive)를 이용하여 링크층(2)과의 통신을 수행한다. mLAN트랜스포트층(10)은 서비스 프리미티브, “링크 등시성 요구”를 이용하여 등시성 패킷을 전송하도록 링크층(2)에 요구한다. 서비스 프리미티브, “링크 등시성 표시(Link Isochronous Indication)”는 등시성 패킷의 도착을 통지하도록 링크층(2)에 의해 상기 등시성 매니저(7)로 발행된다. 서비스 프리미 티브, “링크 사이클 개시 표시”는 등시성 사이클의 개시를 나타내도록 링크층(2)에 의해 상기 등시성 매니저(7)로 발행된다. 상기 서비스 프리미티브의 수신시 등시성 매니저(7)는 서비스 프리디티브, “링크 등시성 요구”를 이용하여 데이터를 전달한다. 서비스 프리미티브, “링크 등시성 제어 요구”를 이용하여 등시성 매니저(7)는 상기 노드 내에서 등시성 송신기에 연결된 모든 채널번호를 서비스 프리미티브 “채널 수신 리스트”로서 링크층(2)에 인계한다. 상기 서비스 프리미티브, “채널 수신 리스트”내에 리스트된 채널번호를 가지는 패킷의 수신시 링크층(2)은 상기 등시성 매니저(7)에 서비스 프리미티브 “링크 등시성 표시”를 발행한다.
2.3.8 PIM과의 통신
등시성 매니저(7)는 이하와 같이 PIM(8)과 통신한다. 서비스 프리미티브 “등시성 매니저 데이터 요구”가 PIM(8)로부터 등시성 매니저(7)에 대해 발행되며 등시성 매니저(7)는 상기 요구로 지정된 데이터를 전송한다. 서비스 프리미티브, “등시성 매니저 데이터 표시”가 등시성 매니저(7)로부터 PIM(8)에 대해 발행되어 PIM(8) DP 등시성 패킷의 도착을 통지한다. 서비스 프리미티브, “등시성 매니저 연결 리소스 요구”가 PIM(8)로부터 등시성 매니저(7)에 대해 발행되어 등시성 매니저(7)가 상기 프리미티브로 지정된 포트에 상기 리소스를 연결한다. 서비스 프리미티브, “등시성 리소스 연결 확인”이 PIM(8)에 대해 등시성 매니저(7)로부터 발행되어 상기 서비스 프리미티브, “등시성 매니저 연결 리소스 요구”에 응답하여 상기 연결의 결과를 나타낸다. 서비스 프리미티브, “등시성 매니저 해방 리소스요구” 및 “등시성 매니저 해방 리소스 착인”이 미리 획득한 리소스를 해방하도록 상기 등시성 매니저(7)에 의해 상호 교환된다.
2.3.9 버스 리세트 대응 처리
새로운 노드가 버스에 추가되면 버스 리세트가 모든 논리 경로를 리세트 하도록 수행되며 상기 노드에 새로운 노드를 할당함으로써 상기 경로가 재구성된다. 이 경우 버시 리세트 대응 처리후 버스 리세트 완료통지 절차가 수행된다. 상기 버스 리세트 대응 절차를 제15도에 도시한다. 버스 리세트가 발생하면 NIM(9)은 상기 등시성 매니저(7)에 리세트 요구(등시성 매니저 제어 요구(리세트))를 발행하고 상기 버스 리세트 대응 절차를 진수시킨다. 상기 요구의 수신시 등시성 매니저(7)는 단계 S190에서 PIM(8)로부터 등시성 전송 요구를 거절하여 버스 리세트 대응 절차를 개시한다.
버스 리세트의 완료후 NIM(9)은 등시성 매니저(7)에 등시성 매니저 제어 요구(초기화)를 발행한다. 상기 요구의 수신시 등시성 매니저(7)는 버스 리세트 완료 통지절차를 수행한다. 상기 버스 리세트 완료 통지절차를 제16도에 도시한다. 첫째로 단계 S200에서 등시성 매니저(7)는 제7도에 도시한 등시성 정보 테이블로부터 송신기엔트리를 발췌하여 단계 S220에서 등시성 채널번호 및 대역폭을 할당하도록 버스 매니저에 요구한다. 이러한 요구는 버스 매니저의 CSR를 이용하여 배타적 피어-대 -피어 트랜잭션을 통해 행해진다. 그러면 단계 S220에서 등시성 리소스가 성공적으로 확보되었는지가 검사된다. 리소스가 성공적으로 확보되었으면 등시성 매니저(7)는 그 리소스를 등시성 송신기에 연결한다. 그러나 상기 연결처리는 송신기 정보변경시 실제적으로 행해지는데 제16도의 도트 블록에 도시한다. 단계 S240에서 제9도와 같이 포매트된 리소스를 확보하고 있는 송신기정보 보고 패킷이 등시성 송신기발생을 통지하도록 방송된다. 단계 S250에서 리소스의 연결 결과가 PIM(8)에 보고된다. 이 경우 성공적인 리소스의 연결이 보고된다. 또한 단계 S220에서 등시성 리소스가 확보되지 못한 경우 단계 S250에서 PIM(8)으로 실패가 보고된다. 단계 S250 후 등시성 리소스와 아직 연결되지 않은 송신기엔트리가 있는지가 검사된다. 연결되지않은 송신기엔트리가 있으면 모든 송신기엔트리에 등시성 리소스를 연결하도록 단계 S200 내지 S250이 다시한번 수행된다. 모든 송신기포트가 적절한 리소스에 연결된후 절차가 종료한다. 따라서 등시성 송신기는 다른 층으로부터의 요구를 수용할 준비가 되있다.
2.3.10 송신기정보 변경처리
NIM(9)이 등시성 정보 제어 요구에 의해 송신기정보 보고 패킷을 수신한 것(송신기정보 수신)을 등시성 매니저(7)가 통지받은 경우 송신기정보 변경절차가 수행된다. 상기의 절차를 제14도에 도시한다. 먼저 등시성 매니저(7)는 송신기포트ID를 발췌하고 제9도의 포맷을 가지는 송신기정보보고패킷으로부터 송신기리소스 정보를 발췌하여 제7도에 도시한 등시성 정보 테이블을 변경하도록 상기발췌된 정보에 따라 새로운 송신기엔트리를 생성한다. 단계 S170에서 PIM에 패스정보가 변경되었다는 것을 통지하도록 PIM(8)으로 송신기정보보고 패킷이 전달된다. 상기 통지에 응답하여 PIM(8) 은 후술하는 바와 같은 패스정보테이블을 변경한다. 단계 S180에서 NIM(9)는 등시성 정보 테이블의 변경을 통지 받으며 임의의 노드에서 송신기포트가 생성되는 경우 방송되는 송신기정보 보고 패킷의 수신시 송신기정보변경절차가 수행된다. 상기 송신기정보는 그 자체 노드로부터 방송된 송신기정보 보고패킷 및 다른 노드로부터 방송된 송신기정보보고 패킷에 의존한다.
2.3 11NIM과의 통신
등시성 매니저(7)의 경우에 NIM은 아래의 리스트를 포함하고 있는 서비스 프리미티브(service primitive), “등시성 매니저 제어 요구”를 발행한다.
RESET : 등시성 매니저(7)의 상태를 리세트
INITALIZE : 등시성 매니저(7)의 상태를 초기화.
TALlER INFO RECEIVED: NIM(9)이 송신기 정보 보고 패킷을 수신한 것을 통지
서비스 프리미티브, “등시성 매니저 제어 확인”이 NIM(9)에 대해 등시성 매니저(7)로부터 발행되어 상기 “등시성 매니저 제어 요구”로 행해진 제어 요구의 결과를 복구한다. 상기 등시성 매니저(7)의 상태는 등시성 매니저(7)로부터 NIM(9)으로 발행된 서비스 프리미티브, “등시성 매니저 이벤트 확인”에 의해 보고된다.
2.4 멀티캐스트 전송서비스
멀티캐스트 전송서비스를 이하 기술한다. 멀티캐스트 데이터의 전송은 비등시성(비동기성)으로 송신포트로부터 복수의 수신포트로 실행되는 무선 데이터 통신이다. 이 멀티캐스트 데이터 전송에 있어서, 송신포트는 “멀티캐스트 송신기”라하며 수신포트를 “멀티캐스트 수신기”라 한다. 멀티캐스트 전송은 mLAN 트랜스포트층(10)에서 정의되며 포트를 통해 전송을 시작하기 전에 어플리케이션 유저가 송신기포트에 멀티캐스트 채널번호를 연결해야한다. 이는 송신기 포트가 상기 채널을 통해 데이터를 전송할 권리를 확보한 것을 의미한다. 단지 멀티캐스트 송신기만이 그 멀티캐스트 송신기가 채널번호를 연결한 것을 조건으로 임의의 멀티캐스트 채널을 이용하여 실제로 멀티캐스트 패킷을 전송할 수 있다. 상기 송신기로부터 전송된 패킷은 고유 또는 각각의 멀티캐스트 송신기에게 어드레스 되지 않지만 상기 패킷이 트랜잭션층(3)에 정의된 방송기능을 이용하여 모든 노드에 방송될 수 있다.
임의의 노드에 멀티캐스트 패킷이 도착하면 상기 노드의 트랜잭션층(3)이 멀티캐스트 매니저(6)에 도착을 통지한다. 수신된 패킷은 대응 멀티캐스트 송신기에 할당된 멀티캐스트 번호를 부여받아서 수신지 노드의 멀티캐스트 매니저(6)가 부여된 채널번호를 검사함으로써 패킷을 수용해야할지를 결정할 수 있다. 따라서 멀티캐스트 송신기는 어느 멀티캐스트 송신기가 실제로 수화하고 있는 지를 인식할 수 없다.
상기 멀티캐스트 송신기에 연결된 멀티캐스트 채널번호는 mLAN 트랜스포트층(10)에서 멀티캐스트 매니저(6)의 연결 동작에 의해 확보된다. 상기 멀티캐스트 송신기에 연결된 멀티캐스트 채널번호가 이미 멀티캐스트 송신기에 연결된 채널번호로부러 선택된다.
멀티캐스트 송신기의 매커니즘을 제3도에 도시한다. 제3도에 있어서, 노드 #1의 포트 #1 및 #3은 멀티캐스트 송신기로서 기능한다. 이러한 포트는 각기 멀티캐스트 채널 번호 #2 및 #4와 연결된다. 호스트 어플리케이션이 노드 #1의 포트 #1에 대한 전송요구를 발생하면 데이터가 채널 #2를 이용하여 로컬버스에서 모든 노드에 방송된다. 각각의 노드는 방송기능을 이용하여 전송된 패킷을 수신한다. 수신신 수신된 패킷은 상기 패킷을 픽업하는 하위층으로부터 mLAN 트랜스포트층(10)로 전달된다. 노드 #2 및 #3에 있어서 포트 #2 및 #3중 어느 하나가 멀티캐스트 송신기로서 기능한다. 각각의 노드에서 mLAN 트랜스포트층(10)은 그 자체의 멀티캐시트 포트로 멀티캐스트 채널(2)를 통해 전송된 패킷 데이터를 전달한다. 따라서 멀티캐스트 전송이 실행된다. 유??게 노드 #1의 포트 #3으로 전달된 패킷은 채널 #4를 통해 각각의 노드로 전달된다. 상기 패킷은 노드 #2의 포트 #3(멀티캐스트 채널 #4와 연결)에 의해 수신된다. 한편 노드 #3에 있어서 멀티캐스트 채널 #4는 어느 포트에도 연결되지 않아서 노드 #3의 mLAN 트랜스포트층(10)이 상기 채널을 통해 수신된 패킷을 포기한다.
2.4.1 멀티 캐스트 매니저
멀티캐스트 매니저(6)는 임의 포트에 대한 멀티캐스트 채널번호를 얻어서 멀티캐스트 전송을 수행하고 상기 채널번호를 상기 포트에 연결하기 위한 모듈이다. 상기 멀티캐스트 매니저(6)는 송신기정보 보고 패킷을 발행함으로써 멀티캐스트 채널번호를 얻는다. 또한 매니저(6)는 다른 로컬버스 내에서 다른 노드로부터 발행된 모든 송신기정보 보고 패킷을 수신하여 제6도에 도시된 멀티캐스트 채널번호와 멀티캐스트 송신기포트 사이의 통신을 포함하는 멀티캐스트 정보테이블을 생성한다. 송신기정보 보고 패킷의 수신시 각 노드의 멀티캐스트 매니저(6)는 수신 순서에 따라 송신기의 멀티캐스트 채널번호를 결정하고 제6도에 도시한 멀티캐스트 정보테이블을 조작한다. 상기 멀티캐스트 매니저(6)가 그 자체의 노드로부터 전송된 송신기정보 보고 패킷을 수신하면 싱기 멀티캐스트 매니저(6)는 그 자체 노드의 멀티캐스트 채널번호를 결정한다. 상기 멀티캐스트 정보 테이블은 대응 멀티캐스트 송신기에 연결된 멀티캐스트 채널번호를 검색하도록 멀티캐스트 송신기에 의해 액세스된다. 상기 멀티캐스트 매니저(6)는 호스트 어플리케이션으로부터의 요구시 결합정보를 제공한다. 상기멀티캐스트 매니저(6)는 멀티캐스트 데이터 전송을 수행하도록 멀티캐스트 포트(멀티캐스트 송신기/멀티캐스트 송신기)를 가지는 각각의 노드에 제공된다.
2.4.2 멀티캐스트 리소스의 확보 및 연결처리
멀티캐스트 리소스의 확보 및 연결처리 절차를 제17도를 참조하여 기술한다. 멀티캐스트 매니저(6)는 임의의 포트에 대한 멀티캐스트 리소스를 확보 및 연결해서 멀티캐스트 송신기를 생성하기 위한 절차를 수행한다. 상기 절차는 상위층 PIM(8)로부터 멀티캐스트 매니저(6)가 “멀티캐스트 매니지 연결 리소스 요구”를 수신한 경우 개시된다. 단계 S600에서 멀티캐스트 매니저(6)는 모든 노드에 대해 송신기정보 보고 패킷을 방송한다. 상기 송신기정보 보고 패킷은 제9도에 도시된 바와 같이 포맷되며 노드 고유 ID 및 포트 ID와 관련하여 획득한 멀티캐스트 채널번호를 포함하고 있다. 단계 S610에서 멀티캐스트 채널번호가 성공적으로 얻어진 것으로 인식되면 상기 획득한 리소스(멀티캐스트 채널번호)가 단계 S620에서 지정된 멀티캐스트 송신기에 연결된다. 그러면 PIM은 리소스 연결의 결과를 통지 받는다. 한편 멀티캐스트 채널번호의 할당이 실패한 것으로 인식되면 절차가 단계 S610에서 단계 S630으로 진행하며 대응 통지가 PIM(8)으로 전달되어 절차를 종료한다. 단계 S610 및 S620에서의 절차는 도트 블록으로 도시되는데 이는 실제의 리소스 연결처리가 이하의 송신기정보 변경절차에서 송신기 정보 보고 패킷을 방송함으로써 행해지기 때문이다.
2 4.3 송신기정보 변경
각각의 노드에서 NIM(9)은 방송된 송신기정보 보고 패킷을 수신하면 이에 의해 송신기정보 변경 절차가 제어된다. 상기 송신기정보 변경절차를 제21도를 참조하여 기술한다. 상기 절차는 NIM(9)이 송신기정보 보고 패킷의 수신을 멀티캐스트 매니저(6)에 통지하는 경우 진수된다. 단계 S750에서 송신기정보 보고 패킷의 도착순서로 각각의 노드에 멀티캐스트 채널번호를 할당하기 위해서 각 노드에서 상기 멀티캐스트 매니저(6)에 제공된 패킷 카운터가 “1”씩 증가된다. 상기 멀티캐스트 매니저(6)는 패킷 카운터를 가지는데 이 카운터는 버스 리세트 시 “0”으로 리세트 되며 버스 리세트 후 수신된 송신기정보 보고 패킷을 카운트한다. 단계 S760에서 멀티캐스트 매니저(6)는 상기 수신된 송신기정보 보고 패킷에 따라 노드 고유 ID, 포트ID, 및 멀티캐스트 채널번호 사이의 통신을 포함하는 멀티캐스트 정보 테이블(제6도)을 변경한다. 상기포트 ID는 송신기정보 보고 패킷으로부터 추출되며 상기 패킷 카운터의 값이 리소스 정보로서 사용되어 송신기엔트리를 생성한다. 그러면 단계 S770에서 멀티캐스트 매니저(6)는 송신기정보 보고 패킷을 전송해서 PIM(8)에 패스 정보의 변경을 통지한다. 단계 S780에서 NIM(9)는 변경의 결과를 통지 받아 절차를 종료한다. 송신기정보 보고 패킷을 방송한 상기 멀티캐스트 매니저(6)는 자체 노드의 멀티캐스트 송신기에 연결될 멀티캐스트 채널번호로서 자체 패킷의 수신시 카운터 값을 이용한다. 로컬버스의 최대수의 멀티캐스트 채널은 256(0내지 256)으로 설정된다. 상기 패킷 카운터의 값이 상기 최대값을 초과하면 멀티캐스트 매니저(6)가 그 사실을 상위층에 보고한다.
2.4.4 멀티캐스트 데이터 전송처리
제19도를 참조하여 멀티캐스트 데이터의 전송처리를 설명한다. 멀티캐스트 매니저(6)가 상위층PIM(8)으로부터 전송될 데이터를 수신하는 경우 멀티캐스트 데이터의 전송이 개시된다. 단계 S670에서 전송될 데이터를 수신한 멀티캐스트 매니저(6)는 제6도 도시의 멀티캐스트 정보 테이블을 검색해서 사용될 멀티캐스트 송신기에 연결된 멀티캐스트 채널번호를 획득한다. 그러면 단계 S680은 멀티캐스트 전송요구를 발행하며 동시에 상기 트랜잭션층(3)에 전송될 데이터를 송신한다. 따라서 데이터가 멀티캐스트 된다. 그러나 이 방법에 있어서 ACK가 복구되지 않도록 실제적으로 데이터가 방송된다.
2.4.5 멀티캐스트 리소스 연결처리(송신기)
멀티캐스트 송신기에 의한 멀티캐스트 패킷을 수신하기 위해서 상기 멀티캐스트 패킷에 포함된 동일한 멀티캐스트 채널번호가 수신 송신기에게 가상적으로 연결되어야한다. 이 멀티캐스트 리소스의 연결처리를 제18도에 도시한다. PIM(8)으로부터의 “멀티캐스트 연결 리소스 요구”의 수신시 연결처리가 시작된다. 첫째로 단계 S640에서 멀티캐스트 정보 테이블이 검색되며 지정된 포트가 데이터가 확인되는 멀티캐스트 채널번호에 연결된다. 단계 S650에서 포트ID, 포트타입 및 멀티캐스트 리소스(멀티캐스트 채널번호)가 새로운 엔트리로서 멀티캐스트 정보테이블에 기록된다. 단계 S660에서 PIM(8)은 상기 연결 절차의 결과를 통지 받는다. 송신기 리소스의 연결은 결코 실패하지 않는데 이는 대응 송신기에 이미 할당된 채널에 리소스를 연결하는 연결 요구만이 있기 때문이다. 따라서 이 경우 PIM(8)은 성공적인 연결을 통지 받아서 상기 절차를 종료한다. 멀티캐스트 송신기에 멀티캐스트 리소스가 연결된 후 멀티캐스트 데이터가 정확하게 수신될 수 있다.
2.4.6 멀티캐스트 데이터 수신처리
제20도를 참조하여 멀티캐스트 데이터 수신절차를 설명한다. 상기 절차는 트랜잭션층(3)으로부터의 데이터의 수신을 통지 받으면 개시된다. 첫째로 단계 S700에서 데이터의 중복이 경우에 따라 검출된다. 상기 멀티캐스트 패킷에 부여된 멀티캐스트 채널번호는 패킷을 전송한 멀티캐스트 송신기에 연결된 채널번호이다. 단지 하나의 멀티캐스트 송신기가 고유의 멀티캐스트 채널번호로 연결될 수 있다. 달리 말하면 각각의 멀티캐스트 송신기가 특정의 멀티캐스트 채널번호를 이용하여 패킷을 전송할 수 있다. 따라서 멀티캐스트 매니저(6)가 둘 이상의 멀티캐스트 송신기가 동시에 동일 채널번호로 패킷을 전송하고 있다면 절차가 단계 S730으로 진행하여 여기서 P패(8)으로의 데이터의 도착의 통지가 정지되며 중복된 채널번호의 정보를 전송함으로써 PIM(8)에 중복이 통지된다. 한편 단계 S700에서 송신기중복이 검출되지 않으면 멀티캐스트 매니저(6)가 멀티캐스트 정보 테이블을 검색해서 어텐딩(attending)하고 있는 송신기 포트를 확인한다. 단계 S720에서 수신된 패킷이 노드에서 멀티캐스트 송신기에 연결된 채널번호와 일치하는 채널번호를 가지고 있는 경우 그 송신기에 패킷 수신이 통지된다. 멀티캐스트 매니저(6)는 트랜잭션층(3)으로 부터 데이터의 도착 통지시 모든 멀티캐스트 패킷을 픽업한다. 그러나 멀티캐스트 채널번호가 송신기에 연결된 멀티캐스트 채널번호와 일치하는 경우에만 상기 노드에서 멀티캐스트 송신기 포트에 패킷 도착이 통지된다. 따라서 통지 받은 송신기는 멀티캐스트 데이터 패킷을 배타적으로 수신할 수 있다. 둘 이상의 수신 송신기가 있다면 멀티캐스트 매니저(6)는 상기 송신기에게 데이터를 전달하도록 데이터를 복사한다. 상기 부여된 멀티캐스트 채널번호가 상기 노드에서 임의의 송신기에 연결되지 않은 경우 패킷이 버려진다. 상술한 바와 같이 멀티캐스트 데이터의 수신절차가 정확히 수행된다.
2.4.7 하위층과의 통신
전술한 바와 같이 mLAN트랜스포트층(10)의 멀티캐스트 매니저(6)는 트랜잭션층(3)과 통신하여 멀티캐스트 전송을 실행한다. 상기 mLAN 트랜스포트층(10)은 이하 리스트 된 서비스 프리미티브를 이용하는데 트랜잭션층(3)에서 정의된다.
트랜잭션 데이터 요구: 멀티캐스트 매니저(6)는 상기 트랜잭션층(3)에 상기 프리미티브를 발행해서 멀티캐스트 전송을 개시한다. 상기 멀티캐스트 전송은 상기 트랜잭션층(3)에서 방송기능을 이용하여 수행되어 특성 BROADCAST WRITE가 트랜잭션 형태로서 지정된다.
트랜잭션데이터의 표시: 이 프리미티브를 이용하여 멀티캐스트 매니저(60가 트랜잭션층(3)에 의해 데이터의 도착을 통지 받는다.
2.4.8 PIM과의 통신
멀티캐스트 매니저(6)는 또한 PIM과 통신한다. 이하 리스트 된 상기 서비스 프리미티브는 상위층에서 상기 멀티캐스트 매니저(6)와 PIM(8)사이의 통신을 하도록 정의된다.
멀티캐스트 매니저 데이터 요구: PIM(8)은 상기 프리미티브를 상기 멀티캐스트 매니저에 발행한다. 상기 멀티캐스트 매니저(6)는 상기 프리미티브로 지정된 데이터를 전송한다.
멀티캐스트 매니저 데이터 표시: 상기 멀티캐스트 매니저(6)는 멀티캐스트 패킷을 수신한 것을 통지하도록 상기 PIM(8)에 프리미티브를 발행한다.
멀티캐스트 매니저 연결 리소스 요구: PIM(8)은 상기 프리미티브를 멀티캐스트 매니저(6)에 발행한다. 상기 멀티캐스트 매니저(6)는 상기 프리미티브로 지정된 포트에 리소스를 연결한다. 이 프리미티브를 이용하여 PIM(8)은 포트ID로 지정된 포트의 타입이 멀티캐스트 수신기인 경우 필요하게 되는 포트ID 및 멀티캐스트 채널번호를 이전한다.
멀티캐스트 매니저 연결 리소스 통신; 상기 멀티캐스트 매니저(6)는 싱기 멀티캐스트 매니저 연결 요구에 응답하여 수행된 절차의 결과를 복구하도록 PIM(8)에 상기 프리미티브를 발행한다.
2.4.9 NIM과의 통신
상기 멀티캐스트 매니저(6)는 멀티캐스트 데이터 전송을 수행하도록 NIM과 또한 통신한다. 이하에 리스트 된 서비스 프리미티브는 상위층에서 멀티캐스트 매니저(6)와 NIM(9)사이의 통신을 하도록 정의된다. 상기 NIM(7)는 멀티캐스트 매니저(6)의 상태를 리세트 또는 초기화하도록 상기 프리미티브를 이용한다.
멀티캐스트 매니저 제어 요구:NIM(9)은 상기 멀티캐스트 매니저(6)에 상기 프리미티브를 발행한다. 이 프리미티브에 의해 이하 리스트 된 파라미터가 이전된다.
RESIT: 멀티캐스트 매니저(6)의 상태를 리세트.
INITIALIZE: 멀티캐스트 매니저(6)의 상태를 초기화.
TALKER INFO RECEIVED: NIM(9)이 송신기정보 보고 패킷을 수신한 것을 통지.
멀티캐스트 매니저 제어 확인: 멀티캐스트 매니저(6)는 멀티캐스트 매니저 확인 요구에 응답하여 수행된 절차의 결과를 복구하도록 NIM(9)에 상기 프리미티브를 발행한다.
멀티캐스트매니저 이벤트 확인: 상기 멀티캐스트 매니저(6)는 NIM(9)에 프리미티브를 발행해서 상기 멀티캐스트 매니저(6)의 내부 상태를 보고한다. 이하 버스 리세트의 동작을 설명한다. 새로운 노드가 상기 버스에 도입되면 버스 리세트가 모든 패스를 리세트하도록 수행되며 상기 패스가 각각의 노드에 새로운 노드ID를 할당함으로써 재구성된다. 이 경우 버스 리세트 완료 통지처리가 버스 리세트의 대응 절차 후 수행된다. 상기 버스 리세트 대응 절차를 제22도에 도시한다. 버스 리세트가 발생하면 상기 NIM(9)이 상기 멀티캐스트 매니저(6)에 리세트 요구(멀티캐스트 매니저 제어 요구(리세트))를 발행하고 상기 멀티캐스트 매니저(6)가 버스 리세트 대응 절차를 진수한다. 상기 요구의 수신시 상기 멀티캐스트 매니저(6)는 단계 S800에서 패킷 카운터를 “0”으로 리세트 한다. 또한 상기 멀티캐스트 매니저(6)는 상기 멀티캐스트 정보 테이블에 기억된 멀티캐스트 채널번호를 클리어하고 단계 S810에서 PIM(8)으로부터의 멀티캐스트 전송요구를 거절함으로써 버스 리세트 대응 절차를 종료한다.
상기 버스 리세트의 완료 후 NIM(9)이 상기 멀티캐스트 매니저(6)에 멀티캐스트 매니저 제어 요구(초기화)를 발행한다. 상기 요구의 수신시 상기 멀티캐스트 매니저(6)는 버스 리세트 완료 통지 절차를 실행한다. 이 버스 리세트 완료 통지 절차를 제23도에 도시한다. 상기 멀티캐스트 매니저(6)는 그 자체의 정보테이블에서 포트ID를 기억하고 상기 포트 ID에 대응하는 멀티캐스트 채널번호가 클리어(clear)되면 이는 상기 포트에 연결된 멀티캐스트 채널번호가 상기 버스 리세트에 의해 클리어 되는 것을 의미한다. 따라서, 단계 S820 에서 멀티캐스트 매니저(6)는 그 송신기엔트리를 추출하고 상기 송신기엔트리의 리소스가 상기 멀티캐스트 정보 테이블에서 클리어 된다. 그러면 단계 S830에서 상기 매니저(6)는 상기 리소스(멀티캐스트 채널번호)를 포함하는 송신기정보 보고 패킷을 전송한다. 단계 S840에서 리소스가 새로이 획득되는 지가 검사된다. 상기 리소스가 획득되면 절차가 단계 S850 으로 진행하고 여기서 리소스(획득한 멀티캐스트 번호)가 상기 송신기엔트리에 연결된다. 단계 S860에서 PIM(8)은 성공적으로 리세스의 연결을 통지받는다. 한편 단계 S840에서 리소스의 할당이 실패한 것으로 인식되면 PIM(8)은 상기 실패사실을 통지 받는다. 단계 S840, S850은 섹션 2.4.5(멀티캐스트 리소스 연결처리)에서와 동일한 이유로 도트 블록에 도시된다. 그러면 단계 S870에서 멀티캐스트 리소스가 연결되지 않은 송신기엔트리가 남아 있는지가 검사된다. 그러한 엔트리가 있다면 모든 송신기에 상기 리소스를 연결하기 위해 단계 S820으로 복귀함으로써 멀티캐스트 리소스 연결절차가 수행된다. 모든 멀티캐스트 송신기가 상기 멀티캐스트 리소스에 연결되면 상기 절차가 종료된다.
2.5 PIM(Path Information Manager)
상기 mLAN트랜스포트층(10)내의 PIM(Path Information Manager)을 이하 설명한다. 상기PIM(8)은 mLAN트랜스포트층(10)에 제공되며 상기PIM(8)은 송신기포트와 수신기포트 사이의 논리경로를 구성한다. PIM(8)은 이미 구성된 경로를 나타내는 패스정보를 세이브하며 버스 리세트로 인한 초기화 후 상기 경로를 자동적으로 재구성한다. 그러나 PIM(8)은 mLAN트랜스포트층(10)에서 정의된 3개의 전송모드 중 두 개의 전송모드를 다루도록 상기 포트들에 대해서만 패스정보를 유지하는데 상기 모드는 등시성 전송 및 멀티캐스트 전송이다. PIM(8)은 상위층에 대해 이하에 리스트된 서비스를 제공한다.
A 패스 구성/해방 : 등시성 전송 및 멀티캐스트 전송을 다루는 두 개의 포트 사이의 패스를 구성하고 그 구성된 패스가 또한 해방될 수 있다.
B. 패스 정보 메모리 : PIM(8)서비스로 구성된 패스정보를 기억하며, 상기 PIM(8)은 파워가 턴오프되는 경우에도 상기 패스 정보를 기억한다. 논리경로는 상기 기억된 패스정보에 따라 구성된다.
C. 파워 온 후의 패스의 재구성 : 파워온으로 버스가 초기화된 후 PIM(8) 은 자동적으로 상기 패스를 재구성하며 패스 구성의 초기상태를 복구한다.
D. 패스정보 교환 : 호스트 어플리케이션의 요구시 PIM(8)은 패스 정보 관리 프로토콜을 이용하여 다른 노드에 상기 패스정보에 관한 조회를 하는데 상기 다른 노드는 예를 들면 플로피 디스크 드라이브를 구비한다.
PIM(8)은 또한 그 로컬노드에서의 송신기포트와 원격노드에서의 송신기포트 사이의 패스를 세트 및 리세트하는 서비스를 제공한다. 그러나 상기 PIM(8)은 상기 송신기포트와 상기 수신기포트가 모두 원격노드에 있는 경우 그 사이의 패스를 구성할 수 없다. 이러한 기능은 호스트 어플리케이션으로서 버스 매니저에 의해 제공된다.
2.5.1 패스 설정처리
PIM(8)의 패스 구성절차를 제24도에 도시한다. 상기 절차는 PIM(8)이 상기 호스트 어플리케이션으로부터 “PIM 설정 패스 요구”를 수신한 경우 진수된다. 상기 요구의 수신시 PIM(8)은 단계 S300 에서 관련 송신기포트의 특성을 획득한다. 그 후 단계 S310에서 PIM(8)은 단계 S300에서 이미 획득한 송신기의 특성과 같은 대응 송신기에 대한 특성을 설정한다. 단계 S320에서 PIM(8)은 리소스를 연결하도록 하위층 모듈(상기 포트 형이 등시성인 경우 등시성 매니저, 상기 포트 형이 멀티캐스트 형인 경우 멀티캐스트 매니저(6))을 요구한다. 상기 리소스는 송신기가 이미 리소스에 연결되어 있기 때문에 상기의 경우에 송신기에게만 연결된다. 패스가 성공적으로 설정되면 상기 패스정보테이블이 단계 S330에서 변경된다. 상기의 변경에서 접속 플랙(flags)이 “비접속”에서 “접속”으로 변경된다. 단계 S340에서 상기 호스트 어플리케이션으로부터의 요구에 응답하여 그에 상기 패스 구성의 결과가 보고된다. 이 경우 패스구성의 성공이 통지된다. 상기 패스의 구성은 결코 실패하지 않는데 이는 송신기가 이미 획득한 리소스를 송신기에 카피함으로써 실제의 패스의 구성이 행해지기 때문이다. 따라서 패스의 구성이 완료된다.
2.5.2 패스에 대한 데이터의 전송처리.
제25도를 참조하여 패스에 대한 데이터의 전송을 설명한다. PIM(8)이 상위층으로부터 전송될 데이터를 수신한 경우 전송절차가 개시된다. 단계 S360에서 포트 정보 엔트리를 창조함으로써 데이터를 전송하는 포트의 형태가 식별되는데 상기 엔트리는 NIM(9)에 의해 유지되며 제8도에 도시된 바와 같이 포매트된다. 단계 S370에 있어서 포트 형태가 송신기인지가 검사된다. 상기 포트가 송신기포트인 경우 상기 포트 형태가 단계 S380에서 멀티캐스트인 지가 검사된다. 상기 포트가 멀티캐스트 포트인 것으로 발견되면 PIM(8)은 상기 멀티캐스트 매니저(6)에 데이터를 전송한다. 상기 멀티캐스트 매니저(6)는 상기와 같은 멀티캐스트 전송절차를 수행한다. 상기 포트가 등시성 포트인 것으로 판단되면 상기 절차가 단계 S380에서 5400으로 진행하며 여기서 데이터가 등시성 매니저(7)에게 전송된다. 상기 등시성 매니저(7)는 제12도에 도시된 등시성 전송 절차를 수행하여 상기의 전송절차를 종료한다. 단계 S370 에서 상기 포트가 송신기포트가 아닌 것으로 구해지면 절차가 종료된다.
2.5.3 패스 해방처리
상기 패스의 해방절차를 제26도를 참조하여 설명한다. 송신기 노드에서 PIM(8)으로 유지되는 패스 정보테이블에 수행패스정보가 기억된다 PIM(8)은 실제의 패스 해방절차를 수행한다. 상기 패스는 송신기의 확인 없이 해방되며 PIM이 상위층으로부터 “PIM 해방 패스 요구”를 수신한 경우 패스해방절차가 진수된다. 단계 S410에서 PIM(8)은 상기 요구로 지정된 패스가 제4도에 도시한 패스정보 테이블을 검색함으로써 상기 요구가 관련 송신기 포트에 대해 설정되는 지를 검사한다. 단계 S420에서 패스가 접속상태로 유지되는지가 검사된다. 패스가 접속되면 상기 송신기 포트에 연결된 리소스는 해방되고 단계 S430에서 패스 정보 테이블로부터 대응 엔트리가 제거된다. 그러면 단계 S440 에서 상기 요구에 대한 응답이 상위층으로 복귀된다. 이 경우 성공적인 해방이 보고되며 상기 단계 S420에서 패스가 접속 상태에 있지 않은 경우 단계 S440에서 상위층으로 대응 응답이 복귀된다.
2.5.4 버스 리세트 처리, 송신기정보 대응 처리 및 각종의 비성공 통지처리
mLAN트랜스포트층(10)은 비등시성 멀티캐스트 전송을 이용하도록 임의의 채널을 할당해서 상기 송신기가 상기 버스 리세트의 수신시 새로운 멀티캐스트 채널번호를 얻을 수 있다. 따라서 상기 송신기포트에 연결된 멀티캐스트 채널번호가 버스 리세트 전후에 다르게된다. 결론적으로 상기 송신기는 버스 리세트 후 상기 송신기의 채널번호와 같은 채널번호를 할당함이 없이 데이터를 수신할 수 없다. 따라서 PIM(8)은 첫째로 버스 리세트 대응 절차를 수행하며 이어서 송신기정보 대응 절차를 수행한다. 상기 버스 리세트 대응 절차를 제27도를 참조하여 이하 기술한다. 상기 버스 리세트 대응 절차는 NIM(9)이 버스 리세트 시 PIM(8) 으로 “PIM제어 요구(리세트)”를 발행한 경우 진수된다. 상기 요구의 수신시 PIM(8)은 단계 S450에서 상기 패스 정보 테이블의 엔트리의 모든 접속 플랙을 “DISCONECTED”로 설정한다. 이 경우 상기 패스 정보 테이블이 유지되지만 패스 정보에 따른 데이터의 전송이 디스에이블(disable)된다. 버스 리세트가 완료된 후 모든 노드가 그 노드의 등시성 및 멀티캐스트 송신기에 리소스를 재연결한다. 상기 리소스의 재연결이 성공적이면 상기 송신기와 관련한 변경된 정보가 제9도에 도시된 바와 같이 포맷된 송신기정보 보고패킷의 형태로 방송된다.
상기 송신기정보 보고 패킷의 도착은 상기 멀티캐스트 매니저(6) 또는 등시성 매니저(7)로부터 (IM이벤트 표시를 통해 또는 MM 이벤트 표시를 통해) PIM(8)으로 통지되어 상기 송신기정보 변경절차가 진수된다. 상기 송신기정보 변경절차를 제29도에 도시한다. 단계 S460에서 PIM(8)은 각각의 노드에서 상기 패스정보 테이블의 노드 고유ID를 검색해서 수신된 송신기정보 보고 패킷과 관련한 송신기의 엔트리를 구한다. 그러면 상기 송신기의 특성이 단계 S470에서 확인된다. 또한 상기 송신기에 연결된 송신기의 특성이 단계 S480에서 확인된다. 단계 S490에서는 상기 송신기 및 수신기가 서로 연결되는지가 검사된다. 송신기 및 수신기가 서로 연결될 수 있다면 단계 S500에서 상기 포트 형이 멀티캐스트 형인지가 검사된다. 멀티캐스트 형이라면 PIM(8)이 상기 멀티캐스트 리소스를 연결하도록 상기 멀티캐스트 매니저(6)에 요구한다. 멀티캐스트 형이 아니고 등시성이라면 PIM(8)이 상기 등시성 매니저에 요구해서 등시성 리소스를 연결한다. 상기 요구의 수신시 상기 하위층 모듈이 관련 송신기에게 리소스들을 연결해서 PIM(8)에 상기의 결과를 복귀한다. 복귀된 결과를 검사함으로써 PIM(8)이 상기 리소스의 연결이 단계 S530에서 성공적인가를 인식한다. 상기 리소스가 성공적으로 연결되면 상기 패스 정보 테이블의 접속 플랙이 단계 S540에서 “접속”으로 설정된다. 한편 관련 송신기 및 수신기가 서로 접속될 수 없다면, 단계 S550에서 에러 대응 절차가 수행된다. 상기 단계 S550의 에러 대응 절차는 단계 S530에서 리소스의 연결이 실패한 경우 또한 수행된다. 따라서 송신기 정보 변경 절차가 완료된다.
PIM(8)은 송신기정보 보고 패킷을 수신할 때마다 상기 송신기정보 변경절차를 수행한다. 그러나 버스 리세트 이전에 활성의 송신기를 가지는 노드가 제거되고 버스 리세트가 완료된 후 더 많은 노드가 존재하지 않는 경우 송신기정보 보고 패킷이 방송되지 않는다. 이 경우 상기 제거된 노드의 송신기에 대응하는 패스 엔트리가 “DISCONNECTED”로 남아서 모든 패스 정보가 유지되는 경우에도 패스가 복구되지 않는다. 이 경우 패스 정보가 그대로 유지되어서 다음의 버스 리세트시 일단 제거된 노드의 회복에 응답하여 송신기정보 보고 패킷이 방송되는 경우 패스가 구성될 수 있다. PIM(8)은 상위층에 대해 “유지되지만 접속되지 않은” 패스 정보를 소거하는 서비스를 제공한다. 패스의 상기의 재구성으로 버스 리세트 전후에 호스트 어플리케이션이 데이터 전송을 재개할 수 있다.
PIM(8)은 제28도에 도시한 성공적인 이벤트 통지 절차를 수행하며, 상기 하위층 모듈로부터 상위층 모듈로 각종의 성공적인 이벤트 보고를 할 수 있다.
2.5.5 NIM과의 통신
PIM(8)은 NIM(9)과의 통신을 위해 이하 리스트된 서비스 프리미티브(service primitive)를 제공한다.
PIM제어 요구
PIM제어 확인
PIM이벤트 확인
PIM이벤트 표시
상기 NIM(9)은 PIM(8) 인터널을 리세트 또는 초기화하도록 상기 서비스 프리미티브를 이용한다.
2.6 NIM(노드 정보 매니저)
상기 NIM(9)은 각각의 mLAN 트랜스포트층(10)에 위치하며 이하의 기능을 가진다.
A.버스 상태에 따른 mLAN트랜스포트층(10)의 초기화
Nlbl(9)은 노드 제어기(4)의 상위층으로서 기능한다. NIM(9)은 노드 제어기(4)로 통지된 버스 상태의 변화에 따라 mLAN 트랜스포트층(10)에서 내부 모듈을 리세트 또는 초기화한다.
B. 원격노드에 대한 노드 정보의 제공.
상기 mLAN 트랜스포트층(10)은 포트 사이에서 데이터를 교환하는 서비스를 제공하지만 호스트 어플리케이션은 원격노드에서 내부 어드레스를 액세스할 수 없다. 각각의 노드는 그 내부 어드레스에 위치한 각종의 정보 및 구성을 기억하는 레지스터를 구비한다. 원격노드에서 상기 어드레스를 액세스 하기 위해서 NIM(9)은 단계 S940 에서 호스트 어플리케이션에 대한 인터페이스를 제공한다 NIM(9)은 상기 원격노드로부터의 조회를 수용하는 트랜잭션 포트를 가진다. 상기의 트랜잭션포트를 NIM포트라 한다. NIM포트의 포트ID는 노드 전체에 걸쳐서 동일하며 모든 노드가 미리 포트ID를 인지해야만 한다. 조회의 수신시 NIM(9)은 구성 ROM 엔트리, 포트정보엔트리 등을 액세스함으로써 상기 조회와 관련한 정보를 복귀한다.
C. 송신기정보 보고 패킷 대응처리
상기 송신기정보 보고 패킷은 등시성 또는 멀티캐스트 송신기포트가 발생되는 경우 등시성 또는 멀티캐스트 매니저에 의해 발행된다. 상기 송신기정보 보고 패킷은 임의의 송신기포트와 관련한 정보를 전달하기 위해서 모든 노드의 NIM포트에 대해 발행된다. 패킷의 수신시 NIM(9)은 등시성 매니저(7) 또는 멀티캐스트 매니저(6)에 패킷 내용을 전달한다. 상기 송신기포트에 연결된 리소스에 따라 어느 매니저가 어드레스되는 지가 결정된다. NIM(9)의 상기 기능을 제공하는 동작을 이하 기술한다.
2.6.1 포트 정보 조회
자체 노드내의 송신기포트에 리소스를 연결함에 있어서, 호스트어플리케이션은 관련 송신기포트에 연결된 리소스를 알아야한다. 그러한 리소스를 얻기 위해서는 송신기포트의 정보를 수집하도록 호스트 어플리케이션이 NIM을 조회해야 한다. 상기 포트 정보 조회절차를 제30도에 도시한다. 상기 조회 요구의 수신시 NIM(9)은 상기 절차를 개시하고 단계 S900에서 상기 조회와 관련한 포트의 엔트리에 대한 정보를 얻도록 상기 포트 정보테이블을 액세스하고 그 얻어진 정보를 상위층으로 복귀시킨다. 상기 원격노드에 제공된 포트에 대한 정보가 관련노드에서 상기 대응 NIM으로 그리고 그로부터 트랜잭션을 함으로써 얻어진다. 상기 포트 정보는 상기 호스트 어플리케이션으로 복귀되는 포트 형태 및 리소스 정보를 포함한다.
2.6.2 송신기정보 보고 패킷 대응처리
상기 송신기정보 보고 패킷의 수신시 NIM(9)은 제31도에 도시한 패킷에 대한 대응절차를 수행한다. 상기 송신기정보 보고 패킷의 수신시 NIM은 단계 910에서 상기 절차를 진수시키고 상기 단계에서 상기 노드정보 테이블에 상기 패팃에 포함된 노드 ID 및 노드 고유 ID를 기록함으로써 상기 노드 정보 테이블이 변경된다. 단계 S920에서 상기 패킷과 관련한 송신기포트에 연결된 리소스에 따라 상기 송신기의 형태가 등시성인지 멀티캐스트형인인지가 검사된다. 상기 송신기포트가 등시성 송신기라면 단계 S930에서 상기 등시성 매니저(7)에 송신기정보 보고 패킷이 전송된다. 한편 상기 송신기포트가 멀티캐스트 송신기라면 단계 S940에서 상기 멀티캐스트 매니저(6)에 보고 패킷이 전송된다. 상위칭으로의 패킷의 전달로 패킷대응절차가 종료한다.
2.6.3 하위층과의 통신
NIM(9)은 그와 통신하도록 상기 노드제어기(4)에 제공되는 서비스 프리미티브를 사용한다. 상기 노드제어기(4)는 이하 리스트 된 서비스 프리미티브를 제공한다.
SB 제어요구(SB-CONTROL 요구)
SB 제어확인(SB-CONTROL 확인)
SB 이벤트 표시(SB-EYENT 표시)
2.6.4 버스 리세트 대응처리
버스 리세트가 발생하면 노드 제어기(4)는 상기 NIM(9)에 버스 리세트 요구(SB이벤트 확인(BUS RESET START)를 발행한다. 상기 요구의 수신시 NIM(9) 은 버스 리세트 대응절차를 진수시킨다. 사기 버스 리세트 요구의 수신시 NIM(9)은 상기 mLAN 트랜스포트층(10)에서 등시성매니저에 리세트 요구(등시성 매니저 제어 요구(리세트))를 발행한다. 그러면 단계 S960에서 NIM(9)은 상기 멀티캐스트매니저(6)에 리세트 요구(멀티캐스트 매니저 제어 요구(리세트))를 발행한다. 마지막으로 단계 S970에서 NIM(9)은 PIM(8)에 리세트 요구(PIM 제어요구(리세트))를 발행한다.
버스 리세트가 완료되면 노드제어기(4)는 상기 NIM(9)에 버스 리세트 완료통지(SB이벤트 표시(BUS RESET COMPLETE)를 발행한다. 상기 통지의 수신시 NIM은 제33도에 도시한 바와 같은 버스 리세트 완료절차를 진수시킨다. 상기 버스 리세트 완료 절차에 있어서, NIM(9)은 단계 S980에 있어서, mLAN 트랜스포트층(10)에서 상기 등시성 매니저(7)에 리세트 완료 메시지를 발행한다. 또한 단계 S990에 있어서 NIM(9)은 상기 멀티캐스트 매니저(6)에 리세트 완료 메시지를 발행한다.
2.7 mLAN 트랜스포트층 기능
2.7.1 패스정보테이블
상기 패스정보테이블은 상기 노드에서 송신기 포트 (등시성 또는 멀티캐스트 송신기)에 대한 패스정보를 기억한다. 상기 패스정보테이블은 PIM(8)에 의해 유지된다. 상기 패스정보테이블의 내용은 또한 NIM(9)에 의해 액세스되며 상기 NIM(9)은 상기 테이블에 기억된 패스정보를 원격노드에 전달할 수 있다. 상기 패스정보의 포맷을 제4도에 도시한다. 상기 테이블에서 하나의 패스정보엔트리는 하나의 패스와 관련한 아이템으로 이루어진다. 상기 패스정보 엔트리는 이하에 리스트된 아이템을 포함한다.
A. 송신기의 포트ID(16비트): 로컬노드의 포트 넘버.
B. 송신기의 포트ID(16 비트): 원격노드의 비트 컴버.
C. 송신기가 있는 노드의 노드 고유 ID(64비트): 원격노드를 확인하는 ID. 64비트의 길이를 가지며 그 값은 노드 장치의 마커에 의해 미리 정의된다.
D. 접속 플랙: 관련 패스의 접속상태를 나타내는 플랙. 대응 노드의 부재 등의 네트워크 구조의 변화에 의해 재 초기화 후 몇몇의 패스 정보 테이블엔트리가 재구성될 수 없다. 상기 플랙은 상기 엔트리와 관련한 패스가 실제로 설정되는지를 나타낸다.
2.7.2 노드 정보 테이블
이 노드 정보 테이블은 상기 로컬버스에서 노드 ID와 노드 고유 ID사이의 통신에 대한 정보를 기억하고 있다. 상기 노드 정보 테이블은 NIM(9)에 의해 유지된다. 상기 NIM(9)은 상기 mLAN에서 노드 ID가 버스 리세트에 의해 변경될 수 있으므로 버스 리세트 후 상기 노드 정보 테이블을 변경시킨다. 상기 노드 정보 테이블은 제5도에 포매트 된 바와 같은 이하 리스트 된 아이템을 포함한다.
A. 노드ID : 버스 초기화 시 각각의 노드에 동적으로 할당된 ID.
B. 노드 고유 ID : 각각의 노드 장치에 미리 할당된 64비트 ID. 이 mLAN에서 상위 24비트는 노드 벤더 ID용으로 할당되며, 하위 40비트는 벤더 고유ID용으로 할당되어 노드 고유ID의 고유성이 보장된다.
2.7.3 멀티캐스트 정보 테이블
상기 멀티캐스트 정보 테이블은 멀티캐스트 매니저(6)에 의해 유지된다. 상기 테이블은 상기 노드에서 멀티캐스트 포트의 ID와 상기 포트에 연결된 멀티캐스트 리소스 사이의 통신에 대한 정보를 기억한다. 각각의 멀티캐스트 포트에 대한 엔트리는 제6도에 도시된 바와 같이 포맷된 이하 리스트 된 아이템을 포함한다.
A. 포트 ID: 멀티캐스트 리소스가 연결된 포트의 포트ID.
B. 포트 타입: 포트가 멀티캐스트 송신기 또는 송신기인 것을 나타내는 타입 정보.
C. 멀티캐스트 리소스: 멀티캐스트 채널번호.
버스 리세트시 멀티캐스트 리소스(멀티캐스트 채널)이 클리어 된다. 이 멀티캐스트 포트의 포트 ID는 버스 리세트 전후에 유지되며 버스 리세트가 완료된 후 각각의 포트에 대해 새로운 멀티캐스트 채널이 할당된다. 그러나 상기 멀티캐스트 정보 테이블의 내용은 파워 리세트시 (전원을 턴온/턴오프) 유지되지 않는다.
2.7.4 등시성 정보 테이블
이 등시성 정보 테이블은 등시성 매니저(7)에 의해 유지된다. 상기 테이블은 그 노드의 등시성 포트의 포트ID와 상기 포트에 연결된 등시성 리소스 사이의 통신에 대한 정보를 기억하고 있다. 각각의 포트에 대한 엔트리는 제7도와 같이 포맷된 이하 리스트 된 아이템을 포함한다.
A. 포트 ID: 등시성 리소스가 연결된 포트의 포트ID.
B. 포트 타입: 상기 포트가 등시성 송신기 또는 송신기 인 것을 나타내는 타입 정보.
C. 등시성 리소스: 상기 포트에 연결된 리소스 등시성 송신기는 등시성 채널 번호 및 대역폭이 할당되며, 반면 등시성 송신기는 등시성 채널번호만이 할당된다.
상기 등시성 정보 테이블의 내용은 버스 리세트 전후까지 유지된다.
2.7.5 포트 정보 엔트리
상기 포트 정보 엔트리는 NIM(9)에 의해 유지되며 그 노드에서 발생된 각각의 포트의 특성을 기술한다. 상기 포트 정보 엔트리는 각 노드의 어드레스 스페이스에 위치한다. 각각의 포트에 대한 포트 정보 엔트리가 어드레스 오프셋에서 할당되며 상기 오프셋은 대응 포트ID에 의해 고유하게 확인될 수 있다. 윈격노드는 포트 정보 엔트리의 어드레스를 직접적으로 액세스할 수 없다 각각의 포트 정보 엔트리는 포트타입에 대응하는 리소스와 관련하여 이하 리스트 된 아이템을 포함한다. 상기 엔트리의 포맷을 제8도에 도시한다.
A. 포트ID: 상기 포트를 확인하도록 각각의 포트에 대해 할당된 16비트 ID. 임의의 노드 내에서 상기 포트ID의 고유성이 확보된다. 특정 목적의 포트(즉 PIM8/NIM9 등)ID가 고정적으로 할당되며, 각각의 노드에 걸쳐서 동일하게 유지된다.
B. 포트 타입: 전송모드를 나타내는 타입 아이템. 상기 포트 타입의 4비트(d d d d)가 전송모드(멀티캐스트/등시성/트랜잭션)를 나타내며, 다른 4비트(k k k k)가 데이터 전송의 방향(송신/수신/양방향)을 나타낸다.
C. 리소스: 상기 포트에 연결된 리소스. 상기 리소스는 포트의 타입에 따라 달라진다.
2.7.6 송신기 정보 보고 패킷
새로운 포트가 발생되며 임의의 리소스에 연결되는 것을 통지하도록 상기 로컬버스 내의 모든 노드에 송신기 정보 보고 패킷이 방송된다. 상기 패킷은 모든 노드의 NIM(9)에 방송된다. 멀티캐스트 송신기의 경우에 포트의 생성시 송신기정보 보고 패킷이 방송된다. 각 노드의 트랜스포트층(10)은 송신기정보 보고 패킷의 도착순서로 멀티캐스트 송신기에 대해 멀티캐스트 채널번호를 할당한다. 등시성 송신기의 경우에 각각의 노드에서 등시성 매니저가 등시성 리소스를 얻은 경우 패킷이 발행된다. 상기 송신기 정보 보고 패킷은 이하 리스트 된 아이템을 포함하며 그 포맷을 제9도에 나타냈다.
A. 패킷ID: 패킷이 송신기정보 보고 패킷이라는 것을 나타내는 ID.
B. 송신기포트ID: 발생된 송신기포트의 포트ID.
C. 송신기노드ID: 관련 송신기포트가 속하는 노드의 노드ID.
D. 송신기고유 ID: 상술한 각각의 노드에 할당된 64비트ID.
E. 송신기리소스 정보: 발생된 송신기포트에 연결된 리소스에 관한 정보.
2.8 mLAN 사이클층
상기 mLAN사이클구조의 일례를 제34도에 도시함. 제34도에 있어서, 사이클 #m이 주로 도시된다. 각각의 전송사이클은 125㎲의 공칭(nominal)의 사이클 주기를 가진다. 스타트 타이밍(사이클 동기)이 사이클 마스터로부터 모든 노드로 전송된다. 등시성 매니저(7)는 사이클 동기를 수신하고 전송될 데이터가 있는 경우 등시성 전송을 수행한다. 이 등시성 전송에 있어서 단지 하나의 노드가 물리층(1)의 임의 제어하에 데이터를 전송할 수 있다. 따라서 예를 들면 각각의 대역에 대응하는 데이터가 도시된 등시성 채널 J, K, …, N을 통해서 성공적으로 전송된다. 상기 등시성 데이터는 전송 사이클 단위당 전송되는데 이는 대역폭이 각각의 채널에 할당되기 때문이다. 등시성 전송이 종료되면 멀티캐스트 매니저(6)의 제어하에 멀티캐스트 전송이 수행되며, 상기 실시예에 있어서, 채널A, B, C 가 멀티캐스트 채널로서 사용된다. 이 멀티캐스트 전송에 있어서 패킷 전송은 한 사이클 내에서 종료하지 않는데, 이는 임의의 제한된 범위 내에서 양호한 대역폭이 얻어질 수 있기 때문이다. 이 경우 한 전송 사이클의 길이를 넘어서 멀티캐스트 전송이 유지된다. 다음 사이클(#m+1)의 시작은 도시한 바와 같이 지연된다. 상기 멀티캐스트 전송은 전송될 데이터가 있는 경우에만 요구시 수행되므로 이러한 방법은 전송죌 데이터가 간헐적으로 발생되는 경우에 적합하다.
2.9 멀티캐스트 전송 및 등시성 전송의 이용
어플리케이션 측으로부터 멀티캐스트 전송 및 등시성 전송이 동시에 동작하는 것으로 간주됨. 멀티캐스트 및 등시성 모드사이에는 차이가 없는 것으로 하고 데이터가 전송된다. 따라서 데이터에 필요한 대역폭 및 등시성 채널의 활용성에 따라 두 전송방법 중 하나에 의해 임의의 MIDI데이터가 전송될 수 있다. 이 경우, 송신기포트 타입은 어플리케이션의 수행상태에 따라 다르며 PIM(8)에 의한 패스 구성의 제어하에 송신기포트의 타입으로부터 수신기 포트 타입이 복사된다. 따라서 어플리케이션의 유저 특히 송신기유저는 사응할 전송방법을 고려치 않고 논리 경로를 구성할 수 있다. 송신기 어플리케이션 측에서 유저에 의해 전송방법이 선택될 수 있으며, 등시성 대역의 활용에 따라 상기 어플리케이션에 의해 자동적으로 결정된다.
2.10 플러그 및 플레이
플러그 및 플레이는 복잡한 장치를 가지지 않고도 전자장치를 플러깅함으로써 사용되는 기술이다. mLAN에 있어서, 모든 데이터가 멀티캐스트 또는 등시성 전송방법으로 전송되어서 상기 장치(노드)는 패스 구성없이 데이터를 교환하도록 동작할 수 없다. mLAN에서 플러그 및 플레이 동작을 하기 위해서 본 발명에서는 “공지의” 채널이 형성되며 데이터가 최소 프로토콜 베이스로 전송될 수 있도록 최초 상태에서 상기 고정된 채널을 통해 임의의 프로토콜이 교환될 수 있다. 상기 공지의 채널은 지정 패스가 설정되지 않은 상황에서의 데이터의 교환을 보장한다. 또한 패스가 설정된 경우에도 새로운 장치(노드)가 네트워크에 도입되면 상기 공지의 채널이 없이는 데이터를 전송할 수 없다.
데이터의 수신과 관련하여, 상기 새로운 정보의 도입으로 인한 버스 리세트시 송신기 정보 보고 패킷이 방송되어 상기 송신기 포트에 연결된 채널번호를 검출하고 상기 송신기포트에 대응하는 프로토콜 타입의 수신기포트를 생성함으로써 데이터가 수신될 수 있다. 이 경우 호스트 어플리케이션은 상기 복수의 수신기포트로 부터 유도된 정보를 이용할 수 있다. 데이터의 전송에 있어서 수신기 상태의 영향없이는 전송이 불가능하므로 아무 것도 행해지지 않는다.
호율성을 위해 MIDI메시지는 그대로 패킷으로 송신될 수 있다. 실시간 대응을 필요로 하지 않는 임의 데이터는 정상의 파일 전송 프로토콜(FPT) 등의 다른 프로토콜을 이용하여 전송될 수 있다. 디지털 오디오데이터 등의 데이터는 등시성 전송방법으로 스트림(stream)으로 양호하게 전송될 수 있다.
제36도는 본 발명이 mLAN 의 다른 실시예를 도시하는데 이 실시예는 기본적으로 제1도에 도시한 실시예와 동일한 구성을 가진다. 따라서 본 실시예의 이해를 용이하게 하기 위해서 상기 실시예에 대응하는 블록에는 동일의 참조번호를 부여했다. 상기 mLAN은 모든 노드 #1 - #4가 PC의 형태로 이용되고 각각의 CPU에 의해 제어되는 컴퓨터 시스템에 의해 이용된다. 상기 mALN시스템은 선택의 메모리디스크 및 자기메모리디스크 등의 기계판독매체(50)에 의해 각각의 노드 #1 - #4에 로드된 응용프로그램에 따라 동작한다.
즉, 제36도에 도시한 바와 같이 본 발명의 mLAN에 따라서 복수의 노드 #1-#4가 정보를 교환하고 데이터를 전송할 수 있도록 상호 통신 할 수 있으며 노드와의 접속 한 노드를 다른 노드에 논리적으로 연결해서 데이터의 전송을 고정하도록 논리 또는 가상경로의 구성을 위해 버스가 제공된다. 각각의 노드는 최소한 버스를 액세스하도록 할당되며 등시성 송신기, 등시성 수신기, 멀티캐스트송신기 및 멀티캐스트 수신기의 4 타입으로 분류되는 최소한 하나의 포트를 가진다. 예를 들면 노드 #1은 임의의 채널번호 및 통신대역이 할당되는 경우 상기 등시성 수신기 1-T1에 상기 등시성 채널번호 및 통신대역을 연결하여 상기 연결된 통신대역을 통해 상기 버스에 상기 연결된 등시성 채널번호로 분류된 데이터를 등시적으로 전송한다. 노드 #4는 등시성 채널번호가 할당되는 경우 상기 등시성 채널번호를 등시성 수신기 4-R2에 연결하여 등시성 수신기 4-R2가 다른 노드 #1에 할당된 다른 등시성 송신기 1-T1으로부터 전송된 데이터를 배타적으로 수신하는데 이때 상기 전송된 데이터는 상기 등시성 수신기 4-R2에 연결된 것과 같은 등시성 채널번호로 분류된다. 노드 #3은 임의의 멀티캐스트 채널번호가 할당된 경우 그 번호를 등시성 송신기 3-T1에 연결해서 상기 연결된 멀티캐스트 채널번호로 분류된 데이터를 상기버스에 등시적으로 전송할 수 있다. 노드 #2 는 임의의 멀티캐스트 채널번호가 할당된 경우 그 번호를 멀티캐스트 수신기 2-R1에 연결해서 그 멀티캐스트 수신기 2-R1이 다른 노드에 할당된 다른 멀티캐스트 송신기 3-T1 으로부터 전송된 데이터를 배타적으로 수신하는데 이때 상기 전송된 데이터는 상기 멀티캐스트 수신기 2-R1에 연결된 것과 동일한 멀티캐스트 채널번호로 분류된다.
특정예에서 등시성 송신기 및 등시성 수신기 중 어느 하나를 가지는 송신기 노드는 논리경로의 리세트 시 동작하여 등시성 채널번호, 통신대역 및 멀티캐스트 채널번호를 가지는 리소스를 나타내는 송신기정보를 상기 논리경로의 리세팅시 상기 등시성송신기 및 상기 멀티캐스트 송신기에 전송하는데, 상기 등시성 채널번호, 대역 및 멀티캐스트 채널번호는 새로이 연결될 수 있으며, 등시성 수신기 및 멀티캐스트 수신기 중 어느 하나를 가지는 수신기노드는 상기 전송된 송신기 정보의 수신시 동작하여 등시성 채널번호, 멀티캐스트 채널번호를 포함하는 리소스를 새로이 연결해서 상기 논리경로를 복구할 수 있다. 이 경우 수신기노드는 상기 논리경로를 나타내는 패스정보를 세이브하여 상기 방송된 송신기정보 및 세이브 된 패스정보에 따라 리소스를 연결해서 상기 등시성 채널번호 및 멀티캐스트 채널번호에 의해 송신기노드의 리소스와 수신기노드의 리소스 사이의 통신을 보장한다. 각각의 노드는 등시성 리소스를 확보해서 할당된 등시성 송신기 및 등시성 수신기 중 어느 하나에 상기 확보된 등시성 리소스를 연결하는 등시성 매니저, 멀티캐스트 리소스를 확보해서 상기 할당된 멀티캐스트 송신기 및 멀티캐스트 수신기 중 어느 하나에 상기 확보된 리소스를 연결하는 멀티캐스트 매니저 및 상기 등시성 매니저 및 멀티캐매니저와 협동하며 상위층에 상기 논리경로를 설정하고 상기 설정된 논리경로를 관리하는 서비스를 제공하는 패스정보매니저를 포함하는 트랜스포트 층을 구비한 프로토콜 층으로 이루어지는 지정 통신구성을 가지며 정상적으로 상기 송신기노드는 등시성 송신기 및 멀티캐스트 송신기 모두로 할당되어 상기 송신기노드는 상기 등시성 송신기에 의한 데이터의 등시성 전송 및 상기 멀티캐스트송신기에 의한 데이터의 비등시성 전송을 포함하는 전송사이클을 반복적으로 수행하며 데이터의 특성 및 상기 등시성송신기 및 멀티캐스트 송신기의 찰용성에 따라 상기 송신기 중 어느 하나에 각각의 전송사이클에서 데이터를 분배한다. 이 경우 송신기노드는 연속의 음악데이터 및 불연속의 음악데이터를 처리하며 상기 불연속의 음악데이터를 상기 멀티캐스트송신기에 분배하는 동시에 상기 등시성 송신기에 연속의 음악데이터를 분배한다.
전술한 바와 같이 본 발명에 따르면 가상 및 논리경로가 물리적 접속형태에 무관하게 네트워크 내에서 구성될 수 있으며 두 개의 장치가 네트워크에 접속되면 그 물리적 접속에 무관하게 패스가 설정될 수 있으며 상기 경로를 통해 데이터가 교환될 수 있다. 따라서 네트워크 형태와 무관하게 데이터가 교환될 수 있어서 다수 장치의 접속순서가 오류가 없으며 데이터가 신속하게 전송될 수 있다. 상기 경로는 장치들 간에 논리적으로 구성될 수 있으므로 장치의 물리적 접속을 변경시키지 않고 데이터 링크가 신속하게 변경될 수 있다. 상기 네트워크에 접속된 각각의 장치에 가상경로정보가 기억되므로 전 네트워크 시스템의 모든 경로정보가 메모리 매체에 세이브될 수 있으며 상기 매체로부터 세이브 된 경로정보의 로딩시 동일한 네트워크 구성이 동시적으로 신속하게 기억될 수 있다. 본 발명은 전송의 대역폭이 확보되는 등시성 전송방법 및 지정 다수의 노드에 대한 요구에 따라 데이터가 전송될 수 있는 멀티캐스트 전송방법을 이용할 수 있다. 따라서 불연속의 데이터가 발생하여도 데이터가 효과적으로 전송될 수 있을 뿐만 아니라 실시간 전송을 요하는 MIDI 데이터 및 오디오 데이터 등의 음악데이터가 효과적으로 전송될 수 있다.

Claims (16)

  1. 정보를 교환하고 데이터를 전송하도록 상호 통신할 수 있는 복수의 노드와, 상기 노드에의 접속 및 논리경로의 구성을 위해 제공되어 한 노드를 다른 노드로 논리적으로 연결하여 안전한 데이터 전송을 실행하는 버스를 구비하는 네트워크 시스템에 있어서, 상기 각각의 노드는 버스를 액세싱하도록 할당되는 포트로서 등시성 송신기, 등시성 수신기, 멀티캐스트송신기 및 멀티캐스트수신기의 4형태로 분류된 포트 중 적어도 하나의 포트를 가지며, 노드에 대해 상기 등시성 송신기가 할당된 경우에, 상기 각각의 노드는 등시성 채널번호 및 통신대역을 상기 등시성 송신기에 연결해서, 상기 연결된 통신대역을 통해서 상기 연결된 등시성 채널번호로 분류된 데이터를 등시적으로 전송하며, 노드에 대해 상기 등시성 수신기가 할당된 경우에, 상기 각각의 노드는 등시성 채널번호를 상기 등시성 수신기에 연결해서, 다른 노드에 대해 할당된 다른 등시성 송신기로부터 전송된 데이터가 상기 등시성 수신기에 연결된 것과 동일한 등시성 채널번호로 분류된 경우 상기 등시성 수신기가 상기 전송된 데이터를 배타적으로 수신하며, 노드에 대해 상기 멀티캐스트 송신기가 할당된 경우에, 상기 각각의 노드는 멀티캐스트 채널번호를 멀티캐스트 송신기에 연결해서, 상기 연결된 멀티캐스트 채널번호로 분류된 데이터를 상기 버스에 등시적으로 방송하며, 노드에 대해 상기 멀티캐스트 수신기가 할당된 경우에, 상기 각각의 노드는 상기 멀티캐스트 채널번호를 상기 멀티캐스트 수신기에 연결해서, 다른 노드에 대해서 할당된 다른 멀티캐스트 송신기로부터 전송된 데이터가 상기 멀티캐스트 수신기에 연결된 것과 동일한 멀티캐스트 채널번호로 분류된 경우, 상기 멀티캐스트 수신기가 상기 전송된 데이터를 배타적으로 수신하도록 하는 것을 특징으로 하는 네트워크 시스템.
  2. 제1항에 있어서, 등시성송신기 및 멀티미디어 수신기 중 어느 하나를 가지는 송신기노드는, 논리경로의 리세트시 동작하여, 상기 논리경로의 리세팅시 상기 등시성송신기 및 상기 멀티캐스트송신기에 새로이 연결될 수 있는 등시성 채널번호, 통신대역 및 멀티캐스트 채널번호를 가지는 리소스를 나타내는 송신기정보를 방송하도록 작동하며, 등시성 수신기 및 멀티캐스트 수신기 중 어느 하나를 가지는 수신기노드는, 상기 방송된 송신기 정보를 수신할 때, 등시성 채널번호, 멀티캐스트 채널번호를 포함하는 리소스를 새로이 연결해서 상기 논리경로를 복구할 수 있도록 작동하는 것을 특징으로 하는 네트워크 시스템.
  3. 제2항에 있어서, 논리경로를 나타내는 패스정보를 세이브하고, 상기 방송된 송신기정보 및 세이브된 패스정보에 따라 리소스를 새롭게 연결해서, 상기 등시성 채널번호 및 멀티캐스트 채널번호에 의해 송신기노드의 리소스와 수신기노드의 리소스 사이의 통신을 실행하는 것을 특징으로 하는 네트워크 시스템.
  4. 제1항에 있어서, 각각의 노드는 등시성 리소스를 확보해서 할당된 등시성 송신기 및 등시성 수신기 중 어느 하나에 상기 확보된 등시성 리소스를 연결하는 등시성 매니저와, 멀티캐스트 리소스를 확보해서 상기 할당된 멀티캐스트 송신기 및 멀티캐스트 수신기 중 어느 하나에 상기 확보된 리소스를 연결하는 멀티캐스트 매니저 및 상기 등시성 매니저, 및 멀티캐스트 매니저와 협동하며 상위 프로토콜층에 상기 논리경로를 설정하고 상기 설정된 논리경로를 관리하는 서비스를 제공하는 패스정보매니저를 포함하는 트랜스포트 층을 구비한 프로토콜층으로 이루어지는 통신구성을 가지는 것을 특징으로 하는 네트워크 시스템.
  5. 제1항에 있어서, 등시성 송신기 및 멀티캐스트 송신기 모두가 할당된 송신기노드를 구비하며, 상기 송신기노드는 상기 등시성 송신기에 의한 데이터의 등시성 전송 및 상기 멀티캐스트송신기에 의한 데이터의 비등시성 방송을 포함하는 전송사이클을 반복적으로 수행하며, 상기 등시성송신기 및 멀티캐스트 송신기의 활용성 및 데이터의 특성에 따라 상기 송신기 중 어느 하나에 대해서, 각각의 전송사이클에서 데이터를 분배하는 것을 특징으로 하는 네트워크 시스템.
  6. 제5항에 있어서, 상기 송신기노드는 연속의 음악데이터 및 불연속의 음악데이터를 처리하며, 상기 멀티캐스트 송신기에 대해서 상기 불연속의 음악데이터를 분배하는 동시에 상기 등시성 송신기에 대해서 연속의 음악데이터를 분배하는 것을 특징으로 하는 네트워크 시스템.
  7. 정보를 교환하고 데이터를 전송하도록 상호 통신할 수 있는 복수의 노드와, 상기 노드에의 접속 및 논리경로의 구성을 위해 제공되어 한 노드를 다른 노드로 논리적으로 연결하여 데이터의 전송을 실행하는 버스를 구비하는 네트워크 시스템에서의 데이터 전송방법에 있어서, 상기 각각의 노드는 버스를 액세싱하도록 사용되는 포트로서, 등시성 송신기, 등시성 수신기, 멀티캐스트송신기 및 멀티캐스트수신기의 4형태로 분류된 포트 중 적어도 하나의 포트를 할당하는 단계, 노드에 대해 상기 등시성 송신기가 할당되는 경우에, 상기 각각의 노드에 등시성 채널번호 및 통신대역을 상기 등시성 송신기에 연결해서, 상기 연결된 통신대역을 통해서 상기 연결된 등시성 채널번호로 분류된 데이터를 등시적으로 전송하도록 하는 단계, 노드에 대해 상기 등시성 수신기가 할당된 경우에, 상기 각각의 노드에 등시성 채널번호를 상기 등시성 수신기에 연결해서, 다른 노드에 대해 할당된 다른 등시성 송신기로부터 전송된 데이터가 상기 등시성 수신기에 연결된 것과 동일한 등시성 채널번호로 분류된 경우, 상기 등시성 수신기가 상기 그 전송된 데이터를 배타적으로 수신하도록 하는 단계, 노드에 대해 멀티캐스트 송신기가 할당된 경우에, 상기 각각의 노드는 멀티캐스트 채널번호를 멀티캐스트 송신기에 연결해서 상기 연결된 멀티캐스트 채널번호로 분류된 데이터를 상기 버스에 등시적으로 방송하도록 하는 단계, 및 노드에 대해 멀티캐스트 수신기가 할당된 경우, 멀티캐스트 채널번호를 상기 멀티캐스트 수신기에 연결해서, 다른 노드에 대해 할당된 다른 멀티캐스트 송신기로부터 전송된 데이터가 상기 멀티캐스트 수신기에 연결된 것과 동일한 멀티캐스트 채널번호로 분류된 경우, 상기 멀티캐스트 수신기가 그 전송된 데이터를 배타적으로 수신하도록 하는 단계를 포함하는 것을 특징으로 하는 데이터 전송방법.
  8. 제7항에 있어서, 논리경로를 리세팅 할 때 상기 등시성송신기 및 상기 멀티캐스트송신기에 새로이 연결될 수 있는 등시성 채널번호, 통신대역 및 멀티캐스트 채널번호를 포함하는 리소스를 나타내는 송신기정보를 방송하도록, 상기 논리 경로를 리세팅 할 때에 등시성 송신기 및 등시성 수신기 중 어느 하나를 가지는 송신기 노드를 가동시키는 단계, 및 상기 방송된 송신기 정보를 수신할 때, 등시성 채널번호, 멀티캐스트 채널번호를 포함하는 리소스를 새로이 연결해서 상기 논리경로를 복구할 수 있도록 등시성 수신기 및 멀티캐스트 수신기 중 어느 하나를 가지는 수신기 노드를 가동시키는 단계를 추가로 포함하는 것을 특징으로 하는 데이터 전송방법.
  9. 제8항에 있어서, 상기 논리경로를 나타내는 패스정보를 세이브하고 상기 방송된 송신기정보 및 세이브된 패스정보에 따라 리소스를 새롭게 연결해서, 상기 등시성 채널번호 및 멀티캐스트 채널번호에 의해 송신기노드의 리소스와 수신기노드의 리소스 사이의 통신을 실행하도록 상기 수신기노드를 가동시키는 단계를 추가로 포함하는 것을 특징으로 하는 데이터전송방법.
  10. 제7항에 있어서, 등시성 송신기 및 멀티캐스트 송신기 모두가 할당된 송신기노드를 가동시키는 단계를 추가로 포함하여, 상기 송신기노드는 상기 등시성 송신기에 의한 데이터의 등시성 전송 및 상기 멀티캐스트 송신기에 의한 데이터의 비등시성 방송을 포함하는 전송사이클을 반복적으로 수행하며, 상기 등시성 송신기 및 멀티캐스트 송신기의 활용성 및 데이터의 특성에 따라 상기 송신기 중 어느 하나에 각각의 전송사이클에서 데이터를 분배하는 것을 특징으로 하는 데이터전송방법.
  11. 제10항에 있어서, 연속의 음악데이터 및 불연속의 음악데이터를 처리하며, 상기 멀티캐스트 송신기에 대해서 상기 불연속의 음악데이터를 분배하는 동시에 상기 등시성 송신기에 대해서 연속의 음악데이터를 분배하도록 상기 송신기노드를 가동시키는 단계를 추가로 포함하는 것을 특징으로 하는 데이터전송방법.
  12. 정보를 교환하고 데이터를 전송하도록 상호 통신할 수 있는 복수의 노드와, 상기 노드에의 접속 및 논리경로의 구성을 위해 제공되어 한 노드를 다른 노드로 논리적으로 연결하여 데이터의 전송을 실행하는 버스를 구비하는 네트워크 시스템에서 상기 네트워크 시스템을 작동시켜서 이하의 단계로 이루어진 방법을 실행하도록 하는 명령을 포함하는 기계 판독 가능한 기록매체에 있어서, 상기 단계는 상기 각각의 노드에 버스를 액세싱 하도록 사용되는 포트로서, 등시성 송신기, 등시성 수신기, 멀티캐스트송신기 및 멀티캐스트수신기의 4형태로 분류된 포트 중 적어도 하나의 포트를 할당하는 단계, 노드에 대해 상기 등시성 송신기가 할당되는 경우에, 상기 각각의 노드에 등시성 채널번호 및 통신대역을 상기 등시성 송신기에 연결해서, 상기 연결된 통신대역을 통해서 상기 연결된 등시성 채널번호로 분류된 데이터를 등시적으로 전송하도록 하는 단계, 노드에 대해 상기 등시성 수신기가 할당된 경우에, 상기 각각의 노드에 등시성 채널번호를 상기 등시성 수신기에 연결해서, 다른 노드에 대해 할당된 다른 등시성 송신기로부터 전송된 데이터가 상기 등시성 수신기에 연결된 것과 동일한 등시성 채널번호로 분류된 경우, 상기 등시성 수신기가 상기 그 전송된 데이터를 배타적으로 수신하도록 하는 단계, 노드에 대해 멀티캐스트 송신기가 할당된 경우에, 상기 각각의 노드는 멀티캐스트 채널번호를 멀티캐스트 송신기에 연결해서 상기 연결된 멀티캐스트 채널번호로 분류된 데이터를 상기 버스에 등시적으로 방송하도록 하는 단계, 및 노드에 대해 멀티캐스트 수신기가 할당된 경우, 멀티캐스트 채널번호를 상기 멀티캐스트 수신기에 연결해서, 다른 노드에 대해 할당된 다른 멀티캐스트 송신기로부터 전송된 데이터가 상기 멀티캐스트 수신기에 연결된 것과 동일한 멀티캐스트 채널번호로 분류된 경우, 상기 멀티캐스트 수신기가 그 전송된 데이터를 배타적으로 수신하도록 하는 단계를 포함하는 것을 특징으로 하는 기계 판독 가능한 기록매체.
  13. 제12항에 있어서, 상기 방법은, 논리경로를 리세팅 할 때 상기 등시성송신기 및 상기 멀티캐스트송신기에 새로이 연결될 수 있는 등시성 채널번호, 통신대역 및 멀티캐스트 채널번호를 포함하는 리소스를 나타내는 송신기정보를 방송하도록, 상기 논리 경로를 리세팅 할 때에 등시성 송신기 및 등시성 수신기 중 어느 하나를 가지는 송신기노드를 가동시키는 단계, 및 상기 방송된 송신기 정보를 수신할 때, 등시성 채널번호, 멀티캐스트 채널번호를 포함하는 리소스를 새로이 연결해서 상기 논리경로를 복구할 수 있도록 등시성 수신기 및 멀티캐스트 수신기 중 어느 하나를 가지는 수신기 노드를 가동시키는 단계를 추가로 포함하는 것을 특징으로 하는 기계 판독 가능한 기록매체.
  14. 제13항에 있어서, 상기 방법은, 상기 논리경로를 나타내는 패스정보를 세이브하고, 상기 방송된 송신기정보 및 세이브된 패스정보에 따라 리소스를 새롭게 연결해서, 상기 등시성 채널번호 및 멀티캐스트 채널번호에 의해 송신기노드의 리소스와 수신기노드의 리소스 사이의 통신을 실행하도록 상기 수신기노드를 가동시키는 단계를 추가로 포함하는 것을 특징으로 하는 것을 특징으로 하는 기계 판독 가능한 기록매체.
  15. 제12항에 있어서, 상기 방법은, 등시성 송신기 및 멀티캐스트 송신기 모두가 할당된 송신기노드를 가동시키는 단계를 추가로 포함하여, 상기 송신기노드가 상기 등시성 송신기에 의한 데이터의 등시성 전송 및 상기 멀티캐스트송신기에 의한 데이터의 비등시성 방송을 포함하는 전송사이클을 반복적으로 수행하며, 상기 등시성 송신기 및 멀티캐스트 송신기의 활용성 및 데이터의 특성에 따라 상기 송신기 중 어느 하나에 각각의 전송사이클에서 데이터를 분배하는 것을 특징으로 하는 기계 판독 가능한 기록매체.
  16. 제15항에 있어서, 상기 방법은, 연속의 음악데이터 및 불연속의 음악데이터를 처리하며, 상기 멀티캐스트 송신기에 대해서 상기 불연속의 음악데이터를 분배하는 동시에 상기 등시성 송신기에 대해서 연속의 음악데이터를 분배하도록 상기 송신기노드를 기동시키는 단계를 추가로 포함하는 것을 특징으로 하는 기계 판독 가능한 기록매체.
KR1019960042313A 1995-09-26 1996-09-25 네트워크시스템 및 데이터전송방법 KR100305709B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP95-270738 1995-09-26
JP27073895A JP3271493B2 (ja) 1995-09-26 1995-09-26 ネットワークおよびデータ伝送方法

Publications (2)

Publication Number Publication Date
KR970019263A KR970019263A (ko) 1997-04-30
KR100305709B1 true KR100305709B1 (ko) 2001-11-30

Family

ID=17490289

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019960042313A KR100305709B1 (ko) 1995-09-26 1996-09-25 네트워크시스템 및 데이터전송방법

Country Status (6)

Country Link
US (1) US5825752A (ko)
EP (1) EP0766428B1 (ko)
JP (1) JP3271493B2 (ko)
KR (1) KR100305709B1 (ko)
DE (1) DE69634505T2 (ko)
SG (1) SG86309A1 (ko)

Families Citing this family (73)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6067566A (en) * 1996-09-20 2000-05-23 Laboratory Technologies Corporation Methods and apparatus for distributing live performances on MIDI devices via a non-real-time network protocol
US6266694B1 (en) * 1997-06-19 2001-07-24 Nortel Networks Limited Architecture for network manager
US6404770B1 (en) 1997-12-02 2002-06-11 Yamaha Corporation Data communication interface with adjustable-size buffer
US6418493B1 (en) * 1997-12-29 2002-07-09 Intel Corporation Method and apparatus for robust addressing on a dynamically configurable bus
US6804250B2 (en) 1998-02-24 2004-10-12 Canon Kabushiki Kaisha Data communication system and node, and method of using the system and the node
US7590133B2 (en) * 1998-02-24 2009-09-15 Canon Kabushiki Kaisha Data communication system, data communication method, and data communication apparatus
US6690648B2 (en) * 1998-02-24 2004-02-10 Canon Kabushiki Kaisha Data communication apparatus, method, and system utilizing reception capability information of a destination node
US7002964B1 (en) * 1998-02-24 2006-02-21 Canon Kabushiki Kaisha Communication system, method for a communication system and controller for a communication system
JP3171241B2 (ja) 1998-03-06 2001-05-28 日本電気株式会社 通信方法
US6496567B1 (en) 1998-05-07 2002-12-17 Mci Communications Corporation Interactive voice response service node with advanced resource management
US6647111B1 (en) * 1998-05-07 2003-11-11 Mci Communications Corporation System for executing advanced interactive voice response services using service-independent building blocks
US6427002B2 (en) 1998-05-07 2002-07-30 Worldcom, Inc. Advanced interactive voice response service node
US6418205B2 (en) * 1998-05-07 2002-07-09 Mci Communications Corporation Call and circuit state machine for a transaction control layer of a communications signaling gateway
US6493353B2 (en) 1998-05-07 2002-12-10 Mci Communications Corporation Communications signaling gateway and system for an advanced service node
US6389126B1 (en) 1998-05-07 2002-05-14 Mci Communications Corporation Service provisioning system for interactive voice response services
US6366658B1 (en) 1998-05-07 2002-04-02 Mci Communications Corporation Telecommunications architecture for call center services using advanced interactive voice responsive service node
JP3606423B2 (ja) * 1998-05-21 2005-01-05 株式会社ケンウッド Ｉｅｅｅ１３９４シリアルバス装備ａｖシステム
KR100316650B1 (ko) 1998-08-29 2002-01-12 윤종용 상위 계층 데이터 전송을 위한 상위 프로토콜과 ieee 1394버스 정합 방법
KR100354740B1 (ko) 1998-10-15 2002-12-18 삼성전자 주식회사 Ieee1394직렬버스를위한채널확장방법
JP3325839B2 (ja) 1998-10-15 2002-09-17 パイオニア株式会社 情報送信装置及び方法、情報受信装置及び方法並びに情報送受信装置及び方法
KR100313769B1 (ko) * 1998-11-11 2001-12-31 구자홍 등시성 데이터 제어방법
KR100294671B1 (ko) * 1998-11-16 2001-08-07 구자홍 시리얼버스 매니지먼트장치 및 방법
US6539450B1 (en) * 1998-11-29 2003-03-25 Sony Corporation Method and system for adjusting isochronous bandwidths on a bus
JP4366741B2 (ja) * 1998-12-22 2009-11-18 ソニー株式会社 ディジタル放送の受信装置及びディジタル信号処理機器の認識方法
KR100323770B1 (ko) * 1999-03-08 2002-02-19 서평원 멀티캐스트 서비스를 위한 채널 구조 및 이를 이용한 서비스 운용 방법
JP3436174B2 (ja) * 1999-03-09 2003-08-11 日本電気株式会社 通信方法
US6374316B1 (en) 1999-03-19 2002-04-16 Sony Corporation Method and system for circumscribing a topology to form ring structures
US6631415B1 (en) * 1999-03-19 2003-10-07 Sony Corporation Method and system for providing a communication connection using stream identifiers
US6810452B1 (en) 1999-03-19 2004-10-26 Sony Corporation Method and system for quarantine during bus topology configuration
JP3417872B2 (ja) 1999-04-07 2003-06-16 日本電気株式会社 交換方法
US6502158B1 (en) 1999-04-23 2002-12-31 Sony Corporation Method and system for address spaces
US6751230B1 (en) 1999-05-24 2004-06-15 3Com Corporation Upstream channel multicast media access control (MAC) address method for data-over-cable systems
JP3784994B2 (ja) * 1999-05-27 2006-06-14 株式会社東芝 データ処理装置
JP2000341302A (ja) * 1999-05-27 2000-12-08 Sony Corp 電子機器
JP4505692B2 (ja) * 1999-06-18 2010-07-21 ソニー株式会社 データ通信装置および方法、並びに記録媒体
KR100331603B1 (ko) * 1999-08-13 2002-04-06 안병엽 분산 가상 환경에서의 확장성을 위한 영역간 상호 작용 관리방법
US7068674B1 (en) * 1999-08-23 2006-06-27 Lg Electronics Inc. Method of controlling connection between nodes in digital interface
US6910090B1 (en) 1999-09-21 2005-06-21 Sony Corporation Maintaining communications in a bus bridge interconnect
JP3606133B2 (ja) * 1999-10-15 2005-01-05 セイコーエプソン株式会社 データ転送制御装置及び電子機器
DE60025446T2 (de) * 1999-10-29 2006-09-21 Sony Corp. Verfahren und System zur Nutzung einer Vielzahl von Übertragungsleitungen und Einstellung des Verbindungsbetriebsverfahrens
US6717919B1 (en) 1999-11-23 2004-04-06 3Com Corporation Imprinting method for automated registration and configuration of network devices
US6728821B1 (en) * 1999-11-29 2004-04-27 Sony Corporation Method and system for adjusting isochronous bandwidths on a bus
AU3643801A (en) * 1999-11-29 2001-06-04 Sony Electronics Inc. Method and system for adjusting isochronous bandwidths on a bus
EP1113626B1 (en) * 1999-12-30 2009-04-22 Sony Deutschland GmbH Interface link layer device to build a distributed network
AU776277B2 (en) * 2000-01-27 2004-09-02 Thomson Licensing S.A. Method for isochronous resource management in a network based on Hiperlan 2 technology
US7003571B1 (en) * 2000-01-31 2006-02-21 Telecommunication Systems Corporation Of Maryland System and method for re-directing requests from browsers for communication over non-IP based networks
US8090856B1 (en) 2000-01-31 2012-01-03 Telecommunication Systems, Inc. Intelligent messaging network server interconnection
US6647446B1 (en) 2000-03-18 2003-11-11 Sony Corporation Method and system for using a new bus identifier resulting from a bus topology change
US6757773B1 (en) 2000-06-30 2004-06-29 Sony Corporation System and method for determining support capability of a device coupled to a bus system
JP3896784B2 (ja) * 2000-10-10 2007-03-22 日本電気株式会社 パケット通信方法および装置
US7483983B1 (en) * 2000-11-13 2009-01-27 Telecommunication Systems, Inc. Method and system for deploying content to wireless devices
JP4586268B2 (ja) * 2000-12-25 2010-11-24 ヤマハ株式会社 ネットワークにおけるデータ送受信管理方法及び同データ送受信管理装置
JP3638255B2 (ja) * 2001-03-26 2005-04-13 富士通テン株式会社 通信シミュレーション装置および方法
JP3890927B2 (ja) * 2001-07-23 2007-03-07 ヤマハ株式会社 他ノードを管理する通信装置及び他ノードに管理される通信装置
US20030041333A1 (en) * 2001-08-27 2003-02-27 Allen Paul G. System and method for automatically answering and recording video calls
JP3882618B2 (ja) * 2002-01-18 2007-02-21 ヤマハ株式会社 通信装置およびネットワークシステム
US7110928B1 (en) * 2002-03-01 2006-09-19 Adaptec, Inc. Apparatuses and methods for modeling shared bus systems
CN100352225C (zh) * 2002-07-30 2007-11-28 雅马哈株式会社 有效利用网络资源的数据传输装置
CN1181648C (zh) 2002-09-06 2004-12-22 联想(北京)有限公司 一种网络上设备间自动查找的方法
DE10250102A1 (de) 2002-10-28 2004-07-15 Deutsche Thomson-Brandt Gmbh Verfahren zur Verwaltung von eingerichteten logischen Verbindungen in einem Netzwerk verteilter Stationen sowie Netzwerkstation
US7178051B2 (en) * 2003-02-27 2007-02-13 Sun Microsystems, Inc. Method for synchronous support of fault-tolerant and adaptive communication
US8949304B2 (en) * 2003-08-20 2015-02-03 Apple Inc. Method and apparatus for accelerating the expiration of resource records in a local cache
US7742444B2 (en) 2005-03-15 2010-06-22 Qualcomm Incorporated Multiple other sector information combining for power control in a wireless communication system
US8750908B2 (en) 2005-06-16 2014-06-10 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
US9055552B2 (en) 2005-06-16 2015-06-09 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
US7847174B2 (en) 2005-10-19 2010-12-07 Yamaha Corporation Tone generation system controlling the music system
US20090207790A1 (en) 2005-10-27 2009-08-20 Qualcomm Incorporated Method and apparatus for settingtuneawaystatus in an open state in wireless communication system
KR20080070042A (ko) 2005-10-27 2008-07-29 퀄컴 인코포레이티드 무선 통신 시스템에서 넌-스틱키 할당을 프로세싱하는 방법및 장치
US8850553B2 (en) * 2008-09-12 2014-09-30 Microsoft Corporation Service binding
US8332557B2 (en) * 2008-12-12 2012-12-11 Qualcomm, Incorporated System, apparatus, and method for broadcasting USB data streams
US8849112B2 (en) * 2011-12-15 2014-09-30 Level 3 Communications, Llc Apparatus, system, and method for asymmetrical and dynamic routing
US9641438B2 (en) 2011-12-15 2017-05-02 Level 3 Communications, Llc Apparatus, system, and method for asymmetrical and dynamic routing
US10140121B2 (en) * 2015-07-21 2018-11-27 Oracle International Corporation Sending a command with client information to allow any remote server to communicate directly with client

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05101020A (ja) * 1991-10-04 1993-04-23 Matsushita Electric Ind Co Ltd ネツトワーク自動設定装置
US5251212A (en) * 1990-07-10 1993-10-05 Alcatel N.V. Bus transmission method and system
KR950026152A (ko) * 1994-02-24 1995-09-18 우에시마 세이스케 네트워크 시스템
JPH07312605A (ja) * 1994-05-18 1995-11-28 Oki Electric Ind Co Ltd ネットワークノードシステム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4320683A (en) * 1980-01-14 1982-03-23 Allen Organ Company Asynchronous interface for keying electronic musical instruments using multiplexed note selection
US4412470A (en) * 1981-06-08 1983-11-01 Baldwin Piano & Organ Company System for communicating data among microcomputers in an electronic musical instrument
NO162098C (no) * 1982-11-30 1989-11-01 Alcatel Nv Fremgangsmaate for overfoering av tale og data.
US4568930A (en) * 1983-01-21 1986-02-04 E-Systems, Inc. Multinodal data communication network
DE3318667C1 (de) * 1983-05-21 1984-10-11 WERSI-electronic GmbH & Co KG, 5401 Halsenbach Elektronisches Tastenmusikinstrument und Verfahren zu dessen Betrieb
US5119710A (en) * 1986-03-09 1992-06-09 Nippon Gakki Seizo Kabushiki Kaisha Musical tone generator
US5170252A (en) * 1990-04-09 1992-12-08 Interactive Media Technologies, Inc. System and method for interconnecting and mixing multiple audio and video data streams associated with multiple media devices
US5237571A (en) * 1991-09-26 1993-08-17 Ipc Information Systems, Inc. Broadcast system for distributed switching network
JP2626387B2 (ja) * 1991-12-24 1997-07-02 ヤマハ株式会社 電子楽器
JP3086315B2 (ja) * 1992-01-14 2000-09-11 ヤマハ株式会社 音源装置
US5331111A (en) * 1992-10-27 1994-07-19 Korg, Inc. Sound model generator and synthesizer with graphical programming engine
US5550802A (en) * 1992-11-02 1996-08-27 National Semiconductor Corporation Data communication network with management port for isochronous switch
US5406559A (en) * 1992-11-02 1995-04-11 National Semiconductor Corporation Isochronous link protocol
US5544324A (en) * 1992-11-02 1996-08-06 National Semiconductor Corporation Network for transmitting isochronous-source data using a frame structure with variable number of time slots to compensate for timing variance between reference clock and data rate
US5689553A (en) * 1993-04-22 1997-11-18 At&T Corp. Multimedia telecommunications network and service
TW251402B (en) * 1994-01-17 1995-07-11 Ind Tech Res Inst Data processor of network connection
JP2830766B2 (ja) * 1994-02-24 1998-12-02 ヤマハ株式会社 ネットワーク構築方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5251212A (en) * 1990-07-10 1993-10-05 Alcatel N.V. Bus transmission method and system
JPH05101020A (ja) * 1991-10-04 1993-04-23 Matsushita Electric Ind Co Ltd ネツトワーク自動設定装置
KR950026152A (ko) * 1994-02-24 1995-09-18 우에시마 세이스케 네트워크 시스템
JPH07312605A (ja) * 1994-05-18 1995-11-28 Oki Electric Ind Co Ltd ネットワークノードシステム

Also Published As

Publication number Publication date
EP0766428B1 (en) 2005-03-23
EP0766428A3 (en) 2004-01-14
DE69634505T2 (de) 2006-02-16
JPH0993250A (ja) 1997-04-04
US5825752A (en) 1998-10-20
JP3271493B2 (ja) 2002-04-02
KR970019263A (ko) 1997-04-30
SG86309A1 (en) 2002-02-19
EP0766428A2 (en) 1997-04-02
DE69634505D1 (de) 2005-04-28

Similar Documents

Publication Publication Date Title
KR100305709B1 (ko) 네트워크시스템 및 데이터전송방법
US7321592B2 (en) Method of and apparatus for implementing and sending an asynchronous control mechanism packet used to control bridge devices within a network of IEEE Std 1394 serial buses
JP3712562B2 (ja) 拡張可能な電気通信システムのブリッジ
US5991831A (en) High speed serial communications link for desktop computer peripherals
US7023811B2 (en) Switched fabric network and method of mapping nodes using batch requests
JPH08249263A (ja) ファイバ・チャネル・システム内でファブリックを構成するための方法及び装置
JPH10154996A (ja) ネットワーク接続装置及びネットワーク接続方法
US6539450B1 (en) Method and system for adjusting isochronous bandwidths on a bus
US6374316B1 (en) Method and system for circumscribing a topology to form ring structures
US6728821B1 (en) Method and system for adjusting isochronous bandwidths on a bus
US6631415B1 (en) Method and system for providing a communication connection using stream identifiers
US6647446B1 (en) Method and system for using a new bus identifier resulting from a bus topology change
US6751697B1 (en) Method and system for a multi-phase net refresh on a bus bridge interconnect
US6910090B1 (en) Maintaining communications in a bus bridge interconnect
US6584539B1 (en) Method and system for message broadcast flow control on a bus bridge interconnect
US6502158B1 (en) Method and system for address spaces
JP2001274813A (ja) 情報信号処理装置及び情報信号処理方法並びに記憶媒体
US6633943B1 (en) Method and system for the simplification of leaf-limited bridges
WO2001038996A9 (en) Method and system for adjusting isochronous bandwidths on a bus
WO2000057263A1 (en) A method and system for a multi-phase net refresh on a bus bridge interconnect
JPH1155297A (ja) 伝送媒体接続装置および記憶媒体
JP2004064665A (ja) データ転送装置及び送信装置及び受信装置及びそれらの制御方法
WO2001038951A2 (en) A method and system for circumscribing a topology to form ring structures
WO2001042877A2 (en) Method and system for improving bandwidth in a bus bridge
WO2000057289A1 (en) A method and system for message broadcast flow control on a bus bridge interconnect

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20100729

Year of fee payment: 10

LAPS Lapse due to unpaid annual fee