KR19990022287A - 통신 제어 장치 및 방법 - Google Patents

통신 제어 장치 및 방법 Download PDF

Info

Publication number
KR19990022287A
KR19990022287A KR1019970708766A KR19970708766A KR19990022287A KR 19990022287 A KR19990022287 A KR 19990022287A KR 1019970708766 A KR1019970708766 A KR 1019970708766A KR 19970708766 A KR19970708766 A KR 19970708766A KR 19990022287 A KR19990022287 A KR 19990022287A
Authority
KR
South Korea
Prior art keywords
data
asel
terminal
transmission standard
value
Prior art date
Application number
KR1019970708766A
Other languages
English (en)
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 KR19990022287A publication Critical patent/KR19990022287A/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
    • 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/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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/40097—Interconnection with other networks
    • 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/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4608—LAN interconnection over ATM networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5614—User Network Interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/563—Signalling, e.g. protocols, reference model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

본 발명은 중계기의 부하를 경감하여 시스템의 개발 공정수를 삭감할 수 있게 한다.
ATM 단말(1)로부터 ATM망(2)을 통해 ATM/1394 중계기(3)로 공급된 ATM 규격의 데이터는 ASEL31에 의해 IEEE 1394 규격의 데이터로 변환되고, 1394 단말(4)로 전송된다. 1394 단말(4)로 전송된 IEEE 1394 규격의 데이터는 ASEL32에 의해 ATM 규격의 데이터로 변환된다.

Description

통신 제어 장치 및 방법
도 1은 백본(backbone) 측에 ATM(Asynchronous Transfer Mode)망을, 또한 전단 측에 IEEE(The Institute of Electrical and Electronic Engineering, Inc.) 1394 시리얼 버스(IEEE 1394 Standards Draft 8. 0v2)를 각각 사용한 VOD(Video On Demand) 시스템의 고려되는 1개의 구성예를 나타내고 있다.
ATM 단말(1)은 비디오 데이터 등을 기억하는 서버로, UNI(User-Network Interface)를 통해 ATM망(2)에 접속되고, 비디오 데이터를 1394 단말(4-1 ∼ 4-7)(이하, 1394 단말(4-1 ∼4-7)을 각각 구별할 필요가 없을 때는 통상 1394 단말(4)로 기재한다)에 제공하도록 되어 있다. ATM/1394 중계기(3)는 UNI를 통해 ATM망(2)에 접속되고, ATM망(2)을 경유하여 ATM 단말(1)로부터 전송되어 온 비디오 데이터를 수신하여, IEEE 1394 시리얼 버스를 통해 1394 단말(4)에 제공하도록 되어 있다. 1394 단말(4)은 ATM/1394 중계기(3)로부터 IEEE 1394 시리얼 버스를 통해 제공되는 비디오 데이터를 수신하여 CRT 또는 LCD 등의 표시 장치에 표시하도록 되어 있다.
이 VOD 시스템에서, ATM 단말(1)이 1394 단말(4)과의 사이에서 통신을 행할 때, ATM 특유의 프로토콜은 모두 ATM/1394 중계기(3)에서 종단(終端)시킬 수 없다.
예를 들면, ATM 단말(1)이 1394 단말(4)과의 사이에서, IP(Internet Protocol) 패킷의 교환을 행하기 위한 표준 프로토콜로서 IP over ATM(이하, IP/ATM이라 표기함)을 이용했을 경우, end to end의 U(User) 플레인 및 C(Control) 플레인의 프로토콜 스택은 도 2 및 도 3에 나타낸 바와 같이 각각 레이아웃된다.
즉, 도 2에 나타낸 바와 같이, ATM망(2)의 U 플레인의 프로토콜 스택은 PHY(물리) 레이어 및 ATM 레이어로 구성된다. 따라서, ATM 단말(1)의 U 플레인의 프로토콜 스택은 ATM망(2)에 대응하여 PHY 레이어나 ATM 레이어를 갖는 것 외에, IP 패킷을 교환하기 위한 IP/ATM 레이어 및 IP 레이어를 갖고 있다. 그리고, ATM 레이어와 IP/ATM 레이어 사이에, 상위 애플리케이션(IP/ATM 레이어)의 데이터 단위(1바이트부터 64킬로바이트까지의 유저 정보)와, 셀에서 통일적으로 취급되는 48바이트의 유저 정보와의 정합/조정을 행하는 AAL(ATM Adaption Layer)5를 갖고 있다.
ATM/1394 중계기(3)의 U 플레인의 프로토콜 스택은 ATM망(2) 측이 ATM 단말(1)과 동일한 구성으로 된다. 즉, PHY 레이어, ATM 레이어, ALL5 레이어, IP/ATM 레이어 및 IP 레이어로 구성된다. 한편, 1394 단말(4) 측은 1394 단말(4)의 프로토콜 스택과 동일한 구성으로 되고, 1394 PHY 레이어, 1394 LINK 레이어 및 IP 레이어로 구성된다. ATM망(2) 측의 IP/ATM 레이어에 대응하는 것은 없다(그래서 도 2에서는 null로 기재하고 있음, 단 IP/1394와 같은 프로토콜을 배치하는 것도 고려된다). 1394 단말(4)의 U 플레인의 프로토콜 스택은 1394 PHY 레이어, 1394 LINK 레이어 및 IP 레이어로 구성된다.
또한, 도 3에 나타낸 바와 같이, ATM 단말(1)의 C 플레인의 프로토콜 스택은 PHY 레이어, ATM 레이어, AAL5 레이어, SSCF(Service Specific Coordination Function)(ITU(International Telecommunication Union)-TQ. 2130)＋SSCOP(Service Specific Connection Oriented Protocol)(ITU-TQ. 2110) 레이어 및 Q. 2931(ITU-TQ. 2931) 레이어로 구성된다. ATM망(2)의 C 플레인의 프로토콜 스택은 ATM 단말(1)의 경우와 동일한 구성으로 된다.
ATM/1394 중계기(3)의 C 플레인의 프로토콜은 ATM망(2) 측이 ATM 단말(1) 및 ATM망(2)의 경우와 동일한 구성으로 된다. 한편, 1394 단말(4) 측은 1394 단말(4)의 프로토콜 스택과 동일한 구성으로 되고, 1394 PHY 레이어, 1394 LINK 레이어 및 오리지널 시그널링 프로토콜(Original Signaling Protocol) 레이어로 구성된다. 1394 단말(4)의 C 플레인의 프로토콜 스택은 1394 PHY 레이어, 1394 LINK 레이어 및 오리지널 시그널링 프로토콜 레이어로 구성된다.
도 2에 나타낸 바와 같이, ATM/1394 중계기(3)와 1394 단말(4)과의 사이에는 VPC(Virtual Pass Connection)/VCC(Virtual Channel Connection)의 개념이 존재하지 않기 때문에, U 플레인의 패킷의 핸들링은 IP 헤더에 의해 행하는 것이 고려된다. 그 경우, ATM/1394 중계기(3)에서는 IP에 의한 루팅 기능이 필요하다.
또한, 도 3에 나타낸 바와 같이, ATM/1394 중계기(3)와 1394 단말(4) 사이에서는 ATM망(2)의 UNI에서 사용되는 시그널링 프로토콜(Q. 2931 레이어와 SSCF＋SSCOP 레이어)을 적용할 수 없기 때문에, 그에 상당하는 오리지널 시그널링 프로토콜을 독자적으로 설계하여 이용할 필요가 있다.
그러나, ATM/1394 중계기(3)에서, IP에 의한 루팅 기능을 이용하여 U 플레인의 패킷의 핸들링을 행할 경우, 데이터를 포함하는 IP 패킷의 전체를 복사하여, 그 중에서 루팅에 필요한 정보를 일어 낼 필요가 있고, ATM/1394 중계기(3)에 가해지는 부하가 크게 되는 과제가 있었다.
또한, ATM/1394 중계기(3)와 1394 단말(4) 사이에서 사용되는 오리지널 시그널링 프로토콜을 처음부터 개발할 필요가 생기지만, 그 때문에는 다대한 투자가 필요하여 현실적이지 못한 과제가 있었다.
본 발명은 통신 제어 장치 및 방법에 관한 것으로, 예를 들면 멀티미디어 데이터를 제공하는 비디오·온·디맨드 시스템 등에 사용하기 적합한 통신 제어 장치 및 방법에 관한 것이다.
도 1은 종래의 VOD 시스템의 구성예를 나타낸 도면.
도 2는 IP/ATM 사용시 고려되는 U 플레인의 프로토콜 스택을 나타낸 도면.
도 3은 IP/ATM 사용시 고려되는 C 플레인의 프로토콜 스택을 나타낸 도면.
도 4는 본 발명의 통신 제어 장치를 적용한 VOD 시스템의 구성예를 나타낸 도면.
도 5는 ASEL-UNI의 관계를 설명하는 도면.
도 6은 ASEL의 레이어 관련도를 나타낸 도면.
도 7은 ASEL-PDU의 삽입 필드를 나타낸 도면.
도 8은 ASEL-PDU의 모든 AAL 타입에 공통인 포맷 및 코딩예를 나타낸 도면.
도 9는 ASEL-PDU(AAL5 타입)의 포맷 및 코딩예를 나타낸 도면.
도 10은 ASEL-PDU(AAL0 타입)의 포맷 및 코딩예를 나타낸 도면.
도 11은 ASEL-CMI와 ASEL-UNI의 관계를 설명하는 도면.
도 12는 사용자 측에서의 ASEL-CME의 상태 천이를 설명하는 도면.
도 13은 네트워크 측에서의 ASEL-CME의 상태 천이를 설명하는 도면.
도 14는 ASEL-CMP 메시지에 공통의 필드 포맷을 나타낸 도면.
도 15는 WakeUp 메시지의 포맷을 나타낸 도면.
도 16은 ActReq 메시지의 포맷을 나타낸 도면.
도 17은 ActAck 메시지의 포맷을 나타낸 도면.
도 18은 IsoReq 메시지의 포맷을 나타낸 도면.
도 19는 IsoRply 메시지의 포맷을 나타낸 도면.
도 20은 DestIDReq 메시지의 포맷을 나타낸 도면.
도 21은 DestIDRply 메시지의 포맷을 나타낸 도면.
도 22는 SDL을 설명하는 도면.
도 23은 도 12의 Reset 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 24는 도 12의 ActPending 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 25는 도 12의 Act 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 26은 도 12의 Act 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 27은 도 12의 임의의 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 28은 도 12의 임의의 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 29는 도 13의 임의의 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 30은 도 13의 Reset 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 31은 도 13의 ActPending 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 32는 도 13의 Act 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 33은 도 13의 Act 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 34는 도 13의 임의의 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 35는 도 13의 임의의 상태로부터의 상태 천이의 처리를 설명하는 플로우차트.
도 36은 Act 상태로부터의 데이터 전송 처리를 설명하는 플로우차트.
도 37은 데이터를 전송할 경우의 처리를 설명하는 플로우차트.
도 38은 데이터를 전송할 경우의 처리를 설명하는 플로우차트.
도 39는 데이터를 전송할 경우의 처리를 설명하는 플로우차트.
도 40은 도 36의 단계(S287)의 보다 상세한 처리를 설명하는 플로우차트.
도 41은 도 36의 단계(S288)의 보다 상세한 처리를 설명하는 플로우차트.
도 42는 도 36의 단계(S294)의 보다 상세한 처리를 설명하는 플로우차트.
도 43은 도 36의 단계(S300)의 보다 상세한 처리를 설명하는 플로우차트.
도 44는 데이터를 수신할 경우의 처리를 설명하는 플로우차트.
도 45는 데이터를 수신할 경우의 처리를 설명하는 플로우차트.
도 46은 데이터를 수신할 경우의 처리를 설명하는 플로우차트.
도 47은 도 44의 단계(S452)의 보다 상세한 처리를 설명하는 플로우차트.
도 48은 도 44의 단계(S489)의 보다 상세한 처리를 설명하는 플로우차트.
도 49는 도 46의 단계(S479)의 보다 상세한 처리를 설명하는 플로우차트.
도 50은 도 45의 단계(S459)의 보다 상세한 처리를 설명하는 플로우차트.
도 51은 도 45의 단계(S470)의 보다 상세한 처리를 설명하는 플로우차트.
도 52는 도 46의 단계(S483)의 보다 상세한 처리를 설명하는 플로우차트.
도 53은 도 45의 단계(S462)의 보다 상세한 처리를 설명하는 플로우차트.
도 54는 ASEL을 채용한 경우의 IP/ATM 사용시의 U 플레인의 프로토콜 스택을 나타낸 도면.
도 55는 ASEL을 채용한 경우의 IP/ATM 사용시의 C 플레인의 프로토콜 스택을 나타낸 도면.
발명의 개시
본 발명은 이와 같은 상황을 감안하여 이루어진 것으로, 중계기를 통해 단말 사이에서 다른 전송 규격의 데이터의 교환을 행할 때, 중계기의 부담을 경감함과 동시에, 시스템의 개발 공정수를 삭감할 수 있는 것이다.
본 발명에 따른 통신 제어 장치는 중계기를 통해 수신한 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제1 변환 수단과, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시키는 제2 변환 수단을 구비한다.
본 발명에 따른 통신 제어 방법은 중계기를 통해 수신한 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시키는 단계와, 제2 전송 규격의 소정 데이터를 제1 전송 규격의 데이터로 변환시키는 단계를 구비한다.
본 발명에 따른 통신 제어 장치는 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시키는 제1 변환 수단, 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제2 변환 수단, 및 제1 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로, 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 제2 변환 수단에 의해서 변환된 제1 전송 규격의 데이터를 처리하는 처리 수단을 구비한다.
본 발명에 따른 통신 제어 방법은 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시키는 제1 변환 단계, 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제2 변환 단계, 및 제1 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로, 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 제2 변환 수단에 의해서 변환된 제1 전송 규격의 데이터를 처리하는 처리 단계를 구비한다.
본 발명에 따른 통신 제어 장치는 중계기는 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시키는 제1 변환 수단과, 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제2 변환 수단을 구비하고, 제2 단말은 중계기로부터 전송되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제3 변환 수단과, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시키는 제4 변환 수단을 구비한다.
본 발명에 따른 통신 제어 방법은 중계기는 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시켜 제2 단말로 전송하는 단계와, 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시켜 제1 단말로 전송하는 단계를 구비하고, 제2 단말은 중계기를 통해 전송되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 단계와, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시켜 중계기로 전송하는 단계를 구비한다.
본 발명에 따른 통신 제어 장치는 중계기 또는 단말과의 사이에서 단말과 다른 단말이 교환하는 전송 규격의 데이터를 전송하기 위한 통신로를 미리 소정의 제어 커맨드를 이용하여 설정하는 설정 수단을 구비한다.
본 발명에 따른 통신 제어 방법은 중계기 또는 단말과의 사이에서 단말과 다른 단말이 교환하는 전송 규격의 데이터를 전송하기 위한 통신로를 미리 소정의 제어 커맨드를 이용하여 설정하는 단계를 구비한다.
본 발명에 따른 통신 제어 장치에서는 제1 변환 수단이 중계기를 통해 수신한 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시키고, 제2 변환 수단이 제2 전송 규격의 소정 데이터를 제1 전송 규격의 데이터로 변환시킨다.
본 발명에 따른 통신 제어 방법에서는 중계기를 통해 수신한 제1 전송 규격의 데이터가 제2 전송 규격의 데이터로 변환되고, 제2 전송 규격의 소정 데이터가 제1 전송 규격의 데이터로 변환된다.
본 발명에 따른 통신 제어 장치 및 통신 제어 방법에서는 제1 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로, 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 제2 변환 수단에 의해서 변환된 제1 전송 규격의 데이터가 처리된다.
본 발명에 따른 통신 제어 장치에서는 중계기에서, 제1 변환 수단이 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환하고, 제2 변환 수단이 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환한다. 또한, 제2 단말에서 제3 변환 수단은 중계기로부터 전송되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키고, 제4 변환 수단은 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시킨다.
본 발명에 따른 통신 제어 방법에서는 중계기가 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시켜 제2 단말로 전송하고, 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시켜 제2 단말로 전송한다. 제2 단말은 중계기를 통해 전송되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시킴과 동시에, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시켜 중계기로 전송한다.
본 발명에 따른 통신 제어 장치 및 통신 제어 방법에서는 중계기와 단말과의 사이에서, 단말과 다른 단말이 교환하는 전송 규격의 데이터를 전송하기 위한 통신로가 미리 소정의 제어 커맨드를 이용하여 설정된다.
이하에, 본 발명의 실시 형태를 설명하지만, 그 전에 특허 청구 범위에 기재의 발명의 각 수단과 이하의 실시 형태와의 대응 관계를 명확하게 하기 위해, 각 수단 뒤의 괄호 안에 대응하는 실시 형태(단, 1예)를 부가하여 본 발명의 특징을 기술하면, 다음과 같게 된다.
본 발명에 따른 통신 제어 장치는 중계기(예를 들면, 도 4의 ATM/1394 중계기: 3)를 통해 수신한 제2 전송 규격(예를 들면, IEEE 1394 규격)의 데이터를 제1 전송 규격(예를 들면, ATM 규격)의 데이터로 변환시키는 제1 변환 수단(예를 들면, 도 54의 ASEL32)과, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시키는 제2 변환 수단(예를 들면, 도 54의 ASEL32)을 구비한다.
본 발명에 따른 통신 제어 장치는 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로 제1 전송 규격의 데이터를 처리하는 처리 수단(예를 들면, 도 55의 레이어(34))을 구비한다.
본 발명에 따른 통신 제어 장치는 제1 단말(예를 들면, 도 4의 ATM 단말(1))로부터 송신되어 온 제1 전송 규격(예를 들면, ATM 규격)의 데이터를 제2 전송 규격(예를 들면, IEEE 1394 규격)의 데이터로 변환시키는 제1 변환 수단(예를 들면, 도 55의 ASEL33), 제2 단말(예를 들면, 도 4의 1394 단말(4-1))로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제2 변환 수단(예를 들면, 도 55의 ASEL33), 및 제1 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로, 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 제2 변환 수단에 의해서 변환된 제1 전송 규격의 데이터를 처리하는 처리 수단(예를 들면, 도 55의 레이어(35))을 구비한다.
본 발명에 따른 통신 제어 장치는 복수의 제2 단말(예를 들면 도 4의 1394 단말(22-1과 23-1))이 다른 제2 전송 규격의 전송로 상에 접속되어 있을 경우, 복수의 제2 단말 사이에서 교환되는 U 플레인에서의 제2 전송 규격의 데이터를 중계하는 중계 수단(예를 들면, 도 54의 ASEL31)을 더 구비한다.
본 발명에 따른 통신 제어 장치는 복수의 제2 단말(예를 들면, 도 4의 1394 단말(22-1과 22-2))이 동일한 제2 전송 규격의 전송로 상에 접속되어 있을 경우, 복수의 제2 단말 사이에서 교환되는 U 플레인에서의 제2 전송 규격의 데이터를 실질적으로 스루(through)해서 중계하는 중계 수단(예를 들면, 도 54의 ASEL31)을 더 구비한다.
본 발명에 따른 통신 제어 장치는 중계기(예를 들면, 도 4의 ATM/1394 중계기(3))는 제1 단말(예를 들면, 도 4의 ATM 단말(1))로부터 송신되어 온 제1 전송 규격(예를 들면 ATM 규격)의 데이터를 제2 전송 규격(예를 들면, IEEE 1394 규격)의 데이터로 변환시키는 제1 변환 수단(예를 들면, 도 54의 ASEL31)과, 제2 단말(예를 들면, 도 4의 1394 단말(4-1))로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제2 변환 수단(예를 들면, 도 54의 ASEL31)을 구비하고, 제2 단말은 중계기로부터 전송되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키는 제3 변환 수단(예를 들면, 도 54의 ASEL32)과, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시키는 제4 변환 수단을 구비한다.
본 발명에 따른 통신 제어 장치는 중계기(예를 들면, 도 4의 ATM/1394 중계기(3))와 단말(예를 들면, 도 4의 1394 단말(4-1))과의 사이에서, 단말(예를 들면, 도 4의 1394 단말(4-1))과 다른 단말(예를 들면, 도 4의 1394 단말(4-2))이 교환하는 전송 규격의 데이터를 전송하기 위한 통신로를 미리 소정의 제어 커맨드를 이용하여 설정하는 설정 수단을 구비한다.
또한, 물론 이 기재는 각 수단을 상술한 것에 한정하는 것을 의미하는 것은 아니다.
도 4는 본 발명을 적용한 VOD 시스템의 구성예를 나타내고 있다. 도 1에 나타낸 경우와 마찬가지로, 백본 측에 ATM(Asynchronous Transfer Mode)망, 전단 측에 IEEE 1394 시리얼 버스(IEEE 1394 Standards Draft 8. 0v2)를 사용하고 있다.
ATM 단말(1)은 비디오 데이터를 기억하는 서버로, UNI(User-Network Interface)를 통해 ATM망(2)에 접속되고, 비디오 데이터 등의 제공을 행하도록 되어 있다. ATM/1394 중계기(3)는 UNI를 통해 ATM망(2)에 접속되고, ATM망(2)을 경유해서 ATM 단말(1)로부터의 비디오 데이터를 수신하여, IEEE1394 시리얼 버스를 통해 1394 단말(4-1 내지 4-7; 이하, 1394 단말(4-1 내지 4-7)을 각각 구별할 필요가 없을 때는 1394 단말(4)로 기재한다)에 제공하도록 되어 있다. 1394 단말(4)은 ATM/1394 중계기(3)로부터 IEEE 1394 시리얼 버스를 통해 제공되는 비디오 데이터를 수신하여, CRT 또는 LCD 등의 표시 장치에 표시하도록 되어 있다.
마찬가지로, ATM/1394 중계기(21)는 UNI를 통해 ATM망(2)에 접속되고, ATM망(2)을 경유해서 ATM 단말(1)로부터의 비디오 데이터를 수신하여, IEEE 1394 시리얼 버스를 통해 1394 단말(22-1 내지 22-4)(이하, 1394 단말(22-1 내지 22-4)을 각각 구별할 필요가 없을 때는 1394 단말(22)로 기재한다)에 제공하도록 되어 있다. 1394 단말(22)은 ATM/1394 중계기(21)로부터 IEEE 1394 시리얼 버스를 통해 제공되는 비디오 데이터를 수신하여, CRT 또는 LCD 등의 표시 장치에 표시하도록 되어 있다.
ATM/1394 중계기(21)에는 IEEE1394 시리얼 버스(1394 단말(22)이 접속되어 있는 IEEE 1394 시리얼 버스와는 다른 계통의 시리얼 버스)를 통해 1394 단말(23-1 내지 23-4)도 또한 접속되어 있고, 이들 1394 단말에도 ATM 단말(1)로부터 비디오 데이터가 제공되도록 되어 있다.
IEEE 1394 시리얼 버스의 접속 방식은 「디지텐」 또는 「노드 분기」중 어느 쪽도 사용할 수 있다. 디지텐 방식의 경우, 통상 16대까지의 1394 단말(노드(1394 포트를 갖는 기기))을 접속할 수 있고, 그 단말 사이의 최대 길이는 IEEE 1394 규격에서 4.5미터까지로 규정되어 있다. 노드 분기 방식을 병용했을 경우에는 규격상 최대 63대까지 접속할 수 있다.
디지텐 방식에서의 접속 단말수의 제한은 단말의 단말 사이에서의 전송 지연에 의한 것이다. 또한, IEEE 1394 규격에서는 노드 ID용 16비트 중, 10비트로 버스 ID 번호를 지정하고, 6비트로 피지컬(Physical) ID 번호를 지정한다. 1개의 버스에 대해서는 피지컬 ID 번호 0 내지 62를 1394 단말에 할당할 수 있고, 최대 접속수는 63대가 된다. 최후의 피지컬 ID 번호인 63은 브로드캐스트에서 사용되기 때문에, 각각의 단말에 대한 피지컬 ID 번호에 할당할 수는 없다.
한편, 버스 ID 번호로서 0 내지 1022의 값을 각 버스에 할당할 수 있다. 최후의 버스 ID 번호인 1023은 브로드캐스트에서 사용되기 때문에, 각각의 버스에 대한 버스 ID 번호에 할당할 수는 없다. 즉, 버스는 최대 1023 개까지 확장할 수 잇다. 따라서, 1개의 시스템 내에서는 최대 64449(=1023×63) 노드를 접속할 수 있다.
모든 노드는 자신의 노드 ID 번호로 보내진 패킷과 버스 ID 번호가 같거나, 또는 브로드캐스트인 피지컬 ID 번호 63번지로 보내진 패킷을 수취한다.
또한, 1394 단말은 IEEE 1394 규격의 케이블의 빼고 꽂음을 전원이 들어간 상태에서, 즉 기기가 동작하고 있는 상태에서 행할 수 있고, 노드가 추가 또는 삭제된 시점에서, 또는 전원 투입 시에도 자동적으로 1394 네트워크의 재구성을 행하는, 각 노드에 대해 노드 ID 번호를 재설정하도록 되어 있다.
이하, 전단 측에 속하는 ATM/1394 중계기(3 및 21), 1394 단말(4, 22, 23) 등의 장치에 있어서, 그들의 IEEE 1394 규격의 링크 레이어(1394 LINK) 상에 ALL(ATM Adaptation Layer)/ATM 레이어(ITU-TI. 363/ITU-TI. 361)를 에뮬레이션하는 계층을 실장하는 방법에 대해 설명한다. 여기서는 이 계층의 것을 ASEL(ATM over IEEE 1394 Serial bus Emulation Layer)라 칭한다.
ASEL은 그 장치의 ASEL 이상의 계층의 소프트웨어에 대해 IEEE 1394 시리얼 버스를 은폐함과 동시에, AAL/ATM 레이어를 에뮬레이션한다. 그 때문에, ASEL을 실장한 장치에서는 자신의 IEEE1394 시리얼 버스 인터페이스에 있어서 VPC(Virtual Channel Connection)의 다중 분리가 가능하고, 또한 ATM망(2)에 대응한 네트워크 액세스 프로토콜 소프트웨어, 및 각종 애플리케이션 소프트웨어를 그대로 사용할 수 있게 된다.
도 5는 ATM/1394 중계기(3)와 1394 단말(4-1 내지 4-3)에서의 ASEL 엔티티가 각각의 ASEL-UNI를 통해 1대1로 상호 접속되는 것을 나타낸 도면이다. 동도에 나타낸 바와 같이, 물리적으로는 일체의 1394 시리얼 버스 케이블 상에 복수의 ASEL-UNI가 존재한다.
또한, ASEL 엔티티는 ASEL-UNI를 경계로, 네트워크 측(ATM/1394 중계기(3) 측)과, 사용자 측(1394 단말(4-1 내지 4-3) 측)의 동작으로 나누어져 있다. 네트워크 측에서의 각각의 ASEL-UNI는 사용자 측의 1394 단말(4-1 내지 4-3)이 각각에 보유하고 있는 1394 노드 유니크(node Unique) ID와, 각각의 ASEL-UNI에 할당된 ASEL-UNI ID를 대응시킴으로써 식별된다.
도 6은 ASEL의 위치부를 표시하는 레이어 관련도를 나타내고 있다. 동도에 나타낸 바와 같이, ASEL은 상위 레이어(Upper Layer)와의 프리미티브로서, 각종 AAL이 제공하는 프리미티브와 동일한 프리미티브를 제공한다. 즉, 상위 레이어로부터의 AAL_UNITDATA.req(request)를 수신하여, AAL_UNITDATA.ind(indicate)를 공급한다. 또한, AAL_U_ABORT.req를 수신하여, AAL_U_ind를 공급한다. 또, AAL_P_ABORT.ind를 상위 레이어에 공급한다. 이로 인해, ASEL의 상위 레이어(예를 들면, 후술하는 도 54의 IP 레이어, IP/ATM 레이어, 및 도 55의 Q. 2931 레이어, SSCF＋SSCOP)의 소프트웨어는 하위 레이어(예를 들면, 도 54와 도 55의 1394 LINK 레이어, 1394 PHY 레이어)가 AAL인 경우와 마찬가지로 동작할 수 있다.
여기서, AAL_UNIDATA.req 및 AAL_UNITDATA.ind는 상위 레이어와의 사이에서 데이터 전송을 행하기 위한 프리미티브이다.
AAL_UNITDATA.req 및 AAL_UNITDATA.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· Virtual Pass를 식별하기 위한 VPI(Virtual Pass Identifier)/Virtual Channel을 식별하기 위한 VCI(Virtual Channel Identifier) 값(VPI/VCI 값)
· AAL5 파라미터군(AAL5 parameters) : 이 파라미터군은 ASEL-VCC의 AAL 타입이 AAL5인 경우에 포함된다.
· 인터페이스 데이터(Interface Data) : AAL5가 메시지 모드에서 동작하고 있을 경우, 이 파라미터는 완전한 AAL-SDU(Service Data Unit)에 상당하고, 스트리밍 모드에서 동작하고 있을 경우, 이 파라미터는 일부의 AAL-SDU에 상당한다.
· More : 이 파라미터는 메시지 모드에서는 사용되지 않는다. 스트리밍 모드에서 이 파라미터는 수신 중 및 송신 중의 인터페이스 데이터가 AAL-SDU 전체의 최종 부분을 포함하고 있는지를 나타낸다.
· 손실 우선도(Loss Priority) : 이 파라미터는 AAL-SDU의 손실 우선도를 나타낸다. 이 파라미터는 후술하는 ASEL-PDU(Protocol Data Unit) 헤더로 매핑된다.
· 폭주 표시(Congestion Indication) : 이 파라미터는 AAL-SDU가 폭주 상태를 경유했는지를 표시한다. 이 파라미터는 후술하는 ASEL-PDU 헤더로 매핑된다.
· AAL 사용자·사용자 정보(AAL User·User Information) : 이 파라미터는 동위의 ASEL 상위 레이어 엔티티 동안을, ASEL에 의해 투과적으로 전송된다. 이 파라미터는 후술하는 ASEL-PDU 헤더로 매핑된다.
· 에러 상태(Error Status) : 이 파라미터는 인터페이스 데이터가 전송 에러를 포함하고 있는지를 나타낸다. 이 파라미터는 에러 데이터의 배신(配信) 기능을 사용하고 있는 경우만 사용된다. 이 파라미터는 AAL_UNITDATA.req 프리미티브에는 포함되지 않는다.
· AAL0 파라미터군(AAL0 parameters) : 이 파라미터군은 ASEL-VCC의 AAL 타입이 AAL0인 경우에 포함된다.
· 인터페이스 데이터(Interface Data) : 이 파라미터는 항시 완전한 AAL-SDU에 상당한다.
· 손실 우선도(Loss Priority) : 이 파라미터는 AAL-SDU의 손실 우선도를 나타낸다. 이 파라미터는 후술하는 ASEL-PDU 헤더로 매핑된다.
· 폭주 표시(Congestion Indication) : 이 파라미터는 AAL-SDU가 폭주 상태를 경유했는지를 표시한다. 이 파라미터는 후술하는 ASEL-PDU 헤더로 매핑된다.
· 에러 상태(Error Status) : 이 파라미터는 인터페이스 데이터가 전송 에러를 포함하고 있는지를 나타낸다. 이 파라미터는 에러 데이터의 배신 기능을 사용하고 있는 경우만 사용된다. 이 파라미터는 AAL_UNITDATA.req 프리미티브에는 포함되지 않는다.
또한, AAL_U_ABORT.req, AAL_U_ABORT.ind 및 AAL_P_ABORT.ind 프리미티브는 상위 레이어와의 사이에서, 어보트(abort) 서비스를 행하기 위한 프리미티브이다. 이들 프리미티브는 해당하는 ASEL-VCC가 AAL3/4 또는 AAL5의 스트리밍 모드의 경우에만 사용된다.
AAL_U_ABORT.req 프리미티브는 어보트 서비스를 기동하기 위해, ASEL의 상위 레이어에 의해 사용된다. AAL_U_ABORT.ind 프리미티브는 상대측의 동위(상대측의 ASEL)의 상위 레이어로부터의 지시에 의해, 일부 배신된 AAL-SDU를 ASEL의 상위 레이어가 폐기해야 할 것을 나타낸다. AAL_P_ABORT.ind 프리미티브는 ASEL 또는 ASEL의 하위 레이어에서 에러가 발생함으로써, 일부 배신된 AAL-SDU를 ASEL의 상위 레이어가 폐기해야 할 것을 나타내기 위해, ASEL 엔티티에 의해 사용된다.
AAL_U_ABORT.req, AAL_U_ABORT.ind 및 AAL_P_ABORT.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· VPI/VCI 값(VPI/VCI value)
또한, ASEL은 하위 레이어와의 프리미티브로서, IEEE 1394 링크 레이어가 제공하는 프리미티브를 그대로 사용한다. 즉, 하위 레이어에 대해 LK_ISO_CONT.req를 공급하여, LK_ISO.ind를 수신한다. 또한, 하위 레이어에 대해 LK_DATA.req를 공급하여, LK_DATA.conf, LK_DATA.ind를 수신하여, 하위 레이어에 대해 LK_DATA.resp를 공급한다. 이로 인해, 1394 링크 레이어는 상위 레이어를 의식할 필요가 없게 된다.
LK_ISO_CONT.req 프리미티브는 ASEL 엔티티가 수신 허가되어 있는 수신 Isochronous channel number의 리스트를 요구할 때에 사용된다.
LK_ISO_CONT.req 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· 수신 허가 중의 수신 Isochronous channel number의 리스트(Accepted receive isochronous channel number list)
LK_CYCLE.ind 프리미티브는 1394 Link 레이어가 Cycle sync event가 발생한 것을 ASEL 엔티티에 통지하기 위해 사용된다.
LK_CYCLE.ind 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· 현재의 cycle count값(Current cycle count) : 이 파라미터는 현재의 Cycle_TIME 레지스터의 cycle_count값을 수용해야 한다.
· 현재의 second count값(Current second count) : 이 파라미터는 현재의 BUS-TIME 레지스터의 값을 표시한다.
LK_ISO.req 및 LK_ISO.ind 프리미티브는 ASEL과 1394 Link 레이어와의 사이에서, CBR(Constant Bit Rate) 데이터의 전송을 행하기 위해 사용된다. ASEL 엔티티는 1개의 Isochronous 패킷의 송신을 1394 Link 레이어에 요구하기 위해, LK_ISO.req 프리미티브를 사용한다. 또한, 1394 Link 레이어는 1개의 Isochronous 패킷을 수신한 것을 ASEL 엔티티에 통지하기 위해 LK_ISO.ind 프리미티브를 사용한다.
LK_ISO.req 및 LK_ISO.ind 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· Tag value
· Isochronous channel number
· Synchronization code : 이 파라미터는 ASEL 엔티티에서는 사용되지 않는다.
· 데이터 길이(Data length)
· 데이터(Data) : 이 파라미터는 패킷의 전송 레이트(100M/200M/400Mbps)를 나타낸다.
· Packet status : 이 파라미터는 1394 Link 레이어에 의해 실행되는 패킷의 수신 동작의 결과를 나타낸다. 이 파라미터는 LK_ISO.ind 프리미티브에만 포함된다.
LK_DATA.req 프리미티브는 UBR(Unassigned Bit Rate) 또는 ABR(Available Bit Rate) 데이터의 송신을 행하기 위해 사용된다. ASEL 엔티티는 1개의 Asynchronous 패킷의 송신을 1394 Link 레이어에 요구하기 위해 이 프리미티브를 사용한다.
LK_DATA.req 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· Destination Self ID
· Destination offset : 이 파라미터는 이 Asynchronous 패킷의 Data field에 ASEL-PDU를 격납하고 있는 것을 나타내기 위한 값으로 고정된다.
· Transaction code : 이 파라미터는 write request for data block의 값(즉, =1)으로 고정된다.
· Extended transaction code : 이 파라미터는 ASEL 엔티티에서는 사용되지 않는다.
· Retry code : retry not supported의 값(즉, =1)으로 고정된다.
· 데이터 길이(Data length)
· 데이터(Data) : 이 파라미터는 ASEL-PDU를 표시한다.
· Speed : 이 파라미터는 패킷의 전송 레이트(100M/200M/400Mbps)를 나타낸다.
LK_DATA.conf 프리미티브는 1개의 Asynchronous 패킷의 송신을 상위 레이어가 확인하기 위해 1394 Link 레이어에 의해 사용된다.
LK_DATA.conf 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· Request status : 이 파라미터는 LK_DATA.req 프리미티브의 결과를 표시한다.
· Acknowledge : 이 파라미터는 IEEE 1394 규격으로 정의되어 있는 Ack_code 값의 1개를 포함한다.
LK_DATA.ind 프리미티브는 UBR 또는 ABR 데이터의 수신을 행하기 위해 사용된다. 1394 Link 레이어는 1개의 Asynchronous 패킷을 수신한 것을 ASEL 엔티티에 통지하기 위해 이 프리미티브를 사용한다.
LK_DATA.ind 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· Source Self ID
· Destination Self ID
· Destination offset : 이 파라미터는 이 Asynchronous 패킷의 Data field에 ASEL-PDU를 격납하고 있는 것을 나타내기 위한 값으로 고정된다.
· Transaction code : 이 파라미터는 write request for data block의 값(즉, =1)으로 고정된다.
· Extended transaction code : 이 파라미터는 ASEL 엔티티에서는 사용되지 않는다.
· Transaction label : 이 파라미터는 ASEL 엔티티에서는 사용되지 않는다.
· Retry code : retry not supported의 값(즉, =1)으로 고정된다.
· 데이터 길이(Data length)
· 데이터(Data) : 이 파라미터는 ASEL-PDU를 표시한다.
· Speed : 이 파라미터는 패킷의 전송 레이트(100M/200M/400Mbps)를 나타낸다.
· Packet status : 이 파라미터는 1394 Link 레이어에 의해 실행되는 패킷의 수신 동작의 결과를 표시한다.
LK_DATA.resp 프리미티브는 수신된 1개의 Asynchronous 패킷에 대한 응답을 행하기 위해, ASEL 엔티티에 의해 사용된다. 즉, 1개의 acknowledge 패킷을 송신함으로써, 이 서브액션은 완료된다.
LK_DATA.resp 프리미티브에는 이하의 정보가 포함된다.
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index)
· Acknowledge : 이 파라미터는 IEEE 1394 규격으로 정의되어 있는 Ack_code 값의 1개를 포함한다.
· Bus Occupancy Control : 이 파라미터는 1394 Link 레이어가 acknowledge 패킷의 송신 후, 1394 시리얼 버스의 지배권을 양도하는지를 제어한다.
· Speed : 이 파라미터는 패킷의 전송 레이트(100M/200M/400Mbps)를 나타낸다.
또한, ASEL은 자신의 (로컬한) ASEL 레이어 매니지먼트 엔티티와의 사이에서, 상대측의 ASEL 엔티티 및 자신의 ASEL 엔티티에 관한 구성, 장해, 성능 및 경보 등의 각종 관리 정보를 포함한 ASEL 매니지먼트용 프리미티브를 교환한다.
ASEL 레이어 매니지먼트용 프리미티브로서, 크게 나누어 7종류의 프리미티브군을 제공한다. 구체적으로는, 기동, 리셋, 커넥션 제어, 로컬 장해, 리모트 장해, 로컬 에러 및 데이터 전송의 7종류이다.
우선, ASEL 기동에 관한 프리미티브로서, ASEL 레이어 매니지먼트로부터의 MASEL_Act.req를 수신하여, MASEL_Act.ind를 공급한다. MASEL_Act.req 프리미티브는 ASEL 엔티티가 기동 상태(Actstatus)로 천이하는 것을 요구하기 위해, User side의 ASEL 레이어 매니지먼트에 의해 사용된다. MASEL_Act.ind 프리미티브는 ASEL 레이어 매니지먼트에 대해, ASEL 엔티티가 기동 상태(Actstatus)로 천이한 것을 통지하기 위해, ASEL 엔티티에 의해 사용된다.
MASEL_Act.req 및 MASEL_Act.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· 수용하고 있는 1394 시리얼 버스를 식별하기 위한 버스 인덱스(1394 Bus Index) : 이 파라미터는 MASEL_ACT.req 프리미티브에는 포함되지 않는다.
ASEL의 리셋에 관한 프리미티브로서, ASEL 레이어 매니지먼트로부터의 MASEL_Reset.req를 수신한다. MASEL_Reset.req 프리미티브는 ASEL 엔티티가 리셋 상태(Resetstatus)로 천이하는 것을 요구하기 위해, ASEL 레이어 매니지먼트에 의해 사용된다.
MASEL_Reset.req 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
ASEL의 커넥션 제어에 관한 프리미티브로서, ASEL 레이어 매니지먼트로부터의 MASEL_ConSet.req 및 MASEL_ConRec.req를 수신하여, MASEL_ConSet.conf를 제공한다. 또한, ASEL 레이어 매니지먼트로부터의 MASEL_ConRel.req를 수신하여, MASEL.ConRel.conf를 제공한다.
MASEL_ConSet.req 프리미티브는 새로운 ASEL-VCC를 설정하는 것을 요구하기 위해 ASEL 레이어 매니지먼트에 의해 사용된다.
MASEL_ConSet.req 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· VPI/VCI 값(VPI/VCI value)
· ASEL 엔티티에 존재하는 모든 ASEL-UNI 상에서, 각 ASEL 커넥션을 유니크로 식별하기 위한 ID(ASEL Connection ID)
· AAL 타입(AAL Type)
· 루팅 에리어(Routing Area) : 이 파라미터는 설정하고 있는 ASEL-VCC의 루팅 에리어를 표시한다. 파라미터의 값으로서, External/Internal and same 1394 Bus/Internal and other 1394 Bus/Terminate/Unknown의 5종류를 취할 수 있다.
· 토폴로지(Topology) : 이 파라미터는 ASEL-VCC의 형태를 표시한다. 파라미터 값으로서, Point-Point/Point-Multipoint의 2종류를 취할 수 있다.
· AAL5 특유 정보(AAL5 Specific information) : 이 파라미터는 AAL 타입 파라미터가 AAL5일 경우에만 사용된다.
· 상위 레이어에 대한 에러 SDU의 배신(Error SDU delivery to Upper Layer)
· 송신 최대 SDU 길이(Transmit Maximum SDU Size)
· 수신 최대 SDU 길이(Receive Maximum SDU Size)
· AAL0 특유 정보(AAL0 Specific information) : 이 파라미터는 AAL 타입 파라미터가 AAL0일 경우에만 사용된다.
· 상위 레이어에 대한 에러 SDU의 배신(Error SDU delivery to Upper Layer)
· 송신 대역폭(Transmit Bandwidth)
· 수신 대역폭(Receive Bandwidth)
· QoS 클래스(Qos Class) : 이 파라미터는 ASEL-VCC의 서비스 품질(Quality of Service)을 결정한다. 파라미터의 값으로서, UBR/CBR/VBR(Variable Bit Rate)/ABR의 4종류를 취할 수 있다.
· ABR 트래픽 정보(ABR traffic information) : 이 파라미터는 QoS 클래스 파라미터가 ABR일 경우에만 사용된다.
· 최소 송신 레이트(Minimum Transmit Rate)
· 최소 수신 레이트(Minimum Receive Rate)
· 초기 송신 레이트(Initial Transmit Rate)
· 초기 수신 레이트(Initial Receive Rate)
· 송신 Trm(Transmit Trm) : 이 파라미터는 User side에서만 사용된다.
· 송신 허가 레이트 감소 시간 팩터(Transmit Allowed Rate Decrease Time Factor) : 이 파라미터는 User side에서만 사용된다.
· 송신 레이트 증가 팩터(Transmit Rate Increase Factor) : 이 파라미터는 User Side에서만 사용된다.
· 송신 레이트 감소 팩터(Transmit Rate Decrease Factor) : 이 파라미터는 User side에서만 사용된다.
· 송신 컷오프 감소 팩터(Transmit Cutoff Decrease Factor) : 이 파라미터는 User side에서만 사용된다.
· 송신 세그먼트 사이즈(Transmit Segmentation size) : 이 파라미터는 AAL0 타입의 ASEL-VCC에서는 사용하지 않는다.
· 수신 시퀀스 번호(Receive Sequence Number) : 이 파라미터는 수신한 ASEL-PDU 헤더의 SN(Sequence Number) 필드의 체크를 행하는지를 결정한다.
MASEL_ConRec.req 프리미티브는 1394의 버스 리셋이 원인으로, Reset status로 천이한 후, 재차 status로 복구된 ASEL-UNI에서의 ASEL-VCC를 복구하는 것을 요구하기 위해, User side의 ASEL 레이어 매니지먼트에 의해 사용된다.
MASEL_ConSet.conf 프리미티브는 MASEL_ConSet.req, 또는 MASEL_ConRec.req 프리미티브에 대한 동작 결과를 ASEL 레이어 매니지먼트가 확인하기 위해, ASEL 엔티티에 의해 사용된다. 또한, ASEL 엔티티는 ASEL-VCC가 복구한 것을 통지하기 위해, MASEL_ConSet.conf 프리미티브를 사용한다.
MASEL_ConRel.req 프리미티브는 ASEL 레이어 매니지먼트에 의해 ASEL-VCC를 해방시키기 위해 사용된다.
MASEL_ConRel.conf 프리미티브는 MASEL_ConRel.req 프리미티브에 대한 동작 결과를 ASEL 매니지먼트가 확인하기 위해, ASEL 엔티티에 의해 사용된다.
MASEL_ConRec.req, MASEL_ConSet.conf, MASEL_ConRel.req 및 MASEL_ConRel.conf 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· VPI/VCI 값(VPI/VCI value)
· ASEL 엔티티에 존재하는 모든 ASEL-UNI 상에서, 각 ASEL 커넥션을 유니크로 식별하기 위한 ID(ASEL Connection ID)
ASEL의 로컬 장해에 관한 프리미티브로서, ASEL 레이어 매니지먼트에 대해 MASEL_BusHalt.ind 및 MASEL_ExpireEr.ind를 공급한다. 이들 프리미티브는 로컬한 ASEL 엔티티에 중대한 장해가 발생된 것을 의미하고 있기 때문에, ASEL 레이어 매니지먼트 엔티티 및 애플리케이션 소프트웨어는 빠르게 장해가 발생한 ASEL-UNI에 관련하는 모든 리소스를 해방해야 한다.
MASEL_BusHalt.ind 프리미티브는 User side에서는 1394 시리얼 버스가 정지된 것을 나타내고, Network side에서는 1394 시리얼 버스가 정지되었거나, 또는 User side의 1394 단막이 상실된 것을 나타낸다.
MASEL_ExpireEr.ind 프리미티브는 로컬한 ASEL 엔티티에서, 타이머 만료에 따른 중대한 에러가 발생한 것을 나타낸다.
MASEL_BusHalt.ind 및 MASEL_ExpireEr.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
ASEL의 리모트 장해에 관한 프리미티브로서, ASEL 레이어 매니지먼트에 대해 MASEL_FatalEr.ind를 공급한다. 이 프리미티브는 리모트의 ASEL 엔티티에서, 어떤 중대한 에러가 발생한 것을 의미하고 있기 때문에, ASEL 레이어 매니지먼트 엔티티 및 애플리케이션 소프트웨어는 빠르게 장해가 발생한 ASEL-VCC에 관련하는 모든 리소스를 해방해야 한다.
MASEL_FatalEr.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· VPI/VCI 값(VPI/VCI value)
· ASEL 엔티티에 존재하는 모든 ASEL-UNI 상에서, 각 ASEL 커넥션을 유니크로 식별하기 위한 ID(ASEL Connection ID)
· 에러 코드(Error Code) : 이 파라미터는 리모트의 ASEL 엔티티에서 발생한 장해 내용을 코드화한 것이다.
ASEL의 로컬 에러에 관한 프리미티브로서, ASEL 레이어 매니지먼트에 대해 MASEL_IsoEr.ind, MASEL_DestEr.ind 및 MASEL_StsEr.ind를 공급한다.
MASEL_IsoEr.ind 및 MASEL_DestEr.ind 프리미티브는 로컬한 ASEL 엔티티에서, ASEL-VCC 설정에 관한 에러가 발생한 것을 의미하고 있기 때문에, ASEL 레이어 매니지먼트 엔티티 및 애플리케이션 소프트웨어는 빠르게 장해가 발생한 ASEL-VCC에 관련하는 모든 리소스를 해방해야 한다.
MASEL_IsoEr.ind 및 MASEL_DestEr.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· VPI/VCI 값(VPI/VCI value)
· ASEL 엔티티에 존재하는 모든 ASEL-UNI 상에서, 각 ASEL 커넥션을 유니크로 식별하기 위한 ID(ASEL Connection ID)
MASEL_StsEr.ind 프리미티브는 로컬한 ASEL 엔티티에서, 상태 천이에 관한 에러가 발생한 것을 나타낸다.
MASEL_StsEr.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
ASEL 의 레이어 매니지먼트 정보를 포함한 데이터 전송을 행하기 위한 프리미티브로서, ASEL 레이어 매니지먼트로부터 MASEL_DATA.req를 수신하여, MASEL_DATA.ind를 공급한다. 이들 프리미티브는 상대 측의 동위 ASEL 레이어 매니지먼트 엔티티 사이에서, 임의의 매니지먼트 정보를 전송하기 위해 사용된다.
MASEL_DATA.req 및 MASEL_DATA.ind 프리미티브에서의 파라미터는 AAL_UNITDATA.req 및 AAL_UNITDATA.ind 프리미티브에서의 AAL0 파리미터와 동일한 내용의 파라미터를 포함한다. 그 이유는, 이들의 프리미티브를 전송하기 위한 ASEL-PDU의 AAL타입은 하기 AAL0을 사용하기 때문이다.
MASEL_DATA.req 및 MASEL_DATA.ind 프리미티브에는 이하의 정보가 포함된다.
· ASEL-UNI를 식별하기 위한 ID(ASEL-UNI ID)
· VPI/VCI 값(VPI/VCI value)
· Management ID : 이 파라미터는 인터페이스 데이터로서 포함되어 있는 매니지먼트 정보의 종별을 식별하기 위해 사용된다.
· 인터페이스 데이터(Interface Data) : 이 파라미터는 항상 완전한 AAL-SDU에 상당한다.
· 손실 우선도(Loss Priority) : 이 파라미터는 AAL-SDU의 손실 우선도를 나타낸다. 이 파라미터는 후술하는 ASEL-PDU 헤더로 매핑된다.
· 폭주 표시(Congestion Indication) : 이 파라미터는 AAL-SDU가 폭주 상태를 경유했는지를 표시한다. 이 파라미터는 후술하는 ASEL-PDU 헤더로 매핑된다.
· 에러 상태(Error Status) : 이 파라미터는 인터페이스 데이터가 전송 에러를 포함하고 있는지를 나타낸다. 이 파라미터는 에러 데이터의 배신 기능을 사용하고 있는 경우만 사용된다. 이 파라미터는 MASEL_DATA.req 프리미티브에는 포함되지 않는다.
다음에, ASEL의 주요 기능에 대해 설명한다. 우선 제1로, 각 ASEL-UNI에서의 VPC/VCC 다중 분리가 가능하다. 즉, ASEL 엔티티는 Isochronous channel 상에 설정하는 VPC/VCC의 VPI(Virtual Path Identification)/VCI(Virtual Channel Identification) 값은 중복돼도 된다.
또한, ASEL 엔티티는 송신시에는 상대측의 노드 ID 번호인 Dest(데스티네이션)-ID, 수신시에는 자신의 노드 ID 번호인 Src(소오스)-ID마다 복수의 VPI/VCI 값의 설정 및 식별을 가능하게 한다.
또, 다른 Dest-ID 또는 Src-ID에서의 VPC/VCC의VPI/VCI 값은 중복돼도 된다. VPC/VCC에 관한 각종 파라미터는 ASEL 레이어 매니지먼트로부터의 MASEL_ConSet.req 프리미티브를 이용하여 설정된다.
제2로, ASEL은 QoS(Quality of Service)를 보증한다. 즉, ASEL은 ATM의 CBR(고정 전송 속도 : Constant Bit Rate) 서비스를 IEEE 1394 규격의 Isochronous 패킷을 이용하여, 또한 ATM의 UBR(Unassigned Bit Rate) 서비스, 및 ABR (Available Bit Rate) 서비스를 IEEE 1394 규격의 Asynchronous 패킷을 이용하여 행하고, ASEL 사용자에 대해 QoS를 보증한다.
도 7은 IEEE 1394 규격에서 교환되는 패킷의 데이터 포맷을 나타내고 있다. 이 패킷은 헤더부와 데이터 필드로 구성되고, 헤더부에는 Asynchronous 패킷의 경우 상대의 어드레스, 자신의 어드레스 및 전송 데이터 사이즈 등의 정보가 입력되고, Isochronous 패킷의 경우 채널 ID 등의 정보가 입력되며, 데이터 필드에 실제로 전송하는 데이터가 쿼드렛(quadlet) 단위(4바이트 단위)로 격납된다. 데이터 필드의 크기는 가변이고, 데이터 필드에는 패킷의 크기가 4바이트 단위로 되도록 데이터의 최후에 필요에 따라 적절하게 zero pad bytes가 삽입된다.
전송 속도가 100Mbps(메가비트/초)일 경우, 패킷의 최대 길이는 IEEE 1394 규격의 Isochronous 패킷에서는 1024 바이트, IEEE 1394 규격의 Asynchronous 패킷에서는 512 바이트이다. 또한, ASEL 엔티티에는 데이터 전송을 행하기 전에 MASEL_ConSet.req 프리미티브의 송신 세그먼트 사이즈 파라미터가 각각의 ASEL-VCC마다 설정된다. 따라서, 어떤 쪽의 값을 초과하는 패킷에 대해서는 복수의 패킷으로 분할하여 송신한다.
예를 들면, IEEE 1394 규격의 Asynchronous 패킷의 경우, 소정의 노드로부터 송신된 패킷은 IEEE 1394 시리얼 버스 내의 모든 노드로 전송되기 때문에, 각 노드는 이 패킷의 헤더부를 읽고, 자신의 노드 어드레스의 패킷 데이터이면 그것을 읽어 들인다. 또한, IEEE 1394 규격의 Isochronous 패킷의 경우, 노드 어드레스를 사용하지 않고, 채널 ID를 사용한다. 예를 들면, 동시에 복수의 노드로부터 데이터를 전송할 경우에는, 전송하는 데이터에 그 내용을 구별하기 위한 채널 ID를 각각 설정하고, 데이터를 수신하는 노드는 소정의 전송 데이터에 대응하는 채널 ID를 설정하여, 소망의 데이터만을 수신한다. 따라서, 2 이상의 노드가 동일한 채널 ID의 데이터를 수신할 수 있다. 이렇게 해서, 소정의 노드로부터 다른 소정의 노드로 데이터를 전송할 수 있다.
또한, 도 7에 나타낸 바와 같이, ASEL-PDU(프로토콜 데이터 단위 : Protocol Data Unit)는 IEEE 1394 규격에 규정되어 있는 Asynchronous packet formats with data block payload의 Write request for data block packet, 또는 Isochronous data block packet format의 데이터 필드에 삽입된다. 도 8 내지 도 10을 참조하여 후술하는 바와 같이, ASEL-PDU는 헤더부와 페이로드부로 구성된다.
ASEL-PDU를 전송할 경우, Asynchronous 패킷(Write request for block packet)의 헤더에서 이하의 필드 값이 고정된다.
· Destination offset 필드 : 본 Asynchronous packet의 데이터 필드에 ASEL-PDU가 격납되어 있는 것을 나타내기 위한 특유한 오프셋 값으로 한다.
· Transaction code 필드 : 0001 : write request for data block
· Extended Transaction code 필드 : 0000
ASEL-PDU를 전송할 경우, Isochronous 패킷(Isochronous data block packet)의 헤더에서 이하의 필드 값이 고정된다.
· Transaction code 필드 : 1010 : Isochronous data block
도 8 내지 도 10에 나타낸 바와 같이, ASEL-PDU는 헤더부와 페이로드부로 구성된다.
ASEL-PDU 헤더에는 이하의 정보가 포함된다.
· VPC/VCC를 식별하기 위한 VPI/VCI 정보
· ASEL 레이어 매니지먼트 식별 정보
· QoS 클래스
· ALL-SDU(서비스 데이터 단위 : Service Data Unit) 최종 표시
· AAL-SDU 시퀀스 번호
· AAL 타입 식별 정보
· AAL 특유 정보
또한, ASEL-PDU 페이로드는 이하의 정보를 포함한다.
· AAL-SDU
ASEL은 상술한 각종 기능을 동위의 ASEL 엔티티 사이에서, 도 8에 나타낸 바와 같은 ASEL-PDU를 사용함으로써 실현된다. 도 8은 모든 AAL 타입에 공통인 ASEL-PDU의 포맷을 나타내고 있다.
동도에서, VPI/VCI value는 VPI/VCI value 필드이고, VPI value에 1바이트, VCI value에 2바이트가 할당된다. 이는, ATM에서의 VPI 및 VCI를 에뮬레이션하기 위한 것이다. MI는 1비트로 구성되는 Management information Indicator 필드이고, AAL-SDU의 내용이 ASEL 레이어 매니지먼트 정보인지를 나타낸다. ASEL 레이어 매니지먼트 정보가 없을 때, 값 0이 세트되고, ASEL 레이어 매니지먼트 정보일 때, 값 1이 세트된다.
MNG-ID는 3비트의 ASEL layer Management Identifier 필드이고, Peer ASEL Entity 매니지먼트일 때, 값 000이 세트되고, Segment F5 flow OAM일 때, 값 001이 세트된다. End-End F5 flow OAM일 때, 값 011이 세트된다. 그 외의 값은 예약(reserved)이다. 또한, 여기서 예약이란 미정의 상태인 것을 의미한다.
QoS Class는 4비트의 QoS Class 필드이고, UBR 서비스 사용일 때, 값 0000이 세트되고, CBR 서비스 사용일 때, 값 0001이 세트된다. 또한, VBR(가변 전송 속도 : Variable Bit Rate) 서비스 사용일 경우, 값 0010이 세트된다. 또한, ABR(Available Bit Rate) 서비스 사용일 경우, 값 0011이 세트된다. 그 외의 값은 예약이다.
MR은 1비트의 More Indication 필드이고, 교환되는 PDU가 AAL-SDU의 종료부를 포함하는지를 나타낸다. AAL-SDU의 종료부를 포함할 때, 값 0이 세트되고, AAL-SDU의 종료부를 포함하지 않을 때, 값 1이 세트된다.
SN은 7비트의 Sequence Number 필드이고, VPI/VCI 값별로 관리되며, AAL-SDU의 내용이 ASEL 레이어 매니지먼트 정보 이외의 ASEL-PDU를 송신하는 도중에, 모듈 128에서 1가산된다. ASEL 레이어 매니지먼트정보를 포함할 경우, 이 필드는 가산되지 않는다. 따라서, 수신 측은 SN 필드 값이 불연속일 경우, 도중에서 전송 오류 등에 의해 ASEL-PDU의 상실 또는 오삽입이 발생한 것을 검출할 수 있다.
AAL-Type 필드는 4비트로 구성되고, AAL의 타입을 나타낸다. AAL의 타입이 AAL0(null AAL 또는 raw cell과 같음)일 때, 즉 AAL이 없을 때, 값 0000이 세트된다. AAL의 타입이 AAL1일 때, 값 0001이 세트된다. AAL의 타입이 AAL2일 때, 값 0010이 세트된다. AAL의 타입이 AAL3 또는 4일 때, 값 0011이 세트된다. AAL의 타입이 AAL5일 때, 값 0101이 세트된다. 또한 값 0100 및 그 외의 값은 예약이다.
AAL Specific Information 필드는 20비트로 구성되고, 각 AAL 타입마다 특유한 정보가 격납된다. Payload(AAL-SDU) 필드는 가변 길이이고, 상위 레이어 또는 레이어 매니지먼트와 교환하는 SDU를 격납한다. PAD 필드는 IEEE 1394 규격의 Asynchronous/Isochronous packet의 데이터 필드 내의 zero pad bytes이고, Payload 필드가 4바이트의 정수배가 되도록 삽입된다.
도 9는 ASEL-PDU(AAL5 Type)의 포맷 및 코딩예를 나타내고 있다. AAL5 Type의 ASEL-PDU에서는 도 8에 나타낸 MI 필드에 값 0이 세트되고, AAL Type 필드에 값0101이 세트된다. 그리고, AAL Specific Information 필드에 AAL5 Type으로 특유한 정보가 격납된다. 즉, LP는 1비트의 Loss Priority 필드이고, 저손실 우선도일 때 값 0이 세트되고, 고손실 우선도일 때 값 1이 세트된다. LP 필드는 시스템 내에서 폭주 상태가 된 경우에서, 중요하지 않은 셀부터 우선적으로 폐기할 때 사용되는 것으로, 예컨대 값 0이 세트된 것이 폐기되기 어렵게, 값 1이 세트된 것이 폐기되기 쉽게 되도록 처리된다.
CI는 1비트의 Congestion Indicator 필드이고, 폭주 이력(履歷)이 없을 때 값 0이 세트되고, 폭주 이력이 있을 때 값 1이 세트된다. 계속해서 2비트는 예약되어 있다.
EI는 1비트의 Error Indicator 필드이고, 에러가 없을 때 값 0이 세트되고, 에러가 있을 때 값 1이 세트된다. ER-ID는 7비트의 Error Identifier 필드이고, 미사용의 경우 값 0000000이 세트된다. 값 0000001 내지 0111111은 예약되어 있다. CPCS(Common Part Convergence Sublayer) CRC 에러의 경우, 값 1000001이 세트되고, CPCS-SDU Length 에러일 때, 값 1000010이 세트된다. 그 외의 값은 예약이다.
다음의 CPCS-UU는 8비트의 CPCS-User to User information file Id이다.
도 10은 ASEL-PDU(AAL0 Type)의 포맷 및 코딩예를 나타내고 있다. AAL0 Type의 ASEL-PDU의 포맷은 도 8에 나타낸 MR 필드에 값 0이 세트되고, AAL Type 필드에 값 0000이 세트된다. 그리고, AAL Specific Information 필드에, AAL0 Type으로 특유한 정보가 격납된다. 즉, LP는 1비트의 Loss Priority 필드이고, 저손실 우선도일 때 값 0이 세트되고, 고손실 우선도일 때 값 1이 세트된다. CI는 1비트의 Congestion Indicator 필드이고, 폭주 이력이 없을 때 값 0이 세트되고, 폭주 이력이 있을 때 값 1이 세트된다. 계속해서 2비트는 예약되어 있다.
EI는 비트의 Error Indicator 필드이고, 에러가 없을 때, 값 0이 세트되고, 에러가 있을 때 값 1이 세트된다. ER-ID는 7비트의 Error Identifier 필드이고, 미사용의 경우, 값 0000000이 세트된다. OAM(Operation And Maintenance) 셀 EDC(Error Detection Code) 에러일 때, 값 0000001이 세트된다. 그 외의 값은 예약이다. 다음의 8비트는 예약되어 있다.
다음에, ASEL의 기능의 하나인 ASEL 커넥션 매니지먼트의 형태에 대해 나타낸다.
도 11에 나타낸 바와 같이, ASEL-CMI(Connection Management Interface)는 각 ASEL-UNI 상에 1개 존재한다. ASEL-CMI는 Network side인 ATM/1394 중계기(3) 및 User side인 1394 단말(4-1 ∼ 4-3)에 실장된 ASEL-CME(Connection Management Entity)를 상호 접속하기 위한 인터페이스이다.
ASEL-CMI의 기능을 이하에 나타낸다.
· ASEL-CMI를 통해, ASEL Connection Management Protocol (ASEL-CMP)라고 불리는 ASEL-PDU가 전송된다.
· ASEL-CMP는 AAL0 타입의 1394 Asynchronous 패킷을 이용한 ASEL-PDUs에 의해 동위 ASEL-CME간의 메시지를 전송하여, ASEL-VCC를 제어한다.
· ASEL-CMP의 메시지에서 사용하는 ASEL-PDU 헤더의 각 필드의 코딩은 이하와 같다.
· VPI/VCI value = 모두 0
· MI = 1
· MNG-ID = 000(동위 ASEL 엔티티 매니지먼트)
· QoS 클래스 = 0000
· AAL-Type = AAL0
ASEL-CMP에서 사용하는 메시지의 일람을 표 1과 표 2에 나타낸다. 표 1의 메시지는 송수신하는 것으로 ASEL-CME가 상태 천이를 발생시킬 가능성이 있는 메시지이고, 표 2의 메시지는 상태 천이를 발생시키는 않는 메시지이다.
상태 천이를 일으키는 ASEL-CMP의 메시지
명칭 방향 접속 상태 파라미터
WakeUp U→N 브로드캐스트 User side Self ID,User side Node Unique ID
Actreq N→U 1대1 User side Self ID,User side Node Unique ID,Network side Self ID,Network side Node Unique ID
Actack U→N 1대1 Error Code
상태 천이를 일으키지 않는 ASEL-CMP의 메시지
명칭 방향 접속 상태 파라미터
Isoreq U→N 1대1 Assigned VPI/VCI
Isoply N→U 1대1 Assigned VPI/VCI,Assigned Isochronous ChannelValue,ASEL-VCC Operation Speed
DestIDRply N→U 1대1 Assigned VPI/VCI,Destination Self ID,ASEL-VCC Operation Speed
Wakeup 메시지(그 포맷은 도 15를 참조하여 후술함)는 각 User side의 ASEL-CME가 자신의 상승이 완료된 것을 Network side에 통지할 때에 사용된다. 이 메시지는 항상 1394 Asynchronous 패킷의 Destination ID로서, 브로드캐스트 어드레스를 사용한다.
ActReq 메시지(그 포맷은 도 16을 참조하여 후술함)는 Wakeup 메시지를 수신한 후, Network side의 ASEL-CME가 각각의 User side에 대해 ASEL-CME의 기동을 요구함과 동시에, Network side의 Self ID(예를 들면, 전원 투입시 등에, IEEE1394 규격에 의해 자동적으로 부가되는 ID) 및 Node Unique ID의 등록을 요구할 때에 사용된다.
ActAck 메시지(그 포맷은 도 17을 참조하여 후술함)는 User side의 ASEL-CME가 ActReq 수신에 대한 동작의 결과를 Network side에 통지할 때에 사용된다.
IsoReq 메시지(그 포맷은 도 18을 참조하여 후술함)는 User side의 ASEL-CME가 할당된 VPI/VCI를 해결하는 Isochronous 채널 값을 Network side에 요구할 때에 사용된다.
Isoply 메시지(그 포맷은 도 19를 참조하여 후술함)는 Network side의 ASEL-CME가 Isochronous 채널을 User side에 할당하기 위해, IsoReq에 응답할 때에 사용된다.
DestIDReq 메시지(그 포맷은 도 20을 참조하여 후술함)는 User side의 ASEL-CME가 할당된 VPI/VCI를 해결하는 Asynchronous 패킷의 Destination ID의 값을 Network side에 요구할 때에 사용된다.
DestIDRply 메시지(그 포맷은 도 21을 참조하여 후술함)는 Network side의 ASEL-CME가 상대측 노드의 Self ID를 User side에 교시하기 위해, DestIDreq에 응답할 때에 사용된다.
도 12 및 도 13에 User side 및 Network side의 ASEL-CME에서의 상태 천이를 각각 나타낸다.
상태 천이는 각 ASEL-CMI마다 독립해서 발생한다. 이 때문에, 복수의 ASEL-CMI가 존재하는 장치는 대응하는 각각의 ASEL-CME마다의 상태를 관리할 필요가 있다.
도 12 및 도 13에서, Reset Status는 초기화 상태 또는 1394 시리얼 버스의 리셋 직후에 트리 토폴로지(tree topology)가 확정되는지의 상태를 나타내고, ActPending Status는 User side(도 12)에서는 Network side로부터의 ActReq 메시지 수신을, Network side(도 13)에서는 User side로부터의 ActAck 메시지 수신을 각각 대기하고 있는 상태를 나타내며, Act Status는 Network side 및 User side 모두, ASEL-CME가 활성화되어 있는 것을 서로 인식해서 맞추고 있는 상태를 나타낸다.
Act Status에서만 Network side 및 User side의 ASEL-CME는 표 2에 나타낸 리소스를 획득하기 위한 메시지(즉, IsoReq, IsoRply, DestIDReq, DestIDRply)를 교환할 수 있다.
또한, Timer_Reset은 1394 시리얼 버스의 버스 리셋 허용 기간을 나타내기 위한 것이다. 통상, 1394 버스 리셋이 발생한 경우에도, 수 100㎲ 동안에 리셋 상태로부터 복구된다. ASEL-VCC는 이와 같은 순간적인 리셋 상태로의 천이에 의해 해방되는 것은 바람직하지 않다. 즉, Timer_Reset이 만료할 때까지, Network side 및 각각의 User side의 ASEL-CME는 모든 ASEL-VCC의 설정을 유지하지 않으면 안된다. 그러나, 각각의 ASEL-CME가 Act Status로 복귀할 때까지, Point-Point의 토폴로지 타입의 ASEL-VCC에서의 Asynchronous 패킷은 폐기될 것이다. 왜냐하면, 그들의 Asynchronous 패킷에서의 Destination ID가 이 시점에서는 불확정하기 때문이다.
또한, Timer_ActPending은 User side에서의 Wakeup 메시지 또는 Network side에서의 ActReq 메시지를 재송하기 위한 타이밍을 나타낸 것이다.
도 14는 모든 ASEL-CMP메시지에 공통인 필드의 포맷을 나타낸 것이다.
도 14에서 Message ID 필드는 8비트로 구성되고, ASEL-CMP 메시지의 종별을 표시한다. 값 00000000은 미사용이다. Wakeup 메시지의 경우 값 00000001이 세트되고, ActReq 메시지의 경우, 값 00000010이 세트되며, ActAck 메시지의 경우 값 00000011이 세트되고, IsoReq 메시지의 경우 값 00000100이 세트되며, IsoRply 메시지의 경우 값 00000101이 세트되고, DestReq 메시지의 경우 값 00000110이 세트되며, DestIDRply 메시지의 경우, 값 00000111이 각각 세트된다. 또한, 그 외의 값은 예약이다.
Reference ID 필드는 16비트로 구성되고, Network side와 User side 사이에서 상태 천이의 모순이 생기지 않도록, 서로가 참조하는 식별 번호를 나타낸다. User side의 ASEL-CME가 Reset Status로부터 천이할 때에 WakeUp 메시지를 송신할 경우, User side의 ASEL-CME는 그 ASEL-CMI에서 유니크한 값의 새로운 Reference ID를 그 WakeUp 메시지에 할당하지 않으면 안된다. User side와 Network side의 ASEL-CME는 현재의 Reference ID로서, 이 값을 사용하지 않으면 안된다. 또한, 현재의 Reference ID의 값과 다른 값을 갖는 WakeUp 메시지 이외의 임의의 메시지를 수신했을 경우에 그것을 무시하지 않으면 안된다.
Error Code 필드는 8비트로 구성되고, ASEL-CME에서 발생한 에러 또는 경고 요인을 표시한다. Error Code 필드는 각각의 메시지마다 정의된다. 코딩 룰의 상세에 대해서는 후술한다. 에러 및 경고가 없을 경우, 값 00000000이 세트된다. 경고 대상의 사상(事象)이 발생했을 경우, 상위 2비트에 값 10이 세트된다. 경고부의 메시지를 수신했을 경우, 가능한 한 처리를 단속(斷續)한다. 중대한 에러의 대상이 되는 사상이 발생했을 경우, 상위 2비트에 값 11이 세트된다. 이 에러부의 메시지를 수신했을 경우, 즉시 ASEL 레이어 매니지먼트에 에러를 통지한다. 그 외의 값은 예약이다.
도 15에 WakeUp 메시지의 포맷을 나타낸다.
도 15에서, Error Code 필드의 코딩은 에러가 없을 경우, 값 00000000이 세트되고, 메시지의 재송의 경고일 경우, 값 10000001이 세트된다. 그 외의 값은 예약이다.
User side Node_Unique_ID(NU_ID) 필드는 64비트로 구성되고, User side의 ASEL-CME에 의해 User side의 1394 단말이 보유하고 있는 글로벌로 유니크한 Node Unique ID의 값이 세트된다. 상위 24비트는 Vendor_ID를 나타내고, 하위 40비트는 Chip_ID를 나타낸다.
User side Self ID 필드는 16비트로 구성되고, User side의 ASEL-CME에 의해 User side의 노드 어드레스인 Self ID의 값이 세트된다. 상위 10비트는 BUS_ID를 나타내고, 하위 6비트는 PHY_ID를 나타낸다.
도 16은 ActReq 메시지의 포맷을 나타낸다.
도 16에서, Error Code 필드의 코딩은 에러가 없을 경우 값 00000000이 세트되고, 메시지 재송의 경고일 경우 값 10000001이 세트된다. 또한, 토폴로지 변화의 경고일 경우 값 10000010이 세트된다. 그 외의 값은 예약이다.
Network side Node_Unique_ID(NU_ID) 필드는 64비트로 구성되고, User side의 ASEL-CME에 의해 Network side의 장치가 1394 시리얼 버스마다 보유하고 있는 글로벌에서 유니크한 Node Unique ID 값의 1개가 세트된다. 상위 24비트는 Vendor_ID를 나타내고, 하위 40비트는 Chip_ID를 나타낸다.
Network side Self ID 필드는 16비트로 구성되고, Network side의 ASEL-CME에 의해 Network side의 노드 어드레스인 Self ID 값이 세트된다. 상위 10비트는 BUS_ID를 나타내고, 하위 16비트는 PHY_ID를 나타낸다.
도 17에 ActAck 메시지의 포맷을 나타낸다.
도 17에서, Error Code 필드의 코딩은 에러가 없을 경우 값 00000000이 세트되고, 기동 실패의 중대한 에러일 경우 값 11000001이 세트된다. 그 외의 값은 예약이다.
도 18에 IsoReq 메시지의 포맷을 나타낸다.
도 18에서, Error Code 필드의 코딩은 에러가 없을 경우 값 00000000이 세트되고, 메시지 재송의 경고일 경우 값 10000001이 세트된다.
Assigned VPI/VCI 필드는 24비트로 구성되고, 자신의 ASEL 레이어 매니지먼트로부터 MASEL-ConSet.req 프리미티브에 의해 할당된 VPI 값(8비트)과, VCI 값(16비트)이 세트된다.
도 19에 IsoRply 메시지의 포맷을 나타낸다.
도 19에서, Error Code 필드의 코딩은 에러가 없을 경우 값 00000000이 세트되고, 이용 가능한 Isochronous channel이 존재하지 않는 중대한 에러일 경우 값 11000010이 세트된다.
Assigned VPI/VCI 필드는 24비트로 구성되고, User side로부터의 IsoReq 메시지에 포함된 VPI 값(8비트)과, VCI 값(16비트)이 세트된다.
Assigned Isochronous Channel 필드는 8비트로 구성되고, 상위 2비트는 1394 Isochronous 패킷 헤더의 Tag 필드가 세트된다. 하위 6비트는 Network side가 할당한 Isochronous channel이 세트된다.
Tag field의 사용 방법의 일례로서, Isochronous 패킷 수신시의 필터링용 비트맵으로서 이용한다. 예를 들면, 2비트 중 상위 2비트를 Network side의 Listen Bit, 하위 비트를 User side의 Listen Bit로 하여, 해당하는 비트가 1로 되어 있는 경우에만 패킷을 수신하도록 한다. 이 사용 방법은 각각의 노드가 Isochronous 채널에 의해 필터링 기능이 충분하지 않을 때(예를 들면, 설정할 수 있는 채널수가 적을 때)에, 불필요한 패킷의 수신을 가능한 한 간단히 방지할 경우에 유효하다. 예를 들면, 송신해야 할 패킷이 없을 때에 송신하는 Dummy 패킷의 Tag field를 (0, 0)으로 설정하므로서, Isochronous channel의 값을 식별할 필요가 없이 무시할 수 있다. 또한, (0, 1)은 User side만이 수신해야 하는 ASEL-VCC에 할당되고, (1, 0)은 Network side만이 수신해야 하는 ASEL-VCC에 할당되며, (1, 1)은 User side 및 Network side 함께 수신해야 하는 ASEL-VCC에 할당된다.
또한, Tag field는 Isochronous channel의 채널수를 확장하는데 사용할 수도 있다. 즉, 6비트의 Isochronous channel을 8비트로 확장하여, 그 상위 2비트에 Tag field를 사용한다. 이 때, Tag field의 값 00은 사용하지 않는다. 따라서, 이 필드 전체로서는 값 00000000으로부터 값 00111111까지가 이용할 수 없는 값이 되고, 이용 가능한 Isochronous channel로서 값 01000000으로부터 값 11111111까지가 세트된다.
ASEL-VCC Opr_Speed 필드는 8비트로 구성되고, 이 ASEL-VCC에서 데이터 전송 가능한 속도를 나타낸다. S100(100Mbps)일 경우 값 00000000이 세트되고, S200(200Mbps)일 경우 값 00000001이 세트된다. 또한, S400(400Mbps)일 경우 값 00000010이 세트된다. 그 외의 값은 예약이다.
도 20에 DestIDreq 메시지의 포맷을 나타낸다.
도 20에서, Error Code 필드의 코딩은 에러가 없을 경우 값 00000000이 세트되고, 메시지 재송의 경고일 경우 값 10000001이 세트된다.
Assigned VPI/VCI 필드는 24비트로 구성되고, 자신의 ASEL 레이어 매니지먼트로부터 MASEL_ConSet.req 프리미티브에 의해 할당된 VPI 값(8비트)과, VCI 값(16비트)이 세트된다.
도 21에 DestIDRply 메시지의 포맷을 나타낸다.
도 21에서, Error Code 필드의 코딩은 에러가 없을 경우, 값 00000000이 세트되고, Destination ID가 보이지 않는 중대한 에러일 경우 값 11000011이 세트된다.
Assigned VPI/VCI 필드는 24비트로 구성되고, User side로부터의 DestIDReq 메시지에 포함된 VPI 값(8비트)과, VCI 값(16비트)이 세트된다.
Destination Self ID 필드는 16비트로 구성되고, 이 ASEL-VCC에 대응한 상대편의 노드 어드레스인 Self ID의 값이 세트된다. 상위 10비트는 BUS_ID를 나타내고, 하위 6비트는 PHY_ID를 나타낸다.
ASEL-VCC Opr_Speed 필드는 8비트로 구성되고, 이 ASEL-VCC에서 데이터 전송 가능한 속도를 나타낸다. S100(100Mbps)일 경우 값 00000000이 세트되고, S200(200Mbps)일 경우 값 00000001이 세트된다. 또한, S400(400Mbps)일 경우 값 00000010이 세트된다. 그 외의 값은 예약이다.
다음에, ASEL-CME 상태 천이의 프로세스에 대해 SDL(State and Description Language)로 표현한 플로우차트를 이용하여 설명한다. 또한, SDL 키의 일람은 도 22에 나타내고 있다. 도 23 내지 도 53의 플로우차트에 나타낸 각 기호는 도 22에 나타낸 바와 같은 의미를 갖고 있다. 도 12에 나타낸 User side에서의 ASEL-CME의 커맨드에 관한 프로세스를 도 23 내지 도 28에 나타내고, 도 13에 나타낸 Network side에서의 ASEL-CME의 커맨드에 관한 프로세스를 도 29 내지 도 35에 나타낸다. 또한, 송신측의 데이터 전송 프로세스를 도 36 내지 도 43에 나타내고, 수신측의 데이터 전송 프로세스를 도 44 내지 도 53에 나타낸다.
이하에, 이들의 프로세스에 대해 설명하기 전에, 각 프로세스에서 표시되는 파라미터에 대해 설명하면 이하와 같다.
이하의 파라미터는 ASEL 엔티티에 공통으로 설정한다.
· aselLayerOprMode는 ASEL 엔티티가 User side와 Network side 중 어떤 모드에서 동작하고 있는지를 나타내고, Unknown(0), User side(1), Network side(2)의 3종류의 값을 취할 수 있다.
· aselLayerTimer_Reset은 Timer_Reset 기동으로부터 만료까지의 시간을 나타내고, 1부터 64까지의 정수값으로 표시된다. 단위는 초이다. 디폴트 값은 32이다.
· aselLayerTimer_ActPending은 Timer_ActPending 기동으로부터 만료까지의 시간을 나타내고, 1부터 64까지의 정수값으로 표시한다. 단위는 초이다. 디폴트 값은 1이다.
· aselLayerMaxTimerExpire는 Timer_ActPending 타이머가 허용되는 만료 회수의 최대값을 나타내고, 1부터 255까지의 값을 취할 수 있다. 디폴트 값은 4이다.
· aselLayer1394DestOffset은 수신하고 있는 Asynchronous write request 패킷의 페이로드가 ASEL-PDU인 것을 식별하기 위해 사용하는 특별한 Destination Offset address를 나타내고, 48비트(0부터0xffffffffffff)의 정수값을 취할 수 있다.
이하의 파라미터는 ASEL-UNI마다 독립해서 설정한다.
· aselLayerUniId는 ASEL-UNI를 유니크로 식별하기 위한 값(ASEL-UNI ID 값)을 나타낸다.
· aselLayer1394BusIndex는 ASEL-UNI 상에 존재하는 1394 시리얼 버스를 유니크로 식별하기 위한 값(1394 Bus Index 값)을 나타낸다.
· aselLayerStatus는 ASEL-UNI의 현재 동작 Status를 나타내고, ASEL0CME의 Status와 마찬가지로, Reset(0), ActPending(1), Act(2)의 3종류의 값을 취할 수 있다. 초기값은 Reset(0)이다.
· aselLayerNetSideNodeUniId는 ASEL-UNI의 Network side의 1394 노드를 식별하기 위한 글로벌로 유니크한 값(Network side Node_Unique_ID 값)을 나타내고, 64비트(0부터 0xffffffffffffffff)의 정수값을 취할 수 있다.
· aselLayerUserSideNodeUniqId는 ASEL-UNI의 User side의 1394 노드를 식별하기 위한 글로벌로 유니크한 값(User side Node_Unique_ID 값)을 나타내고, 64비트(0부터 0xffff ffff ffff ffff)의 정수값을 취할 수 있다.
· aselLayerNetSideNodeSelfId는 ASEL-UNI의 Network side의 1394 노드를 식별하기 위한 1394 시리얼 버스 상의 물리적인 어드레스 값(Network side Self ID)을 나타내고, 16비트(0부터 0xffff)의 정수값을 취할 수 있다. 초기값 및 클리어 후의 값은 Oxffff로 한다.
· aselLayerUserSideNodeSelf는 ASEL-UNI의 User side의 1394 노드 식별을 위한 1394 시리얼 버스 상의 물리적인 어드레스 값(User side Self ID)을 나타내고, 16비트(0부터0xffff)의 정수값을 취할 수 있다. 초기값 및 클리어 후의 값은 0xffff로 한다.
이하의 파라미터는 ASEL-VCC마다 독립해서 설정한다.
· aselVccVpi는 ASEL-VCC의 VPI값을 나타내고, 0부터 255의 값을 취할 수 있다.
· aselVccVci는 ASEL-VCC의 VCI값을 나타내고, 0부터 5535의 값을 취할 수 있다.
· aselVccConnId는 모든 ASEL-UNI를 통해 ASEL-VCC를 유니크로 식별하기 위한 값(ASEL Connection ID 값)을 나타낸다.
· aselVccRoutArea는 ASEL-VCC의 루팅 범위를 나타내고, External(1), Internal and same 1394 bus(2), Internal and other 1394 bus(3), Terminate(4), Unknown(5)의 5종류의 값을 취할 수 있다. External(1) 루팅은 calling party 또는 called party가 모든 ASEL-UNI 상에 존재하지 않는 것을 나타낸다.
· aselVccTopology는 설정된ASEL-VCC의 토폴로지의 타입을 나타내고, Point-Point(1), Point-MultiPoint(2)의 2종류의 값을 취할 수 있다.
· aselVccStatus는 ASEL-VCC의 상태를 나타내고, Down(0), Up(1)의 2종류의 값을 취할 수 있다. ASEL의 상위 레이어는 이 상태가 Up(1)일 때만 데이터 전송을 행할 수 있다.
· aselVccAalType은 ASEL-VCC을 사용하는 AAL 타입을 나타내고, AAL0(0), AAL1(1), AAL3/4(3), AAL5(5)의 5종류의 값을 취할 수 있다. ASEL-VCC를 사용하지 않을 경우, AAL0(0)을 설정한다.
· aselVccQosType은 ASEL-VCC의 송신 및 수신의 쌍방향의 QoS Class를 나타내고, UBR(0), CBR(1), VBR(2), ABR(3)의 4종류의 값을 취할 수 있다.
· aselVccOprSpeed는 ASEL-VCC의 데이터 전송 가능한 속도를 나타내고, S100(0), S200(1), S400(3)의 3종류의 값을 취할 수 있다.
· aselVccTransmitSegLen은 긴 AAL-SDU를 최종의 데이터 유니트를 없애 몇 개의 동일 길이의 데이터 유니트로 분할할 때에 사용된다. 그들의 데이터 유니트는 ASEL-SDU로서 송신된다. 이 파라미터 값은 송신하는 각각의 ASEL-PDU 길이와 같게 바이트 단위의 정수값으로 나타낸다.
· aselVccReceiveSeqUse는 ASEL 엔티티가 수신 ASEL 헤더의 Sequence Number를 사용하는지를 ASEL-VCC마다 설정하는 것으로, No use(0), Use(1)의 2종류의 값을 취할 수 있다.
· aselVccIsoDelayVariationTolerance는 Isochronous link 상의 ASEL-VCC에서의 ASEL-PDU에 대한 지연 요동 허용치를 나타내고, 단위 시간 부근의 ASEL-PDU 수로 표시된다.
· aselVccIsoTransmitBand는 Isochronous link 상의 ASEL-VCC에서의 ASEL-PDU의 송신 대역을 나타내고, 단위는 64Kbps(1Byte/Cycle)로 표시한다.
· aselVccIsoReceivedBand는 Isochronous link 상의 ASEL-VCC에서의 ASEL-PDU의 수신 대역을 나타내고, 단위는 64Kbps(1Byte/Cycle)로 표시한다.
· aselVccAsyncDestId는 Asynchronous link 상의 ASEL-VCC에서 ASEL-PDU의 송신시에 사용하는 Destination ID를 나타낸다.
· aselVccAsyncPeakTransmitRate는 Asynchronous link 상의 ASEL-VCC에서의 ASEL-PDU의 피크 송신 레이트를 나타내고, 단위는 64Kbps로 표시한다. 이 파라미터는 단위 시간당 ASEL-PDU 길이의 총합을 제한할 수 있다.
· aselVccAsyncPeakReceiveRate는 Asynchronous link 상의 ASEL-VCC에서의 ASEL-PDU의 피크 수신 레이트를 나타내고, 단위는 64Kbps로 표시한다.
이하의 파라미터는 ASEL-VCC 상의 AAL마다 독립해서 설정한다.
· aselAalConnVpi는 AAL을 사용하고 있는 ASEL-VCC의 VPI 값을 나타낸다.
· aselAalConnVci는 AAL을 사용하고 있는 ASEL-VCC의 VCI 값을 나타낸다.
· aselAal5ConnErSduDeliver는 AAL5를 사용하고 있는 ASEL-VCC에만 관계한다. CRC 에러가 수신한 AAL5-SDU에 발견된 경우, ASEL 엔티티에서의 AAL5의 에뮬레이션 기능으로 상위 레이어에 대해 그 SDU를 배신하는지 선택할 수 있다.
· aselAal5ConnTransmitMaxSduSize는 ASEL-VCC의 송신 방향으로 서포트되는 최대 AAL5-SDU 사이즈(단위는 옥텟(octet))를 나타내고, 0부터 65535까지의 값을 취할 수 있다. 디폴트 값은 9188이다.
· aselAal5ConnReceiveMaxSduSize는 ASEL-VCC의 수신 방향으로 서포트되는 최대 AAL5-SDU 사이즈(단위는 옥텟)를 나타내고, 0부터 65535까지의 값을 취할 수 있다. 디폴트 값은 9188이다.
· aselAal0ConnErSduDeliver는 AAL0을 사용하고 있는 ASEL-VCC에만 관계한다. CRC 에러가 수신한 AAL0-SDU에 발견된 경우, ASEL 엔티티에서의 AAL0의 에뮬레이션 기능으로서 상위 레이어에 대해 그 SDU를 배신하는지 선택할 수 있다.
이하의 파라미터는 QoSClass가 ABR인 ASEL-VCC마다 독립해서 설정한다.
· aselVccAbrVpi는 ABR ASEL-VCC의 VPI 값을 나타낸다.
· aselVccAbrVci는 ABR ASEL-VCC의 VCI 값을 나타낸다.
·aselVccAbrMinTransmitRate는 ABR ASEL-VCC에서의 ASEL-PDU의 최소 송신 레이트를 나타내고, 단위는 64Kbps로 표시한다.
· aselVccAbrMinReceiveRate는 ABR ASEL-VCC에서의 ASEL-PDU의 최소 수신 레이트를 나타내고, 단위는 64Kbps로 표시한다.
· aselVccAbrInitialTransmitRate는 ABR ASEL-VCC에서의 ASEL-PDU의 초기 송신 레이트를 나타내고, 단위는 64Kbps로 표시한다. 이 파라미터는 데이터의 발생이 개시되는 초기의 단위 시간당 ASEL-PDU 길이의 총합을 유도한다. 이 파라미터의 값은 aselVccAsyncPeakTransmitRate보다 크게 되지는 않고, 작은 값으로 되지는 것이 보통이다.
· aselVccAbrInitialReceiveRate는 ABR ASEL-VCC에서의 ASEL-PDU의 초기 수신 레이트를 나타내고, 단위는 64Kbps로 표시한다.
· aselVccAbrAllowedTransmitRate는 ABR ASEL-VCC에서의 ASEL-PDU의 송신 가능한 레이트를 나타내고, 단위는 64Kbps로 표시한다. 이 파라미터는 단위 시간당 ASEL-PDU 길이의 총합을 제어할 수 있다. 이 파라미터의 값은 aselVccAsyncPeakTransmitRate보다 크게 되지는 않고, 작을 값으로 되는 것이 보통이다.
· aselVccAbrAllowedReceiveRate는 ABR ASEL-VCC에서의 ASEL-PDU의 수신 가능한 레이트를 나타내고, 단위는 64Kbps로 표시한다.
· aselVccAbrTransmitTrm은 액티브한 발생원에서의 ASEL-PDU에 포함된 송신 RM 셀 간격의 상한치를 밀리초로 나타내고, trmO0point78125(1), trm1point5625(2), trm3point125(3), trm6point25(4), trm12point5(5), trm25(6), trm50(7), trm100(8)의 8종류의 값을 취할 수 있다. 디폴트 값은 trm100(8)이다.
· aselVccAbrTransmitCdf는 컷오프 감소 팩터로, ASEL-PDU에 포함된 역방향의 RM 셀의 분실 또는 지연에 관련지어, 레이트를 감소시키도록 제어한다. 이 파라미터는 cdf0(1), cdfOneOver64(2), cdfOneOver32(3), cdfOneOver16(4), cdfOneOver8(5), cdfOneOver4(6), cdfOneOver2(7), cdfOne(8)의 8종류의 값을 취할 수 있다. 이 값을 큰 값으로 하면 할수록, 결과적으로 빠르게 레이트가 감소된다. 디폴트 값은 cdfOneOver16(4)이다.
· aselVccAbrTransmitRif는 레이트 증가 팩터로, ASEL-PDU에 포함된 역방향의 RM 셀이 CI=0 및 NI=0과 함께 수신된 경우, 레이트를 증가시키도록 제어한다. 이 파라미터는 rifOneOver32768(1), rifOneOver16384(2), rifOneOver8192(3), rifOneOver4096(4), rifOneOver2048(5), rifOneOver1024(6), rifOneOver512(7), rifOneOver256(8), rifOneOver128(9), rifOneOver64(10), rifOneOver32(11), rifOneOver16(12), rifOneOver8(13), rifOneOver4(14), rifOneOver2(15), rifOne(16)의 16종류의 값을 취할 수 있다. 이 값을 큰 값으로 하면 할수록, 결과적으로 빠르게 레이트가 증가한다. 디폴트 값은 rifOneOver16(12)이다.
· aselVccAbrTransmitRdf는 레이트 감소 팩터로, ASEL-PDU에 포함된 역방향의 RM 셀이 CI=1과 함께 수신된 경우, 레이트를 감소시키도록 제어한다. 이 파라미터는 rdfOneOver32768(1), rdfOneOver16384(2), rdfOneOver8192(3), rdfOneOver4096(4), rdfOneOver2048(5), rdfOneOver1024(6), rdfOneOver512(7), rdfOneOver256(8), rdfOneOver128(9), rdfOneOver64(10), rdfOneOver32(11), rdfOneOver16(12), rdfOneOver8(13), rdfOneOver4(14), rdfOneOver2(15), rdfOne(16)의 16종류의 값을 취할 수 있다. 이 값을 큰 값으로 하면 할수록, 결과적으로 빠르게 레이트가 감소한다. 디폴트 값은 rdfOneOver16(12)이다.
· aselVccAbrTransmitAdtf는 ACR 감소 타임 팩터로, ACR이 ICR로 감소되기 전의 ASEL-PDU에 포함된 RM 셀을 송신하는 간격의 허용 시간을 나타내고, 1부터 1023(단위는 10밀리초)까지의 값을 취할 수 있다. 이 값을 큰 값으로 하면 할수록, 결과적으로 길게 현재의 레이트를 유지할 수 있다. 디폴트 값은 50(500ms)이다.
다음에, 도 23의 플로우차트를 참조하여 도 12의 User side의 Reset에서의 상태 천이에 대해 설명한다. 도 23의 단계(S1 내지 S10)의 처리는 Reset 상태로부터 ActPending 상태로 천이할 경우의 처리이고, 단계(S13 내지 S19)의 처리는 재차 Reset 상태로 천이할 경우의 처리이다. 단계(S11, S12)의 처리에 대응하는 경로는 도 12에는 나타내지 않았다.
단계(S1)에서, ASEL 레이어 매니지먼트로부터 MASEL_Act_Req의 프리미티브를 수신하면, 단계(S2)에서 ASEL-CME는 ASEL-UNI ID가 이미 존재하는지를 판정한다. 이 ID가 미리 존재하지 않을 경우에는 단계(S3)로 진행하고, ASEL-CME는 aselLayerUniId에 ASEL-UNI ID를 설정한다.
다음에, 단계(S4)로 진행하여, aselLayer1394BusIndex가 설정된다. 또한, 단계(S5)에서는 aselLayerUserSideNodeUniqId와 aselLayerUserSideNodeSelfId가 설정된다. 또, 단계(S2)에서 ASEL-UNI ID가 이미 존재한다라고 판정된 경우에는, 단계(S3 내지 S5)의 처리는 스킵된다.
다음에, 단계(S6)로 진행하고, Reference ID가 증가된 후, 단계(S7)에서 WakeUp의 메치지가 Network side의 ASEL-CME로 출력된다. 단계(S8)에서는 aselLayerStatus에 Pending이 설정된다. 그리고, 단계(S9)에서 Timer_Reset이 정지되고, 단계(S10)에서 Timer_ActPending이 기동된다. 그리고, ActPending의 상태로 천이된다.
단계(S13)에서, Timer_Reset 만료의 로컬 이벤트가 수신되었을 때, 단계(S14)로 진행하고, Reset으로부터의 회복 정지의 로컬 이벤트의 송신 처리가 행해진다. 다음에, 단계(S15)로 진행하고, 해당하는 ASEL-UNI 상의 ASEL-VCC가 검색된다. 단계(S16)에서는 검색이 종료했는지가 판정되고, 종료하지 않았으면 단계(S17)로 진행하고, 검색한 ASEL-VCC에 관한 모든 리소스를 해방하는 처리가 실행된다. 그 후, 단계(S15)로 복귀하고, 그 이하의 처리가 반복 실행된다.
단계(S16)에서 검색이 종료된 것으로 판정된 경우 단계(S18)로 진행하고, aselLayerUniId, aselLayer1394BusIndex, aselLayerNetSideNodeUniqId, aselLayerUserSideUniqId가 각각 클리어된다. 그 후, 단계(S19)로 진행하고, ASEL레이어 매니지먼트에 대해 MASEL_BusHalt.Ind의 프리미티브가 출력되고, 재차 Reset 상태로 복귀한다. MASEL_BusHalt.Ind의 프리미티브를 수신한 후, 애플리케이션 소프트웨어는 즉시 ASEL-UNI 상의 모든 VCC에 관한 리소스를 해방한다.
한편, 단계(S11)에서 Reset으로부터 회복 가능의 로컬 이벤트가 수신된 경우에는, 단계(S12)로 진행하고, ASEL-UNI ID가 이미 존재하는지가 판정되어, 존재하지 않으면 재차 Reset 상태로 복귀하고, 존재할 경우에는 단계(S6)로 진행하며, 그 이하의 처리가 실행되어 ActPending 상태로 천이된다.
다음에, 도 24를 참조하여 ActPending의 상태 천이에 대해 설명한다. 단계(S31 내지 S38)의 처리는 ActPending의 상태로부터 Act 상태로 천이할 경우의 처리를 나타내고 있고, 단계(S39 내지 S46)의 처리는 ActPending의 상태로부터 재차 ActPending의 상태로 복귀할 경우의 처리를 나타내고 있다.
단계(S31)에서 ActReq의 PDU를 Network side의 ASEL-CME로부터 수신하면, 단계(S32)에서 Reference ID가 True인지가 체크된다. 이 ID가 True일 경우에는 단계(S33)로 진행하여 aselLayerNetSideNodeUniqId와 aselLayerNetSideNodeSelf Id가 설정된다. 단계(S34)에서는 ActAck의 PDU가 Network side의 ASEL-CME로 송신되고, 단계(S35)에서 ASEL 레이어 매니지먼트에 대해 MASEL_Act.Ind가 송신된다.
그리고, 단계(S36)로 진행하여 Timer_ActPending이 정지된다. 단계(S37)에서는 K에 0이 설정되고, 단계(S38)에서 aselLayerStatus에 Act가 설정된다. 그리고, Act 상태로 천이된다.
단계(S32)에서 Reference ID가 False이라고 판정된 경우에는 ActPending의 상태로 복귀한다.
단계(S39)에서 Timer_ActPending이 만료한 것의 로컬 이벤트가 수신된 경우에는 단계(S40)로 진행하여, K가 증가된다. 이 K는 Timer_ActPending의 만료 회수를 표시하고 있다. 다음에, 단계(S41)에서 K가 aselLayerMaxTimerExpire보다 큰지가 판정된다. K 쪽이 크다라고 판정된 경우에는 단계(S45)로 진행하여 ASEL 레이어 매니지먼트에 대해 MASEL_expireEr.Ind를 출력하고, 단계(S46)에서 K에 0을 설정하여 ActPending 상태로 복귀한다.
단계(S41)에서 K와 aselLayerMaxTimerExpire가 같거나, K 쪽이 작다라고 판정된 경우, 단계(S42)로 진행하여 Timer_ActPending이 재기동된다. 단계(S43)에서는 Error Code에 0x81이 설정되고, 단계(S44)에서 WakeUp의 메시지가 PDU로서 Network side의 ASEL-CME로 송신되고(재송되고), ActPending 상태로 복귀한다.
다음에, 도 25와 도 26을 참조하여 Act 상태로부터 재차 Act 상태로 복귀할 경우의 처리에 대해 설명한다.
도 25에서, 단계(S61)에서 ASEL 레이어 매니지먼트로부터 MASEL_ConSet.Req를 수신했을 때, 단계(S62)에서 aselVccConnId, aselVccVpi, aselVccVci, aselVccAalType, aselVccQosType, aselVccTransmitSegLen, aselVccReceiveSeqNum, aselVccOprSpeed, aselAalConn objects가 설정된다. 다음에, 단계(S63)로 진행하여, aselVccQosType이 CBR로 되어 있는지가 판정된다. CBR로 설정되어 있을 경우에는 단계(S64)로 진행하여, aselVccIsoDelayVariationTolerance, aselVccIsoTransmitBand, aselVccIsoReceiveBand가 설정된다. 그리고, 단계(S65)에서 IsoReq가 PDU로서 Network side의 ASEL-CME로 송신되고, Act 상태로 복귀한다.
단계(S63)에서 aselVccQosType으로 CBR이 설정되어 있지 않은 것으로 판정된 경우에는 단계(S66)로 진행하여, aselVccAsyncPeakTransmitRate, aselVccAsyncPeakReceiveRate가 설정된다. 다음에, 단계(S67)에서 aselVccQosType으로 ABR이 설정되어 있는지가 판정되어, 설정되어 있지 않은 것으로 판정된 경우, 단계(S69)로 진행하여, DestIDReq의 PDU를 Network side의 ASEL-CME로 송신하고, Act 상태로 복귀한다.
단계(S67)에서 aselVccQosType으로 ABR이 설정되어 있는 것으로 판정된 경우, 단계(S68)로 진행하여, aselVccAbrVpi, aselVccAbrVci, aselVccAbrMinTransmitRate, aselVccMinReceiveRate, aselVccAbrInitialTransmitRate, aselVccAbrInitialReceiveRate, aselVccAbrAllowedTransmitRate, aselVccAbrAllowedReceivRate, aselVccAbrTransmitCdf, aselVccAbrTransmitRif, aselVccAbrTransmitRdf, aselVccAbrTransmitAtdf가 각각 설정된다. 그 후, 단계(S69)로 진행하여, DsetIDReq의 PDU를 Network side의 ASEL-CME로 출력하고, Act 상태로 복귀한다.
단계(S70)에서, ASEL 레이어 매니지먼트로부터 MASEL_ConRec.Req를 수신했을 때, 단계(S69)로 진행하여, DestIDReq를 Network side의 ASEL-CME로 송신하여 Act 상태로 복귀한다.
단계(S71)에서, IsoRply의 PDU를 Network side의 ASEL-CME로부터 수신했을 때, 단계(S72)로 진행하여 중대한 에러의 발생 유무가 판정된다. 중대한 에러가 발생하고 있는 것으로 판정된 경우, 단계(S76)로 진행하여 ASEL 레이어 매니지먼트에 대해 MASEL_FatalEr.Ind(ErrorCode는 C2h가 되는)가 출력되고, Act 상태로 복귀한다.
단계(S72)에서 중대한 에러가 발생하고 있지 않은 것으로 판정된 경우, 단계(S73)로 진행하여 aselVccIsoChannel, aselVccOprSpeed가 설정된다. 단계(S74)에서는 aselVccStatus에 Up이 설정된다. 그리고, 단계(S75)에서 MASEL_ConSet.Conf를 ASEL 레이어 매니지먼트로 출력하여 Act 상태로 복귀한다.
단계(S77)에서 DsetIDRply가 Network side의 ASEL-CME로부터 수신되었을 때, 단계(S78)로 진행하여 중대한 에러의 발생 유무가 판정된다. 중대한 에러가 발생하고 있는 것으로 판정된 경우, 단계(S82)로 진행하여 ASEL 레이어 매니지먼트에 대해 MASEL_FatalEr.Ind(ErrorCode는 C3h로 되는)가 출력되고, Act 상태로 복귀한다.
단계(S78)에서 중대한 에러가 발생하지 않는 것으로 판정된 경우, 단계(S79)로 진행하여 aselVccAsyncDestID와 aselVccOprSpeed가 설정되고, 단계(S80)에서 aselVccStatus에 Up이 설정된다. 또한, 단계(S81)에서 ASEL 레이어 매니지먼트에 대해 MASEL_ConSet.conf가 출력되고, Act 상태로 복귀한다.
도 26에서는 단계(S91)에서 ActReq가 Network side의 ASEL-CME로부터 수신되면, 단계(S92)에서 Reference ID가 True인지가 판정된다. 이 ID가 True인 것으로 판정된 경우, 단계(S93)로 진행하여 Error Code에 0이 설정되고, 단계(S94)에서 ActAck가 Network side의 ASEL-CME로 송신된다. 그리고, 단계(S95)에서 MASEL_StsEr.Ind가 ASEL 레이어 매니지먼트로 출력되고, Act 상태로 복귀한다. 단계(S92)에서 Reference ID가 False인 것으로 판정된 경우, 단계(S93 내지 S95)의 처리는 스킵되고, 즉시 Act 상태로 복귀한다.
또한, 도 12에 나타낸 Reset을 없애고 임의의 상태(ActPending 또는 Act 상태)에서, 도 27의 플로우차트에 나타낸 처리가 행해지고, Reset 상태로의 천이가 발생한다.
즉, 단계(S101)에서 ASEL 레이어 매니지먼트로부터 MASEL_Reset.Req를 수신하면, 단계(S102)에서 해당하는 ASEL-UNI 상의 Asynchronous link에서의 ASEL-VCC가 검색된다. 단계(S103)에서는 이 검색이 종료했는지가 판정되고, 종료하지 않았으면 단계(S108)로 진행하여 aselVccStatus에 down이 설정된다. 그리고, 단계(S109)에서 aselVccAsyncDestId가 클리어되고, 단계(S102)로 복귀하며, 그 이하의 처리가 반복 실행된다.
단계(S103)에서 검색이 종료된 것으로 판정된 경우, 단계(S104)로 진행하여, aselLayerUserSideSelfId와 aselLayerNetSideSelfId가 클리어된다. 단계(S105)에서는 aselLayerStatus에 Reset이 설정되고, 단계(S106)에서 Timer_Reset이 개시된다. 또한, 단계(S107)에서 Reset으로부터의 회복 기동 중의 로컬 이벤트가 송신되고, Reset 상태로 천이된다.
또한, 도 12의 3개 상태중 어느 하나의 상태에 있어서도, 도 28에 나타낸 처리가 행해진다. 즉, 단계(S121)에서 ASEL 레이어 매니지먼트로부터 MASEL_ConRel.Req가 수신되었을 때, 단계(S122)로 진행하여, 해당하는 ASEL-VCC에서의 모든 파라미터가 클리어된다. 그리고, 단계(S123)에서 MASEL_ConRel.Conf가 ASEL 레이어 매니지먼트로 출력되고, 원상태로 복귀한다.
다음에, 도 13의 Network side의 3개의 상태에서의 상태 천이에 대해 도 29 내지 도 35의 플로우차트를 참조하여 설명한다. 도 29는 도 13의 3개 상태중 어느 상태에 있어서도 행해지는 처리이다. User side의 ASEL-CME로부터 WakeUp이 수신되면, 단계(S132)에서 aselLayerNetSideNodeSelfID와 aselLayerUserSideNodeSelfID가 클리어된다. 다음에, 단계(S133)로 진행하여 WakeUp 메시지를 송신하였던 User side의 단말의 NU_ID가 거기까지와 다른 새로운 User side의 NU_ID인지가 판정된다.
새로운 User side의 NU_ID인 것으로 판정된 경우, 단계(S134)로 진행하여 User side의 NU_ID에 관련된 aselLayerUniID의 할당 처리가 실행된다. 다음에, 단계(S135)로 진행하여aselLayer1394BusIndex에 LK_DATA.ind에서의 1394 Bus Index가 설정된다. 단계(S136)에서는 aselLayeretSideNodeUniqId, aselLayerUserSideNodeUniqId가 설정된다. 단계(S133)에서 WakeUp 메시지를 송신하였던 User side 단말의 NU_ID가 새로운 User side의 NU_ID가 아닌 것으로 판정된 경우, 이상의 단계(S134 내지 S136)의 처리는 스킵된다.
다음에, 단계(S137)로 진행하여 aselLayerUserSideNodeSelfId, aselLayerNetSideNodeSelfId가 설정된다. 단계(S138)에서는 Reference ID가 보존된다. 또한 단계(S139)에서 aselLayerStatus에 ActPending이 설정된다. 단계(S140)에서는 ActReq가 User side의 ASEL-CME로 송신되고, 단계(S141)에서 Timer_Reset이 정지된다. 또한, 단계(S142)에서 Timer_ActPending이 기동된 후, ActPending의 상태로 천이한다.
즉, 이렇게 해서 도13의 Reset 상태, Act 상태, 또는 ActPending 상태로부터 ActPending 상태로의 천이 처리가 행해진다.
도 30은 도 13의 Reset 상태로부터 재차 그 상태로 복귀할 경우의 처리를 나타내고 있다. 이 처리에서는 초기에 단계(S151)에서 Timer_Reset 만료의 로컬 이벤트가 수신되면, 단계(S152)에서 해당하는 ASEL-UNI 상의 ASEL-VCC가 검색된다. 그리고, 단계(S153)에서 검색이 종료했는지가 판정되고, 종료하고 있지 않으면 단계(S154)로 진행하여 검색한 ASEL-VCC에 관한 모든 리소스를 해방하는 처리가 실행된다. 그리고, 단계(S152)로 복귀하여, 그 이하의 처리가 반복 실행된다.
단계(S153)에서 검색이 종료된 것으로 판정된 경우, 단계(S155)로 진행하여 aselLayerUniId, aselLayer1394BusIndex, aselLayerNetSideNodeUniqId, aselLayerUsersideNodeUniqId가 클리어된다. 그리고, 단계(S156)에서 MASEL_BusHalt.Ind가 ASEL 레이어 매니지먼트로 출력되고, Reset 상태로 복귀한다. 단계(S156)에서 MASEL_BusHalt.Ind가 ASEL 레이어 매니지먼트로 출력된 때, 도 23의 단계(S19)에서의 경우와 마찬가지로, 이 프리미티브를 수신한 후, 애플리케이션 소프트웨어는 ASEL-UNI 상의 모든 VCC에 관한 리소스를 해방한다.
다음에, 도31을 참조하여 도 13의 ActPending 상태로부터 Act 상태로 천이할 경우의 처리(단계 S161 내지 S167)와, ActPending 상태로부터 재차 그 상태로 복귀하는 처리(단계 S161, S162, S163, S168 내지 S176)에 대해 설명한다.
단계(S161)에서 User side의 ASEL-CME로부터 ActAck가 수신되면, 단계(S162)에서 Reference ID의 체크가 행해진다. Reference ID가 True인 것으로 판정된 경우, 단계(S163)로 진행하여 중대한 에러가 발생하고 있는지가 판정된다. 중대한 에러가 발생하고 있지 않을 경우, 단계(S164)로 진행하여 aselLayer Status에 Act가 설정된다. 그리고, 단계(S165)에서 MASEL_Act.Ind가 ASEL 레이어 매니지먼트로 출력된다. 단계(S166)에서는 Timer_ActPending이 정지되고, 단계(S167)에서 K에 0이 설정되어 Act 상태로 천이한다.
단계(S162)에서 Reference ID가 Fault인 것으로 판정된 경우, ActPending 상태로 즉시 천이한다. 또한, 단계(S163)에서 중대한 에러가 발생하고 있는 것으로 판정된 경우, 단계(S168)로 진행하여 MASEL_FatalEr.Ind(Error Code는 C1h로 되는)가 ASEL 레이어 매니지먼트로 출력된 후, ActPending 상태로 천이한다.
단계(S169)에서 Timer_ActPending 만료의 이벤트가 수신된 경우, 단계(S170)로 진행하여 Timer_ActPending의 만료 회수와 같은 변수 K가 1만큼 증가된 수, 단계(S171)로 진행하고, 그래서 K가 aselLayerMaxTimerExpire보다 큰지가 판정된다. K 쪽이 큰 것으로 판정된 경우, 단계(S175)로 진행하여 MASEL_ExpireEr.Ind가 ASEL 레이어 매니지먼트로 출력된 후, 단계(S176)에서 K에 0이 설정되고, ActPending 상태로 복귀한다.
단계(S171)에서 K의 값이 aselLayerMaxTimerExpire와 같거나, 그보다 작은 것으로 판정된 경우, 단계(S172)로 진행하여 Timer_ActPending을 재기동하는 처리가 행해진다. 그리고, 단계(S173)에서 Error Code에 0x81이 설정되고, 단계(S174)에서 ActReq가 User side의 ASEL-CME로 송신(재송)된다. 그리고, ActPending 상태로 복귀한다.
다음에, 도 32와 도 33의 플로우차트를 참조하여 도 13의 Act 상태로부터 재차 그 상태로 복귀할 경우의 처리에 대해 설명한다.
도 32의 단계(S191)에서, Act 상태에서 MASEL_ConSet.Req가 ASEL 레이어 매니지먼트로부터 수신되면, 단계(S192)로 진행하여 aselVccConnId, aselVccVpi, aselVccVci, aselVccRouteArea, aselVccTopology, aselVccAalType, aselVccQosType, aselVccTransmitSegLen, aselVccReceiveSeqNum, aselVccOprSpeedM aselAalConn objects가 설정된다.
다음에, 단계(S193)로 진행하여 aselVccQosType에 CBR이 설정되어 있는지가 판정된다. 설정되어 있는 것으로 판정된 경우, 단계(S194)로 진행하여 aselVccDelayVariationTolerance, aselVccIsoTransmitBand, aselVccIsoReceiveBand가 설정된다. 그리고, Act 상태로 복귀한다.
단계(S193)에서 aselVccQosType에 CBR이 설정되어 있지 않은 것으로 판정된 경우, 단계(S195)로 진행하여 aselVccAsyncPeakTransmitRate, aselVccAsyncPeakReceiveRate가 설정된다. 다음에, 단계(S196)로 진행하여 aselVccQosType이 ABR인지가 판정되고, ABR인 경우에는 단계(S197)로 진행하여 aselVccAbrVpi, aselVccAbrVci, aselVccAbrMinTransmitRate, aselVccAbrMinReceiveRate, aselVccAbrInitialTransmitRate, aselVccAbrInitialReceiveRate, aselVccAbrAllowedTransmitRate, aselVccAbrAllowedReceiveRate가 설정된다. 단계(S196)에서 aselVccQosType이 ABR이 아닌 것으로 판정된 경우, 단계(S197)의 처리는 스킵된다. 그리고, Act 상태로 복귀한다.
Act 상태에서, 단계(S198)에서 User side의 ASEL-CME로부터 IsoReq를 수신했을 경우, 단계(S199)로 진행하여 이용가능한 Isochronous channel의 확인이 행해진다. 그리고, 단계(S200)에서 이용가능한 Isochronous channel이 존재하는지가 판정된다. 존재하는 것으로 판정된 경우, 단계(S201)로 진행하여 그 채널이 aselVccIsoChannel에 설정되고, 단계(S202)에서 aselVccStatus에 Up이 설정된다. 그리고, 단계(S203)에서 User side의 ASEL-CME에 IsoRply가 송신되고, 단계(S204)에서 ASEL 레이어 매니지먼트에 대해 MASEL_ConnSet.Conf가 출력된다. 그 후, Act 상태로 복귀한다.
단계(S200)에서 이용가능한 Isochronous channel이 존재하지 않는 것으로 판정된 경우, 단계(S205)로 진행하여 Error Code에 0xC2가 설정된다. 단계(S206)에서는 Iso channel이 존재하지 않는 것을 표시하는 IsoRply가 User side의 ASEL-CME로 송신되고, 단계(S207)에서 MASELmIsoEr.Ind가 ASEL 레이어 매니지먼트에 대해 출력된다. 그리고, Act 상태로 복귀한다.
단계(S208)에서 DestIDReq가 User side의 ASEL-CME로부터 수신된 경우, 단계(S209)로 진행하여 Destination SelfID의 검색 처리가 행해진다. 단계(S210)에서는 Destination SelfID가 검색되었는지가 판정되고, 검색된 경우에는 단계(S211)로 진행하고, 그 결과가 aselVccAsyncDestID에 설정된다. 단계(S212)에서는 또한 aselVccStatus에 Up이 설정되고, 단계(S213)에서 DestIDRply가 User side의 ASEL-CME로 송신된다. 또한, 단계(S214)에서 MASEL_ConSet.Conf가 ASEL 레이어 매니지먼트로 출력되고, Act 상태로 복귀한다.
단계(S210)에서 Destination SelfID가 검색되지 않은 것을 판정된 경우, 단계(S215)로 진행하여 Error Code에 0xC3이 설정된다. 단계(S216)에서는 Destination ID가 발견할 수 없는 것을 나타내는 DestIDRply가 User side의 ASEL-CME로 송신된다. 또한, 단계(S217)에서 MASEL_DestIDEr.Ind가 ASEL 레이어 매니지먼트로 출력된 후, Act 상태로 복귀한다.
도 33의 단계(S231)에서는 User side의 ASEL-CME로부터 ActAck가 수신되면, 단계(S232)에서 Reference ID가 True인지가 판정된다. 이 ID가 True인 경우에는 단계(S233)로 진행하여, 중대한 에러의 발생 유무가 판정된다. 중대한 에러가 발생하고 있는 것으로 판정된 경우, 단계(S235)로 진행하여 MASEL_FatalEr.Ind(Error Code에는 CIh가 설정되는)가 ASEL 레이어 매니지먼트로 출력되고, Act 상태로 복귀한다.
단계(S233)에서 중대한 에러가 발생하지 않은 것으로 판정된 경우에는, 단계(S234)로 진행하여 MASEL_StsEr.Ind가 ASEL 레이어 매니지먼트로 출력된 후, Act 상태로 복귀한다.
단계(S232)에서 Reference ID가 False인 것으로 판정된 경우, 단계(S233 내지 S235)의 처리는 스킵되고, Act 상태로 복귀한다.
또한, 도 13의 Reset을 없앤 상태, 즉 ActPending 상태 또는 Act 상태에서는 도 34의 처리에 의해 Reset으로의 천이 처리가 행해진다.
이 경우, 단계(S241)에서 ASEL 레이어 매니지먼트로부터 MASEL_Reset.Req가 수신되면, 단계(S242)에서 해당하는 ASEL-UNI 상의 Asynchronous Link에서의 ASEL-VCC를 검색하는 처리가 행해진다. 단계(S243)에서는 검색이 종료했는지가 판정되고, 종료하고 있지 않을 경우에는, 단계(S244)로 진행하여 aselVccStatus에 down이 설정된다. 그리고, 단계(S245)에서 aselVccAsyncDestID가 클리어된 후, 단계(S242)로 복귀하고, 그 이하의 처리가 반복 실행된다.
단계(S243)에서 검색이 종료된 것으로 판정된 경우, 단계(S246)로 진행하여 aselLayerUserSideSelfId, aselLayerNetSideSelfId가 클리어된다. 단계(S247)에서는 aselLayerStatus에 대해 Reset이 설정되고, 단계(S248)에서 Timer_Reset이 기동된 후, Reset 상태로 천이한다.
또한, 도 13의 3개의 상태 중 임의의 상태에서 도 35의 플로우차트에 나타낸 처리가 행해진다. 이 경우에는, 단계(S261)에서 ASEL 레이어 매니지먼트로부터 MASEL_CinRel.Req가 수신되면, 단계(S262)에서 해당하는 ASEL-VCC에서의 모든 파라미터가 클리어된다. 그리고, 단계(S263)에서 MASEL_ConRel.Conf가 ASEL 레이어 매니지먼트로 출력된 후, 원상태로 복귀한다.
다음에, 도 36 내지 도 43의 플로우차트를 참조하여 도 6의 Upper Layer로부터 1394 Link 레이어에 대해, 또는 ASEL 레이어 매니지먼트로부터 1394 Link 레이어에 대해 데이터를 송신할 경우의 처리에 대해 설명한다.
도 36과 도 37은 도 6의 Upper Layer로부터 ASEL이 AAL_UNITDATA.Req의 입력을 수신한 경우에, 1394 Link 레이어에 대해 LK_ISO.req 또는 LK_DATA.req를 출력할 경우의 처리를 나타내고 있다.
최초에, 단계(S281)에서, Act 상태에서 Upper Layer로부터 AAL_UNITDATA.Req가 수신된다. 이 AAL_UNITDATA.Req에는 ASEL-UNI ID, VPI/VCI Value, AAL-ID, More, AAL-LP, AAL0-CI, AAL-UU, AAL-ES가 포함되어 있다.
다음에, 단계(S282)로 진행하여 ASEL-UNI ID 및 VPI/VCI Value에 대응하는 aselVccVpi와 aselVccVci가 존재하는지의 체크가 행해진다. 이들이 True인 것으로 판정된 경우, 단계(S283)로 진행하여 aselVccStatus가 Up인지가 판정된다. aselVccStatus에 Up이 설정되어 있을 경우에는, 단계(S284)로 진행하여 ASEL 헤더의 VPI Value에 aselVccVpi의 값이 설정되고, VCI Value에 aselVccVci의 값이 설정된다. 또한, 단계(S282)에서 체크 결과가 False인 경우, 또는 단계(S283)에서 aselVccStatus에 Up이 설정되어 있지 않은 것으로 판정된 경우에는, Act 상태로 복귀한다.
다음에, 단계(S285)에서 QoS class에 aselVccQosType이 설정되고, 단계(S286)에서 QoS class가 CBR인지가 판정된다. QoS class가 CBR인 것으로 판정된 경우에는, 단계(S287)로 진행하여 LK_ISO.req의 프리미티브의 파라미터 작성 처리가 실행된다. 이 처리의 상세에 대해서는 도 40의 플로우차트를 참조하여 후술한다.
단계(S286)에서 QoS class가 CBR이 아닌 것으로 판정된 경우, 단계(S288)로 진행하여 LK_DATA.req의 프리미티브의 파라미터 작성 처리가 실행된다. 이 처리의 상세는 도 41의 플로우차트를 참조하여 후술한다.
다음에, 단계(S289)로 진행하여 SN에 TR_SN이 설정된다. 또한, 이 파라미터 SN은 송신 측에서의 Sequence Number 값을 나타내고, 각 ASEL-VCC마다 독립된 값을 갖는다. 또한, TR_SN은 후술하는 바와 같이, 단계(S307)에서 증가되는 변수이다.
다음에, 단계(S290)에서 MI에 0이 설정되고, 단계(S291)에서 MNG-ID에 O이 설정된다.
단계(S292)에서는 aselVccAalType이 AAL5와 AAL0중 어느 것인지가 판정된다. aselVccAalType이 AAL5인 것으로 판정된 경우, 단계(S293)로 진행하여 AAL_Type에 AAL5가 설정된다. 다음에, 단계(S294)에서 AAL5 Specific field의 파라미터 작성 처리가 실행된다. 이 처리의 상세는 도 42의 플로우차트를 참조하여 후술한다.
다음에, 단계(S295)에서 ptrSDU에 AAL-ID가 격납되어 있는 버퍼로의 포인터가 설정되고, 단계(S296)에서 Count에 AAL-ID의 길이가 설정된다. 단계(S97)에서는 Count의 값이 aselVccTransmitSegLen으로부터 8을 감산한 값보다 큰지가 판정된다. 여기서, 아니오(No)의 판정이 행해진 경우에는 단계(S297)로 진행하여, More가 NotUsed(즉 미사용) 또는 End of SDU(즉 AAL-SDU의 최종 부분을 포함함)인지의 판정이 행해진다. More가 Not Used 또는 End of SDU인 것으로 판정된 경우, 단계(S298)로 진행하여 MR에 0이 설정되고, 단계(S301)에서 Count에 8을 가산한 값이 Data Length에 설정된다.
또한, 단계(S302)에서 QoS class가CBR인지가 판정된다. 여기서, 예(Yes)의 판정이 행해진 경우에는, 단계(S303)로 진행하여 LK_ISO.req가 1394 Link 레이어로 출력된 후, Act 상태로 복귀한다. 단계(S302)에서 QoS class가 CBR이 아닌 것으로 판정된 경우에는, 단계(S304)에서 LK_DATA.Req가 1394 Link 레이어로 출력된 후, Act 상태로 복귀한다.
단계(S292)에서 aselVccAalType이 AAL0인 것으로 판정된 경우에는, 단계(S299)로 진행하여 AAL_Type에 AAL0이 설정된다. 다음에, 단계(S300)에서 AAL0 Specific field의 파라미터 작성 처리가 실행된다. 이 처리의 상세는 도 43의 플로우차트를 참조하여 후술한다. 그 후, 단계(S301)로 진행하여 그 이하의 처리가 실행된다.
한편, 단계(S297)에서 Count의 값이 aselVccTransmitSegLen으로부터 8을 감산한 값보다 큰 것으로 판정된 경우, 단계(S305)로 진행하여, MR에 1이 설정된다. 그리고, 단계(306)에서 Data Length에 aselVccTransmitSegLen의 값이 설정된다. 단계(307)에서는 TR_SN의 값이 증가되고, 단계(S308)에서는 QoS class가 CBR인지가 판정된다. 여기서, 예(Yes)의 판정이 행해진 경우에는, 단계(S309)로 진행하여 LK_ISO.req가 1394 Link 레이어로 출력된다. 단계(S308)에서 아니오(No)의 판정이 행해진 경우에는, 단계(S310)에서 LK_DATA.req가 1394 Link 레이어로 출력된다.
다음에, 단계(S311)로 진행하여 ptrSDU의 현재 값에 aselVccTransmitSegLen으로부터 8을 감산한 값이 가산된다. 다음에, 단계(S312)로 진행하여 Count의 값이 aselVccTransmitSegLen으로부터 8을 감산한 값만큼 감소된다. 그 후, 단계(S297)로 복귀하고, 그 이하의 처리가 반복 실행된다.
단계(S297A)에서 More가 Not Used 또는 End of PDU가 아닌 것으로 판정된 경우에도, 단계(S305)로 진행하여, 그 이하의 처리가 행해진다.
도 38은 도 6에서 ASEL 레이어 매니지먼트로부터 MASEL_DATA.Req가 수신된 때, ASEL이 1394 Link 레이어에 대해 LK_DATA.req를 출력하는 처리를 나타내고 있다.
즉, Act 상태에서, 단계(S321)에서 ASEL 레이어 매니지먼트로부터 MASEL_DATA.Req를 수신한다. 이 MASEL_DATA.Req에는 ASEL-UNI ID, VPI/VCI Value, MNG-ID, AAL-ID(SDU), AAL-LP, AAL-CI, AAL-ES가 포함되어 있다.
다음에, 단계(S322)에서 대응하는 aselVccVpi와 aselVccVci가 존재하는지가 판정된다. aselVccVpi와 aselVccVci가 존재할 경우에는, 단계(S323)로 진행하여 aselVccStatus에 Up이 설정되어 있는지가 판정된다. 단계(S323)에서 예의 판정이 행해진 경우에는, 단계(S324)로 진행하여 ASEL 헤더의 VPI Value에 aselVccVpi의 값이 설정되고, VCI Value의 값에 aselVccVci의 값이 설정된다. 단계(S325)에서는 QoS class에 aselVccQosType의 값이 설정되고, 단계(S326)에서는 LK_DATA.req의 프리미티브의 파라미터 작성 처리(이 처리의 상세는 도 41을 참조하여 후술함)가 실행된다.
다음에, 단계(S327)에서 SN에 TR_SN이 설정되고, 단계(S328)에서 MI에 1이 설정된다. 또한, 단계(S329)에서 MNG-ID에 MASEL_DATA.req 중의 MNG-ID의 값이 세트된다. 단계(S330)에서는 AAL_Type에 AAL0이 설정된다.
다음에, 단계(S331)에서 AAL0 Specific field의 파라미터 작성 처리(이 처리의 상세는 도 43을 참조하여 후술함)가 실행된다.
다음에, 단계(S332)에서 Data Length에 AAL-SDU의 길이에 8을 가산한 값이 설정된다. 단계(S333)에서는 LK_DATA.req가 1394 Link 레이어로 출력된 후, Act 상태로 복귀한다.
단계(S322)에서 aselVccVpi 및 aselVccVci가 False인 것으로 판정된 경우, 특히 처리가 행해지지 않고, Act 상태로 복귀한다. 단계(S323)에서 aselVccStatus에 Up이 설정되어 있지 않은 것으로 판정된 경우도 동일하다.
도 39는 임의의 스테이터스에서 행해지는 ASEL-CMP의 전송 처리를 나타내고 있다. 단계(S351)에서 ASEL_CMP의 송신 요구의 로컬 이벤트가 수신되면, 단계(S352)에서 QoS class에 0이 설정된다. 단계(S353)에서는 1394 Bus Index에 aselLayer1394BusIndex의 값이 설정되고, 단계(S354)에서 또한 ASEL 헤더의 VPI Value와 VCI Value에 0이 각각 설정된다.
다음에, 단계(S355)에서 aselLayerOprMode가 User side 또는 Network side중 어느 것인지가 판정된다. aselLayerOprMode가 User side인 것으로 판정된 경우, 단계(S356)로 진행하여 Destination SelfID에 aselLayerNetSideSelfId가 설정된다. 단계(S355)에서 aselLayerOprMode가 Network side인 것으로 판정된 경우, 단계(S357)로 진행하여 Destination SelfID에 aselLayerUserSideSelfId가 설정된다.
다음에, 단계(S358)로 진행하여 Transaction code에 1이 설정되고, 단계(S359)에서 Retry Code에 1이 설정된다. 단계(S360)에서는 Speed에 aselVccOprSpeed의 값이 설정되고, 단계(S361)에서는 SN에 TR_SN이 설정된다. 단계(S362)에서는 또한 MI에 1이 설정되고, 단계(S363)에서는 MNG-ID에 0이 설정된다. 단계(S364)에서는 AAL_Type에 AAL0이 설정된다.
또한, 단계(S365)에서 MR에 0이, 단계(S366)에서 LP에 0이, 단계(S367)에서 CI에 0이, 단계(S368)에서 EI에 0이, 단계(S369)에서는 ER-ID에 0이 각각 설정된다. 다음에, 단계(S370)에서 Data Length에 ASEL_CMP의 길이에 8을 가산한 값이 설정된다. 단계(S371)에서는 LK_DATA.req가 1394 Link 레이어로 출력되고, 원상태로 복귀한다.
다음에, 도 40 내지 도 43을 참조하여 상술한 도 36과 도 38의 처리중에 포함되는 서브루틴의 보다 상세한 처리에 대해 설명한다. 도 40은 도 36의 단계(S287)의 LK_ISO.req 프리미티브의 파라미터 작성 처리의 상세를 나타내고 있다. 여기서는 최초에 단계(S391)에서 1394 Bus Index에 aselLayer1394BusIndex의 값이 설정된다. 단계(S392)에서는 Isochronous Channel number에 aselVccIsoChannel의 하위 6비트의 값이 설정된다. 또한, 단계(S393)에서는 Tag value에 aselVccIsoChannel의 상위 2비트의 값이 설정된다. 단계(S394)에서는 Speed에 aselVccOprSpeed의 값이 설정된다.
도 41은 도 36의 단계(S288)와, 도 38의 단계(S326)에서의 LK_DATA.req 프리미티브의 파라미터 작성 처리의 상세를 나타내고 있다. 최초에, 단계(S401)에서 1394 Bus Index에 aselLayer1394BusIndex의 값이 설정된다. 단계(S402)에서는 Destination SelfId에 aselVccasyncDestId의 값이 설정된다. 또한, 단계(S403)에서는 Destination offset에 aselLayer1394DestOffset의 값이 설정된다. 단계(S404)와 단계(S405)에서는 각각 Transaction code와 Retry Code에 1의 값이 설정된다. 다음에, 단계(S406)에서 Speed에 aselVccOprSpeed의 값이 설정된다.
도 42는 도 36의 단계(S294)에서의 AAL5 Specific field의 파라미터 작성 처리의 상세를 나타내고 있다. 단계(S411)에서는 LP에 AAL-LP의 값이 설정된다. 이 파라미터는 AAL_UNITDATA.req 프리미티브로부터 매핑된다. 다음에, 단계(S412)에서 CI에 AAL-CI가 설정된다. 이 파라미터도 AAL_UNITDATA.req 프리미티브로부터 매핑된다.
다음에, 단계(S414)에서 ES가 No Error인지가 판정된다. 여기서, 예(Yes)의 판정이 행해진 경우에는, 단계(S415)로 진행하여 EI에 0이, 또한 단계(S416)에서 ER-ID에 0이 각각 설정된다.
단계(S414)에서 아니오(No)의 판정이 행해진 경우에는, 단계(S417)로 진행하여 EI에 1이 설정된다. 다음에, 단계(S418)에서 ES가 CPCS CRC error인지가 판정되고, 예인 경우에는 단계(S419)로 진행하여 ER-ID에 0x81이 설정된다.
단계(S418)에서 아니오의 판정이 행해진 경우에는, 단계(S420)로 진행하여 ES가 CPCS-SDU Length error인지가 판정된다. 예의 판정이 행해진 경우에는, 단계(S421)로 진행하여 ER-ID에 0x82가 설정된다. 단계(S420)에서 아니오의 판정이 행해진 경우에는, 단계(S422)로 진행하여 ER-ID에 0이 설정된다.
도 43은 도 36의 단계(S300)와, 도 38의 단계(S331)의 AAL0 Specific field의 파라미터 작성 처리의 상세를 나타내고 있다. 단계(S431)에서는 MR에 0이 설정되고, 단계(S432)에서는 LP에 AAL-LP가 설정된다. 단계(S433)에서는 CI에 AAL-CI가 설정된다. 단계(S434)에서 ES가 No Error인지가 판정된다. 여기서, 예의 판정이 행해진 경우에는, 단계(S435)로 진행하여 EI에 0이 설정되고, 단계(S436)에서 ER-ID에 0이 설정된다.
단계(S434)에서 아니오의 판정이 행해진 경우에는, 단계(S437)로 진행하여 EI에 1이 설정된다. 그리고, 단계(S438)에서는 ER-ID에 0x01이 설정된다.
도 44 내지 도 46의 플로우차트는 도 6의 1394 Link 레이어로부터 LK_DATA.Ind 또는 LK_ISO.Ind의 입력을 수신하여, Upper Layer에 AAL_UNITDATA.ind를 출력하기도 하고, ASEL 레이어 매니지먼트에 대해 MASEL_DATA.Ind를 출력하는 처리를 나타내고 있다.
임의의 스테이터스에서, 단계(S451)에서 1394 Link 레이어로부터 LK_DATA.Ind가 수신된다. 이것에는, 1394 Bus Index, Source SelfID, Destination SelfID, Destination Offset, Transaction code, Retry code, Data Length, Data(ASEL-PDU), Speed, Packet status가 포함되어 있다.
다음에, 단계(S452)로 진행하여 1394 Asynchronous 헤더 포맷의 체크 처리가 행해진다. 이 처리의 상세에 대해서는 도 47의 플로우차트를 참조하여 후술한다. 다음에, 단계(S453)로 진행하여 Result가 OK인지가 판정된다. Result가 OK가 아닐 경우, 단계(S465)로 진행한다. Result가 OK일 경우에는, 단계(S454)로 진행하여 1394 Bus Index 및 Source SelfID를 이용한 ASEL-UNI ID의 검색 처리가 행해진다.
다음에, 단계(S455)에서 ASEL-UNI ID가 검색되었는지가 판정된다. 검색된 경우에는, 단계(S456)로 진행하여 ASEL 헤더의 VPI/VCI Value의 체크가 행해진다. 이 값이 정확하고 VPI/VCI가 0/0이 아닐 경우에는, 단계9S457)로 진행하고, 이 값이 정확하고 VPI/VCI가 0/0일 경우에는 단계(S465)로 진행한다. 여기서, VPI/VCI가 0/0이라는 것은 VPI Value가 0이고, 또한 VCI Value도 0인 것을 나타내고 있다.
단계(S455)에서 ASEL-UNI ID가 검색되지 않은 것으로 판정된 경우, 단계(S467)로 진행하여 VPI/VCI가 모두 0인지가 판정된다. 단계(S467)에서 예의 판정이 행해진 경우에는, 단계(S475)로 진행하고, 아니오의 판정이 행해진 경우에는 단계(S465)로 진행한다.
단계(S457)에서는 MI가 0인지가 판정된다. 여기서, 예의 판정이 행해진 경우에는, 단계(S458)로 진행하여 AAL Type의 판정이 행해진다. AAL Type이 Type0일 경우에는 단계(S459)로 진행하고, Type5일 경우에는 단계(S479)로 진행한다. AAL Type이 다른 Type일 경우에는 단계(S465)로 진행한다.
단계(S459)에서는 AAL0(User 데이터)의 조립 처리가 행해진다. 그 상세에 대해서는 도 50의 플로우차트를 참조하여 후술한다. 다음에, 단계(S460)로 진행하여 Result가 OK인지가 판정된다. OK인 것으로 판정된 경우, 단계(S461)로 진행하여 수신 버퍼에 ASEL_SDU(즉, AAL-SDU)를 추가하는 처리가 실행된다. 다음에 단계(S462)로 진행하여 AAL0 파라미터의 작성 처리가 실행된다. 이 처리의 상세에 대해서는 도 53의 플로우차트를 참조하여 후술한다. 다음에, 단계(S463)로 진행하여 AAL_UNIDATA.Ind가 도 6의 Upper Layer로 출력된다. 이 AAL_UNIDATA.Ind에는 ASEL-UNI ID, VPI/VCI Value, AAL-ID(SDU), AAL-LP, AAL-CI, AAL-ES가 포함되어 있다. 그리고, 원상태로 복귀한다.
단계(S460)에서 Result가 NG로 판정된 경우, 단계(S464)로 진행하여 Rcv_ER_Status에 No error가 설정된다. 이 파라미터는 수신하고 있는 AAL-SDU의 에러 상태를 표시하고, 각 ASEL-VCC마다 독립된 값을 갖는다. 그 후, 단계(S465)로 진행한다.
단계(S457)에서 MI의 값이 0이 아닌 것으로 판정된 경우, 단계(S468)로 진행하여MNG ID가 0인지가 판정된다. 여기서, 예의 판정이 행해진 경우에는, 단계(S475)로 진행한다. 이에 반해, 아니오의 판정이 행해진 경우에는, 단계(S469)로 진행한다. 단계(S469)에서는 AAL Type이 0인지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는, 단계(S465)로 진행한다. 여기서, 예의 판정이 행해진 경우에는, 단계(S470)로 진행하여 AAL0(LM 데이터)의 조립 처리가 실행된다. 이 처리의 상세에 대해서는 도 51의 플로우차트를 참조하여 후술한다.
다음에, 단계(S471)에서 Result가 OK인지가 판정된다. NG일 경우에는 단계(S464)로 진행하고, OK일 경우에는 단계(S472)로 진행한다. 단계(S472)에서는 수신 버퍼에 ASEL_SDU(즉, AAL-SDU)를 추가하는 처리가 실행된다. 또한, 단계(S473)에서 AAL0 파라미터의 작성 처리가 실행된다. 이 처리의 상세는 도 53의 플로우차트를 참조하여 후술한다.
다음에, 단계(S471)로 진행하여 MASEL_DATA.Ind가 도 6의 ASEL 레이어 매니지먼트로 출력된다. 이 MASEL_DATA.Ind에는 ASEL-UNI ID, VPI/VCI Value, AAL-ID(SDU), AAL-LP, AAL-CI, AAL-ES가 포함되어 있다. 그 후, 원상태로 복귀한다.
단계(S475)에서는 AAL0(LM 데이터)의 조립 처리가 실행된다. 이 처리의 상세는 도 51의 플로우차트를 참조하여 후술한다. 다음에, 단계(S476)로 진행하여 Result가 OK인지가 판정된다. NG일 경우에는, 단계(S465)로 진행한다. OK일 경우에는, 단계(S477)로 진행하여 수신 버퍼에 ASEL_SDU(즉, ASEL_CMP)를 추가하는 처리가 실행된다. 다음에, 단계(S478)로 진행하여 ASEL_CMP 메시지의 수신을 지시하는 로컬 이벤트가 발행된 후, 원상태로 복귀한다.
단계(S479)에서는 AAL5의 조립 처리가 실행된다. 이 처리의 상세에 대해서는 도 49의 플로우차트를 참조하여 후술한다. 다음에, 단계(S480)로 진행하여 Result가 OK인지가 판정된다. OK일 경우에는, 단계(S481)로 진행하여 수신 버퍼에 ASEL_SDU(즉, 조립중의 AAL-SDU)를 추가하는 처리가 실행된다. 다음에, 단계(S482)에서 MR이 0 또는 1중 어느 것인지가 판정된다. MR이 0일 경우에는, 단계(S483)로 진행하여 AAL5 파라미터의 작성 처리가 실행된다. 이 처리의 상세에 대해서는 도 52의 플로우차트를 참조하여 후술한다. 다음에, 단계(S484)에서 AAL_UNIDATA.Ind가 도 6의 Upper Layer로 출력된다. 이 AAL_UNIDATA.Ind에는 ASEL-UNI ID, VPI/VCI Value, AAL-ID(SDU), AAL-LP, AAL-CI, AAL-UU, AAL-ES가 포함되어 있다. 그 후, 원상태로 복귀한다.
단계(S482)에서 MR의 값이 1인 것으로 판정된 경우에는, 단계(S483, S484)의 처리는 스킵된다.
한편, 단계(S480)에서 Result가 NG인 것으로 판정된 경우, 단계(S485)로 진행하여 MR의 값이 0과 1중 어느 것인지가 판정된다. 단계(S485)에서 MR이 1인 것으로 판정된 경우, 단계(S486)로 진행하여 Rcv_ER_Flag에 0이 설정된다. 이 파라미터는 수신하고 있는 AAL-SDU에 어떤 에러가 포함되어 있는지를 표시하고, 각 ASEL-VCC마다 독립된 값을 갖는다.
다음에, 단계(S487)로 진행하여 Rcv_ER_Status에 No error가 설정된다.
다음에, 단계(S487)로 진행하여 Next_Rcv_SN에 SN의 값을 1만큼 증가시킨 값이 설정된다. 이 파라미터는 수신측에서 다음에 기대되는 SN 값을 나타내고 있다. 모듈 128에서 증가되고, 각 ASEL-VCC마다 독립된 값을 갖는다.
다음에, 단계(S465)로 진행하여 ASEL-PDU를 폐기하는 처리가 실행된다. 단계(S466)에서는 Result에 OK가 설정되고, 그 후 원상태로 복귀한다.
한편, 임의의 상태에서, 단계(S488)에서 도 6의 1394 Link 레이어로부터 LK_ISO.Ind의 입력을 수신했을 때, 단계(S489) 이하의 처리가 실행된다. 또한, 이 LK_ISO.Ind에는 1394 Bus Index, Isochronous Channel number, Tag value, Data Length, Data(ASEL-PDU), Speed, Packet status 등이 포함되어 있다.
단계(S489)에서는 1394 Isochronous 헤더 포맷의 체크 처리가 행해진다. 이 처리의 상세에 대해서는 도 48의 플로우차트를 참조하여 후술한다. 다음에, 단계(S490)로 진행하여 Result가 OK인지가 판정된다. NG일 경우에는 단계(S465)로 진행하여 그 이하의 처리가 실행된다.
이에 반해, Result가 OK인 것으로 판정된 경우, 단계(S491)로 진행하여 1394 Bus Index, IsochronousChannel number 및 Tag value를 이용한 ASEL-UNI ID의 검색 처리가 실행된다. 단계(S492)에서는 ASEL-UNI ID가 검색되었는지가 판정된다. 검색된 경우에는, 단계(S493)로 진행하여 ASEL 헤더의 VPI/VCI Value의 체크가 행해진다. 이 값이 정확할 경우에는, 단계(S457)로 진행하여 그 이하의 처리가 실행된다.
단계(S492)에서 ASEL-UNI ID가 검색되지 않은 것으로 판정된 경우, 또는 단계(S493)에서 VPI/VCI Value의 값이 정확하지 않은 것으로 판정된 경우, 단계(S465)로 진행하여 그 이하의 처리가 실행된다.
다음에, 도 47 내지 도 53의 플로우차트를 참조하여 도 44 내지 도 46의 처리에서 표시된 서브루틴의 보다 상세한 처리에 대해 설명한다.
도 47은 도 44의 단계(S452)에서의 1394 Asynchronous 헤더 포맷의 체크 처리의 상세를 나타내고 있다. 최초에, 단계(S501)에서 1394 헤더 CRC 에러가 발생했는지가 판정된다. 에러가 발생하고 있지 않을 경우에는, 단계(S502)로 진행하여 Destination Offset의 값이 aselLayer1394DestOffset의 값과 같은지가 판정된다. 양자의 값이 같을 경우에는, 단계(S503)로 진행하여 Transaction Code가 1인지가 판정된다. 이 값이 1일 경우에는, 단계(S504)로 진행하여 Retry Code가 1인지가 판정된다. 이 값이 1일 경우에는, 단계(S505)로 진행하여 Packet status가 FORMAT_ERROR인지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는 단계(S506)로 진행한다.
단계(S501)에서 에러가 발생하고 있는 것으로 판정되거나, 단계(S502)에서 Destination Offset이 aselLayer1394DestOffset과 같지 않은 것으로 판정되거나, 단계(S503)에서 Transaction Code의 값이 1이 아닌 것으로 판정되거나, 단계(S504)에서 RetryCode가 1이 아닌 것으로 판정되거나, 또는 단계(S505)에서 Packet status가 FORMAT_ERROR인 것으로 판정되었을 때, 단계(S515)로 진행하여 Result에 NG가 설정된다.
단계(S506)에서는 Packet status가 BROADCAST인지가 판정된다. 여기서, 예의 판정이 행해진 경우에는, 단계(S516)로 진행하여 Result에 OK가 설정된다.
단계(S506)에서 아니오의 판정이 행해진 경우에는, 단계(S507)로 진행하여 Packet status가 DATA_CRC_ERROR인지가 판정된다. 여기서, No의 판정이 행해진 경우에는, 단계(S508)로 진행하여 Result에 OK가 설정된다. 다음에, 단계(S509)에서 Acknowledge에 1이 설정된다(ack_complete의 상태로 된다). 단계(S510)에서는 Bus Occupancy Control에 RELEASE가 설정된다. 단계(S511)에서는 Speed에 aselVccOprSpeed의 값이 설정된다. 또한, 단계(S512)에서 LK_DATA.resp가 도 6의 1394 Link 레이어로 출력된다. 또한, 이 LK_DATA.resp에는 1394 Bus Index, Acknowledge, Bus Occupancy Control, Speed가 포함되어 있다.
한편, 단계(S507)에서 Packet status가 DATA_CRC_ERROR인 것으로 판정된 경우에는, 단계(S513)로 진행하여 Asynchronous 패킷을 폐기하는 처리가 실행된다. 또한, 단계(S514)에서는 Acknowledge에 0xD가 설정된다(ack_data_error로 된다). 다음에, 단계(S515)로 진행하여 Result에 NG가 설정된다.
도 48은 도 44의 단계(S489)에서의 1394 Isochronous 헤더 포맷의 체크 처리의 상세를 나타내고 있다. 최초에, 단계(S521)에서 1394 헤더 CRC에 에러가 발생하고 있는지가 판정된다. 에러가 발생하고 있지 않은 경우에는, 단계(S522)로 진행하여 Packet status에 DATA_CRC_ERROR가 설정되어 있는지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는, 단계(S523)로 진행하여 Packet status에 FORMAT_ERROR가 설정되어 있는지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는, 단계(S524)로 진행하여 Result에 OK가 설정된다.
이에 반해, 단계(S521)에서 1394 헤더 CRC에 에러가 발생하고 있는 것으로 판정된 경우, 단계(S522)에서 Packet status에 DATA CRC ERROR가 설정되어 있는 것으로 판정된 경우, 또는 단계(S523)에서 Packet Status에 FORMAT_ERROR가 설정되어 있는 것으로 판정된 경우, 단계(S525)로 진행하여, Result에 NG가 설정된다.
도 49는 도 46의 단계(S479)에서의 AAL5의 조립 처리의 상세를 나타내고 있다. 단계(S541)에서는 Rcv_ER_Flag가 0과 1중 어느 쪽인지가 판정된다. Rcv_ER_Flag가 1인 것으로 판정된 경우, 단계(S552)로 진행하여, Result에 NG가 설정된다.
이에 반해, 단계(S541)에서 Rcv_ER_Flag가 0인 것으로 판정된 경우, 단계(S542)로 진행하여, EI가 1인지가 판정된다. EI가 1이 아닐 경우에는, 단계(S443)로 진행하여, aselVccReceiveSeqUse가 Use인지가 판정된다. aselVccReceiveSeqUse가 Use인 것으로 판정된 경우에는, 단계(S544)로 진행하여, SN이 Next_Rcv_SN인지가 판정된다.
단계(S544)에서 예의 판정이 행해진 경우에는, 단계(S545)로 진행하여, Next_Rcv_SN이 증가되고, 단계(S546)로 진행된다. 단계(S443)에서 aselVccReceiveSeqUse가 Use가 아닌 것으로 판정된 경우, 단계(S544)와 단계(S545)의 처리는 스킵되고, 단계(S546)로 진행한다.
단계(S546)에서는 Sum_AAL_SDU_Len에 Data Length로부터 8을 감산한 값이 가산된다. 이 파라미터는 수신중의 조립된 AAL-SDU의 길이를 나타내고, 각 ASEL-VCC마다 독립된 값을 갖는다.
다음에, 단계(S547)로 진행하여, aselAal5ConnReceiveMaxSduSize가 Sum_AAL-SDU_Len보다 작은지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는, 단계(S548)에서 Result에 OK가 설정된다. 단계(S547)에서 예의 판정이 행해진 경우에는, 단계(S549)로 진행하여, Rcv_ER_Flag에 1이 설정된다. 또한, 단계(S550)에서 조립중의 AAL-SDU를 폐기하는 처리가 행해진다. 단계(S551)에서는 Result에 NG가 설정된다.
단계(S544)에서 SN이 Next_Rcv_SN과 같지 않은 것으로 판정된 경우, 단계(S555)로 진행하여, Rcv_ER_Result에 AAL-SDU Length Error가 설정된다. 단계(S556)에서는 aselAal5ConnErSduDeliverAllow인지가 판정된다. Allow일 경우에는, 단계(S557)로 진행하여, Next_Rcv_SN 및 수신된 ASEL-PDU 헤더중의 SN값을 SN 에러 리스트에 보존하는 처리가 실행된다. 그리고, 단계(S558)에서 Next_Rcv_SN에, SN에 1을 가산한 값이 설정된다. 그 후, 단계(S546)로 진행하여, 그 이하의 처리가 실행된다.
단계(S556)에서 aselAal5ConnErSduDeliver가 Allow가 아닌 것으로 판정된 경우, 단계(S559)로 진행하여, Rcv_ER_Flag에 1이 설정된다. 단계(S560)에서는 조립중의 AAL-SDU를 폐기하는 처리가 실행된다. 그리고, 단계(S561)에서 Result에 NG가 설정된다.
단계(S542)에서 EI가 1인 것으로 판정된 경우에는, 단계(S553)로 진행하여, ER ID가 CPCS-SDU Length error인지, 또는 CPCS CRC error인지가 판정된다. 전자의 경우에는, 단계(S555)로 진행하여, 그 이하의 처리가 실행된다. 후자의 경우에는, 단계(S554)로 진행하여, Rcv_ER_Status에 AAL-SDU CRC Error가 설정된다. 그 후, 단계(S556)로 진행하여, 그 이하의 처리가 실행된다.
도 50은 도 45의 단계(S459)의 AAL0(User 데이터)의 조립 처리의 상세를 나타내고 있다. 단계(S581)에서는 EI가 1인지가 판정된다. EI가 1이 아닐 경우에는, 단계(S582)로 진행하여, aselVccReceiveSeqUse가 Use인지가 판정된다. aselVccReceiveSeqUse가 Use일 경우에는, 단계(S583)로 진행하여, SN이Next_Rcv_SN과 같은지가 판정된다. 여기서, 예의 판정이 행해진 경우에는, 단계(S584)로 진행하여, Next_Rcv_SN의 값이 증가된다.
단계(S582)에서 aselVccReceiveSeqUse가 Use가 아닌 것으로 판정된 경우, 단계(S583, S584)의 처리는 스킵되고, 단계(S585)로 진행한다.
단계(S585)에서는 Sum_AAL-SDU_Len에 Data Length로부터 8을 감산한 값이 설정된다. 다음에, 단계(S586)에서 Sum_AAL-SDU_Len이 48보다 큰지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는, 단계(S587)로 진행하여 Result에 OK가 설정된다. 이에 반해, 단계(S586)에서 예의 판정이 행해진 경우에는, 단계(S588)로 진행하여 조립중의 AAL-SDU를 폐기하는 처리가 행해진다. 다음에, 단계(S589)로 진행하여 Result에 NG가 설정된다.
단계(S583)에서 SN의 값이 Next_Rcv_SN의 값과 같지 않은 것으로 판정된 경우, 단계(S595)로 진행하여 Next_Rcv_SN에 SN의 값을 1만큼 증가시킨 값이 설정된다. 다음에, 단계(S585)로 진행하여 그 이하의 처리가 실행된다.
단계(S581)에서 EI가 1인 것으로 판정된 경우, 단계(S590)로 진행하여, ER-ID가 CPCS-SDU Length Error인지, 또는 CPCS CRC error인지가 판정된다. 전자의 경우에는, 단계(S591)로 진행하여 Rcv_ER_Status에 AAL-SDU Length Error가 설정된다. 다음에, 단계(S593)로 진행하여 aselAal0ConnErSduDeliver가 Allow인지가 판정된다. Allow일 경우에는, 단계(S594)로 진행하여 Next_Rcv_SN 및 수신된 ASEL-PDU 헤더중의 SN 값을 SN 에러 리스트에 보존하는 처리가 실행된다. 다음에, 단계(S595)로 진행하여 그 이하의 처리가 실행된다. 이에 반해, 후자의 경우에, 단계(S592)로 진행하여 Rcv_ER_Status에 AAL-SDU CRC Error가 설정된다. 그 후, 단계(S593)로 진행한다.
단계(S593)에서 aselAal0ConnErSduDeliver가 Allow가 아닌 것으로 판정된 경우, 단계(S596)로 진행하여 조립중의 AAL-SDU를 폐기하는 처리가 실행된다. 또한, 단계(S597)에서 Result에 NG가 설정된다.
도 51은 도 45의 단계(S470)와 단계(S474)에서의 AAL0(LM 데이터) 조립 처리의 상세를 나타내고 있다. 단계(S611)에서는 EI가 1인지가 판정된다. EI가 1이 아닐 경우에는, 단계(S612)로 진행하여 aselVccReceiveSeqUse가 Use인지가 판정된다. aselVccReceiveSeqUse가 Use일 경우에는, 단계(S613)로 진행하여 SN이 Next_Rcv_SN으로부터 1을 감산한 값과 같은지가 판정된다. 양자가 같은 것으로 판정된 경우에는, 단계(S614)로 진행하여 Sum_AAL-SDU_Len에 Data Length로부터 8을 감산한 값이 설정된다.
다음에, 단계(S615)에서 Sum_AAL-SDU_Len이 48보다 큰지가 판정된다. 여기서, 아니오의 판정이 행해진 경우에는, 단계(S616)로 진행하여 Result에 OK가 설정된다. 이에 반해, 단계(S615)에서 예의 판정이 행해진 경우에는, 단계(S617)로 진행하여 조립중의 AAL-SDU를 폐기하는 처리가 실행된다. 다음에, 단계(S618)로 진행하여 Result에 NG가 설정된다.
단계(S612)에서 aselVccReceiveSeqUse가 Use가 아닌 것으로 판정된 경우, 단계(S614)로 진행하여 그 이하의 처리가 실행된다.
단계(S613)에서 SN이 Next_Rcv_SN으로부터 1을 감산한 값과 같지 않은 것으로 판정된 경우, 단계(S623A)로 진행하여 Next_Rcv_SN에 SN의 값을 1만큼 증가시킨 값이 설정된다. 그 후, 단계(S614)로 진행하여 그 이하의 처리가 실행된다.
단계(S611)에서 EI가 1인 것으로 판정된 경우, 단계(S(619)로 진행하여 ER-ID가 CPCS-SDU Length error 또는 CPCS CRC error중 어느 것인지가 판정된다. 전자인 것으로 판정된 경우, 단계(S620)로 진행하여 Rcv_ER_Status에 AAL-SDU Length Error가 설정된다. 다음에, 단계(S622)로 진행하여 aselAal0ConnErSduDeliver가 Allow인지가 판정된다. Allow인 것으로 판정된 경우에는, 단계(S623)로 진행하여 Next_Rcv-SN 및 수신된 ASEL-PDU 헤더중의 SN 값을 SN 에러 리스트에 보존하는 처리가 실행된다. 그 후, 단계(S623A)로 진행하여 그 이하의 처리가 실행된다. 이에 반해, 후자인 것으로 판정된 경우에는, 단계(S621)로 진행하여 Rcv_ER_Status에 AAL-SDU CRC Error가 설정된다. 그 후, 단계(S622)로 진행한다.
단계(S622)에서 aselAal0ConnErSduDeliver가 Allow가 아닌 것으로 판정된 경우, 단계(S624)로 진행하여 조립중의 AAL-SDU를 폐기하는 처리가 실행된다. 그리고, 단계(S625)에서 Result에 NG가 설정된다.
도 52는 도 46의 단계(S483)에서의 AAL5 파라미터의 작성 처리의 상세를 나타내고 있다. 단계(S641)에서는 AAL-LP에 LP가 설정된다. 이 파라미터는 ASEL-PDU 헤더의 AAL5 specific field에 매핑된다. 다음에, 단계(S642)로 진행하여 AAL-CI에 CI가 설정된다. 이 파라미터도 ASEL-PDU 헤더의 AAL5 specific field에 매핑된다.
다음에, 단계(S643)로 진행하여 AAL-ES에 Rcv_ER_Status가 설정된다. 또한, 단계(S644)에서 AAL-UU에 CPCS-UU가 설정된다.
도 53은 도 45의 단계(S462)와 단계(S473)에서의 AAL0 파라미터의 작성 처리의 상세를 나타내고 있다. 단계(S651)에서는 AAL-LP에 LP가 설정된다. 이 파라미터는 ASEL-PDU 헤더의 AAL0 specific field에 매핑된다. 다음에, 단계(S652)에서 AAL-CI에 CI가 설정된다. 이 파라미터도 ASEL-PDU 헤더의 AAL0 specific field에 매핑된다. 다음에, 단계(S653)에서 AAL-ES에 Rcv_ER_Status가 설정된다.
상술한 바와 같은 ASEL을 사용하여 도 4에 나타낸 ATM 단말(1)과 1394 단말(4, 22, 23)간의 통신을, 종래의 경우와 마찬가지로 표준 프로토콜로서 IP/ATM을 사용하여 행할 경우, end to end의 U(User) 플레인 및 C(Control) 플레인의 프로토콜 스택은 각각 도 54 및 도 55에 나타낸 바와 같이 레이아웃된다.
도 54에 나타낸 바와 같이, ATM 단말(1)의 U 플레인의 프로토콜 스택은 PHY(물리) 레이어, ATM 레이어, AAL5 레이어, IP/ATM 레이어 및 IP 레이어로 구성되고, ATM망(2)의 U 플레인의 프로토콜 스택은 PHY 레이어 및 ATM 레이어로 구성된다.
ATM/1394 중계기(3, 21)의 U 플레인의 프로토콜 스택은 ATM망 측이 PHY 레이어, ATM 레이어, AAL5 레이어로 구성되고, 1394 단말 측은 1394 PHY 레이어, 1394 LINK 레이어 및 ASEL 레이어(31)로 구성된다. 1394 단말(4, 22, 23)의 U 플레인의 프로토콜 스택은 1394 PHY 레이어, 1394 LINK 레이어, ASEL 레이어(32), IP/ATM 레이어 및 IP 레이어로 구성된다.
ATM/1394 중계기(3)와 1394 단말(4) 사이, 및 ATM/1394 중계기(21)와 1394 단말(22, 23) 사이에서는 ASEL31에 의해 AAL/ATM이 에뮬레이션되고, VPC/VCC의 개념이 존재하기 때문에, U 플레인의 패킷 핸들링은 IP는 아니고, VPI/VCI 값에 의해 행해질 수 있다. 이 VPI/VCI는 통상 AAL-PDU의 디스크립터 테이블에 포함되어 있고, 인터페이스 데이터와 같이, 패킷 중에는 포함되어 있지 않다. 그 결과, ASEL31이 루팅을 행할 때, 패킷의 내용(인터페이스 데이터)을 카피할 필요가 없다. 따라서, ATM/1394 중계기(3, 21)에서는 부하가 경감되고, ATM/1394 중계기(3, 21)의 드로우풋을 향상시킬 수 있다.
또한, 도 55에 나타낸 바와 같이, ATM 단말(1)의 C 플레인의 프로토콜 스택은 PHY 레이어, ATM 레이어, AAL5 레이어, SSCF(ITU-TQ.2130)＋SSCOP(ITU-TQ.2110) 레이어, 및 Q.2931(ITU-TQ.2931) 레이어로 구성된다. ATM망(2)의 C 플레인의 프로토콜 스택은 ATM 단말(1)의 경우와 동일한 구성으로 된다.
ATM/1394 중계기(3, 21)의 C 플레인의 프로토콜 스택은 ATM망 측이 ATM 단말(1) 및 ATM망(2)의 경우와 동일한 구성으로 된다. 한편, 1394 단말 측은 1394 단말(4, 22, 23)의 프로토콜 스택과 동일한 구성으로 되고, 1394 PHY 레이어, 1394 LINK 레이어, 및 ASEL 레이어(33)(도 54의 ASEL 레이어(31)에 대응함)로 구성된다. 1394 단말(4, 22, 23)의 C 플레인의 프로토콜 스택은 1394 PHY 레이어, 1394 LINK 레이어, ASEL 레이어(34)(도 54의 ASEL 레이어(32)에 대응함), SSCF＋SSCOP 레이어, 및 Q.2931 레이어로 구성된다.
ATM/1394 중계기(3)와 1394 단말(4) 사이, 및 ATM/1394 중계기(21)와 1394 단말(22, 23) 사이에서는 ATM망(2)의 UNI(User-Network Interface)로 사용되는 종기의 시그널링 프로토콜(Q.2931 및 SSCF＋SSCOP)을 레이어(35) 또는 레이어(36)에 적용할 수 있기 때문에, 종래와 같이 처음부터 독자적인 시그널링 프로토콜을 개발할 필요가 없게 된다. 그 결과, 시스템의 개발에 필요한 공정을 삭감할 수 있는 동시에, 시스템의 신뢰성을 향상시킬 수 있다.
또한, ASEL에 의해 ATM의 특징인 멀티포인트, 멀티커넥션을 사용한 커넥션형의 다양한 애플리케이션에 의한 서비스를, IEEE 1394 시리얼 버스의 특징인 저가격, 케이블링의 용이성, 쉐어드(shared)·메디어(매체 공유형 네트워크 : 1개의 케이블(전송 매체)에 다양한 단말을 접속해서 통신하는 것)에 의한 매체의 자원의 유효 이용이 행해진다라는 요소를 갖는 인프라스트럭쳐 상에 그대로 제공할 수 있게 된다.
여기서, 도 4의 시스템에서의 보다 구체적인 동작예에 대해 더 설명한다. 예로서, ATM/1394 중계기(21)에 접속되어 있는 1394 단말(22-1)과 ATM 단말(1)과의 통신, 1394 단말(22-1)과 1394 단말(23-1)과의 통신, 및 1394 단말(22-1)과 1394 단말(22-2)과의 통신의 3가지에 대해 설명한다.
우선, 어느 쪽의 통신을 행할 경우에도, 모든 1394 단말 상의 User side의 ASEL-CME는 WakeUp의 메시지(도 15)를 Broadcast로 하고,ATM/1394 중계기(21) 상의 Network side의 ASEL-CME만이 그 메시지를 수신한다. 이로 인해, 각 1394 단말의 ASEL-CME는 ATM/1394 중계기(21)의 ASEL-CME에 대해 자신의 Node Unique ID 및 Self ID를 통지한다. 또한, ASEL-CMP 메시지(도 14)의 교환은 ASEL-CMI(도 11)를 통해 대향하는 Network side와 User side의 ASEL-CME 사이에서만 행해지고, 양단의 ASEL-CME에서 종단(終端)되기 때문에, 도 54 및 도 55의 프로토콜 스택에는 조립되지 않는다.
ATM/1394 중계기(21)의 ASEL-CME는 WakeUp(도 15)을 수신하면, 새로운 ASEL-UNI ID를 할당하여 1394 Bus Index, User side의 Node Unique ID 및 Self ID와 관련지어 등록한다. 그리고, ActReq(도 16)를 각각의 1394 단말의 ASEL-CME에 대해 송신하고, 각 User side의 ASEL-CME의 기동을 요구함과 동시에, Network side의 Node Unique ID 및 Self ID의 등록을 요구한다.
각 1394 단말의 ASEL-CME는 이 요구에 대응하여 등록을 행하고, Active status로 천이하며, ActAck(도 17)를 ATM/1394 중계기(21)의 ASEL-CME로 송신하여, 쌍방이 Active status가 된다.
Active status로 천이할 때에, ASEL-CME로부터 ASEL 레이어 매니지먼트에 대해 MASEL_Act.Ind 프리미티브가 발생된다. 이로 인해, ASEL 레이어 매니지먼트는 활성화된 ASEL-UNI ID와 그 ASEL-UNI가 존재하는 1394 Bus Index를 인식한다. 따라서, 상술한 처리가 접속되어 있는 모든 1394 단말과의 사이에서 행해지므로, ATM/1394 중계기(21)는 각각의 1394 단말이 어떤 1394 시리얼 버스에 접속되어 있는지를 인식할 수 있다.
다음에, 구체적인 통신 수순을 나타낸다. 여기서는 VCC의 설정에는 도 55의 프로토콜 스택에 의한 SVC(Switched Virtual Circuit) 접속을 이용하고, 고정적인 PVC(Permanent Virtual Circuit) 접속은 이용하지 않는 것으로 한다. 최초에, ATM/1394 중계기(21)에 접속되어 있는 1394 단말(22-1)과 ATM 단말(1)과의 통신에 대해 설명한다.
1394 단말(22-1)과 ATM 단말(1)과의 사이에서, 최종적으로 교환된 데이터는 도 54에 나타낸 바와 같은 U 플레인 상의 데이터이다. 이 U 플레인의 데이터를 교환하기 위한 커넥션인 VCC를 개설하기 위해, 도 55의 C 플레인의 프로토콜 스택을 사용한다.
C 플레인 상의 프로토콜을 교환하기 위해, 통상 VPI/VCI가 0/5 및 0/16을 이용한 2종류의 VCC를 각 ASEL-UNI 및 각 ATM-UNI마다 미리 개설해 둔다. 또한, ATM/1394 중계기(21) 및 1394 단말(22-1)의 ASEL33, 34는 IEEE 1394 규격의 데이터를 ATM(AAL) 규격의 데이터로 변환시키는 기능과, 반대로 ATM(AAL) 규격의 데이터를 IEEE 1394 규격의 데이터로 변환시키는 기능을 갖고 있다.
이로 인해, ATM/1394 중계기(21) 및 1394 단말(22-1)에서의 시그널링 프로토콜(35, 36)은 ATM 단말(1) 및 ATM망(2)과 동일한 프로토콜을 사용할 수 있고, 이들의 시그널링 프로토콜에 의해 도 54의 U 플레인에서 사용하는 VCC의 각종 파라미터(VPI/VCI Value, AAL Type, QoS class, Transmit/Receive Bandwidth 등)가 결정된다.
이 VCC 파라미터의 결정을 계기로 해서, ATM/1394 중계기(21) 및 1394 단말(22-1)에서는 시그널링 프로토콜(35, 36)의 애플리케이션 프로그램으로부터 ASEL 레이어 매니지먼트를 경유해서MASEL_ConSet.Req 프리미티브가 각각의 ASEL-CME에 대해 발행된다. 또한, 시그널링 프로토콜에 의해 ATM/1394 중계기(21)는 한 쪽의 VCC의 종단점인 ATM 단말(1)이 자신이 수용하고 있는 ASEL-UNIs에는 존재하지 않는 것으로 미리 인식하고 있다.
1394 단말(22-1)에 실장되어 있는 User side의 ASEL-CME에서는 도 25의 플로우차트에 나타낸 바와 같이, MASEL_ConSet.req 프리미티브를 수신했을 경우, 그 프리미티브에 포함되어 있는 각종 파라미터의 보존 후, QoS Type이 CBR인지의 판단을 행한다.
CBR일 경우, 할당된 VP[I/VCI를 해결하는 Isochronous channel의 할당을 요구하는 IsoReq(도 18)를 Network side의 ASEL-CME가 실장되어 있는 ATM/1394 중계기(21)로 송신한다. ATM/1394 중계기(21)의 ASEL-CME는 1394 단말(22-1)의 ASEL-CME에 대해 IsoReply(도 19)를 되돌리고, 거기에서 Isochronous channel을 지정한다. 이렇게 해서, ATM/1394 중계기(21)와 1394 단말(22-1)과의 사이에서 사용하는 Isochronous channel이 할당되고, IEEE 1394 규격에서의 통신호가 확보된다.
CBR 이외의 경우, 할당된 VPI/VCI를 해결하는 Asynchronous 패킷의 Destination ID 값을 요구하는 DestIDReq(도 20)를 Network side의 ASEL-CME가 실장되어 있는 ATM/1394 중계기(21)로 송신한다. ATM/1394 중계기(21)의 ASEL-CME는 1394 단말(22-1)의 ASEL-CME에 대해 DestIDRply(도 21)를 되돌린다. 거기에서 상대측 노드인 ATM/1394 중계기(21) 자신의 대응하는 1394 시리얼 버스에서의 Self ID를 통지함으로써, IEEE 1394 규격에서의 통신로가 확보된다.
이상의 동작에 의해, ATM 단말(1)과 1394 단말(22-1)과의 사이에서 VCC가 개설된다. 또한, ATM/1394 중계기(21) 및 1394 단말(22-1)의 ASEL31, 32는 IEEE 1394 규격의 데이터를 ATM(AAL) 규격의 데이터로 변환시키는 기능과, 반대로 ATM(AAL) 규격의 데이터를 IEEE 1394 규격의 데이터로 변환시키는 기능을 갖고 있기 때문에, 1394 단말(22-1)에서의 ASEL32의 상위 레이어로서, ATM 단말(1)에서의 AAL5의 상위 레이어와 동일한 프로토콜(예를 들면, IP/ATM)을 사용할 수 있다.
반대로, ATM/1394 중계기(21)에 접속되어 있는 1394 단말(22-1)과 1394 단말(23-1)과의 통신에 대해 설명한다.
ATM 단말(1)과 1394 단말(22-1)과의 통신일 경우와 마찬가지로, 1394 단말(22-1)과 1394 단말(23-1)과의 사이에서도, 도 54에 나타낸 바와 같은 U 플레인 상의 데이터를 교환하기 위한 VCC를 개설하기 때문에, 도 55의 C 플레인의 프로토콜 스택을 사용한다. 또한, ATM/1394 중계기(21), 1394 단말(22-1) 및 1394 단말(23-1)에서의 시그널링 프로토콜(35, 36)은 공통의 프로토콜을 사용할 수 있고, 이들의 시그널링 프로토콜에 의해 도 54의 U 플레인에서 사용하는 VCC의 각종 파라미터(VPI/VCI Value, AAL Type, QoS class, Transmit/Receive Bandwidth 등)가 결정된다. 단, 시그널링 프로토콜(35, 36)은 ATM/1394 중계기(21)를 반드시 경유해서 1394 단말(22-1)과 1394 단말(23-1)과의 사이에서 교환된다.
이 VCC 파라미터의 결정을 계기로 해서, ATM/1394 중계기(21), 1394 단말(22-1) 및 1394 단말(23-1)에서는 시그널링 프로토콜(35, 36)의 애플리케이션 프로그램으로부터 ASEL 레이어 매니지먼트를 경유해서, MASEL_ConSet.req 프리미티브가 각각의 ASEL-CME에 대해 발행된다. 또한, 시그널링 프로토콜에 의해 ATM/1394 중계기(21)는 쌍방의 VCC의 종단점인 1394 단말(22-1) 및 1394 단말(23-1)이 자신이 수용하고 있는 ASEL-UNIs에 존재하는지, 각각의 1394 시리얼 버스인 것을 미리 인식하고 있다.
1394 단말(22-1) 및 1394 단말(23-1)에 실장되어 있는 User side의 ASEL-CME에서는 앞의 경우와 마찬가지로, MASEL_ConSet.req 프리미티브를 수신한 후, 각종 파라미터의 보존 후, QoS Type이 CBR인지의 판단을 행한다.
CBR일 경우, 앞의 경우와 마찬가지로, 각 User side의 ASEL-CME는 할당된 VPI/VCI를 해결하는 Isochronous channel의 할당을 요구하는 IsoReq(도 18)를, Network side의 ASEL-CME가 실장되어 있는 ATM/1394 중계기(21)로 송신하고, 그에 반해 ATM/1394 중계기(21)의 ASEL-CME는 IsoReply(도 19)를 되돌리고, 거기에서 Isochronous channel을 지정한다. 이 경우, 다른 1394 시리얼 버스에 접속되어 있기 때문에, 각각 독립해서 Isochronous channel 번호를 지정할 수 있다. 이렇게 해서, ATM/1394 중계기(21)와 1394 단말(22-1), 및 ATM/ 1394 중계기(21)와 1394 단말(23-1)과의 사이에서 사용하는 Isochronous channel이 할당되고, IEEE 1394 규격에서의 통신로가 확보된다.
CBR 이외의 경우, 앞의 경우와 마찬가지로, 각 User side의 ASEL-CME는 DestIDReq(도 20)를 Network side의 ASEL-CME가 실장되어 있는 ATM/1394 중계기(21)로 송신하고, 그에 반해 ATM/1394 중계기(21)의 ASEL-CME는 DestIDRply(도 21)를 되돌린다. 거기에서 상대측 노드인 ATM/1394 중계기(21) 자신의 각각의 1394 시리얼 버스에서의 Self ID를 통지함으로써, IEEE 1394 규격에서의 통신로가 확보된다.
이상의 동작에 의해, ATM/1394 중계기(21)를 중계하여, 1394 단말(22-1)과 1394 단말(23-1)과의 사이에서 VCC가 개설된다. 또한, 이 VCC에서 ATM/1394 중계기(21)의 ASEL31은 IEEE 1394 규격의 데이터를 ATM(AAL) 규격의 데이터로 변환시키는 기능과, 반대로 ATM(AAL) 규격의 데이터를 IEEE 1394 규격의 데이터로 변환시키는 기능을 이용하여, 1394 단말(22-1)과 1394 단말(23-1)과의 사이에서 교환되는 데이터의 중계를 행한다.
계속해서, ATM/1394 중계기(21)에 접속되어 있는 1394 단말(22-1)과 1394 단말(22-2)과의 통신에 대해 설명한다.
이 경우에도, 도 54에 나타낸 바와 같은 U 플레인 상의 데이터를 교환하기 위한 VCC를 개설하기 위해, 도 55의 C 플레인의 프로토콜 스택을 사용한다. 또한, ATM/1394 중계기(21), 1394 단말(22-1) 및 1394 단말(22-2)에서의 시그널링 프로토콜(35, 36)은 공통의 프로토콜을 사용할 수 있고, 이들의 시그널링 프로토콜에 의해 도 54의 U 플레인에서 사용하는 VCC의 각종 파라미터(VPI/VCI Value, AAL Type, QoS class, Transmit/Receive Bandwidth 등)가 결정된다. 단, 시그널링 프로토콜(35, 36)은 ATM/1394 중계기(21)를 반드시 경유해서 1394 단말(22-1)과 1394 단말(22-2)과의 사이에서 교환된다.
이 VCC 파라미터의 결정을 계기로 해서, ATM/1394 중계기(21), 1394 단말(22-1) 및 1394 단말(22-2)에서는 시그널링 프로토콜(35, 36)의 애플리케이션 프로그램으로부터 ASEL 레이어 매니지먼트를 경유해서, MASEL_ConSet.req 프리미티브가 각각의 ASEL-CME에 대해 발행된다. 또한, 시그널링 프로토콜에 의해 ATM/1394 중계기(21)는 쌍방의 VCC의 종단점인 1394 단말(22-1) 및 1394 단말(22-2)이 자신이 수용하고 있는 ASEL-UNIs에 존재하고, 또한 동일의 1394 시리얼 버스인 것을 미리 인식하고 있다. 따라서, 이 VCC 상의 데이터에 대해서는 중계할 필요가 없기 때문에, 1394 단말(22-1)과 1394 단말(22-2)과의 사이에서 직접 데이터를 교환할 수 있는 VCC를 개설한다.
1394 단말(22-1) 및 1394 단말(22-2)에 실장되어 있는 User side의 ASEL-CME에서는 지금까지와 마찬가지로, MASEL_ConSet.req 프리미티브의 각종 파라미터의 보존 후, QoS Type이 CBR인지의 판단을 행한다.
CBR일 경우, 지금까지와 마찬가지로, 각 User side의 ASEL-CME는 IsoReq(도 18)를 Network side의 ASEL-CME가 실장되어 있는 ATM/1394 중계기(21)로 송신하고, 그에 반해 ATM/1394 중계기(21)의 ASEL-CME는 IsoReply(도 19)를 되돌리고, 거기에서 Isochronous channel을 지정한다. 이 경우, 각각에 동일한 Isochronous channel 번호를 지정하게 된다. 그 때, 할당된 Isochronous channel의 상위 2비트에 할당되는 Tag Value를 (0, 1)로 지정하므로써, User side의 ASEL32만큼이 수신하는 채널인 것을 표시할 수도 있다. 이렇게 해서, 1394 단말(22-1)과 1394 단말(22-2)과의 사이에서 사용하는 Isochronous channel이 할당되고, 직접 데이터를 교환할 수 있는 IEEE 1394 규격에서의 통신로가 확보된다.
CBR 이외의 경우, 지금까지와 마찬가지로, 각 User side의 ASEL-CME는 DestIDReq(도 20)를 Network side의 ASEL-CME가 실장되어 있는 ATM/1394 중계기(21)로 송신하고, 그에 반해 ATM/1394 중계기(21)의 ASEL-CME는 DestIDRply(도 21)를 되돌린다. 거기에서 1394 단말(22-1)에 대해서는 상대측 노드인 1394 단말(22-2)의 Self ID를, 1394 단말(22-2)에 대해서는 상대측 노드인 1394 단말(22-1)의 Self ID를 통지함으로써, 직접 데이터를 교환할 수 있는 IEEE 1394 규격에서의 통신로가 확보된다.
이상의 동작에 의해, ATM/1394 중계기(21)를 중계시키지 않고, 직접 1394 단말(22-1)과 1394 단말(22-2)과의 사이에서 VCC가 개설된다. 또한, 이 VCC에서 ATM/1394 중계기(21)의 ASEL31은 1394 단말(22-1)과 1394 단말(22-1)과의 사이에서 교환되는 데이터는 관여하지 않는다.
또한, 본 실시예에서는 ASEL 레이어 매니지먼트용 프리미티브 중에 커넥션 제어 프리미티브군(MASEL_ConSet.req, MASEL_ConRec.req, MASEL_ConSet.conf, MASEL_ConRel.req, MASEL_ConRel.conf)을 포함하고 있기 때문에, ASEL 레이어 매니지먼트를 경유해서 그들 프리미티브가 발행되고 있다. 그러나, 실제의 소프트웨어의 실장 방법에 의해서는, 예를 들면 시그널링 프로토콜(35, 36)의 애플리케이션 프로그램으로부터 직접 발행되기도 하고, 시그널링 프로토콜(35, 36) 자체로부터 직접 발행되는 실시 형태를 취할 수도 있다.
또한, 상술한 실시 형태에서는 1대의 ATM 단말을 ATM망에 접속하도록 했지만, 복수의 ATM 단말을 ATM망에 접속하고, 각 1394 단말이 복수의 ATM 단말로부터 소망의 데이터의 제공을 수신하도록 할 수도 있다.
본 발명에 따른 통신 제어 장치 및 통신 제어 방법에 의하면, 중계기를 통해 수신한 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환하여, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환하도록 했기 때문에, 제1 전송 규격에서 사용되는 기존의 시그널링 프로토콜을 적용할 수 있고, 시스템의 개발 공정수를 삭감할 수 있는 동시에, 신뢰성을 향상시킬 수 있게 된다.
본 발명에 따른 통신 제어 장치 및 통신 제어 방법에 의하면, 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 제2 단말로부터 송신되어 온, 제2 전송 규격으로부터 제1 전송 규격으로 변환된 데이터를, 제1 단말에서 사용되는 시그널링 프로토콜과 동일한 시그널링 프로토콜로 처리하도록 했기 때문에, 시스템의 개발 공정수를 삭감함과 동시에, 신뢰성을 향상시킬 수 있게 된다.
본 발명에 따른 통신 제어 장치 및 통신 제어 방법에 의하면, 중계기에서 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터를 제2 전송 규격의 데이터로 변환시킴과 동시에, 제2 단말로부터 송신되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시키고, 제2 단말에서 중계기를 통해 전송되어 온 제2 전송 규격의 데이터를 제1 전송 규격의 데이터로 변환시킴과 동시에, 제1 전송 규격의 소정 데이터를 제2 전송 규격의 데이터로 변환시키도록 했기 때문에, 제1 전송 규격에서의 커넥션 정보만으로 루팅이 행해지므로 중계기의 부하를 경감할 수 있다. 또한, 중계기와 제2 단말 사이에, 제1 전송 규격에서 사용되는 종래의 시그널링 프로토콜을 적용할 수 있고, 시스템의 개발 공정수를 삭감함과 동시에, 신뢰성을 향상시킬 수 있게 된다.
본 발명에 따른 통신 제어 장치 및 통신 제어 방법에 의하면, 중계기와 단말과의 사이에, 단말과 다른 단말이 교환하는 전송 규격의 데이터를 전송하기 위한 통신로를, 미리 소정의 제어 커맨드를 이용하여 설정하도록 했기 때문에, 중계기의 부담을 경감할 수 있게 된다. 또한, 실질적으로 중계기를 경유하지 않고서 데이터의 전송이 가능하게 된다.

Claims (12)

  1. 소정의 단말로부터 송신되어 온 데이터를 중계기를 통해 수신하고, 소정의 데이터를 상기 중계기를 통해 상기 단말로 송신하는 통신 제어 장치에 있어서,
    상기 중계기를 통해 수신한 제2 전송 규격의 상기 데이터를 제1 전송 규격의 상기 데이터로 변환시키는 제1 변환 수단, 및
    상기 제1 전송 규격의 소정 데이터를 상기 제2 전송 규격의 상기 데이터로 변환시키는 제2 변환 수단
    을 구비한 것을 특징으로 하는 통신 제어 장치.
  2. 제1항에 있어서, 상기 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로 상기 제1 전송 규격의 데이터를 처리하는 처리 수단을 더 구비한 것을 특징으로 하는 통신 제어 장치.
  3. 제1항에 있어서, 상기 제1 전송 규격은 ATM 규격이고, 상기 제2 전송 규격은 IEEE 1394 규격인 것을 특징으로 하는 통신 제어 장치.
  4. 소정의 단말로부터 송신되어 온 데이터를 중계기를 통해 수신하고, 소정의 데이터를 상기 중계기를 통해 상기 단말로 송신하는 통신 제어 방법에 있어서,
    상기 중계기를 통해 수신한 제1 전송 규격의 상기 데이터를 제2 전송 규격의 상기 데이터로 변환시키는 단계, 및
    상기 제2 전송 규격의 소정 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시키는 단계
    를 구비한 것을 특징으로 하는 통신 제어 방법.
  5. 제1 단말로부터 송신되어 온 데이터를 제2 단말로 중계하고, 상기 제2 단말로부터 송신되어 온 데이터를 상기 제1 단말로 중계하여, 상기 제1 단말과 상기 제2 단말 사이의 통신을 제어하는 통신 제어 장치에 있어서,
    상기 제1 단말로부터 송신되어 온 제1 전송 규격의 상기 데이터를 제2 전송 규격의 상기 데이터로 변환시키는 제1 변환 수단,
    상기 제2 단말로부터 송신되어 온 상기 제2 전송 규격의 상기 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시키는 제2 변환 수단, 및
    상기 제1 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로, 상기 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 상기 제2 변환 수단에 의해서 변환된 상기 제1 전송 규격의 데이터를 처리하는 처리 수단
    을 구비한 것을 특징으로 하는 통신 제어 장치.
  6. 제5항에 있어서, 복수의 상기 제2 단말이 다른 상기 제2 전송 규격의 전송로 상에 접속되어 있을 경우, 복수의 상기 제2 단말 사이에서 교환되는 상기 제2 전송 규격의 상기 데이터를 중계하는 중계 수단을 더 구비한 것을 특징으로 하는 통신 제어 장치.
  7. 제5항에 있어서, 복수의 상기 제2 단말이 동일한 상기 제2 전송 규격의 전송로 상에 접속되어 있을 경우, 복수의 상기 제2 단말 사이에서 교환되는 상기 제2 전송 규격의 상기 데이터를 실질적으로 스루(through)하여 중계하는 중계 수단을 더 구비한 것을 특징으로 하는 통신 제어 장치.
  8. 제1 단말로부터 송신되어 온 데이터를 제2 단말로 중계하고, 상기 제2 단말로부터 송신되어 온 데이터를 상기 제1 단말로 중계하여, 상기 제1 단말과 상기 제2 단말 사이의 통신을 제어하는 통신 제어 방법에 있어서,
    상기 제1 단말로부터 송신되어 온 제1 전송 규격의 상기 데이터를 제2 전송 규격의 상기 데이터로 변환시키는 제1 변환 단계,
    상기 제2 단말로부터 송신되어 온 상기 제2 전송 규격의 상기 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시키는 제2 변환 단계, 및
    상기 제1 단말이 갖는 시그널링 프로토콜과 동일한 시그널링 프로토콜로, 상기 제1 단말로부터 송신되어 온 제1 전송 규격의 데이터와, 상기 제2 변환 수단에 의해서 변환된 상기 제1 전송 규격의 데이터를 처리하는 처리 단계
    를 구비한 것을 특징으로 하는 통신 제어 방법.
  9. 제1 단말로부터 송신되어 온 데이터를 중계기를 통해 제2 단말로 전송하고, 상기 제2 단말로부터 송신되어 온 데이터를 상기 중계기를 통해 상기 제1 단말로 전송하여, 상기 제1 단말과 상기 제2 단말 사이의 통신을 제어하는 통신 제어 장치에 있어서,
    상기 중계기는
    상기 제1 단말로부터 송신되어 온 제1 전송 규격의 상기 데이터를 제2 전송 규격의 상기 데이터로 변환시키는 제1 변환 수단, 및
    상기 제2 단말로부터 송신되어 온 상기 제2 전송 규격의 상기 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시키는 제2 변환 수단
    을 구비하고,
    상기 제2 단말은
    상기 중계기로부터 전송되어 온 상기 제2 전송 규격의 상기 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시키는 제3 변환 수단, 및
    상기 제1 전송 규격의 소정 데이터를 상기 제2 전송 규격의 상기 데이터로 변환시키는 제4 변환 수단
    을 구비한 것을 특징으로 하는 통신 제어 장치.
  10. 제1 단말로부터 송신되어 온 데이터를 중계기를 통해 제2 단말로 전송하고, 상기 제2 단말로부터 송신되어 온 데이터를 상기 중계기를 통해 상기 제1 단말로 전송하여, 상기 제1 단말과 상기 제2 단말 사이의 통신을 제어하는 통신 제어 방법에 있어서,
    상기 중계기는
    상기 제1 단말로부터 송신되어 온 제1 전송 규격의 상기 데이터를 제2 전송 규격의 상기 데이터로 변환시켜 상기 제2 단말로 전송하는 단계, 및
    상기 제2 단말로부터 송신되어 온 상기 제2 전송 규격의 상기 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시켜 상기 제1 단말로 전송하는 단계
    를 구비하고,
    상기 제2 단말은
    상기 중계기를 통해 전송되어 온 상기 제2 전송 규격의 상기 데이터를 상기 제1 전송 규격의 상기 데이터로 변환시키는 단계, 및
    상기 제1 전송 규격의 소정 데이터를 상기 제2 전송 규격의 상기 데이터로 변환시켜 상기 중계기로 전송하는 단계
    를 구비한 것을 특징으로 하는 통신 제어 방법.
  11. 중계기 또는 단말과 소정의 전송 규격의 전송로에 의해 접속되는 통신 제어 장치에 있어서,
    상기 중계기 또는 상기 단말과의 사이에서 상기 단말과 다른 단말이 교환하는 상기 전송 규격의 데이터를 전송하기 위한 통신로를, 미리 소정의 제어 커맨드를 사용하여 설정하는 설정 수단을 구비한 것을 특징으로 하는 통신 제어 장치.
  12. 중계기 또는 단말과 소정의 전송 규격의 전송로에 의해 접속되는 통신 제어 장치의 통신 제어 방법에 있어서,
    상기 중계기 또는 상기 단말과의 사이에서 상기 단말과 다른 단말이 교환하는 상기 전송 규격의 데이터를 전송하기 위한 통신로를, 미리 소정의 제어 커맨드를 사용하여 설정하는 단계를 구비한 것을 특징으로 하는 통신 제어 방법.
KR1019970708766A 1996-04-04 1997-04-04 통신 제어 장치 및 방법 KR19990022287A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP8082545A JPH09275402A (ja) 1996-04-04 1996-04-04 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法
JP96-082545 1996-04-04

Publications (1)

Publication Number Publication Date
KR19990022287A true KR19990022287A (ko) 1999-03-25

Family

ID=13777481

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019970708766A KR19990022287A (ko) 1996-04-04 1997-04-04 통신 제어 장치 및 방법

Country Status (5)

Country Link
US (2) US6115392A (ko)
EP (1) EP0841791A4 (ko)
JP (1) JPH09275402A (ko)
KR (1) KR19990022287A (ko)
WO (1) WO1997038513A1 (ko)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09275402A (ja) * 1996-04-04 1997-10-21 Sony Corp 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法
US6751221B1 (en) * 1996-10-04 2004-06-15 Kabushiki Kaisha Toshiba Data transmitting node and network inter-connection node suitable for home network environment
JP3365262B2 (ja) * 1997-07-14 2003-01-08 松下電器産業株式会社 通信プロトコル処理装置
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
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
US7002964B1 (en) 1998-02-24 2006-02-21 Canon Kabushiki Kaisha Communication system, method for a communication system and controller for a communication system
US6678769B1 (en) * 1998-02-24 2004-01-13 Canon Kabushiki Kaisha Control apparatus and method for managing a logical connection between source and destination nodes
JP4168302B2 (ja) * 1998-05-12 2008-10-22 ソニー株式会社 情報受信装置および方法、並びに記録媒体
CN1272277A (zh) * 1998-05-29 2000-11-01 索尼株式会社 中继装置和方法、通信系统以及记录媒体
KR100298979B1 (ko) * 1998-06-12 2001-09-06 윤종용 아이 트리플 이 1394 시리얼 버스 토폴로지 최적화방법
WO1999066716A1 (en) 1998-06-18 1999-12-23 Sony Electronics Inc. A method of and apparatus for partitioning, scaling and displaying video and/or graphics across several display devices
US6593937B2 (en) * 1998-06-18 2003-07-15 Sony Corporation Method of and apparatus for handling high bandwidth on-screen-display graphics data over a distributed IEEE 1394 network utilizing an isochronous data transmission format
US6301662B1 (en) * 1998-08-21 2001-10-09 Nortel Networks Corporation Authentication of routing data using variable output length one-way functions
WO2000011840A2 (en) * 1998-08-25 2000-03-02 Mitsubishi Electric Corporation Home gateway
US6505255B1 (en) 1999-04-29 2003-01-07 Mitsubishi Electric Information Technology Center America, Inc. (Ita) Method for formatting and routing data between an external network and an internal network
US6496862B1 (en) 1998-08-25 2002-12-17 Mitsubishi Electric Research Laboratories, Inc. Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device
KR100316650B1 (ko) * 1998-08-29 2002-01-12 윤종용 상위 계층 데이터 전송을 위한 상위 프로토콜과 ieee 1394버스 정합 방법
JP3583657B2 (ja) * 1998-09-30 2004-11-04 株式会社東芝 中継装置及び通信装置
KR100354740B1 (ko) 1998-10-15 2002-12-18 삼성전자 주식회사 Ieee1394직렬버스를위한채널확장방법
KR100335432B1 (ko) 1998-11-18 2002-06-20 윤종용 Ieee 1394 등시성 데이타의 외부 동기 네트워크로의 전송시에 채널 재배열 방법 및 그 장치
KR100359092B1 (ko) * 1998-11-18 2003-02-19 삼성전자 주식회사 가변 등시성 데이터 전송방법 및 그 장치
KR100297818B1 (ko) * 1998-12-28 2001-08-07 윤종용 외부통신망을이용한아이트리플이1394네트웍간의통신시스템및방법
FI107425B (fi) * 1999-03-16 2001-07-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä multimediaan liittyvän informaation välittämiseksi pakettikytkentäisessä solukkoradioverkossa
WO2000065781A1 (en) 1999-04-23 2000-11-02 Sony Electronics Inc. Method of and apparatus for implementing and sending an asynchronous control mechanism packet
JP3365340B2 (ja) 1999-04-28 2003-01-08 日本電気株式会社 データ転送システム及びその転送方法
US6378000B1 (en) 1999-04-29 2002-04-23 Mitsubish Electric Research Laboratories, Inc Address mapping in home entertainment network
US6633547B1 (en) 1999-04-29 2003-10-14 Mitsubishi Electric Research Laboratories, Inc. Command and control transfer
US6523064B1 (en) 1999-04-29 2003-02-18 Mitsubishi Electric Research Laboratories, Inc Network gateway for collecting geographic data information
GB9921049D0 (en) * 1999-09-07 1999-11-10 Koninkl Philips Electronics Nv Clustered networked devices
JP2001077831A (ja) 1999-09-08 2001-03-23 Sony Corp 通信制御装置および方法、通信システム、並びにプログラム格納媒体
JP3655510B2 (ja) * 1999-10-29 2005-06-02 株式会社東芝 ネットワーク接続装置、通信装置及びネットワーク接続方法
EP1133108A1 (en) * 2000-03-07 2001-09-12 Sony International (Europe) GmbH Interface link layer device for long delay connections
US7111163B1 (en) 2000-07-10 2006-09-19 Alterwan, Inc. Wide area network using internet with quality of service
WO2002028052A2 (en) * 2000-09-28 2002-04-04 Koninklijke Philips Electronics N.V. Wireless network interface
FR2816159B1 (fr) * 2000-10-30 2002-12-06 Mitsubishi Electric Inf Tech Methode d'etablissement de lien radio entre un controleur d'acces et une station de base
WO2002054697A1 (en) 2000-12-28 2002-07-11 Abb Ab Method, system architecture and computer software for communication between devices
FR2832827B1 (fr) * 2001-11-23 2004-10-22 Canon Kk Procedes et dispositifs de gestion des transmissions de donnees isochrones sur des supports non dedies
AU2003235660A1 (en) * 2002-01-10 2003-07-30 Thomson Licensing S.A. Telephony device with irda repeater
US7173937B1 (en) * 2002-03-27 2007-02-06 Nortel Networks Limited Intelligent address registration for optical user-network interface
DE10245528A1 (de) * 2002-09-30 2004-04-15 OCé PRINTING SYSTEMS GMBH Zugriff auf Datenobjekte mit Hilfe von den Datenobjekten zugeordneten Netzwerkadressen
CN1754369A (zh) * 2003-02-26 2006-03-29 日本电气株式会社 协议转换设备和方法
KR100967951B1 (ko) * 2003-06-02 2010-07-06 트랜스퍼시픽 소닉, 엘엘씨 비동기 전송모드를 이용하는 ｃｄｍａ 시스템에서의 음성통화를 위한 ａａｌ0 구조
US7656880B1 (en) * 2004-06-09 2010-02-02 Verizon Laboratories Inc. Prioritized segmentation and reassembly methods and systems
DE102004062034A1 (de) * 2004-12-23 2006-07-13 Robert Bosch Gmbh Repeaterknoten für ein Netzwerk
WO2007010606A1 (ja) * 2005-07-21 2007-01-25 Mars Technology Institute Co., Ltd. ３ステートアドレスを利用するネットワークシステム
US20070035668A1 (en) * 2005-08-11 2007-02-15 Sony Corporation Method of routing an audio/video signal from a television's internal tuner to a remote device
KR20080069841A (ko) * 2007-01-24 2008-07-29 삼성전자주식회사 홈 네트워크 통신 시스템
JP2009010721A (ja) * 2007-06-28 2009-01-15 Kyocera Corp 通信方法および通信システム
CN101753393B (zh) * 2008-12-19 2011-12-07 中国科学院沈阳自动化研究所 基于iec61158标准现场总线的通信芯片架构

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03123244A (ja) * 1989-10-06 1991-05-27 Matsushita Electric Ind Co Ltd 通信装置
JPH0732397B2 (ja) * 1989-10-17 1995-04-10 松下電器産業株式会社 データ伝送機能付き電子機器
EP0596651A1 (en) * 1992-11-02 1994-05-11 National Semiconductor Corporation Network for data communication with isochronous capability
JP3426646B2 (ja) * 1993-04-20 2003-07-14 株式会社東芝 ネットワークシステム、通信方法及び通信装置
JP3090827B2 (ja) * 1993-10-30 2000-09-25 ソニー株式会社 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム
US5640386A (en) * 1995-06-06 1997-06-17 Globalstar L.P. Two-system protocol conversion transceiver repeater
US5742602A (en) * 1995-07-12 1998-04-21 Compaq Computer Corporation Adaptive repeater system
US5745837A (en) * 1995-08-25 1998-04-28 Terayon Corporation Apparatus and method for digital data transmission over a CATV system using an ATM transport protocol and SCDMA
JP3407838B2 (ja) * 1995-09-05 2003-05-19 ソニー株式会社 ビデオオンデマンドシステム
US5784370A (en) * 1995-12-29 1998-07-21 Cypress Semiconductor Corp. Method and apparatus for regenerating a control signal at an asynchronous transfer mode (ATM) layer or a physical (PHY) layer
JPH09275402A (ja) * 1996-04-04 1997-10-21 Sony Corp 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法
US5847771A (en) * 1996-08-14 1998-12-08 Bell Atlantic Network Services, Inc. Digital entertainment terminal providing multiple digital pictures
US6014381A (en) * 1996-09-13 2000-01-11 Sony Corporation System and method for distributing information throughout an aircraft

Also Published As

Publication number Publication date
EP0841791A1 (en) 1998-05-13
US6115392A (en) 2000-09-05
WO1997038513A1 (fr) 1997-10-16
EP0841791A4 (en) 2000-08-16
JPH09275402A (ja) 1997-10-21
US6456631B1 (en) 2002-09-24

Similar Documents

Publication Publication Date Title
US6115392A (en) Communication control equipment and communication control method
US5867481A (en) Node device and alarm notification control method for ATM network
US6598080B1 (en) Network interconnection apparatus network node apparatus and packet transfer method for high speed large capacity inter-network communication
US6137798A (en) Connectionless network for routing cells with connectionless address, VPI and packet-identifying VCI
US5999535A (en) Short cut forwarding of local cells-in-frames traffic within local-area-networks
JPH05292114A (ja) 通信パス設定装置及びその方法
US6601127B1 (en) Communication control apparatus and method, communication system, and program storage medium
US6125123A (en) Signaling method, switching system, storage medium and network
JP3426646B2 (ja) ネットワークシステム、通信方法及び通信装置
JP3090131B2 (ja) Ａｔｍ交換機における接続保留制御方法及び制御回路
JPH07264207A (ja) Ａｔｍ交換網へのデータ端末接続方法
US5991532A (en) Method and apparatus for converting multimegabit-rate data into asynchronous transfer mode cells and vice versa
KR100191836B1 (ko) 비동기전송모드 통신방식에서 브릿지 포맷 데이터전송방법
JPH1168782A (ja) シグナリング処理装置およびその方法
JP3445532B2 (ja) Ａｔｍ通信システム
JP3546814B2 (ja) Ａｔｍ装置およびａｔｍ通信網
KR100497868B1 (ko) 에이에이엘2/에이에이엘5 변환 장치 및 그 방법
KR100940960B1 (ko) 대국 시스템 없이 에스에스씨에프 프로토콜을 테스트하는방법
JPH11187044A (ja) メッセージ組立／分解装置
JP3593640B2 (ja) Ａｔｍ交換機及びａｔｍセル中継伝送方法
Suzuki ST2+ over ATM protocol specification-UNI 3.1 version
KR100245187B1 (ko) ATM망에서 Q.SAAL(SSCOP)의 연결요청(AA-ESTABLISH request) 시그널 처리방법
EP0984589A1 (en) Communication system, switch, software processor, and method of communication
JPH10322361A (ja) シグナリング方法、スイッチング装置、記憶媒体及びネットワーク
US6898178B2 (en) ATM device, subscriber system, communication system and backup method

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application