KR101456036B1 - 뉴 네트워크의 통신 방법 및 시스템 - Google Patents
뉴 네트워크의 통신 방법 및 시스템 Download PDFInfo
- Publication number
- KR101456036B1 KR101456036B1 KR1020137005839A KR20137005839A KR101456036B1 KR 101456036 B1 KR101456036 B1 KR 101456036B1 KR 1020137005839 A KR1020137005839 A KR 1020137005839A KR 20137005839 A KR20137005839 A KR 20137005839A KR 101456036 B1 KR101456036 B1 KR 101456036B1
- Authority
- KR
- South Korea
- Prior art keywords
- address
- access
- packet
- port
- service
- Prior art date
Links
Images
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/42—Loop networks
- H04L12/423—Loop networks with centralised control, e.g. polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- 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/403—Bus networks with centralised control, e.g. polling
-
- 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/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
본 발명은 뉴 네트워크의 통신 방법을 개시하며, 상기 뉴 네트워크는 집중 제어 기능을 구비하는 네트워크이며, 주 제어 서버와 하위 레벨 네트워크 장치를 포함한다. 상기 하위 레벨 네트워크 장치는 단말을 포함하며, 상기 방법은, 주 제어 서버가 당차 서비스의 하행 통신 링크를 설정하는 단계; 및 소스 단말에 의해 송신된 당차 서비스의 데이터 패킷을, 상기 하행 통신 링크를 통해 목적 단말에 송신하는 단계를 포함한다. 본 발명은 전송 액세스의 안정성 원활성을 확보할 수 있으며 , 멀티미디어 서비스의 시간 지연을 방지하며, 국가 정보 보안 요구를 확보할 수 있다. 또한, 하드웨어 자원을 절약함으로 인하여 네트워크 전송 품질을 확보할 수 있다.
Description
본 발명은 통신 네트워크 기술 분야에 관한 것으로서 보다 상세하게는 뉴 네트워크의 통신 방법 및 뉴 네트워크의 통신 시스템에 관한 것이다.
뉴 네트워크（인터넷도 포함됨）는 서로 다른 개인 및 조직들이 정보 및 다른 정보 자원들을 상호간 교환할 수 있도록 한다. 통상적으로 네트워크는 액세스, 전송, 시그널링 및 네트워크 관리 등 기술을 포함하며 각종 문헌에서 이러한 기술들이 흔히 볼 수 있다. Steven Shepherd가 저술한 《Telecommunications Convergence》 （McGraw-Hill, 2000）, Annabel Z. Dodd가 저술한 《The Essential Guide. to Telecommunications》 버전 3 （Prentice Hall PRT, 2001）, 또는 Ray Horak가 저술한 《Communications Systems and Networks》 버전 2 （M&T Books, 2000）에 이러한 기술들이 개략하게 소개되어 있다. 이왕 이미 얻은 진전에 의하면 이러한 기술들은 정보 전송의 속도 및 품질을 충분히 향상시키는 동시 코스트도 절감시킬 수 있다.
단말이 일 광역 네트워크에 연결되는 액세스 기술（예컨대, 단말 장치와 네트워크 에지에 있는 국선(local loop)）은 이미 14.4, 28.8 및 56K의 모뎀부터 ISDN, T1, 케이블 모뎀, DSL, 이더넷과 무선 인터넷 연결이 포함된 기술로 발전해왔다.
현재 광역 네트워크에 사용된 전송 기술은 동기식 광통신망（SONET）, 고밀도 파장 분할 다중화（DWDM）, 프레임릴레이, 비동기 전송모드（ATM） 및 장애 복구형 패킷 링（RPR）을 포함한다.
모든 상이한 시그널링 기술（예컨대, 네트워크에서 통신을 확립, 유지 및 종결하는 프로토콜 및 방법）에서, 인터넷 프로토콜（IP）이 가장 많이 응용된다. 상실상 거의 모든 통신 및 네트워크 전문가들은 음성（예컨대 전화）, 비디오 및 데이터망을 일체화한, IP 프로토콜 바탕의 네트워크（예컨대 인터넷）를 피할 수 없다고 생각한다. 어느 작가가 이렇게 서술했다: IP 기반의 각종 네트워크를 일체로 통합된 열차가 이미 역을 떠났으나, 일부 승객들은 이번 여행에 대해 아주 열정적이며 일부 승객들은 마지못해 끌려 따라 오면서 울고 불고 차며 IP의 결점들을 일일이 열거한다. 하지만 어떠한 결점이 있으나 IP가 이미 업계 표준으로 채용되어 그 이외의 다른 어떤 기술도 이와 같은 큰 잠재력 및 발전 공간을 가질 수 없음은 분명한 일이다.”（1998년 8월 10일의 《Network World》 중의 “IP Convergence: Building the Future”에서 발췌, 저자: Susan Breidenbach）.
Internet 업무의 폭발적 확대로 인해, 그의 응용 범위는 이미 사회 각 분야 및 각 업계에 확장되었다. 텔레커뮤니케이션 업계를 볼 때, 점점 많은 전통적인 텔레커뮤니케이션 업무가 IP전송을 이용하게 되며, 즉 Everything Over IP이다. 현재의 
(telecommunication Network) 아키텍처는 회로 교환 및 네트워킹 기술부터 점차 패킷 교환 특히는 IP를 기반으로 하는 뉴 아키텍처로 전환되며 
에 의해 전송한 업무는 전화 위주로부터 데이터 서비스 위주로 전환된다.
〈TCP/IP 네트워크 프로토콜〉
TCP/IP（Transmission Control Protocol/Internet Protocol, 전송 제어 프로토콜/인터넷 프로토콜）는 현재 세계에서 가장 광범하게 응용된 프로토콜이며, 그의 유행은 Internet의 신속한 발전과 밀접하게 관련된다. TCP/IP는 당초 인터넷의 원형 ARPANET를 위해 설계한 것이며, 편리하며 실용적이고 다양한 네트워크에 적용 가능한 프로토콜을 제공함을 목적으로 했다. 사실상 TCP/IP가 상기 목적을 달성하였으며, 네트워크의 상호 접속이 용이해지며, 보다 많은 네트워크가 그에 가입되어, Internet의 사실상의 표준으로 되었다.
* 응용 계층-응용 계층은 모든 유저들에 향하는 응용 프로그램의 총칭이다. TCP/IP 프로토콜 슈트는 이 계층에서 많은 프로토콜을 가져 서로 다른 응용을 지원한다. 우리들이 익숙한 많은 Internet 기반의 응용 실시가 이러한 프로토콜을 떠나서는 안 된다. 예컨대, 월드 와이드 웹（WWW） 액세스에는 HTTP프로토콜이 사용하게 되며, 파일 전송에서 FTP프로토콜, 전자 메일 전송에는 SMTP, 렐름 네임(realm name) 분석에는 DNS프로토콜, 원격 등록에는 Telnet프로토콜이 사용되며, 모든 상기 프로토콜들이 TCP/IP응용 계층에 있는 것이다. 유저들이 직감되는 것은 하나 하나의 소프트웨어로 이루어진 다수가 그래픽 사용자 인터페이스지만, 사실상 백그라운드에서 동작하는 것이 바로 상기 프로토콜들이다.
* 전송 계-층 이 계층의 주요 기능은 응용 프로그램 간의 통신을 제공하는 것이며, TCP/IP 프로토콜 슈트가 이 계층에서 가지는 프로토콜은 TCP 및 UDP이다.
* 네트워크 계층- TCP/IP 프로토콜 슈트 중의 아주 중용한 계층이며, 주로 IP어드레스 포맷을 정의하여 상이한 응용 타입의 데이터가 Internet에서 혼잡 없이 전송될 수 있게 된다. IP 프로토콜이 바로 네트워크 계층의 프로토콜이다.
* 네트워크 인터페이스 계층- 이는 TCP/IP소프트웨어의 최 하위 계층이며, IP데이터 패킷을 수신하여 네트워크를 통해 송신하거나 또는 네트워크부터 불리 프레임을 수신하여 IP데이터 패킷을 추출하여 IP계층으로 전송한다.
* IP에 의한 네트워크 상호 접속
각 메이커가 생산한 네트워크 시스템 및 장치 예컨대 , 패킷 교환망 등은 상호 접속 불가능하다. 상호 접속 불능의 원인은, 이들이 전송한 데이터의 기본 수단 （기술면에서 “프레임”라 칭함）의 포맷들이 서로 다르기 때문이다. IP 프로토콜은 사실상 1 슈트의 소프트웨어 프로그램으로 이루어진 프로토콜 소프트웨어이며, 이는 각 동일하지 않은 “프레임”들을 일괄적으로 “IP” 포맷으로 전환한다. 이런 전환은 의 하나의 중요한 특징이며 컴퓨터들 각각이 인터넷에서 상호 접속 가능하게 되며 즉, “개방성” 특징을 갖게 된다.
그럼, “데이터 패킷”은 무엇이며 어떠한 특징을 가지는지? 데이터 패킷도 패킷 교환의 일 형식이며, 전송한 데이터들을 프래그먼트화 하여 ‘패키징’하여 전송하는 것이다. 하지만 이는 “비연결형”에 속하며, 구성된 “패킷”들 각각을 “독립적인 메시지”로 하여 전송함으로써 “데이터 패킷”라 칭한다. 이로써, 통신 시작하기 전부터 미리 회로를 연결하지 않아도 된다. 각 데이터 패킷들이 반드시 동일한 경로에 의해 전송하지 아니하므로, “비연결형”이라 칭한다. 이 특징이 아주 중요하며, 텍스트 정보 전송인 경우, 네트워크의 견고성 및 안전성을 대폭적으로 향상시킨다.
각 데이터 패킷에 메시지 헤드 및 메시지 이 두 부분이 포함되며, 메시지 헤드에 대상 어드레스 등 필수 내용이 포함되어 있으므로, 각 데이터 패킷이 동일한 경로를 걸치지 않아도 목적지에 정확히 도달한다. 목적지에서 원래 송신한 데이터로 조립, 복구한다. 이로써 IP는 그루핑-패키징 및 콜렉트-조립 기능을 가진다.
또한, 실제 전송 과정에서, 데이터 패킷은 경유하는 네트워크에 규정된 패킷 사이즈에 따라 데이터 패킷 길이를 변경할 수 있어야 하며, IP데이터 패킷의 최대 길이는 65535 바이트에 이를 수 있다.
서비스 품질（QoS）은 IP 인터넷의 하나의 주요한 문제이다. 오랫동안 수없는 연구 리포트가 이 난제를 해결하려고 시도하였으나, 예컨대, 시간 순서에 따다QoS 의 주요 이정표를 배열하면 인터넷QoS 는 요구를 계속 낮추어 왔지만 언제나 실폐를 당한 유감스러운 역사이라는 것을 쉽게 알 수 있다. “Inte Serv”（1990）부터 “Diff Serv”（1997）로, 더 나아가 “Lightload”（2001）까지, 각 효과적으로 보이는 QoS 국부 개선안들을 통괄한다 해도 전체 네트워크 범위의 서비스 품질 목표에 이르려면 여전히 물속의 달을 건지는 것과 같이 가까워 보이지만 가망 없는 먼 거리다.
IP 인터넷의 초기 단계부터, MBone와 같은 영상 어플리케이션이 이미 네트워크 서비스 목적 테이블로 확정되었으나 효과적인 품질 서비스의 결핍하므로 장기적으로 비즈니스 가치를 가진 비디오 통신 서비스를 벌릴수 없으며 IP 인터넷의 수역 능력이 약화되었다. 이에 네트워크 전송 품질의 난제를 해결하는 것은, 아주 높은 비즈니스 가치가 있다. 네트워크 전송 품질 문제는 구체적으로 패킷 손실(packet loss) 및 에러 코드(error code)로 구현된다. 컴퓨터 파일은 전송 중의 에러에 대해 민감하지 못하며, 전송 과정에서 대부분 데이터 패킷들이 손실되었다 해도 TCP 의 재송신 메커니즘이만 있으면, 컴퓨터는 여전히 네트워크 사용 가능하다고 여긴다. 하지만, 만약 패킷 손실(packet loss) 및 에러 코드(error code) 율이 1‰을 초과하는 경우, 영상 동기화의 오디오-비디오 품질 저하를 초래한다. 실험 데이터에 따르면, 고품질 비디오 통신은 심지어 패킷 손실(packet loss) 및 에러 코드(error code)율이 십만분의 일(1/105)이하까지 요구한다. 현재 네트워크 환경에서의 검측 데이터에 따르면, 절대 다수 패킷 손실(packet loss)은 라우터 내부에 발생되며, 광섬유 전송에 생성된 에러 코드(error code)는 거의 무시할 수 있다.
* 왜 “Inte Serv”가 성공하지 못했을까?
“Inte Serv”는 독립 스트림 자원 예약을 기반으로하며, Resource Reservation Setup Protocol（RSVP）을 채용하는 것이다. 즉, 대 규모 네트워크 환경에서, 예컨대 2 영상 단말 사이에서 일부 대역폭 자원을 예약하여 상기 영상 서비스에 전용하기로 한다. 하지만 이는 이론에 불과하며 이하와 같은 이유로 사실상 실천할 수 없다.
우선, 이 방안은 전체 네트워크 장치의 개조를 요구하므로, 네트워크의 재구축과 마찬가지며, 실제적으로 구현 불가능하다.
그리고, 전체 네트워크 개조를 실현하여 예컨대 각 교환국 내에서 2Mbps 의 영상 서비스를 위해 2Mbps 대역폭을 예약할 수 있게 해도, 서비스 품질 문제를 해결할 수 있을까? 물론 그 답은 부정적이다.
RSVP의 2Mbps 대역폭은 거시적 제어인 경우에는 가능하지만, 만약 1초의 데이터를 처음 0.5초에 집중하여 전송하면 주기적인 버스트 스트림이 일어나는 문제점이 있다. IP 인터넷의 핵심 이념은 전력을 다하는 것이므로, 각 네트워크 노드에서 교환국은 언제나 최대 속도로 데이터를 전송(轉送)하는 것을 시도한다. 일 영상 스트림이 멀티 그레이드를 걸친 다음 반드시 스트림 분포가 불균일한 문제를 초래하며 여러개 불균일한 비동기 스트림들이 합쳐지면서 일정한 시간 내에 보다 심한 불균일을 일으키게 된다. 즉, 네트워크 스트림이 반드시 주기적으로 혼잡하게 되며 영상 유저 수량의 증가에 따라 주기적인 혼잡이 상한이 없으므로 일단 교환국 내부의 기억 용량을 초과하면 직접 패킷 손실(packet loss) 후과를 초래한다.
*왜 “Diff Serv”가 성공하지 못했을까?
“Inte Serv” 발표 7년 후에, “Diff Serv”라인 새 방법이 유행하게 ?다. “Diff Serv”는 전역을 다하는 “Inte Serv”보다 훌륭한 네트워크 서비스를 시도한다. 이 방법은 복잡한 전체 네트워크 자원 예약이 필요 없이 아주 편리하게 수행할 수 있다. 각 데이터 패킷에 “우선급”을 표기만하면, 네트워크 교환국이 우선 “우선급” 표기가 있는 영상 데이터를 처리한다. 그의 기본 원리는 은행이 VIP 고객을 위해 골드 카드를 발급함으로써, 고급 고객의 줄 서는 시간을 줄이는 것과 마찬가지다. 이 방법도 좋게 듣기지만 사실상 실시 불가능하다.
단일 영상 서비스 스트림이 전통 비영상 서비스 스트림（백배이상）보다 훨씬 크다는 사실을 무시해서는 안 된다.
소량의 영상 유저들이 있기만 하면, 네트워크에서 보이는 것은 거의 다 영상 데이터 패킷이다. 만약 대부분 데이터 패킷들이 골드 카드를 가지면 VIP가 의미가 없게 된다. 또한 IP 인터넷 액세스는 강제적이 아니므로, QoS가 유저를 위해 자기를 보호할 수 있는 도덕 표준을 제정했으나 모두 자각적으로 이 도덕 표준을 수행한다는 것은 현실하지 못한다.
따라서 “Diff Serv”는 소량의 기업 전용망에서 유용하는 이외 대 규모 공중망에서 효과적으로 보급하기 어렵다.
* 왜 “Light load”가 성공하지 못했을까?
IP 인터넷의 점진적인 보급된 이래, 네트워크 서비스 품질의 해결책이 계속 찾아 봤다. 네트워크 기술 전문가들이 10여년의 노력으로 안출된 두 QoS 방안이 모두 만족스럽지 못하다. QoS 해결에 신심을 잃은 대 환경에서, 성명을 남기기 싫은 분들이 방법이 아닌 방법, 즉 “Light load”를 제안했다. “Light load”의 기본 가설은 경하(Light load) 네트워크이며, 충분한 대역폭을 제공하여 광가입자망이 실시되면 네트워크의 혼잡을 걱정할 필요가 없다고 생각한다.
경하 네트워크 가설이 실현 가능할까? 그 답은 부정적이다.
현재 네트워크 기술 전문가들은 네트워크 패킷 손실(packet loss) 현상의 근원은 스트림의 불균일로 일어나는 기본 원리를 아직 인식되지 못한 것 같다. 거시적 각도에서 볼 때, 일 시간대에서 전송이 조금 빠르면 반드시 다른 시간대에서 혼잡을 일으키므로 네트워크 스트림이 불균일하면, 네트워크가 이를 수 있는 피크 스트림에 상한이 없기 때문에 짧은 시간 내에서 임의로 큰 대역폭을 전부 차지할 수 있다.
사실상 2Mbps 대역폭이만 있으면 영상 프로그램을 효율적으로 전송할 수 있으며, 8Mbps 대역폭인 경우, HDTV 품질의 영상 내용을 전송 가능하다. 그러나 지금 웹사이트 서버 대부분이 기가비트 이더넷 인터페이스를 사용하므로, 일반 웹사이트에서 임의로 일 단락 문자나 한 장의 사신을 본다 해도 그 순간 스트림은 HDTV의 수십배이다. 만약 이와 유사한 다수의 웹사이트가 공교롭게 부딪힐 경우, 어느 짧은 시간에서 발생되는 버스트 스트림은 전체 네트워크 유저의 HDTV 사용시의 스트림을 초과하며 임의 사이즈의 네트워크를 전부 차지할 수 있다. 통계 분석에 따르면 이러한 부딪침은 빈번하게 발생된다.
IP 인터넷은 스토리지를 이용하여 순간 스트림을 흡수하는 것을 시도했으나, 전송 시간 지연이 증가 되었다. 또한 스토리지의 저장 능력이 제한되는 데다 버스트 스트림이 상한이 없으므로 스토리지 방법은 당해 장치의 패킷 손실(packet loss) 기회를 저감할 수는 있으나, 당해 노드에 흡수된 버스트 스트림은 다른 노드에 보다 큰 압력을 주게 된다. 영상 스트림이 지속 발생되는 상황하에서 교환국 저장 방식은 버스트 스트림이 취약한 노드로 집중함을 악화시키며, 네트워크 패킷 손실(packet loss)은 피할 수 없다.
현재의 네트워크 건설자들이 채택한 경하에 “Diff Serv”를 통합하는 기술은 좁은 대역푹의 VoIP 음성 서비스를 제공할 수 있다. 이는 음성이 네트워크 전체 스트림의 큰 비율을 차지하지 않으며 네트워크가 혼잡하게 되면, 컴퓨터 파일보다 음성을 우선 처리한다. 그러나 큰 대역폭의 비디오 동신인 경우, 국부 용량 확대는 임시적인 개선 효과를 볼 수 있으나 다른 부분도 용량 확대하는바 네트워크 스트림의 불균일이 따라서 심해지게 되어 이미 용량 확대된 부분의 효과 저하를 초래한다. 만약 전체 네트워크의 용량을 균일하게 확대하면, 전송 품질이 원래 용량 확대 전에 복구하게 되며 즉, 네트워크 전체 용량 확대인 경우 효과를 볼 수 없다.
현재의 장치 메이커가 수십 mbps, 심지어 수백 mbps의 초광대역 액세스 네트워크(access network, AN)를 각 주택에 추천하나 집집마다 광가입자망이 있다 해도 소비지에 서비스 품질이 확보된 비디오 통신 서비스를 제공하기 어렵다. 현재의 QoS 수단이 복잡하게 발전해도 IP 인터넷 전송 품질의 개선에 불과하며, 네트워크 전송 품질을 “확보”할 수 없다.
본 발명이 해결하려고 하는 기술 문제는 전송 액세스의 안정 및 원활을 확보하여, 멀티미디어 서비스의 시간 지연을 방지하며 국가 정보 보안 요구를 확보하고 하드웨어 자원을 절약하여 네트워크 전송 품질을 확보할 수 있는 뉴 네트워크의 통신 방법을 제공한다.
또한 본 발명에 의한 실시예에 의하면 상기 방법의 실제적인 실현 및 응용을 확보하는 뉴 네트워크의 통신 시스템이 제공된다.
상기 기술 문제를 해결하기 위하여, 본 발명에 따른 실시예가 뉴 네트워크의 통신 방법을 개시한다. 상기 뉴 네트워크는 집중 제어 기능을 구비하는 네트워크이며, 주 제어 서버 및 하위 레벨 네트워크 장치를 포함하며, 상기 하위 레벨 네트워크 장치는 단말을 포함한다.
상기 방법은,
주 제어 서버가 당차 서비스의 하행 통신 링크를 설치하는 단계;
소스 단말이 송신한 당차 서비스의 데이터 패킷을, 상기 하행 통신 링크를 통해 목적 단말에 전송하는 단계
를 포함한다.
본 발명에 따른 뉴 네트워크는 집중 제어하는 네트워크 구조이며, 상기 네트워크는 트리형 네트워크, 방사형 네트워크, 고리형 네트워크 등 종류일 수 있으며, 이를 바탕으로 하여 네트워크에 전체 네트워크를 제어하는 집중 제어 노드가 있어야 한다.
뉴 네트워크는 접속망(access network, AN) 및 도시권 통신망(metropolitan area network, MAN) 두 부분으로 나누어진다. 접속망(access network, AN)의 장치는 주로 노드 서버, 액세스 교환국 및 단말(각종 셋 톱 박스, 코딩 플레이트, 메모리 등이 포함됨）3가지로 나누어진다. 여기서, 노드 서버는 접속망(access network, AN)에서 집중 제어 기능을 하고 있는 노드이며, 액세스 교환국 및 단말을 제어할 수 있다. 노드 서버는 액세스 교환국에 직접 연결될 수 있으며 단말에 직접 연결될 수도 있다. 유사하게, 도시권 통신망(metropolitan area network, MAN) 부분의 장치도 3가지로 나눌 수 있으며, 즉, 도시권 서버, 노드 교환국, 노드 서버이다. 여기서, 노드 서버가 바로 접속망(access network, AN) 부분의 노드 서버이며, 즉, 노드 서버는 접속망(access network, AN) 부분에 속할 수 있으며 도시권 통신망(metropolitan area network, MAN) 부분에 속할 수도 있다. 도시권 서버는 도시권 통신망(metropolitan area network, MAN)에서 집중 제어 기능을 하는 노드이며, 노드 교환국 및 노드 서버를 제어할 수 있다. 도시권 서버는 노드 교환국에 직접 연결될 수 있으며 노드 서버에 직접 연결될 수도 있다. 이로써, 전체 뉴 네트워크는 계층에 따라 집중 제어하는 네트워크 구조이며, 노드 서버 및 도시권 서버에 의해 제어된 네트워크는 트리형, 방사형, 고리형 등 다양한 구조일 수 있다.
여기서 설명해야 할 것은, 본 발명에 따른 실시예에 의하면 상기 통신 링크의 설치 방식, 상행 통신 링크의 설치와 그의 사용 방식, 및 데이터 패킷의 타입에 대해 국한하지 않는다. 예컨대, 상기 상행 통신 링크는 주 제어 서버에 의해 상행 링크에서의 액세스 교환국에 고정 포트의 개방 방식을 채택하거나, 브로드캐스트 방식을 채택할 수도 있다. 해당 분야의 기술자가 실제 상황에 의해 적절한 방식을 선정한다.
본 발명에 따른 일 바람직한 실시예로서, 상기 당차 서비스의 하행 통신 링크를 설치하는 단계는, 당차 서비스의 하행 통신 링크에 관련된 교환 장치에 테이블 내용을 변경하도록 통지하는 단계를 포함하며;
상기 하행 통신 링크를 통해 전송하는 단계는 장착된 테이블을 조회하며, 교환 장치가 수신된 데이터 패킷을 해당 포트를 통해 전송하는 단계를 포함한다.
즉, 본 발명에 따른 실시예의 핵심 사상들 중의 하나는 주 제어 서버에 의해 교환 장치에 당차 서비스의 하행 통신 링크에 대해 테이블을 설정함으로써 상기 설정된 테이블을 기초하여 데이터 패킷을 전송하는 것이다.
구체적인 실시예에서, 상기 서비스는 유니캐스트 통신 서비스와 멀티캐스트 통신 서비스를 포함한다. 즉, 멀티캐스트 통신이든지 유니캐스트 통신이든지를 막론하여, 상기 할당 테이블을 이용하여 테이블 이용의 핵심 사상으로 뉴 네트워크의 통신을 실현한다.
전술과 같이, 본 발명에 따른 뉴 네트워크는 접속망(access network, AN) 부분을 포함한다. 접속망(access network, AN)에서, 상기 주 제어 서버는 노드 서버이며, 상기 하위 레벨 네트워크 장치는 액세스 교환국과 단말을 포함한다.
접속망(access network, AN)에서의 유니캐스트 통신 서비스를 놓고 말하면, 상기 주 제어 서버가 당차 서비스의 하행 통신 링크를 설치하는 단계는,
주 제어 서버는 소스 단말에 의해 개시된 서비스 요청 프로토콜 패킷에 따라, 당차 서비스의 하행 통신 링크 정보를 획득하는 단계;
주 제어 서버가 상기 주 제어 서버의 하행 통신 포트 정보에 따라, 자신 내부의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내하는 하행 포트를 설정하며; 상기 액세스 교환국의 하행 통신 포트 정보에 따라 해당 액세스 교환국에 포트 설치 명령을 송신하는 단계; 및
상기 액세스 교환국이 포트 설치 명령에 따라 자신 내부의 데이터 패킷 어드레스 테이블에 당차 서비스의 데이터 패킷이 안내하는 하행 포트를 설정하는 단계를 포함한다.
즉, 노드 서버가 주 제어하여 획득된 하행 통신 링크에 따라 스스로 테이블을 설정하며, 액세스 교환국에 테이블 내용을 할당하도록 통지한다.
여기서, 상기 하행 통신 링크 정보는 당차 서비스에 참여하는 주 제어 서버의 하행 통신 포트 정보와 액세스 교환국의 하행 통신 포트 정보를 포함한다.
바람직하게는, 통신 링크 정보가 당차 서비스에 참여하는 노드 서버의 통신 포트 정보를 포함하지 않아도 된다. 예컨대, 만약 소스 단말과 목적 단말이 동일한 액세스 교환국에 연결되면, 노드 서버는 액세스 교환국의 데이터 패킷 안내 포트만 설치할 수 있으며, 소스 단말과 목적 단말이 서비스 통신을 수행할 때, 액세스 교환국은 상기 내부의 데이터 패킷 어드레스 테이블의 설정에 따라, 액세스 교환국에 대응된 하행 포트를 통해 데이터 패킷을 직접 전송하며, 즉, 소스 단말과 목적 단말은 그들이 공동하게 연결한 액세스 교환국에서 서비스 통신을 수행할 수 있으므로, 데이터 패킷을 노드 서버에 전송하여 노드 서버에 의해 해당 단말에 전송할 필요가 없으며, 대역폭과 라우트 자원을 효과적으로 절약할 수 있다.
본 발명에 따른 실시예에 의하면, 상기 하위 레벨 네트워크 장치 어드레스 각각은 다응된 접속망(access network, AN) 어드레스를 구비한다. 구체적인 응용예로서, 상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는 하기와 같은 서브 단계를 포함할 수 있다.
주 제어 서버가 소스 단말에 의해 이니시에이팅된, 목적 단말과 유니캐스트 통신 서비스를 확립하는 서비스 요청 프로토콜 패킷을 획득하는 단계;
주 제어 서버가 상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서 목적 단말의 접속망(access network, AN) 어드레스를 추출하는 단계; 및
주 제어 서버가 상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라, 당차 서비스의 하행 통신 링크 정보를 획득하는 단계를 포함한다.
상기 서비스 요청 프로토콜 패킷에 서비스 타입 정보, 서비스 내용 정보 및 소스 단말의 접속망(access network, AN) 어드레스가 포함된다. 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함한다.
실제로, 상기 주 제어 서버가 자신 내부의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 하행 포트는,
목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트; 및/또는
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트를 포함한다.
유니캐스트 통신 서비스인 경우, 상기 통신 링크 정보는, 소스 단말이 목적 단말에 대해 이니시에이팅한 유니캐스트 서비스 요청이나 또는 목적 단말이 소스 단말에 대해 이니시에이팅한 유니캐스트 서비스 요청과 같은 단방향 통신 링크 정보일 수 있으며; 또는, 상기 통신 링크 정보는 소스 단말과 목적 단말이 상호 상대방에 대해 이니시에이팅한 유니캐스트 서비스 요청과 같은 쌍 방향 통신 링크 정보일 수도 있다.
상기 통신 링크 정보가 단방향 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의상행 포트 정보, 및, 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함한다.
상기 액세스 교환국이 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함한다.
상기 통신 링크 정보가 쌍 방향 하행 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보, 하행 포트 정보, 및, 하행 링크에서의 액세스 교환국의 상행 포트정보, 하행 포트 정보를 포함한다.
상기 액세스 교환국이 상기 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트, 하행 포트, 및, 목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 링크에서의 액세스 교환국의 상행 포트, 하행 포트를 포함한다.
본 발명에 따른 바람직한 실시예로서, 상기 당차 서비스의 데이터 패킷에 목적 단말의 접속망(access network, AN) 어드레스가 포함된다. 상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 목적 단말에 전송하는 단계는 이하와 같은 서브 단계를 포함한다.
주 제어 서버가 상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하는 서브 단계; 및
상기 액세스 교환국이 상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며 상기 데이터 패킷을 상기 하행 포트를 통해 목적 단말에 전송하는 단계가 포함된다.
유니캐스트 통신 서비스인 경우, 데이터 패킷은 소스 단말에 의해 목적 단말에 전송할 수 있으며, 목적 단말에 의해 소스 단말에 전송할 수도 있다. 본 발명에 따른 다른 바람직한 실시예에 의하면, 상기 방법은,
목적 단말에 의해 송신된 당차 서비스의 데이터 패킷을 상기 하행 통신 링크를 통해 소스 단말에 전송하는 단계를 포함한다.
이런 상황에서, 상기 당차 서비스의 데이터 패킷에는 소스 단말의 접속망(access network, AN) 어드레스가 포함된다. 상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 소스 단말에 전송하는 단계는,
주 제어 서버가 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하는 서브 단계; 및
상기 액세스 교환국이 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 소스 단말에 전송하는 서브 단계를 포함한다.
접속망(access network, AN)에서의 멀티캐스트 통신 서비스인 경우, 상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
주 제어 서버가 목적 단말에 의해 이니시에이팅된 멀티캐스트 통신 서비스를 신청하는 서비스 요청 프로토콜 패킷을 획득하는 서브단계-상기 서비스 요청 프로토콜 패킷에는 서비스 타입 정보, 서비스 내용 정보와 목적 단말의 접속망(access network, AN) 어드레스가 포함되며, 상기 서비스 내용 정보에 서비스 넘버가 포함됨;
주 제어 서버가 상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서 소스 단말의 접속망(access network, AN) 어드레스를 추출하는 서브 단계;
주 제어 서버가 상기 소스 단말에 대응된 멀티캐스트 어드레스를 획득하여 목적 단말에 할당하는 서브 단계; 및
상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 통신 링크 정보를 획득하는 서브 단계를 포함한다.
다른 일 멀티캐스트 통신 서비스의 예로서, 상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
주 제어 서버가 소스 단말이 제공한 멀티캐스트 통신 서비스를 이니시에이팅하는 서비스 요청 프로토콜 패킷을 획득하며, 상기 서비스 요청 프로토콜 패킷에 따라 소스 단말에 멀티캐스트 어드레스를 할당하는 서브 단계-상기 서비스 요청 프로토콜 패킷에는 서비스 타입 정보, 서비스 내용 정보 및 소스 단말의 접속망(access network, AN) 어드레스가 포함되며, 상기 서비스 내용 정보에는 서비스 넘버가 포함됨; 및
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스 상행 통신 링크 정보를 획득하는 서브 단계를 포함한다.
다른 일 멀티캐스트 통신 서비스의 예로서, 상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스 하행 통신 링크 정보를 획득하는 서브 단계를 포함한다.
노드 서버가 접속망(access network, AN)에서의 주 제어 노드로서, 멀티캐스트 서비스 통신은 단지 노드 서버의 하행 포트에만 관련되다. 따라서, 상기 주 제어 서버가 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 하행 포트를 포함한다.
일 전형적인 멀티캐스트 서비스의 예, 예컨대, 목적 단말이 생중계를 요청할 경우에서, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보, 및, 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함한다.
상기 액세스 교환국이 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트 및 하행 링크에서의 액세스 교환국의 하행 포트를 포함한다.
멀티캐스트 서버의 다른 일 예로서, 예컨대 소스 단말이 생중계를 개시하고 스스로 생중계를 시청하는 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 하행 포트 정보를 더 포함한다.
상기 액세스 교환국은 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 멀티캐스트 어드레스의 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 하행 포트를 포함한다.
멀티캐스트 통신 서비스에 놓고 말하면, 상기 당차 서비스의 데이터 패킷에 일반적으로 멀티캐스트 어드레스가 포함된다. 본 발명에 따른 바람직한 실시예에 의하면, 상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 전송하는 단계는,
주 제어 서버가 상기 멀티캐스트 어드레스에 따라 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 하행 링크에서의 해당 액세스 교환국에 전송하는 서브 단계; 및
상기 액세스 교환국이 상기 멀티캐스트 어드레스에 따라 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며 상기 데이터 패킷을 상기 하행 포트를 통해 목적 단말에 전송하는 서브 단계를 포함한다.
서로 다른 멀티캐스트 통신 서비스인 경우, 상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 전송하는 단계는,
소스 단말에 의해 송신된 당차 서비스 데이터 패킷 중의 멀티캐스트 어드레스에 따라, 상기 데이터 패킷을 상행 링크에서의 액세스 교환국에 안내하는 서브 단계; 및
상기 액세스 교환국이 상기 멀티캐스트 어드레스에 따라 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 상행 포트를 조회하며 상기 데이터 패킷을 상기 상행 포트를 통해 주 제어 서버에 전송하는 서브 단계를 포함한다.
또는, 상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 전송하는 단계는,
주 제어 서버가 상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 상행 링크에서의 해당 액세스 교환국에 전송하는 서브 단계; 및
상기 액세스 교환국이 상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 소스 단말에 전송하는 서브 단계를 포함한다.
구체적인 실시에서, 만약 주 제어 서버가 여러개의 당차 서비스의 통신 링크 정보를 획득하며, 미리 설정된 규칙에 따라 그중의 하나의 통신 링크 정보를 당차 서비스의 통신 링크 정보로 선정한다. 예로서, 상기 미리 설정된 규칙은 노드 서버가 각 통신 링크의 스트림 정보 및 당차 서비스의 스트림 정보를 획득하여 이미 이용된 스트림이 가장 작은 이미 이용된 통신 링크를 당차 서비스의 통신 링크 정보로 확정하거나, 또는, 상기 미리 설된정 규칙은, 노드 서버가 각 통신 링크의 대역폭 정보 및 당차 서비스의 대역폭 정보를 획득하여 대역폭이 가장 큰 통신 링크를 당차 서비스의 통신 링크 정보로 확정하는 것일 수 있다.
물론, 상기 미리 설정된 규칙의 설정은 예로 불과하며, 본 발명은 이를 국한하지 않는다.
바람직한 일 실시 방식으로서, 상기 포트 설치 명령은 프로토콜 패킷에 기록할 수 있으며, 상기 주 제어 서버가 자신 내에 미리 설정된 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 대응된 액세스 교환국의 하행 포트를 연결함으로써 상기 프로토콜 패킷을 대응된 액세스 교환국에 안내한다.
여기서, 상기 하행 프로토콜 패킷 어드레스 테이블에 목적 어드레스가 하위 레벨 네트워크 장치 어드레스의 프로토콜 패킷이 안내한 하행 포트가 설정되어 있다.
자원을 더울 잘 이용하기 위해, 당차 서비스가 종료 후, 본 발명에 따른 주 제어 서버는 자신 내의 데이터 패킷 어드레스 테이블에 설정된 당차 서비스 데이터 패킷이 안내한 포트를 석방하며 당차 서비스에 참여하는 액세스 교환국에 포트 석방 명령을 송신하며;
상기 액세스 교환국이 상기 포트 석방 명령에 따라 자신 내의 데이터 패킷 어드레스 테이블에 설정된 당차 서비스 데이터 패킷이 안내한 포트를 석방한다.
본 발명에 따른 노드 서버가 집중 제어하는 한 가지 중요한 방면은, 자기의 접속망(access network, AN) 어드레스를 구비하며, 하위 레벨 네트워크 장치의 접속망(access network, AN) 어드레스를 유지하는 데 있다. 이러한 경우, 하위 레벨 네트워크 장치의 액세스 교환국으로서, 이하와 같은 단계에 따라 뉴 네트워크에 액세스할 수 있다:
액세스 교환국이 전원 투입하며, 자신 내의 하행 프로토콜 패킷 어드레스 테이블에서 모든 하행 프로토콜 패킷이 CPU 모듈에 안내하는 것으로 설정하는 단계계;
상기 액세스 교환국이 주 제어 서버에 의해 송신된 하행 프로토콜 패킷을 수신하며, 상기 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 상기 하행 프로토콜 패킷을 상기 액세스 교환국의CPU 모듈에 안내하며, 상기 CPU 모듈 상행 프로토콜 패킷을 생성하여 주 제어 서버에 송신하는 단계-상기 하행 프로토콜 패킷에 할당할 접속망(access network, AN) 어드레스가 포함됨;
주 제어 서버가 상기 액세스 교환국에 엑세스 명령을 송신하는 단계-상기 엑세스 명령에 상기 액세스 교환국의 접속망(access network, AN) 어드레스가 포함되며, 상기 접속망(access network, AN) 어드레스가 바로 상기 액세스 교환국이 수신한 하행 프로토콜 패킷 중의 할당할 접속망(access network, AN) 어드레스이며; 및
상기 액세스 교환국이 자신 내의 하행 프로토콜 패킷 어드레스 테이블을, 단지 목적 어드레스가 자신의 접속망(access network, AN) 어드레스인 프로토콜 패킷이 CPU 모듈에 안내하는 것으로 변경하는 단계를 포함한다.
구체적인 실시에서, 흔히 액세스 교환국에 다른 하위 레벨 접속망(access network, AN) 장치가 연결된다. 이런 경우에서, 노드 서버는 액세스된 액세스 교환국에 포트 할당 패킷을 전송한다. 즉, 본 발명에 따른 바람직한 일 실시예로서, 액세스된 액세스 교환국이 노드 서버에 의해 송신된 포트 할당 패킷을 수신할 때, 상기 액세스 교환국의 액세스 과정은,
액세스된 액세스 교환국이 목적 어드레스가 자기 접속망(access network, AN) 어드레스인 포트 할당 패킷을 CPU 모듈에 안내하는 단계; 및
패킷 중의 포트 할당 정보에 따라, 자신 내의 하행 프로토콜 패킷 어드레스 테이블에서 각 포트 하행 프로토콜 패킷이 안내한 하행 포트를 설정하는 단계를 포함한다.
더 나아가, 액세스된 액세스 교환국이 노드 서버에 의해 송신된 포트 하행 프로토콜 패킷을 수신할 때, 상기 액세스 교환국의 액세스 과정은,
상기 액세스 교환국이 자신 내의 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 상기 포트 하행 프로토콜 패킷을 대응된 하행 포트에 안내하는 단계-상기 포트 하행 프로토콜 패킷에 할당할 접속망(access network, AN) 어드레스가 포함됨;
주 제어 서버가 상기 액세스 교환국의 하행 포트에 연결된 어느 하위 레벨 네트워크 장치에 의해 송신된 포트 상행 프로토콜 패킷을 수신하여, 상기 하위 레벨 네트워크 장치에 엑세스 명령을 송신하는 단계를 포함된다. 상기 엑세스 명령에 상기 하위 레벨 네트워크 장치의 접속망(access network, AN) 어드레스가 포함되며, 상기 접속망(access network, AN) 어드레스가 바로 상기 하위 레벨 네트워크 장치가 수신한 포트 하행 프로토콜 패킷 중의 할당할 접속망(access network, AN) 어드레스이다.
여기서, 상기 하위 레벨 네트워크 장치는 액세스 교환국 또는 단말을 포함한다.
본 발명에 따른 뉴 네트워크와 종래 이더넷의 기술 융합을 실현하기 위해, 상기 접속망(access network, AN) 장치는, 상기 액세스 교환국, 소스 단말 및 목적 단말 간에 연결된 이더넷 프로토콜 변환기 게이트웨이 및 로컬 이더넷을 포함한다. 본 발명에 따른 실시예는,
이더넷 프로토콜 변환기 게이트웨이 뉴 네트워크에 액세스하며, 노드 서버에서 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 획득하는 단계;
상기 이더넷 프로토콜 변환기 게이트웨이 뉴 네트워크에 의해 송신된 데이터 패킷 또는 프로토콜 패킷을 수신하며, 상기 데이터 패킷 또는 프로토콜 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의MAC 어드레스를 부가하여 로컬 이더넷에 송신하는 단계; 및
상기 이더넷 프로토콜 변환기 게이트웨이 로컬 이더넷에 의해 송신된 데이터 패킷 또는 프로토콜 패킷을 수신하여 상기 데이터 패킷 또는 프로토콜 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스를 삭제하여 뉴 네트워크에 송신하는 단계를 포함한다.
여기서, 상기 목적 단말과 소스 단말은 뉴 네트워크 프로토콜을 따른다.
여기서 설명해야 할 것은, 상기 뉴 네트워크와 종래 이더넷의 기술 융합을 실현하기 위해, 동시에 종래의 이더넷 프로토콜 변환기 게이트웨이의 기능을 충분히 이용하기 위해, 본 발명은 표준의 이더넷 게이트웨이를 특수 타입인 액세스 교환국으로 개조하여, 뉴 네트워크와 이더넷 사이의 연결, 변환 역할을 한다. 개조된 이더넷 게이트웨이는 이더넷 프로토콜 변환기 게이트웨이라 칭하며. 뉴 네트워크에서, 이더넷 프로토콜 변환기 게이트웨이가 접속망(access network, AN) 부분에 위치하며, 액세스 교환국에 연결될 수 있으며, 노드 서버에 직접 연결될 수 있다. 이더넷에서, 이더넷 프로토콜 변환기 게이트웨이가 표준의 이더넷 교환국에 연결될 수 있으며, 이더넷 교환국에 단말이 연결되어 있다.
즉, 본 발명에 따른 실시예에 의하면, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 단계가 더 포함되며, 상기 단계는,
주 제어 서버가 조회 패킷을 송신하는 단계;
이더넷 프로토콜 변환기 게이트웨이가 전원 투입 초기화한 다음, 조회 패킷을 수신하며, 이더넷 프로토콜 변환기 게이트웨이의 시리얼 넘버가 포함된 응답 패킷을 피드백하는 단계;
주 제어 서버가 등록 정보 테이블에서 상기 시리얼 넘버에 대응된 이더넷 프로토콜 변환기 게이트웨이 정보를 조회하는 단계;
주 제어 서버가 상기 이더넷 프로토콜 변환기 게이트웨이에 엑세스 명령을 송신하는 단계; 및
상기 이더넷 프로토콜 변환기 게이트웨이가 엑세스 명령을 수신한 다음에 응답을 피드백하며, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 단계를 포함한다.
상기 엑세스 명령에는 이더넷 프로토콜 변환기 게이트웨이의 뉴 네트워크에서의 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스를 포함한다.
실제로, 단말의 MAC 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 바인딩 관계는 단말과 이더넷 프로토콜 변환기 게이트웨이의 매출시 노드 서버에 미리 설정해 놓는다.
상기 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하여 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 수신한 후에, 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말은 이하와 같은 단계에 따른 뉴 네트워크에 액세스할 수도 있다:
주 제어 서버가 조회 패킷을 송신하는 단계;
이더넷 프로토콜 변환기 게이트웨이가 조회 패킷을 수신하여 프로토콜 패킷 어드레스 테이블에 따라 조회 패킷을 대응된 포트에 안내하며, 그 다음에 상기 조회 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 전송(轉送)하는 단계;
단말이 전원 투입 초기화한 다음 조회 패킷을 수신하며 단말 시리얼 넘버가 포함된 응답 패킷을 피드백하는 단계;
이더넷 프로토콜 변환기 게이트웨이가 상기 응답 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 주 제어 서버에 전송(轉送)하는 단계;
주 제어 서버가 등록 정보 테이블에서 상기 단말 시리얼 넘버에 대응된 단말 정보를 검출하며, 엑세스 명령을, 상기 엑세스 명령을 송신하는 단계;
이더넷 프로토콜 변환기 게이트웨이가 상기 엑세스 명령을 수신하여 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가여 전송(轉送)하는 단계; 및
단말이 엑세스 명령을 수신하여 응답을 피드백하며, 이더넷 프로토콜 변환기 게이트웨이가 상기 응답 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 주 제어 서버에 전송(轉送)하며, 단말이 뉴 네트워크에 액세스하는 단계를 포함한다.
전술에서 알 수 있다시피, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스한 후에, 집중 제어 기능을 구비하는 노드 서버에서 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 등록된 단말의 MAC 어드레스를 획득한다. 이런 경우, 본 발명에 따른 실시예는,
상기 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 의해 송신된 데이터 패킷 또는 프로토콜 패킷을 수신하여, 상기 데이터 패킷 또는 프로토콜 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 이더넷에 송신하는 단계; 및
상기 이더넷 프로토콜 변환기 게이트웨이가 이더넷에 의해 송신된 데이터 패킷 또는 프로토콜 패킷을 수신하여, 상기 데이터 패킷 또는 프로토콜 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스를 삭제하여 뉴 네트워크에 송신하는 단계가 포함된다.
여기서, 상기 목적 단말과 소스 단말은 뉴 네트워크 프로토콜을 따른다.
즉, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스한 후 데이터 패킷 또는 프로토콜 패킷에 대해 MAC를 부가하거나 삭제할 수 있다.
보다 구체적으로는, 본 발명에 따른 실시예에 따르면, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스가 부가된 데이터 패킷에 대해, 이더넷에서 이더넷 프로토콜을 채택하여 전송하며; 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스가 삭제된 데이터 패킷에 대해, 뉴 네트워크에서 뉴 네트워크 프로토콜을 채택하여 전송하는 것이 바람직하다.
바람직하게는, 뉴 네트워크부터 송신되어 온 데이터 패킷과 이더넷부터 송신되어 온 데이터 패킷인 경우, 패킷 헤드에 모두 송수신 양측의 뉴 네트워크에서의 어드레스가 포함되며, 상기 어드레스가 데이터 패킷의 소스 어드레스와 목적 어드레스이다.
또한, 본 실시예에서,
이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스와 단말의 뉴 네트워크에서의 어드레스의 매핑을 획득하는 단계; 및
상기 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 의해 송신된 데이터 패킷을 수신하여, 데이터 패킷의 목적 어드레스와 MAC 어드레스의 매핑에 따라, 데이터 패킷에 대응된 목적 단말의 MAC 어드레스를 부가하는 단계를 포함한다.
이상과 같이, 뉴 네트워크와 이더넷은 이더넷 프로토콜 변환기 게이트웨이를 통해 훌륭한 교환성을 실현한다. 또한 상기 이더넷 프로토콜 변환기 게이트웨이는 상기 액세스 교환국이 구비한 기능을 가질 수도 있으면, 예컨대 정확한 스트림 제어를 실현할 수 있다. 구체적인 실시 방식은 이하와 같다.
상기 이더넷 프로토콜 변환기 게이트웨이가 이더넷에 의해 송신된 데이터 패킷을 수신한 후, 상기 데이터 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스를 삭제하기 전, 상기 방법은,
수신된 데이터 패킷을 검출하며, 만약 검출 요구에 부합되면, 다응된 스트림 식별자를 할당한다. 상기 검출은, 데이터 패킷의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스, 소스 단말의 MAC 어드레스, 목적 어드레스, 소스 어드레스, 데이터 패킷 타입과 패킷 길이가 요구에 부합되는 지 여부를 검출하는 것이다.
더 나아가, 상기 이더넷 프로토콜 변환기 게이트웨이가 상기 데이터 패킷에서의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스를 삭제하고 송신하기 전, 스트림 식별자에 따라 데이터 패킷을 대응된 포트 수신 버퍼에 넣어놓는 단계; 포트 수신 버퍼가 데이터 패킷을 읽어내며, 스트림 식별자에 따라 대응된 스트림의 패킷 버퍼 행렬에 넣어놓는 단계; 패킷 버퍼 행렬을 폴링하며, 송신 토큰이 생성된 다음, 송신 토큰 중의 스트림 식별자에 따라, 대응된 스트림의 패킷 버퍼 행렬에서 순차적으로 데이터 패킷을 읽어내어 포트 송신 버퍼에 넣어놓는 단계; 포트 송신 버퍼에서 데이터 패킷을 읽어내어 송신하는 단계가 포함된다.
또한, 상기 이더넷 프로토콜 변환기 게이트웨이는. 포트 송신 버퍼가 채워지지 않은 조건 1; 및 해당 스트림의 패킷 버퍼 행렬 중의 패킷 카운터가 0보다 큰 조건 2를 동시 만족하는지 여부를 판단할 수도 있다. 만약 상기 두 조건을 동시 만족하면 송신 토큰 중의 스트림 식별자에 따라, 해당 스트림의 패킷 버퍼 행렬에서 데이터 패킷을 순차적으로 읽어내어 포트 송신 버퍼에 넣어놓는다.
상기 스트림 제어 과정에 있어서, 뉴 네트워크에서 집중 제어 기능을 구비하는 노드 서버가 단말에 의해 이니시에이팅된 서비스 신청 프로토콜 패킷에 따라 스트림 제어 정보를 생성하여 상행 링크에서 스트림 제어를 수행하는 이더넷 프로토콜 변환기 게이트웨이에 송신함으로써, 상기 송신 토큰이 생성된다. 상기 스트림 제어 정보는 송신의 시간 간격과 송신하는 데이터 사이즈를 포함한다. 이더넷 프로토콜 변환기 게이트웨이는 스트림 제어 정보에 따라 송신 토큰을 생성하며, 상기 토큰에 스트림 식별자가 포함된다.
전술과 같이, 상기 뉴 네트워크는 도시권 통신망(metropolitan area network, MAN) 부분을 포함하며, 도시권 통신망(metropolitan area network, MAN)에서, 상기 주 제어 서버는 도시권 서버이며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함한다. 여기서 상기 노드 교환국은 도시권 서버와 노드 서버 사이에 연결된다. 본 발명에 따른 실시예는, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하여, 도시권 서버에 의해 액세스된 장치에 프로토콜 태그와 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하는 단계를 포함한다.
여기서, 상기 프로토콜 태그는 하위 레벨 네트워크 장치와 도시권 서버 사이의 연결을 기술하기 위한 것이다. 동일한 하위 레벨 네트워크 장치와 도시권 서버 사이에 복수의 연결이 있을 경우, 도시권 서버는 각 연결을 위해 상이한 프로토콜 태그를 할당한다.
도시권 통신망(metropolitan area network, MAN)을 크로싱하는 각 서비스 신청에 대해, 도시권 서버는 서비스에 대응된 데이터 태그를 할당하며, 상기 데이터 태그는 서비스에 관련된 노드 서버 사이의 연결을 기술하기 위한 것이다.
여기서, 상기 태그는 이하와 같은 2가지 다중화 경우가 있다.
경우 1, 하위 레벨 네트워크 장치부터 도시권 서버까지의 프로토콜 태그와 도시권 서버부터 상기 하위 레벨 네트워크 장치까지의 프로토콜 태그는 서로 다른 태그나 동일한 태그이다. 서비스에 관련된 노드 서버 사이에서, 일 노드 서버부터 다른 일 노드 서버까지의 데이터 태그와 다른 일 노드 서버부터 일 노드 서버까지의 데이터 태그는 서로 다른 태그나 동일한 태그이다.
경우 2, 상기 태그는 인 태그(in tag)와 아웃 태그(out tag)로 나누어지며, 인 태그(in tag)는 데이터 패킷이 도시권 서버 또는 노드 교환국에 진입하는 태그이며, 아웃 태그(out tag)는 상기 데이터 패킷이 도시권 서버 또는 노드 교환국을 따나가는 태그이다. 동일한 데이터 패킷의 인 태그(in tag)와 아웃 태그(out tag)는 서로 다른 태그 또는 동일한 태그이다.
바람직하게, 본 발명에 따른 하나의 데이터 태그는 두 노드 서버의 연결 경로에 다른 노드 교환국도 있다 하더라도 일 노드 서버부터 다른 일 노드 서버까지의 연결을 기술할 수 있다. 물론 이에 대해 본 발명에서 복수의 데이터 태그를 이용하여 이 두 노드 서버의 연결을 기술할 수 있으며, 이런 경우 각 데이터 태그는 이런 스트림의 일 부분을 기술한다. 예컨대, 1호 노드 서버부터 1호 노드 교환국까지의 연결은 1호 데이터 태그, 1호 노드 교환국부터 2호 노드 교환국까지의 연결은 2호 데이터 태그, 2호 노드 교환국부터 2호 노드 서버까지의 연결은 3호 데이터 태그를 채용한다.
우선, 프로토콜 태그의 할당과 사용에 대해 아래와 같이 설명한다.
하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하며, 도시권 서버에 의해 프로토콜 태그와 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하는 것은, 도시권 서버가 자신의 모든 하행 포트에 도시권 조회 태그 패킷을 송신하는 단계-각 도시권 조회 태그 패킷에 하나의 도시권 서버에 의해 할당된 사용대기 프로토콜 태그가 포함됨; 일 하위 레벨 네트워크 장치가 전원 투입 후에, 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 수신하여, 도시권 서버에 도시권 응답 태그 패킷을 피드백하는 단계-상기 도시권 응답 태그 패킷에 하위 레벨 네트워크 장치의 시리얼 넘버와 수신된 도시권 조회 태그 패킷의 포트 넘버가 포함되며; 도시권 서버가 도시권 응답 태그 패킷을 수신한 후, 패킷 중의 시리얼 넘버에 따라 하위 레벨 네트워크 장치의 등록 여부를 검증하며, 만약 등록 되었으면 하위 레벨 네트워크 장치에서의 도시권 조회 태그 패킷을 수신한 포트에 엑세스 명령을 송신하는 단계-상기 엑세스 명령에 도시권 서버가 하위 레벨 네트워크 장치에 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 사용대기 프로토콜 태그가 포함됨; 하위 레벨 네트워크 장치의 해당 포트가 엑세스 명령을 수신한 후, 엑세스 명령 응답을 피드백하며, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하는 단계를 포함한다. 여기서 상기 하위 레벨 네트워크 장치가 노드 교환국 또는 노드 서버이다.
상기 하위 레벨 네트워크 장치의 액세스 과정에 있어서, 태그의 다중화 방식은, 상기 도시권 응답 태그 패킷 중의 프로토콜 태그와 상기 도시권 조회 태그 패킷 중의 프로토콜 태그가 동일하며, 상기 엑세스 명령 응답 중의 프로토콜 태그와 상기 엑세스 명령 중의 프로토콜 태그와 동일한 것이다.
특별히, 하나의 하위 레벨 네트워크 장치와 도시권 서버 사이에 복수의 연결이 있을 경우, 상기 하나의 하위 레벨 네트워크 장치의 복수의 포트는 복수의 도시권 조회 태그 패킷을 수신하는 단계; 및 도시권 서버가 복수의 서로 다른 프로토콜 태그를 통해 하나의 하위 레벨 네트워크 장치의 복수의 포트에 복수의 엑세스 명령을 송신하는 단계를 포함한다. 여기서, 각 도시권 조회 태그 패킷 중의 사용대기 프로토콜 태그는 서로 다르며, 각 엑세스 명령 중의 상기 하위 레벨 네트워크 장치에 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스는 동일하다.
하위 레벨 네트워크 장치가 액세스된 후에 프로토콜 패킷 태그 테이블을 설정할 수 있으며, 구체적으로 다음과 같다. 하위 레벨 네트워크 장치에 프로토콜 패킷 태그 테이블이 설치되어 있으며, 하위 레벨 네트워크 장치가 전원 투입할 때, 자신 내의 프로토콜 패킷 태그 테이블에서 모든 도시권 프로토콜 패킷이 CPU 모듈에 안내되도록 설정한다. 하위 레벨 네트워크 장치가 노드 교환국인 경우, 노드 교환국이 도시권 통신망(metropolitan area network, MAN)에 액세스한 후, 도시권 서버의 명령에 따라 자신의 프로토콜 패킷 태그 테이블을 수정하여, 도시권 서버가 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 노드 교환국의 해당 하행 포트에 안내한다. 여기서, 상기 새로 할당한 사용대기 프로토콜 태그는 도시권 서버부터 상기 노드 교환국까지의 하위 레벨 연결 장치의 연결을 기술하기 위한 것이며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷이 포함된다.
하위 레벨 네트워크 장치가 액세스된 후 응답 패킷 태그 테이블을 설정할 수도 있으며, 구체적으로 다음과 같다. 하위 레벨 네트워크 장치에 응답 패킷 태그 테이블이 설치되어 있으며, 하위 레벨 네트워크 장치가 전원 투입될 때, 자신 내의 응답 패킷 태그 테이블에서 모든 도시권 응답 태그 패킷이 폐쇄로 안내하도록 설치한다. 하위 레벨 네트워크 장치가 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 수신한 후, 자신의 응답 패킷 태그 테이블을 수정하며, 상기 프로토콜 태그에 대응된 도시권 응답 태그 패킷을 상기 도시권 조회 태그 패킷의 상행 포트에 안내한다. 하위 레벨 네트워크 장치가 노드 교환국인 경우, 노드 교환국이 도시권 통신망(metropolitan area network, MAN)에 액세스한 후, 도시권 서버의 명령에 따라 자신의 응답 패킷 태그 테이블을 수정하며, 도시권 서버가 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 응답 태그 패킷 각각을 노드 교환국의 상행 포트에 안내한다. 여기서, 상기 새로 할당된 사용대기 프로토콜 태그는 상기 노드 교환국의 하위 레벨 연결 장치부터 도시권 서버까지의 연결을 서술한다.
본 발명에 따른 바람직한 일 실시예에 있어서, 도시권 서버에 프로토콜 패킷 태그 테이블이 설치되어 있으며, 도시권 서버가 전원 투입할 때, 자신 내의 프로토콜 패킷 태그 테이블에서 모든 도시권 프로토콜 패킷이 폐쇄로 안내하도록 설정한다.
도시권 서버는 자신의 하행 포트 개수에 맞추어 사용대기 프로토콜 태그를 할당하며, 자신의 프로토콜 패킷 태그 테이블을 수정하고, 할당한 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 도시권 서버에 대응된 하행 포트에 안내한다.
여기서, 상기 사용대기 프로토콜 태그는 도시권 서버부터 상기 하위 레벨 네트워크 장치까지의 연결을 기술하며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함한다. 상기 도시권 서버는 자신의 프로토콜 패킷 태그 테이블에 따라 자신의 하행 포트에 도시권 조회 태그 패킷을 송신한다.
이에 따라, 하위 레벨 네트워크 장치가 액세스한 후, 도시권 서버도 자신의 프로토콜 패킷 태그 테이블을 설치할 수 있으며, 구체적으로 이하와 같다.
(1) 도시권 서버에 프로토콜 패킷 태그 테이블이 설치되어 있으며, 도시권 서버가 전원 투입할 때, 자신 내의 프로토콜 패킷 태그 테이블에서 모든 도시권 프로토콜 패킷이 폐쇄로 안내되도록 설정한다. 도시권 서버는 자신의 하행 포트 개수에 따라 사용대기 프로토콜 태그를 할당하며, 자신의 프로토콜 패킷 태그 테이블을 수정하며, 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 도시권 서버의 해당 하행 포트에 안내하다. 여기서, 상기 사용대기 프로토콜 태그는 도시권 서버부터 상기 하위 레벨 네트워크 장치까지의 연결을 기술하며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함한다. 상기 도시권 서버는 자신의 프로토콜 패킷 태그 테이블에 따라 자신의 하행 포트에 도시권 조회 태그 패킷을 송신한다.
(2) 하위 레벨 네트워크 장치가 액세스한 후, 도시권 서버는 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 사용대기 프로토콜 태그를 새로 할당하며 자신의 프로토콜 패킷 태그 테이블을 수정하고, 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 도시권 서버의 해당 하행 포트에 안내할 수도 있다. 여기서, 상기 새로 할당된 사용대기 프로토콜 태그는 도시권 서버부터 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치까지의 연결을 기술하며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함한다. 상기 도시권 서버는 자신의 프로토콜 패킷 태그 테이블에 따라 자신의 하행 포트에 도시권 조회 태그 패킷을 송신한다.
이에 따라, 하위 레벨 네트워크 장치가 액세스한 후, 도시권 서버도 자신의 응답 패킷 태그 테이블을 설정할 수 있으며 구체적으로 다음과 같다. 도시권 서버에 응답 패킷 태그 테이블이 설치되어 있으며, 도시권 서버가 전원 투입할 때, 자신 내의 응답 패킷 태그 테이블에서 모든 도시권 응답 태그 패킷이 CPU 모듈에 안내되도록 설정한다.
여기서, 액세스된 하위 레벨 네트워크 장치가 노드 교환국인 경우, 상기 노드 교환국의 일 하위 레벨 연결 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하며, 상기 하위 레벨 연결 장치는 노드 교환국과 노드 서버를 포함한다. 이 액세스 과정은, 도시권 서버가 새로 할당된 사용대기 프로토콜 태그를 사용하여 하위 레벨 연결 장치에 도시권 조회 태그 패킷을 송신하면, 상기 도시권 조회 태그 패킷 각각이 프로토콜 패킷 태그 테이블에 따라 도시권 서버의 해당 하행 포트에 안내되는 단계; 하위 레벨 연결 장치가 전원 투입된 후, 상기 도시권 조회 태그 패킷을 수신하며, 그다음에 도시권 서버에 도시권 응답 태그 패킷을 피드백하는 단계; 도시권 서버가 상기 도시권 응답 태그 패킷을 수신한 후, 패킷 중의 시리얼 넘버에 따라 하위 레벨 연결 장치의 등록 여부를 검정하며, 만약 등록했으면, 하위 레벨 연결 장치에 엑세스 명령을 송신하는 단계; 및 하위 레벨 연결 장치가 엑세스 명령을 수신한 후, 엑세스 명령 응답을 피드백하며, 하위 레벨 연결 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하는 단계를 포함한다. 여기서, 상기 도시권 응답 태그 패킷에 상기 하위 레벨 연결 장치의 시리얼 넘버와 수신된 도시권 조회 태그 패킷의 포트 넘버가 포함되며, 상기 엑세스 명령에 도시권 서버가 하위 레벨 연결 장치에 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 할당할 프로토콜 태그가 포함된다.
하위 레벨 네트워크 장치가 자신의 프로토콜 패킷 태그 테이블과 응답 패킷 태그 테이블을 설정한 후, 도시권 서버와 하위 레벨 연결 장치 사이의 하위 레벨 네트워크 장치가 상기 도시권 조회 태그 패킷과 엑세스 명령을 수신한 후, 자신의 프로토콜 패킷 태그 테이블에 따라, 상기 도시권 조회 태그 패킷과 엑세스 명령을 해당 하행 포트에 안내하여. 전송(轉送)한다. 도시권 서버와 하위 레벨 연결 장치 사이의 하위 레벨 네트워크 장치가 상기 도시권 응답 태그 패킷과 엑세스 명령 응답을 수신한 후, 자신의 응답 패킷 태그 테이블에 따라, 상기 도시권 응답 태그 패킷과 엑세스 명령 응답을 해당 상행 포트에 안내하여 전송(轉送)한다.
바람직하게, 도시권 서버에 태그 정보 테이블이 설치되어 있으며, 태그 정보 테이블의 각 테이블 항목에 태그 점용 정보, 태그 기술 정보(descriptive information)와 태그 루팅 정보가 기록되어 있다. 여기서 상기 태그 루팅 정보는 상기 태그의 바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스와 포트 넘버가 포함된다.
태그 정보 테이블의 사용은 이하와 같이 (1), (2)를 포함한다.
(1) 도시권 서버가 하위 레벨 네트워크 장치가 하나의 사용대기 태그를 할당할 경우, 상기 태그 정보 테이블 중의 상기 태그에 대응되는 테이블 항목을 수정한다. 이 수정은 구체적으로: 태그 점용 정보를 미사용부터 사용대기로 수정하며, 태그 루팅 정보 중의 바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스와 포트를 도시권 서버의 어드레스와 행당 포트로 설정하며, 상기 태그 기술 정보(descriptive information)에 대해 수정하지 않는다. 상기 하위 레벨 네트워크 장치가 액세스한 후, 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정한다, 구체적으로: 태그 점용 정보를 이미사용으로 수정하며, 상기 태그 기술 정보(descriptive information)와 태그 루팅 정보에 대해 수정하지 않는다.
(2) 도시권 서버가 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 하나의 사용대기 태그를 할당할 경우, 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정하며, 구체적으로: 태그 점용 정보를 미사용부터 사용대기로 수정하며, 태그 루팅 정보 중의 바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스와 포트를 상기 하위 레벨 네트워크 장치의 어드레스와 해당 포트로 설정하며, 상기 태그 기술 정보(descriptive information)에 대해 수정하지 않는다. 상기 하위 레벨 연결 장치가 액세스한 후, 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정하며, 구체적으로: 태그 점용 정보를 이미사용으로 수정하며, 상기 태그 기술 정보(descriptive information)와 태그 루팅 정보에 대해 수정하지 않는다.
바람직하게, 도시권 서버에 어드레스 정보 테이블이 설치되어 있으며, 어드레스 정보 테이블의 각 테이블 항목에 도시권 통신망(metropolitan area network, MAN) 어드레스 점용 정보, 장치 기술 정보(descriptive information)와 장치 자원 정보가 기록되어 있다. 여기서, 장치 자원 정보는 상기 장치의 각 네트워크 포트에 연결된 하위 레벨 네트워크 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 장치의 각 네트워크 포트의 상/하행 트래픽 카운트를 포함한다.
어드레스 정보 테이블의 사용은 이하와 같은 (1), (2), (3)을 포함한다.
(1) 도시권 서버에 전원 투입한 후, 자신을 위해 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하며, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 미사용부터 이미사용으로 수정하며, 장치 기술 정보(descriptive information)를 상기 도시권 서버로 수정하며, 장치 자원 정보를 상기 도시권 서버의 자원 기술(Resource Description)로 수정한다.
(2) 도시권 서버가 하위 레벨 네트워크 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하여, 상기 도시권 통신망(metropolitan area network, MAN) 어드레스가 포함된 엑세스 명령을 송신할 경우, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정한다. 구체적으로: 어드레스 점용 정보를 미사용부터 사용대기로 수정, 상기 장치 기술 정보(descriptive information)와 장치 자원 정보 에 대해 수정하지 않는다. 도시권 서버가 하위 레벨 네트워크 장치에 의해 송신된 엑세스 명령 응답을 수신한 후, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 이미사용으로 수정, 장치 기술 정보(descriptive information)를 상기 하위 레벨 네트워크 장치로 수정하며, 장치 자원 정보를 상기 하위 레벨 네트워크 장치의 일 상행 포트에 연결된 도시권 서버의 일 하행 포트로 수정한다. 동시에, 어드레스 정보 테이블 중의 상기 도시권 서버 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로 장치 자원 정보를 상기 도시권 서버의 일 하행 포트에 연결된 하위 레벨 네트워크 장치의 일 상행 포트로 수정하며, 상기 어드레스 점용 정보와 장치 기술 정보(descriptive information)에 대해 수정하지 않는다. 여기서, 상기 하위 레벨 네트워크 장치의 일 상행 포트는 하위 레벨 네트워크 장치에 의해 피드백된 도시권 응답 태그 패킷에 따라 알게 되며, 상기 도시권 서버의 일 하행 포트는 프로토콜 패킷 태그 테이블에 따라 알게 된다.
(3) 도시권 서버가 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하여 상기 도시권 통신망(metropolitan area network, MAN) 어드레스가 포함된 엑세스 명령을 송신할 경우, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 미사용부터 사용대기로 수정하며, 상기 장치 기술 정보(descriptive information)와 장치 자원 정보에 대해 수정하지 않는다. 도시권 서버가 상기 하위 레벨 연결 장치에 의해 송신된 엑세스 명령 응답을 수신한 후, 상기 어드레스 정보 테이블의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 이미사용으로 수정하며, 장치 기술 정보(descriptive information)를 상기 하위 레벨 연결 장치로 수정하고, 장치 자원 정보를 상기 하위 레벨 연결 장치의 일 상행 포트에 연결된 상기 하위 레벨 네트워크 장치의 일 하행 포트로 수정한다. 동시에, 어드레스 정보 테이블의 상기 하위 레벨 네트워크 장치 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 장치 자원 정보를 상기 하위 레벨 네트워크 장치의 일 하행 포트에 연결된 하위 레벨 연결 장치의 일 상행 포트로 수정하며, 상기 어드레스 점용 정보와 장치 기술 정보(descriptive information)에 대해 수정하지 않는다. 여기서, 상기 하위 레벨 연결 장치의 일 상행 포트는 하위 레벨 연결 장치에 의해 피드백된 도시권 응답 태그 패킷에 따라 알게 되며, 상기 하위 레벨 네트워크 장치의 일 하행 포트는 프로토콜 패킷 태그 테이블에 따라 알게 된다.
바람직하게, 도시권 서버에 장치 정보 테이블이 설치되어 있으며, 장치 정보 테이블의 각 테이블 항목에는 장치 식별자, 장치 상태와 장치 어드레스가 기록되어 있다.
장치 정보 테이블의 사용은 다음과 같은 내용을 포함한다. 도시권 서버가 하위 레벨 네트워크 장치 또는 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하여 상기 도시권 통신망(metropolitan area network, MAN) 어드레스가 포함된 엑세스 명령을 송신할 경우, 상기 장치 정보 테이블에 대응된 장치의 테이블 항목을 수정하며, 구체적으로: 장치 상태를 액세스대기로 수정하며, 장치 어드레스를 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스로 수정하고, 상기 장치 식별자에 대해 수정하지 않는다. 도시권 서버가 하위 레벨 네트워크 장치 또는 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 의해 송신된 엑세스 명령 응답을 수신한 후, 상기 장치 정보 테이블에 대응된 장치의 테이블 항목을 수정하며, 구체적으로: 장치 상태를 액세스완료로 수정하며, 상기 장치 식별자와 장치 어드레스에 대해 수정하지 않는다.
그리고, 데이터 태그의 할당과 상용을 이하와 같이 설명한다.
도시권 통신망(metropolitan area network, MAN)을 크로싱하는 서비스 신청에 대해, 도시권 서버가 서비스에 대응된 데이터 태그 패킷을 할당하는 것은, 상기 도시권 통신망(metropolitan area network, MAN)을 크로싱하는 서비스 신청이 제1 단말과 제2 단말과 관련되며; 일 노드 서버에 연결된 제1 단말이 서비스 신청 패킷을 이니시에이팅하며, 상기 노드 서버가 상기 서비스 신청 패킷에 따라 제2 단말이 상기 노드 서버에 연결되지 아니함으로 판단되면, 프로토콜 태그를 부가하며 도시권 서버에 서비스 신청 패킷을 송신하며; 도시권 서버가 수신된 서비스 신청 패킷에 따라 제2 단말이 다른 일 노드 서버에 연결됨을 판단하며; 도시권 서버가 당차 서비스의 도시권 통신망(metropolitan area network, MAN)에서의 통신 링크 정보를 획득하여 당차 서비스의 데이터 태그를 할당하며, 통신 링크에서의 하위 레벨 네트워크 장치각각에 상기 데이터 태그 정보가 포함된 태그 할당 패킷을 송신한다. 여기서, 상기 태그 할당 패킷은 인 태그(in tag), 아웃 태그(out tag)와 안내 포트를 포함하며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함한다.
상기 서비스 신청 과정에 있어서, 데이터 패킷 태그 테이블도 할당할 수 있으며, 구체적으로: 도시권 서버가 할당된 데이터 태그에 따라 자신 내의 데이터 패킷 태그 테이블에서 당차 서비스의 인 태그(in tag), 아웃 태그(out tag)와 안내 포트를 설정하는 단계; 통신 링크에서의 하위 레벨 네트워크 장치가 상기 태그 할당 패킷을 수신한 후 하위 레벨 네트워크 장치가 태그 할당 패킷에 따라 자신 내의 데이터 패킷 태그 테이블에서 인 태그(in tag), 아웃 태그(out tag)와 안내 포트를 설정하는 단계-여기서, 도시권 서버와 노드 교환국 내부의 데이터 패킷 태그 테이블은 각자의 설정한 인 태그(in tag)에 따라 수신한 태그 데이터 패킷을 해당 포트에 안내하며 대응된 아웃 태그(out tag)를 사용하여 송신하기 위한 것이다. 여기서, 노드 서버 내부의 데이터 패킷 태그 테이블은 노드 서버가 접속망(access network, AN)부터 수신한 데이터 패킷을 해당 포트에 안내하며, 설정한 대응된 아웃 태그(out tag)를 부가하여 도시권 통신망(metropolitan area network, MAN)에 송신한다.
상기 서비스 신청 과정에 있어서, 노드 서버는 어드레스-태그 매핑 테이블을 더 설정할 수 있으며, 구체적으로 다음과 같다. 도시권 서버부터 노드 서버에 송신되어 온 태그 할당 패킷은, 당차 서비스의 제1 단말 접속망(access network, AN) 어드레스, 제2 단말 접속망(access network, AN) 어드레스와 아웃 태그(out tag)의 바인딩 관계를 포함한다. 통신 링크 양측의 노드 서버 각각이 태그 할당 패킷을 수신한 후, 각자 내부의 어드레스-태그 매핑 테이블에서 상기 바인딩 관계를 설정한다. 여기서, 접속망(access network, AN) 어드레스는 각 노드 서버가 자신에 연결된 액세스 장치에 할당한 어드레스이다.
상기 서비스 신청 과정에 있어서, 노드 서버는 자신의 데이터 패킷 어드레스 테이블도 설정할 수 있으며, 구체적으로 통신 링크 양측의 노드 서버 각각이 태그 할당 패킷을 수신한 후, 제2 단말을 연결하는 노드 서버가 패킷 중의 접속망(access network, AN)목적 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 목적 어드레스를, 상기 접속망(access network, AN)목적 어드레스인 데이터 패킷이 안내하는 포트로 설정하는 단계; 및 제1 단말을 연결하는 노드 서버가 패킷 중의 접속망(access network, AN)소스 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 목적 어드레스를 상기 접속망(access network, AN)소스 어드레스인 데이터 패킷이 안내하는 포트로 설정하는 단계를 포함한다.
상기 서비스 신청 과정에 있어서: 제1 단말을 연결하는 노드 서버가 자신 내의 데이터 패킷 어드레스 테이블에 따라, 제1 단말에 서비스 처리 명령을 송신하는 단계; 제2 단말을 연결하는 노드 서버가 자신 내의 데이터 패킷 어드레스 테이블에 따라, 제2 단말에 서비스 처리 명령을 송신하는 단계; 및 제1 단말과 제2 단말 각각이 수신된 서비스 처리 명령에 다라 해당 동작을 수행하는 단계가 더 포함된다.
여기서, 상기 통신 링크 정보는 단방향 통신 링크 정보 또는 쌍 방향 통신 링크 정보이다.
또한, 상기 서비스 신청과정에 있어서, 스트림 제어를 수행하여, 스트림 제어를 통해 적절한 통신 링크를 할당할 수도 있다. 구체적으로 이하와 같다.
바람직하게, 상기 서비스 신청 과정에 있어서, 일 노드 서버에 연결된 제1 단말이 서비스 신청 패킷을 이니시에이팅한 후, 다음과 같은 단계가 더 포함한다. 상기 노드 서버가 서비스 신청 패킷의 내용에 따라 노드 서버와 제1 단말 사이의 통신 링크의 나머지 스트림 자원이 서비스에 필요된 스트림 자원을 만족하는지 여부를 판단하며, 만약 만족하지 아니함으로 판단되면, 제1 단말에 서비스 거절 패킷을 송신하는 단계; 만약 만족함으로 판단되면, 제2 단말이 상기 노드 서버에 연결되었는지를 계속 판단하는 단계가 포함된다.
바람직하게, 상기 서비스 신청과정에 있어서, 도시권 서버가 당차 서비스의 도시권 통신망(metropolitan area network, MAN)에서의 통신 링크 정보를 획득한 후, 도시권 서버가 서비스 신청 패킷의 내용에 따라, 당차 서비스의 도시권 통신망(metropolitan area network, MAN)에서의 통신 링크의 나머지 스트림 자원이 서비스에 필요된 스트림 자원을 만족하는지 여부를 판단하며, 만약 만족하지 아니함으로 판단하면, 제1 단말을 연결하는 노드 서버에 서비스 거절 패킷을 송신하는 단계를 더 포함한다.
바람직하게, 상기 서비스 신청과정에 있어서, 만약 만족하면, 도시권 서버가 제2 단말을 연결하는 노드 서버에 서비스 신청 패킷을 송신하는 단계; 및 상기 노드 서버가 서비스 신청 패킷의 내용에 따라, 노드 서버와 제2 단말 사이의 통신 링크의 나머지 스트림 자원이 서비스에 필요한 스트림 자원을 만족하는지 여부를 판단하며, 만약 만족하지 아니하면, 도시권 서버에 서비스 거절 패킷을 송신하는 단계가 더 포함된다.
바람직하게, 상기 서비스 신청과정에 있어서, 만약 만족하면, 제2 단말을 연결하는 노드 서버가 제2 단말에 메뉴 패킷을 송신하는 단계; 제2 단말이 상기 메뉴 패킷을 수신하여, 통신 접수인 응답 패킷을 피드백하는 단계; 및 상기 노드 서버가 상기 응답 패킷을 수신하여 프로토콜 태그를 부가하며 도시권 서버에 서비스 응낙 패킷을 송신하는 단계가 포함된다.
여기서, 도시권 서버에 어드레스 정보 테이블이 설치되어 있으며, 어드레스 정보 테이블의 각 테이블 항목에는 도시권 통신망(metropolitan area network, MAN) 어드레스 점용 정보, 장치 기술 정보(descriptive information)와 장치 자원 정보가 기록되어 있다. 여기서, 장치 자원 정보는 상기 장치의 각 네트워크 포트에 연결된 하위 레벨 네트워크 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 장치의 각 네트워크 포트의 상/하행 스트림 카운트를 포함한다. 도시권 서버는 어드레스 정보 테이블 중의 장치의 각 네트워크 포트에 연결된 하위 레벨 네트워크 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스에 따라, 당차 서비스의 도시권 통신망(metropolitan area network, MAN)에서의 통신 링크 정보를 획득하며, 장치의 각 네트워크 포트의 상/하행 스트림 카운트에 따라, 당차 서비스의 도시권 통신망(metropolitan area network, MAN)의 통신 링크의 나머지 스트림 자원을 획득한다.
여기서, 노드 서버에 어드레스 정보 테이블이 설치되어 있으며, 어드레스 정보 테이블의 각 테이블 항목에는 접속망(access network, AN) 어드레스 점용 정보, 장치 기술 정보(descriptive information)와 장치 자원 정보가 기록되어 있다. 여기서 장치 자원 정보는 상기 장치의 각 네트워크 포트에 연결된 접속망(access network, AN) 장치의 접속망(access network, AN) 어드레스와 상기 장치의 각 네트워크 포트의 상/하행 스트림 카운트를 포함한다. 노드 서버는 어드레스 정보 테이블 중의 장치의 각 네트워크 포트에 연결된 접속망(access network, AN) 장치의 접속망(access network, AN) 어드레스에 따라, 노드 서버와 단말 사이의 통신 링크 정보를 획득하며 장치의 각 네트워크 포트의 상/하행 스트림 카운트에 따라, 노드 서버와 단말 사이의 통신 링크의 나머지 스트림 자원을 획득한다.
또한, 노드 서버에 내용-어드레스 매핑 테이블이 설치되어 있으며, 상기 내용-어드레스 매핑 테이블의 사용은 다음과 같다. 제1 단말에 의해 이니시에이팅된 서비스 신청 패킷에는 서비스 타입 정보, 서비스 내용 정보 및 제1 단말의 접속망(access network, AN) 어드레스가 포함된다. 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함한다. 제1 단말을 연결하는 노드 서버는 자신 내부에 미리 설정한 내용-어드레스 매핑 테이블에서 상기 서비스 넘버를 조회하며, 만약 조회되지 못했으면, 제2 단말이 상기 노드 서버에 연결되니 않은 것으로 판단하며; 만약 조회되었으면, 제2 단말이 상기 노드 서버에 연결되어 있다.
또한, 도시권 서버에 내용-어드레스 매핑 테이블이 설치되어 있으며, 상기 내용-어드레스 매핑 테이블은 다음과 같이 사용된다. 도시권 서버가 수신된 서비스 신청 패킷에는 서비스 타입 정보, 서비스 내용 정보 및 제1 단말의 접속망(access network, AN) 어드레스가 포함된다. 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함한다. 도시권 서버는 자신 내부에 미리 설정한 내용-어드레스 매핑 테이블에서 상기 서비스 넘버에 대응된 도시권 통신망(metropolitan area network, MAN) 어드레스를 조회하며, 제2 단말이 다른 일 노드 서버에 연결됨을 판단한다.
또한, 본 발명에 따른 실시예에 의하며 뉴 네트워크의 통신 시스템이 이니시에이팅된다. 여기서, 상기 뉴 네트워크는 집중 제어 기능을 구비하는 네트워크이며, 주 제어 서버와 하위 레벨 네트워크 장치를 포함한다. 상기 하위 레벨 네트워크 장치는 단말을 포함한다. 상기 시스템은,
주 제어 서버에 위치하며, 당차 서비스의 하행 통신 링크를 설치하는, 경로 설치 모듈; 및
상기 하행 통신 링크를 통해 소스 단말에 의해 송신된 당차 서비스의 데이터 패킷을 목적 단말에 전송하는,제1 통신 모듈 그룹을 포함한다.
본 발명에 따른 바람직한 일 실시예로서, 상기 당차 서비스의 하행 통신 링크를 설치하는 것은, 당차 서비스의 하행 통신 링크에 관련된 교환 장치 할당 테이블을 통지하는 단계를 포함하며;
상기 하행 통신 링크를 통해 전송하는 것은, 설정한 테이블을 조회하며, 교환 장치가 수신된 데이터 패킷을 해당 포트를 통해 전송하는 단계를 포함한다.
즉, 본 발명에 따른 실시예의 핵심 사상의 하나는, 주 제어 서버에 의해 교환 장치에, 당차 서비스의 하행 통신 링크에 테이블을 할당함을 통지함으로써, 상기 설정된 테이블을 기초하여 데이터 패킷을 전송하는 것이다.
구체적인 실시에서, 상기 서비스는 유니캐스트 통신 서비스와 멀티캐스트 통신 서비스를 포함한다. 즉 멀티캐스트 통신인지 유니캐스트 통신인지를 막론하여 상기 할당 테이블테이블의 핵심 사상으로 뉴 네트워크 중의 통신을 실현한다.
전술과 같이, 본 발명에 따른 뉴 네트워크는 접속망(access network, AN) 부분을 포함하며, 접속망(access network, AN)에서, 상기 주 제어 서버는 노드 서버이며, 상기 하위 레벨 네트워크 장치는 액세스 교환국과 단말을 포함한다.
접속망(access network, AN)에서의 유니캐스트 통신 서비스인 경우, 상기 경로 설치 모듈은,
소스 단말에 의해 이니시에이팅된 서비스 요청 프로토콜 패킷에 따라 당차 서비스의 하행 통신 링크 정보를 획득하는 하행 링크 획득 서브 모듈-상기 하행 통신 링크 정보는 당차 서비스에 참여하는 주 제어 서버와 액세스 교환국의 하행 통신 포트 정보를 포함함;
상기 주 제어 서버의 하행 통신 포트 정보에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내하는 하행 포트를 설정하는 테이블 설정 서브 모듈; 및
상기 액세스 교환국의 하행 통신 포트 정보에 따라, 해당 액세스 교환국에 포트 설치 명령을 송신하여 상기 액세스 교환국이 포트 설치 명령에 따라 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내하는 하행 포트를 설정하는 통지 서브 모듈을 포함한다.
즉, 노드 서버가 주 제어하여, 획득된 하행 통신 링크에 따라 스스로 테이블을 설정하며 액세스 교환국에 테이블의 설정을 통지한다.
본 발명에 따른 실시예에 의하면, 상기 하위 레벨 네트워크 장치 어드레스 각각은 대응된 접속망(access network, AN) 어드레스를 구비하며, 구체적인 응용예로서, 상기 하행 링크 획득 서브 모듈은,
소스 단말에 의해 이니시에이팅된, 목적 단말과 유니캐스트 통신 서비스를 확립하는 서비스 요청 프로토콜 패킷을 획득하는 유니캐스트 서비스 요청 수신 수단-상기 서비스 요청 프로토콜 패킷에는 서비스 타입 정보, 서비스 내용 정보 및 소스 단말의 접속망(access network, AN) 어드레스가 포함되며, 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함하며;
상기 서비스 넘버에 따라 미리 설정한 내용-어드레스 매핑 테이블에서 목적 단말의 접속망(access network, AN) 어드레스를 추출하는 목적 단말 어드레스 추출 수단; 및
상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라 당차 서비스의 하행 통신 링크 정보를 획득하는 유니캐스트 링크 계산 수단을 포함한다.
실제로, 상기 주 제어 서버가 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에서 설정하는 당차 서비스의 유니캐스트 데이터 패킷이 안내한 하행 포트는,
목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트; 및/또는
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트를 포함한다.
유니캐스트 통신 서비스인 경우, 상기 통신 링크 정보는 소스 단말이 목적 단말에 대해 유니캐스트 서비스 요청을 개시하거나, 또는, 목적 단말이 소스 단말에 유니캐스트 서비스 요청을 이니시에이팅함과 같은 단방향 통신 링크 정보일 수 있으며; 또는, 상기 통신 링크 정보는 소스 단말과 목적 단말이 상호 상대방에 대해 유니캐스트 서비스 요청을 이니시에이팅함과 같은 쌍 방향 통신 링크 정보일 수도 있다.
상기 통신 링크 정보가 단방향 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보, 및 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함한다.
상기 액세스 교환국이 포트 설치 명령에 따라 자신 내부의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함한다.
상기 통신 링크 정보가 쌍 방향 하행 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보, 하행 포트 정보, 및, 하행 링크에서의 액세스 교환국의 상행 포트 정보, 하행 포트 정보를 포함한다.
상기 액세스 교환국이 상기 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트, 하행 포트, 및, 목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 링크에서의 액세스 교환국의 상행 포트, 하행 포트를 포함한다.
본 발명에 따른 바람직한 일 실시예로서, 상기 당차 서비스의 데이터 패킷에 목적 단말의 접속망(access network, AN) 어드레스가 포함된다.
상기 제1 통신 모듈 그룹은,
상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하는, 주 제어 서버에 위치하는 제1 테이블 조회 안내 모듈; 및
상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 목적 단말에 전송하는, 액세스 교환국에 위치하는 제1 테이블 조회 전송 모듈을 포함한다.
유니캐스트 통신 서비스인 경우, 데이터 패킷은, 소스 단말에 의해 목적 단말에 전송할 수 있을 뿐만 아니라, 목적 단말에 의해 소스 단말에 전송할 수도 있다. 즉, 본 발명에 따른 바람직한 다른 일 실시예에 의하면, 상기 시스템은, 목적 단말에 의해 송신된 당차 서비스의 데이터 패킷을, 상기 하행 통신 링크를 통해 소스 단말에 전송하는 제2 통신 모듈 그룹을 더 포함할 수 있다.
이런 경우에서, 상기 당차 서비스의 데이터 패킷에 소스 단말의 접속망(access network, AN) 어드레스가 포함된다.
상기 제2 통신 모듈 그룹은
상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하는, 주 제어 서버에 위치하는 제2 테이블 조회 안내 모듈; 및
상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 소스 단말에 전송하는, 액세스 교환국에 위치하는 제2 테이블 조회 전송 모듈을 포함한다.
접속망(access network, AN)에서의 멀티캐스트 통신 서비스인 경우, 상기 하행 링크 획득 서브 모듈은,
목적 단말에 의해 이니시에이팅한 신청 멀티캐스트 통신 서비스의 서비스 요청 프로토콜 패킷을 획득하는, 제1 멀티캐스트 서비스 요청 수신 수단;
상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서 소스 단말의 접속망(access network, AN) 어드레스를 추출하는, 소스 단말 어드레스 추출 수단;
상기 소스 단말에 대응된 멀티캐스트 어드레스를 획득하여 목적 단말에 할당하는, 제1 멀티캐스트 어드레스 할당 수단; 및
상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 통신 링크 정보를 획득하는, 제1 멀티캐스트 링크 계산 수단을 포함한다.
상기 서비스 요청 프로토콜 패킷에는 서비스 타입 정보, 서비스 내용 정보와 목적 단말의 접속망(access network, AN) 어드레스가 포함되며, 여기서, 상기 서비스 내용 정보에는 서비스 넘버가 포함된다.
멀티캐스트 통신 서비스의 다른 일 예로서, 상기 하행 링크 획득 서브 모듈은,
소스 단말에 의해 제출된, 멀티캐스트 통신 서비스를 이니시에이팅하는 서비스 요청 프로토콜 패킷을 요청하는, 제2 멀티캐스트 서비스 요청 수신 수단;
상기 서비스 요청 프로토콜 패킷에 따라 소스 단말에 멀티캐스트 어드레스를 할당하는, 제2 멀티캐스트 어드레스 할당 수단; 및
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 상행 통신 링크 정보를 획득하는, 제2 멀티캐스트 링크 계산 수단을 포함한다.
상기 서비스 요청 프로토콜 패킷에는 서비스 타입 정보, 서비스 내용 정보와 소스 단말의 접속망(access network, AN) 어드레스가 포함되며, 여기서, 상기 서비스 내용 정보에는 서비스 넘버가 포함된다.
멀티캐스트 통신 서비스의 다른 일 예로서, 상기 하행 링크 획득 서브 모듈은,
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 하행 통신 링크 정보를 획득하는, 제3 멀티캐스트 링크 계산 수단을 포함한다.
노드 서버가 접속망(access network, AN)에서의 주 제어 노드로서, 멀티캐스트 서비스 통신이 단지 노드 서버의 하행 포트에만 관련되므로, 상기 주 제어 서버가 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에서 설정한, 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 하행 포트이다.
멀티캐스트 서비스의 일 전형적인 예에서, 예컨대 목적 단말이 생중계 시청을 요청하는 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보와, 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함한다.
상기 액세스 교환국이 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에서 설정한, 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함한다.
멀티캐스트 서버의 다른 일 예로서, 예컨대 소스 단말이 생중계를 이니시에이팅하고 스스로 생중계를 시정하는 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 하행 포트 정보를 더 포함한다.
상기 액세스 교환국은 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에서 설정한 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는, 목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 하행 포트를 포함한다.
멀티캐스트 통신 서비스인 경우, 일반적으로 상기 당차 서비스의 데이터 패킷에는 멀티캐스트 어드레스가 포함된다. 본 발명에 따른 일 바람직한 실시예에 의하면, 상기 제1 통신 모듈 그룹은,
상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하여, 상기 데이터 패킷을 상기 하행 포트를 통해 하행 링크에서의 해당 액세스 교환국에 전송하는, 주 제어 서버에 위치하는 제1 포트 안내 모듈; 및
상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 목적 단말로 전송하는, 액세스 교환국에 위치하는 제1 하행 포트 전송 모듈을 포함한다.
상이한 멀티캐스트 통신 서비스인 경우, 상기 제1 통신 모듈 그룹은,
소스 단말에 의해 송신된 당차 서비스 데이터 패킷 중의 멀티캐스트 어드레스에 따라, 상기 데이터 패킷을 상행 링크에서의 액세스 교환국에 안내하는, 단말에 위치하는 송신 모듈; 및
상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 상행 포트를 조회하며, 상기 데이터 패킷을 상기 상행 포트를 통해 주 제어 서버에 전송하는, 액세스 교환국의 상행 포트 전송 모듈을 포함한다.
보다 바람직하게는, 상기 제1 통신 모듈 그룹은,
상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 상행 링크에서의 해당 액세스 교환국에 전송하는, 주 제어 서버에 위치하는 제2 포트 안내 모듈; 및
상기 멀티캐스트 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며,상기 데이터 패킷을 상기 하행 포트를 통해 소스 단말에 전송하는, 액세스 교환국에 위치하는 제2 하행 포트 전송 모듈을 더 포함한다.
구체적인 실시에서, 상기 하행 링크 획득 서브 모듈은, 복수의 당차 서비스의 통신 링크 정보를 획득하는 경우, 미리 설정된 규칙에 따라 그중 하나의 통신 링크 정보를 당차 서비스의 통신 링크 정보로 선정하는, 링크 선택 수단을 더 포함한다. 일 예로서, 상기 미리 설정된 규칙은, 노드 서버가 각 통신 링크의 스트림 정보 및 당차 서비스의 스트림 정보를 획득하여 이미사용 스트림의 최소 통신 링크를 당차 서비스의 통신 링크 정보로 하는 것이다. 또는, 상기 미리 설정된 규칙은, 노드 서버가 각 통신 링크의 대역폭 정보 및 당차 서비스의 대역폭 정보를 획득하여, 대역폭의 최대 통신 링크를 당차 서비스의 통신 링크 정보로 하는 것이다.
바람직한 일 실시 방식으로서, 상기 포트 설치 명령이 프로토콜 패킷에 기록된다. 상기 주 제어 서버는,
지신 내에 미리 설정된 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라 , 해당 액세스 교환국의 하행 포트를 연결함으로써 상기 프로토콜 패킷을 대응된 액세스 교환국에 안내하는 프로토콜 패킷 안내 모듈을 포함한다.
여기서, 상기 하행 프로토콜 패킷 어드레스 테이블에는, 목적 어드레스가 하위 레벨 네트워크 장치 어드레스인 프로토콜 패킷이 안내한 하행 포트가 설정되어 있다.
자원을 보다 효율적으로 이용하기 위해 당차 서비스가 종료되면, 상기 시스템은,
당차 서비스가 종료된 후, 자신 내의 데이터 패킷 어드레스 테이블에서, 설정한 당차 서비스 데이터 패킷이 안내하는 포트를 석방하며, 당차 서비스에 참여한 액세스 교환국에 포트 석방 명령을 송신하는, 주 제어 서버에 위치하는 자원 석방 모듈; 및
상기 포트 석방 명령에 따라 자신 내의 데이터 패킷 어드레스 테이블에서, 설정한 당차 서비스 데이터 패킷이 안내한 포트를 석방하는, 액세스 교환국에 위치하는 포트 석방 모듈을 포함한다.
본 발명에 따른 노드 서버는 주로, 자신이 접속망(access network, AN) 어드레스를 구비하면서 하위 레벨 네트워크 장치의 접속망(access network, AN) 어드레스를 유지함과 같이 집중 제어한다. 이와 같은 경우, 상기 하위 레벨 네트워크 장치는 액세스 교환국을 포함하며, 상기 시스템은 액세스 교환국 액세스 처리 모듈을 더 포함한다. 상기 액세스 교환국 액세스 처리 모듈은,
노드 서버에 위치하는 액세스 교환국에 하행 프로토콜 패킷을 송신하는 하행 프로토콜 패킷 송신 서브 모듈; 및 액세스 교환국에 의해 피드백된 상행 프로토콜 패킷에 따라 엑세스 명령을 송신하는, 제1엑세스 명령 송신 서브 모듈을 포함한다.
액세스 교환국에 위치하는 서브 모듈은,
전원 투입할 때, 자신 내의 하행 프로토콜 패킷 어드레스 테이블에서 모든 하행 프로토콜 패킷을 CPU 모듈로 안내하도록 설정하는, 0호 테이블 초기화 설정 서브 모듈;
상기 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 수신한 하행 프로토콜 패킷을 상기 액세스 교환국의 CPU 모듈로 안내하도록 설정하는, 하행 프로토콜 패킷 수신 서브 모듈;
상기 CPU 모듈에 의해 상행 프로토콜 패킷을 생성하여 노드 서버에 송신하는, 상행 프로토콜 패킷 피드백 서브 모듈;
노드 서버에 의해 송신된 엑세스 명령을 수신하는, 제1엑세스 명령수신 서브 모듈; 및
자신 내의 하행 프로토콜 패킷 어드레스 테이블을, 단지 목적 어드레스가 자신의 접속망(access network, AN) 어드레스인 프로토콜 패킷이 CPU 모듈에 안내하는 것으로 업데이트하는, 0호 테이블 제1 설정 서브 모듈을 포함한다.
여기서, 상기 하행 프로토콜 패킷에는 하나의 할당할 접속망(access network, AN) 어드레스가 포함된다. 상기 엑세스 명령에는 상기 액세스 교환국의 접속망(access network, AN) 어드레스가 포함되며, 상기 접속망(access network, AN) 어드레스가 바로 상기 액세스 교환국이 수신한 하행 프로토콜 패킷 중의 할당할 접속망(access network, AN) 어드레스이다.
구체적인 실시에서, 액세스 교환국에 다른 하위 레벨 접속망(access network, AN) 장치도 흔히 연결된다. 이런 경우, 상기 액세스 교환국 액세스 처리 모듈은,
액세스된 액세스 교환국에 포트 할당 패킷을 송신하는, 노드 서버에 위치하는 포트 할당 패킷 송신 서브 모듈을 더 포함한다. 상기 포트 할당 패킷에는 포트 할당 정보가 포함되며, 상기 포트 할당 정보는 각 포트 하행 프로토콜 패킷이 상기 액세스 교환국의 각 하행 포트에 안내하는 정보이다.
액세스 교환국에 위치하는 서브 모듈은,
목적 어드레스가 자신 접속망(access network, AN) 어드레스인 포트 할당 패킷을 CPU 모듈로 안내하는, 제1 안내 서브 모듈; 및
상기 포트 할당 정보에 따라, 자신 내의 하행 프로토콜 패킷 어드레스 테이블에서 각 포트 하행 프로토콜 패킷이 안내한 하행 포트를 설전하는, 0호 테이블 제2 설정 서브 모듈을 포함한다.
보다 바람직하게는, 상기 액세스 교환국 액세스 처리 모듈은, 노드 서버에 위치하는, 액세스된 액세스 교환국에 포트 하행 프로토콜 패킷을 송신하는 포트 하행 프로토콜 패킷 송신 서브 모듈을 더 포함한다. 상기 포트 하행 프로토콜 패킷에는 하나의 할당할 접속망(access network, AN) 어드레스가 포함된다.
액세스 교환국에 위치하는 서브 모듈은, 자신 내의 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 상기 포트 하행 프로토콜 패킷을 대응된 하행 포트에 안내하는, 제2 안내 서브 모듈을 포함한다.
보다 바람직하게는, 상기 접속망(access network, AN) 장치는, 액세스된 접속 교환국의 하행 포트에 연결된 하위 레벨 접속망(access network, AN) 장치를 더 포함한다. 상기 액세스 교환국 액세스 처리 모듈은, 노드 서버에 위치하는, 상기 하위 레벨 접속망(access network, AN) 장치에 엑세스 명령을 송신하는 제2엑세스 명령 송신 서브 모듈을 더 포함한다.
상기 하위 레벨 접속망(access network, AN) 장치에 위치하는 서버 모듈은,
수신된 포트 하행 프로토콜 패킷에 대해 포트 상행 프로토콜 패킷을 생성하여 노드 서버에 송신하는, 포트 상행 프로토콜 패킷 피드백 서브 모듈; 및
노드 서버에 의해 송신된 엑세스 명령을 수신하는, 제2엑세스 명령수신 서브 모듈을 포함한다.
상기 엑세스 명령에는 상기 하위 레벨 액세스 교환국의 접속망(access network, AN) 어드레스가 포함되며, 상기 접속망(access network, AN) 어드레스가 바로 상기 하위 레벨 액세스 교환국이 수신한 포트 하행 프로토콜 패킷 중의 할당할 접속망(access network, AN) 어드레스이다.
여기서, 상기 하위 레벨 네트워크 장치는 액세스 교환국이나 또는 단말을 포함한다.
본 발명에 따른 뉴 네트워크와 종래 이더넷의 융합을 실현하기 위해, 상기 접속망(access network, AN) 장치는, 상기 액세스 교환국-소스 단말 사이, 교환국-목적 단말 사이에 연결된 이더넷 프로토콜 변환기 게이트웨이와 로컬 이더넷을 포함한다. 상기 시스템은, 이더넷 프로토콜 변환기 게이트웨이 액세스 처리 모듈을 더 포함한다. 상기 이더넷 프로토콜 변환기 게이트웨이 액세스 처리 모듈은, 주 제어 서버에 위치하는, 조회 패킷 송신 서브 모듈, 정보 조회 서브 모듈, 엑세스 명령 송신 서브 모듈을 포함한다:
상기 조회 패킷 송신 서브 모듈은, 조회 패킷을 송신한다.
상기 정보 조회 서브 모듈은, 등록 정보 테이블에서 상기 시리얼 넘버에 대응된 이더넷 프로토콜 변환기 게이트웨이 정보를 조회한다. 상기 이더넷 프로토콜 변환기 게이트웨이 정보는, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 포함한다.
상기 엑세스 명령 송신 서브 모듈은, 상기 이더넷 프로토콜 변환기 게이트웨이에 엑세스 명령을 송신한다. 상기 엑세스 명령에는 이더넷 프로토콜 변환기 게이트웨이의 뉴 네트워크에서의 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스를 포함한다.
이더넷 프로토콜 변환기 게이트웨이에 위치하는 서브 모듈은,
전원 투입 초기화한 다음, 조회 패킷을 수신하여, 이더넷 프로토콜 변환기 게이트웨이 시리얼 넘버가 포함된 응답 패킷을 피드백하는, 조회 응답 서브 모듈; 및
엑세스 명령을 수신한 후에 응답을 피드백하며, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스되는, 액세스 응답 서브 모듈을 포함한다.
실제로, 단말의 MAC 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 바인딩 관계는 단말과 이더넷 프로토콜 변환기 게이트웨이의 매출시에 이미 노드 서버에 설정되었다.
본 발명에 따른 일 바람직한 실시예에 의하며, 이더넷 프로토콜 변환기 게이트웨이 바인딩 단말 액세스 처리 모듈이 더 포함된다. 상기 이더넷 프로토콜 변환기 게이트웨이 바인딩 단말 액세스 처리 모듈은,
조회 패킷을 송신하는, 주 제어 서버에 위치하는 조회 패킷 송신 서브 모듈;
조회 패킷을 수신하여, 프로토콜 패킷 어드레스 테이블에 따라 조회 패킷을 해당 포트에 안내하는, 이더넷 프로토콜 변환기 게이트웨이에 위치하는 조회 패킷 안내 서브 모듈;
상기 조회 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 전송(轉送)하는, 이더넷 프로토콜 변환기 게이트웨이에 위치하는 제1 MAC 어드레스 부가 서브 모듈;
전원 투입 초기화한 다음, 조회 패킷을 수신하여, 단말 시리얼 넘버가 포함된 응답 패킷을 피드백하는, 단말에 위치하는 초기화 서브 모듈;
상기 응답 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 주 제어 서버에 전송(轉送)하는, 이더넷 프로토콜 변환기 게이트웨이에 위치하는 제1 MAC 어드레스 삭제 서브 모듈;
등록 정보 테이블에서 상기 단말 시리얼 넘버에 대응된 단말 정보를 검출하며, 단말의 뉴 네트워크에서의 어드레스가 포함되는 엑세스 명령을 송신하는, 주 제어 서버에 위치하는 액세스 통지 서브 모듈;
상기 엑세스 명령을 수신할 때, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 전송(轉送)하는, 이더넷 프로토콜 변환기 게이트웨이에 위치하는 제2 MAC 어드레스 부가 서브 모듈;
엑세스 명령을 수신한 우 응답을 피드백하는, 단말에 위치하는 액세스 응답 서브 모듈; 및
상기 응답 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 주 제어 서버에 전송(轉送)하는, 이더넷 프로토콜 변환기 게이트웨이에 위치하는 제2 MAC 어드레스 삭제 서브 모듈을 포함한다.
전술부터 알수 있다 싶이, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스한 후, 집중 제어 기능을 구비하는 노드 서버에서 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 등록된 단말의 MAC 어드레스를 획득할 수 있다. 이런 경우, 하기 모듈을 이용하여 통신을 진행할 수 있다. 상기 노드 서버는 액세스된 이더넷 프로토콜 변환기 게이트웨이에 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 송신한다.
상기 이더넷 프로토콜 변환기 게이트웨이는 이더넷을 통해 단말과 연결되며,
뉴 네트워크에 액세스하여, 집중 제어 기능을 구비하는 노드 서버에서 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 획득하는, MAC 획득 모듈;
뉴 네트워크에 의해 송신된 데이터 패킷을 수신하며, 상기 데이터 패킷에서 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 이더넷에 송신하는, MAC 부가 모듈; 및
이더넷에 의해 송신된 데이터 패킷을 수신하며, 상기 데이터 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스를 삭제하여 뉴 네트워크에 송신하는, MAC 삭제 모듈을 포함한다.
여기서, 상기 목적 단말과 소스 단말은 뉴 네트워크 프로토콜에 따른다.
단말은, 이더넷에 연결되며, 이더넷을 통해 뉴 네트워크와 연결되며, 이더넷 프로토콜 변환기 게이트웨이와 바인딩된다.
즉, 이더넷 프로토콜 변환기 게이트웨이는 뉴 네트워크에 액세스한 후, 데이터 패킷 또는 프로토콜 패킷에 대해 MAC 부가 및 삭제를 수행할 수 있다.
보다 구체적으로, 본 발명에 따른 실시예에 의하며, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스가 부가된 데이터 패킷인 경우, 이더넷에서 이더넷 프로토콜을 이용하여 전송하며; 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스가 삭제된 데이터 패킷인 경우, 뉴 네트워크에서 뉴 네트워크 프로토콜을 이용하여 전송하는 것이 바람직하다.
바람직하게, 뉴 네트워크부터 수신된 데이터 패킷과 이더넷부터 수신된 데이터 패킷에 있어서, 패킷 헤드에는 전송 양측의 뉴 네트워크에서의 어드레스가 모두 포함된다. 상기 어드레스는 데이터 패킷의 소스 어드레스와 목적 어드레스이다.
바람직하게, 상기 시스템은, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스한 후, 노드 서버에서 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스와 단말의 뉴 네트워크에서의 어드레스의 매핑을 획득하는, 상기 이더넷 프로토콜 변환기 게이트웨이에 위치하는 매핑 관계 획득 모듈을 더 포함한다.
이에 따라, 상기 MAC 부가 모듈은 뉴 네트워크에 의해 송신된 데이터 패킷을 수신하며, 데이터 패킷의 목적 어드레스와 MAC 어드레스의 매핑에 따라, 데이터 패킷에 대응된 목적 단말의 MAC 어드레스를 부가한다.
상기 이더넷 프로토콜 변환기 게이트웨이는 스트림을 정확하게 제어하는 기능을 구비하며, 이하와 같이 실시된다.
상기 시스템은, 수신된 데이터 패킷을 검출하며, 만약 검출 요구를 만족하면, 해당 스트림 식별자를 할당하는, 상기 이더넷 프로토콜 변환기 게이트웨이에 위치하는 패킷 검출 모듈을 더 포함한다. 상기 검출은, 데이터 패킷의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스, 소스 단말의 MAC 어드레스, 목적 어드레스, 소스 어드레스, 데이터 패킷 타입과 패킷 길이가 요구를 부합하는지 여부를 검출하는 것이다.
보다 바람직하게, 상기 시스템은, 상기 이더넷 프로토콜 변환기 게이트웨이에 위치하는, 포트 수신 버퍼, 패킷 버퍼, 포트 송신 버퍼, 스위칭 엔진과 같은 모듈이 포함된다.
상기 포트 수신 버퍼는 스트림 식별자에 따라 해당 데이터 패킷을 저장한다.
상기 패킷 버퍼는, 포트 수신 버퍼에서 읽어낸 데이터 패킷을 저장한다.
상기 포트 송신 버퍼는, 패킷 버퍼에서 읽어낸 데이터 패킷을 저장한다.
상기 스위칭 엔진은, 포트 수신 버퍼에서 데이터 패킷을 읽어내며, 스트림 식별자에 따라 대응된 스트림의 패킷 버퍼 행렬에 넣어놓고, 패킷 버퍼 행렬을 폴링하며, 송신 토큰을 획득한 후, 송신 토큰 중의 스트림 식별자에 따라, 해당 스트림의 패킷 버퍼 행렬에서 데이터 패킷을 순차적으로 읽어내어 포트 송신 버퍼에 넣어 놓으며, 포트 송신 버퍼에서 데이터 패킷을 읽어내어 송신한다.
보다 바람직하게, 상기 스위칭 엔진은,
포트 송신 버퍼가 채워지지 않은 조건 1; 및
해당 스트림의 패킷 버퍼 행렬 중의 패킷 카운터가 0보다 큰 조건 2
를 동시 만족하는지 여부를 판단하는 데도 사용되며, 만약 두 조건을 동시 만족한다면, 송신 토큰 중의 스트림 식별자에 따라, 해당 스트림의 패킷 버퍼 행렬에서 데이터 패킷을 순차적으로 읽어내어 포트 송신 버퍼에 넣어놓는다.
구체적인 실시에서, 상기 노드 서버는 단말에 의해 이니시에이팅된 서비스 신청 프로토콜 패킷에 따라, 스트림 제어 정보를 생성하여 상행 링크에서 스트림 제어를 수행하는 이더넷 프로토콜 변환기 게이트웨이에 송신하는데 더 사용된다. 상기 스트림 제어 정보는 송신 시간 간격과 송신하는 데이터 사이즈를 포함한다.
상기 이더넷 프로토콜 변환기 게이트웨이는, 스트림 제어 정보에 따라 송신 토큰을 생성하여 스위칭 엔진에 송신하는, CPU 모듈에 의해 설치된 코드레이트 제어 모듈을 더 포함한다. 상기 토큰에는 스트림 식별자가 포함된다.
전술과 같이, 상기 뉴 네트워크는 도시권 통신망(metropolitan area network, MAN) 부분을 포함하며, 도시권 통신망(metropolitan area network, MAN)에서, 상기 주 제어 서버는 도시권 서버이며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함하며, 여기서 상기 노드 교환국은 도시권 서버와 노드 서버 사이에 연결된다. 상기 시스템은, 상기 도시권 서버에 위치하는, 프로토콜 태그 할당 모듈, 데이터 태그 할당 모듈 및 도시권 통신망 어드레스 할당 모듈을 포함한다.
상기 프로토콜 태그 할당 모듈은, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하는 경우, 액세스된 장치에 프로토콜 태그를 할당하며; 하나의 하위 레벨 네트워크 장치가 도시권 서버와의 사이에 복수의 연결이 있을 경우, 각 연결을 위해 서로 다른 프로토콜 태그를 할당한다. 여기서, 상기 프로토콜 태그는 하위 레벨 네트워크 장치와 도시권 서버 사이의 연결을 기술하며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함한다.
상기 데이터 태그 할당 모듈은, 도시권 통신망(metropolitan area network, MAN)을 크로싱하는 각 서비스 신청에 대해, 대응된 서비스의 데이터 태그를 할당한다. 상기 데이터 태그는 서비스에 관련된 노드 서버 사이의 연결을 기술한다.
상기 도시권 통신망 어드레스 할당 모듈은, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스한 경우, 액세스된 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당한다.
상기 도시권 서버는 포트 조회 모듈, 포트 응답 모듈, 액세스 검증 모듈, 엑세스 명령 송신 모듈 및 엑세스 명령 응답 수신 모듈을 더 포함하며, 상기 모듈은 하위 레벨 네트워크 장치의 액세스에 사용된다.
상기 포트 조회 모듈은, 자기의 모든 하행 포트에 도시권 조회 태그 패킷을 송신한다. 각 도시권 조회 태그 패킷에는 프로토콜 태그 할당 모듈에 의해 할당된 하나의 사용대기 프로토콜 태그가 포함된다.
상기 포트 응답 모듈은, 하위 레벨 네트워크 장치에 의해 송신된 도시권 응답 태그 패킷을 수신한다. 상기 도시권 응답 태그 패킷에는 하위 레벨 네트워크 장치의 시리얼 넘버와 수신된 도시권 조회 태그 패킷의 포트 넘버가 포함된다.
상기 액세스 검증 모듈은, 도시권 응답 태그 패킷 중의 시리얼 넘버에 따라 하위 레벨 네트워크 장치의 등록 여부를 검증한다.
상기 엑세스 명령 송신 모듈은, 하위 레벨 네트워크 장치가 이미 등록 된 경우, 하위 레벨 네트워크 장치의 도시권 조회 태그 패킷을 수신한 포트에 엑세스 명령을 송신한다. 상기 엑세스 명령에는, 도시권 서버가 하위 레벨 네트워크 장치에 할당된 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 사용대기 프로토콜 태그가 포함된다.
상기 엑세스 명령 응답 수신 모듈은, 하위 레벨 네트워크 장치에 의해 피드백된 엑세스 명령 응답을 수신하며, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스한다.
여기서, 상기 하위 레벨 네트워크 장치는 노드 교환국이나 또는 노드 서버이다.
특별히, 하나의 하위 레벨 네트워크 장치가 도시권 서버와 사이에 복수의 연결이 있을 경우, 상기 하나의 하위 레벨 네트워크 장치의 복수의 포트가 복수의 도시권 조회 태그 패킷을 수신할 수 있으며, 각 도시권 조회 태그 패킷 중의 사용대기 프로토콜 태그는 서로 다르다.
도시권 서버는 복수의 상이한 프로토콜 태그를 통해, 하나의 하위 레벨 네트워크 장치의 복수의 포트에 복수의 엑세스 명령을 송신한다. 여기서, 각 엑세스 명령 중의 상기 하위 레벨 네트워크 장치에 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스는 동일하다.
구체적인 실시에서, 상기 노드 교환국은,
수신된 도시권 프로토콜 패킷 각각을 해당 하행 포트에 안내하는, 프로토콜 패킷 태그 테이블;
노드 교환국이 전원 투입할 때, 모든 도시권 프로토콜 패킷을 CPU 모듈에 안내되도록 설정하는, 프로토콜 패킷 태그 테이블 초기화 모듈; 및
노드 교환국이 도시권 통신망(metropolitan area network, MAN)에 액세스한 후, 도시권 서버의 명령에 따라, 자신의 프로토콜 패킷 태그 테이블을 수정하며, 도시권 서버가 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 노드 교환국의 해당 하행 포트에 안내하는, 프로토콜 패킷 태그 테이블 업데이트 모듈을 포함한다.
여기서, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함한다.
상기 사로 할당한 사용대기 프로토콜 태그는 도시권 서버부터 상기 노드 교환국의 하위 레벨 연결 장치까지의 연결을 기술하며, 상기 하위 레벨 연결 장치는 하위 레벨 노드 교환국과 노드 서버를 포함한다.
보다 바람직하게, 상기 노드 교환국은,
수신된 도시권 응답 태그 패킷 각각을 해당 상행 포트에 안내하는, 응답 패킷 태그 테이블;
노드 교환국이 전원 투입할 때, 모든 도시권 응답 태그 패킷의 폐쇄 안내를 설정하는, 응답 패킷 태그 테이블 초기화 모듈,;
노드 교환국이 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 수신한 후, 자신의 응답 패킷 태그 테이블을 수정하며, 상기 프로토콜 태그에 대응된 도시권 응답 태그 패킷을 상기 도시권 조회 태그 패킷을 수신하는 상행 포트에 안내하며; 노드 교환국이 도시권 통신망(metropolitan area network, MAN)에 액세스한 후, 도시권 서버의 명령에 따라, 자신의 응답 패킷 태그 테이블을 수정하며, 도시권 서버가 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 응답 태그 패킷 각각을 해당 상행 포트에 안내하는, 응답 패킷 태그 테이블 업데이트 모듈을 더 포함한다.
여기서, 상기 새로 할당한 사용대기 프로토콜 태그는 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치부터 도시권 서버까지의 연결을 기술하며, 상기 하위 레벨 연결 장치는 하위 레벨 노드 교환국과 노드 서버를 포함한다.
상기 도시권 서버에 설정된 프로토콜 패킷 태그 테이블과 응답 패킷 태그 테이블에 대해 이하와 같이 설명한다.
프로토콜 패킷 태그 테이블은, 도시권 프로토콜 패킷 각각을 해당 하행 포트에 안내하며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함한다.
응답 패킷 태그 테이블은, 도시권 서버가 전원 투입할 때, 모든 도시권 응답 태그 패킷이 CPU 모듈에 안내되도록 설정한다.
이에 따라, 상기 도시권 서버는, 도시권 서버가 전원 투입할 때, 자신 내의 프로토콜 패킷 태그 테이블에서 도시권 프로토콜 패킷의 폐쇄 안내를 설정하는, 프로토콜 패킷 태그 테이블 초기화 모듈; 및 상기 하위 레벨 네트워크 장치가 액세스할 경우, 프로토콜 태그 할당 모듈이 하행 포트 개수에 따라 사용대기 프로토콜 태그를 할당한 후, 상기 프로토콜 패킷 태그 테이블을 수정하며, 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 도시권 서버의 해당 하행 포트에 안내하는, 프로토콜 패킷 태그 테이블 설정 모듈을 더 포함한다. 여기서, 상기 사용대기 프로토콜 태그는 도시권 서버부터 상기 하위 레벨 네트워크 장치까지의 연결을 기술한다.
액세스된 하위 레벨 네트워크 장치가 노드 교환국인 경우, 상기 노드 교환국의 일 하위 레벨 연결 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하며, 상기 하위 레벨 연결 장치는 노드 교환국과 노드 서버를 포함한다. 상기 시스템은, 도시권 서버에 위치하는 도시권 조회 태그 패킷 송신 모듈, 하위 레벨 연결 장치에 위치하는 도시권 응답 태그 패킷 피드백 모듈, 도시권 서버에 위치하는 등록 검증 모듈, 도시권 서버에 위치하는 액세스 통지 모듈 및 하위 레벨 연결 장치에 위치하는 액세스 응답 모듈을 포함한다.
상기 도시권 서버에 위치하는 도시권 조회 태그 패킷 송신 모듈은, 새로 할당된 사용대기 프로토콜 태그를 사용하여 각 하위 레벨 연결 장치에 도시권 조회 태그 패킷을 송신한다. 상기 도시권 조회 태그 패킷은 프로토콜 패킷 태그 테이블에 따라 각각 도시권 서버에 안내된 해당 하행 포트이다.
상기 하위 레벨 연결 장치에 위치하는 도시권 응답 태그 패킷 피드백 모듈은, 전원 투입한 후, 상기 도시권 조회 태그 패킷을 수신하며, 그다음에 도시권 서버에 도시권 응답 태그 패킷을 피드백한다. 상기 도시권 응답 태그 패킷에는 상기 하위 레벨 연결 장치의 시리얼 넘버와 수신된 도시권 조회 태그 패킷의 포트 넘버가 포함된다.
상기 도시권 서버에 위치하는 등록 검증 모듈은, 상기 도시권 응답 태그 패킷을 수신한 후, 패킷 중의 시리얼 넘버에 따라 하위 레벨 연결 장치의 등록 여부를 검증한다.
상기 도시권 서버에 위치하는 액세스 통지 모듈은, 상기 하위 레벨 연결 장치가 이미 등록된 경우, 하위 레벨 연결 장치에 엑세스 명령을 송신하며, 상기 엑세스 명령에는 도시권 서버가 하위 레벨 연결 장치에 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 할당할 프로토콜 태그가 포함된다.
상기 하위 레벨 연결 장치에 위치하는 액세스 응답 모듈은, 엑세스 명령을 수신한 후 엑세스 명령 응답을 피드백한다.
바람직한 일 실시 방식으로서, 도시권 서버와 하위 레벨 연결 장치 사이의 하위 레벨 네트워크 장치가 상기 도시권 조회 태그 패킷과 엑세스 명령을 수신한 후, 자신의 프로토콜 패킷 태그 테이블에 따라, 상기 도시권 조회 태그 패킷과 엑세스 명령을 해당 하행 포트에 안내하여 전송(轉送)한다.
도시권 서버와 하위 레벨 연결 장치 사이의 하위 레벨 네트워크 장치가 상기 도시권 응답 태그 패킷과 엑세스 명령 응답을 수신한 후, 자신의 응답 패킷 태그 테이블에 따라, 상기 도시권 응답 태그 패킷과 엑세스 명령 응답을 해당 상행 포트에 안내하여 전송(轉送)한다.
바람직하게, 상기 도시권 서버에는 태그 정보 테이블이 설치되어 있으며, 각 테이블 항목에는 태그 점용 정보, 태그 기술 정보(descriptive information)와 태그 루팅 정보가 기록되어 있다. 여기서 상기 태그 루팅 정보는 상기 태그의 바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스와 포트 넘버를 포함한다.
이에 따라, 상기 도시권 서버는, 태그 정보 테이블 업데이트 모듈을 더 포함한다. 상기 태그 정보 테이블 업데이트 모듈은, 프로토콜 태그 할당 모듈이 하위 레벨 네트워크 장치에 하나의 사용대기 태그를 할당할 경우, 修改 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정한다. 이 수정은 구체적으로 태그 점용 정보를 미사용부터 사용대기로 수정하며, 태그 루팅 정보 중의 바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스와 포트를 도시권 서버의 어드레스와 해당 포트로 설정하며, 상기 태그 기술 정보(descriptive information)에 대해 수정하지 않는다. 상기 하위 레벨 네트워크 장치가 액세스한 후, 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정하며, 구체적으로: 태그 점용 정보를 이미사용으로 수정하며, 상기 태그 기술 정보(descriptive information)와 태그 루팅 정보에 대해 수정하지 않는다.
또한, 상기 태그 정보 테이블 업데이트 모듈은, 프로토콜 태그 할당 모듈이 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 하나의 사용대기 태그를 할당할 경우, 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정하며, 구체적으로: 태그 점용 정보를 미사용부터 사용대기로 수정하며, 태그 루팅 정보의 바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스와 포트를 상기 하위 레벨 네트워크 장치의 어드레스와 해당 포트를 설정하며, 상기 태그 기술 정보(descriptive information)에 대해 수정하지 않는다. 상기 하위 레벨 연결 장치가 액세스한 후, 상기 태그 정보 테이블 중의 상기 태그에 대응된 테이블 항목을 수정하며, 구체적으로: 태그 점용 정보를 이미사용으로 수정하며, 상기 태그 기술 정보(descriptive information)와 태그 루팅 정보에 대해 수정하지 않는다.
바람직하게, 상기 도시권 서버에 어드레스 정보 테이블이 설치되어 있으며, 각 테이블 항목에는 도시권 통신망(metropolitan area network, MAN) 어드레스 점용 정보, 장치 기술 정보(descriptive information)와 장치 자원 정보가 기록되어 있다. 여기서 장치 자원 정보는 상기 장치의 각 네트워크 포트가 연결하는 하위 레벨 네트워크 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 장치의 각 네트워크 포트의 상/하행 스트림 카운트를 포함한다.
이에 따라, 상기 도시권 서버는, 어드레스 정보 테이블 초기화 모듈 및 어드레스 정보 테이블 업데이트 모듈을 더 포함한다.
도시권 서버가 전원 투입할 때, 도시권 통신망 어드레스 할당 모듈이 자신에 하나의 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당한 후, 상기 어드레스 정보 테이블 초기화 모듈은, 상기 어드레스 정보 테이블중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보 를 미사용부터 이미사용으로 수정하며, 장치 기술 정보(descriptive information)를 상기 도시권 서버로 수정하고, 장치 자원 정보를 상기 도시권 서버의 자원 기술(Resource Description )로 수정한다.
상기 어드레스 정보 테이블 업데이트 모듈은, 도시권 통신망 어드레스 할당 모듈이 하위 레벨 네트워크 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하며, 상기 도시권 통신망(metropolitan area network, MAN) 어드레스가 포함된 엑세스 명령을 송신하는 경우, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 미사용부터 사용대기로 수정하며, 상기 장치 기술 정보(descriptive information)와 장치 자원 정보에 대해 수정하지 않는다. 도시권 서버가 하위 레벨 네트워크 장치에 의해 송신된 엑세스 명령 응답을 수신한 경우, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 이미사용으로 수정하며, 장치 기술 정보(descriptive information)를 상기 하위 레벨 네트워크 장치로 수정하며, 장치 자원 정보를 상기 하위 레벨 네트워크 장치의 일 상행 포트에 연결된 도시권 서버의 일 하행 포트로 수정한다. 동시에, 어드레스 정보 테이블 중의 상기 도시권 서버어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 장치 자원 정보를 상기 도시권 서버의 일 하행 포트에 연결된 하위 레벨 네트워크 장치의 일 상행 포트로 수정하며, 상기 어드레스 점용 정보와 장치 기술 정보(descriptive information)에 대해 수정하지 않는다. 여기서, 상기 하위 레벨 네트워크 장치의 일 상행 포트는 하위 레벨 네트워크 장치에 의해 피드백된 도시권 응답 태그 패킷에 따라 알게 되며, 상기 도시권 서버의 일 하행 포트는 프로토콜 패킷 태그 테이블에 따라 알게 된다.
또한, 어드레스 정보 테이블 업데이트 모듈은, 도시권 통신망 어드레스 할당 모듈이 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하여, 상기 도시권 통신망(metropolitan area network, MAN) 어드레스가 포함된 엑세스 명령을 송신하는 경우, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 미사용부터 사용대기로 수정하며, 상기 장치 기술 정보(descriptive information)와 장치 자원 정보에 대해 수정하지 않는다. 도시권 서버가 상기 하위 레벨 연결 장치에 의해 송신된 엑세스 명령 응답을 수신한 경우, 상기 어드레스 정보 테이블 중의 상기 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 어드레스 점용 정보를 이미사용으로 수정하며, 장치 기술 정보(descriptive information)를 상기 하위 레벨 연결 장치로 수정하고, 장치 자원 정보를 상기 하위 레벨 연결 장치의 일 상행 포트에 연결된 상기 하위 레벨 네트워크 장치의 일 하행 포트로 수정한다. 동시에, 어드레스 정보 테이블 중의 상기 하위 레벨 네트워크 장치 어드레스에 대응된 테이블 항목을 수정하며, 구체적으로: 장치 자원 정보를 상기 하위 레벨 네트워크 장치의 일 하행 포트에 연결된 하위 레벨 연결 장치의 일 상행 포트로 수정하며, 상기 어드레스 점용 정보 와 장치 기술 정보(descriptive information)에 대해 수정하지 않는다. 여기서, 상기 하위 레벨 연결 장치의 일 상행 포트는 하위 레벨 연결 장치에 의해 피드백된 도시권 응답 태그 패킷에 따라 알게 되며, 상기 하위 레벨 네트워크 장치의 일 하행 포트는 프로토콜 패킷 태그 테이블에 딸 알게 된다.
바람직하게, 상기 도시권 서버에 장치 정보 테이블을 설치되며, 장치 정보 테이블의 각 테이블 항목에는 장치 식별자, 장치 상태와 장치 어드레스가 기록된다.
이에 따라, 상기 도시권 서버는 장치 정보 테이블 업데이트 모듈을 더 포함한다. 상기 장치 정보 테이블 업데이트 모듈은, 도시권 통신망 어드레스 할당 모듈이 하위 레벨 네트워크 장치 또는 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하며, 상기 도시권 통신망(metropolitan area network, MAN) 어드레스가 포함된 엑세스 명령을 송신하는 경우, 상기 장치 정보 테이블 중의 장치에 대응된 테이블 항목을 수정하며, 구체적으로: 장치 상태를 액세스대기로 수정하며, 장치 어드레스를 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스로 수정하며, 상기 장치 식별자에 대해 수정하지 않는다. 또한, 도시권 서버가 하위 레벨 네트워크 장치 또는 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 의해 송신된 엑세스 명령 응답을 수신한 경우, 상기 장치 정보 테이블 중의 장치에 대응된 테이블 항목을 수정하며, 구체적으로: 장치 상태를 액세스 완료로 수정하며, 상기 장치 식별자와 장치 어드레스에 대해 수정하지 않는다.
바람직하게, 상기 도시권 서버는, 서비스 내용과 도시권 통신망(metropolitan area network, MAN) 어드레스의 매핑 관계를 기록하는, 내용-어드레스 매핑 테이블을 더 포함한다. 상기 서비스 내용 정보는 서비스 넘버를 포함한다.
내용-어드레스 매핑 테이블은 다음과 같이 사용되나. 상기 도시권 통신망(metropolitan area network, MAN)을 크로싱하는 서비스 신청은 제1 단말과 제2 단말과 관련된다. 도시권 서버가 제1 단말에 연결된 노드 서버에 의해 송신된, 서비스 타입 정보, 서비스 내용 정보 및 제1 단말 접속망(access network, AN) 어드레스가 포함된 서비스 신청 패킷을 수신할 경우, 내용-어드레스 매핑 테이블에서 상기 서비스 넘버에 대응된 도시권 통신망(metropolitan area network, MAN) 어드레스를 조회하며, 제2 단말이 다른 일 노드 서버에 연결됨을 판단한다.
또한, 도시권 서버는, 서비스 신청 과정에서 스트림 제어를 수행하며, 스트림 제어를 통해 적절한 통신 링크를 할당할 수 있으며, 이하 구체적으로 설명한다.
상기 도시권 서버는 통신 링크 획득 모듈을 더 포함하며, 상기 통신 링크 획득 모듈은, 어드레스 정보 테이블 중의,장치의 각 네트워크 포트에 연결된 하위 레벨 네트워크 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스에 따라, 당차 서비스의 도시권 통신망(metropolitan area network, MAN)에서의 통신 링크 정보를 획득한다. 상기 통신 링크 정보는 단방향 통신 링크 정보나, 또는 쌍 방향 통신 링크 정보이다. 이에, 데이터 태그 할당 모듈이 당차 서비스의 데이터 태그를 할당하며, 통신 링크에서의 하위 레벨 네트워크 장치 각각에 상기 데이터 태그정보가 포함된 태그 할당 패킷을 송신한다. 상기 태그 할당 패킷은 인 태그(in tag), 아웃 태그(out tag)와 안내 포트를 포함한다. 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함한다.
종래 기술에 대비하며, 본 발명은 이하와 같은 우점이 있다.
1, 본 발명은 주 제어 서버를 통해 서비스 요청을 이니시에이팅（통신 과정에서 확립된 프로토콜 인터랙티브 과정 중）할 경우, 서비스 요청의 상황에 따라 각 액세스 교환국에 대하 테이블을 설정하는 방식으로, 당차 서비스 데이터의 전송 경로에 대한 설치를 실현하며, 데이터 패킷의 전송 과정에서, 종래 IP 프로토콜의 해결 방안을 이용하지 않고 각 데이터 패킷이 스스로 전송 경로를 협의할 필요 없이 직접 상기 전송 라우팅을 통해 전송하면 된다. 본 발명에 의하면 전송 액세스의 안정 및 원활을 확보하며, 멀티미디어 서비스의 시간 지연을 방지할 수 있다.
2, 본 발명은 모든 데이터 서비스（특히, 유니캐스트 데이터 패킷）에 대해 모두 할당 테이블 방식을 이용하며, 경로를 사전 설치함으로써, 국가 정보 보안 요구를 만족할 수 있다. 예컨대, 국가 정보 보안에 대해, 뉴 네트워크에서의 일부 데이터를 이용하여 모니터링할 필요가 있다. 본 발명에 따른 할당 테이블의 방식을 이용하면, 당차 서비스가 전송하는 데이터를 모니터링 통로에 용이하게 안내하여, 국가 정보 보안 요구를 확보할 수 있다.
3, 본 발명에 있어서, 액세스 교환국은 각 데이터 패킷에 대해 라우팅을 계산할 필요가 없으며, 주변 네트워크 장치 위상을 유지할 필요도 없다. 설정된 데이터 패킷 어드레스 테이블에 따라 안내 전송을 수행하면 된다. 상기 안내 과정은 하드웨어로 실시할 수 있으므로 교환국의 안내 효율을 대폭적으로 향상시키며, 교환국의 운산 요구를 대폭적으로 절감시킬 수 있으므로 하드 자원을 절약한다.
4, 본 발명은, 뉴 네트워크에 엑세스할 수 있으며, 뉴 네트워크의 노드 서버에서 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 획득할 수 있는 이더넷 프로토콜 변환기 게이트웨이를 제공한다. 따라서 뉴 네트워크부터 이더넷으로 송신하는 데이터 패킷에 대해, 상기 데이터 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가함으로써, 단말의 MAC 어드레스에 따라 상기 데이터 패킷을 이더넷에서의 목적 단말에 전송(轉送)할 수 있다. 마찬가지로, 이더넷부터 뉴 네트워크에 송신하는 데이터 패킷에 대해, 상기 데이터 패킷에서의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 삭제함으로써, 데이터 패킷 중의 뉴 네트워크 목적 어드레스（DA）에 따라 상기 데이터 패킷을 뉴 네트워크에 전송(轉送)할 수 있다. 이로써, 뉴 네트워크와 이더넷의 융합이 실현된다.
5, 본 발명에 따른 상기 뉴 네트워크와 이더넷 프로토콜 변환기 게이트웨이는 어드레스 테이블을 조회하는 방식으로 데이터 전송을 실현한다. 뉴 네트워크의 노드 서버, 액세스 교환국과 이더넷 프로토콜 변환기 게이트웨이 에 모두 프로토콜 패킷 어드레스 테이블, 응답 패킷 어드레스 조회 테이블, 유니캐스트 데이터 패킷 어드레스 테이블과 멀티캐스트 데이터 패킷 어드레스 을 설치하였으며, 이들은 각각 프로토콜 패킷（조회 패킷이 포함）, 응답 패킷, 유니캐스트 데이터 패킷과 멀티캐스트 데이터 패킷의 전송을 위한 것이다.
6, 또한, 이더넷 프로토콜 변환기 게이트웨이는 트래픽을 정확히 제어할 수 있다. 각 서비스에 대해, 노드 서버가 트래픽 제어 정보 （송신 시간 간격 및 송신하는 데이터 사이즈）를 생성하여 상행 링크에서의 이더넷 프로토콜 변환기 게이트웨이에 송신한다. 이더넷 프로토콜 변환기 게이트웨이는 스트림 제어 정보에 따라 송신 토큰을 생성하며, 상행 데이터 패킷에 대해 스트림 제어를 수행한다. 이더넷 프로토콜 변환기 게이트웨이는 입력이 불균일한 데이터 스트림을 균일한 데이터 스트림으로 전환하여 송신할 수 잇다.
7, 본 발명에 따라 구축한 뉴 네트워크는, 접속망(access network, AN)과 도시권 통신망(metropolitan area network, MAN) 두 부분을 포함한다. 여기서, 도시권 통신망(metropolitan area network, MAN)은 집중 제어하는 방사형 네트워크, 고리형 네트워크 등 네트워크 구조를 구비함으로써, 두 장치 사이 2가지 심지어 2가지 이상의 연결이 있을 수 있으나, 두 장치의 어드레스 각각 하나뿐이므로, 단지 어드레스만으로는 양자 사이의 여러 가지 연결을 기술할 수 없다. 하위 레벨 네트워크 장치 사이의 연결 관계를 정확히 기술하기 위해, 본 발명은 태그(in tag)를 도입하여 하나의 하위 레벨 네트워크 장치를 유일하게 기술한다. 그러나 종래 MPLS 태그와 대비하면, 본 발명에 따른 태그의 할당은 도시권 통신망(metropolitan area network, MAN) 서버가 주도하며, 노드 교환국, 노드 서버는 피동적으로 수행하는 것에 불과하다. 이는 MPLS의 태그 할당과 상이하다. MPLS의 태그 할당은 교환국, 서버가 상호 협상하여 결정한다.
8, 본 발명에 의하면, 계층 별로 제어하는 네트워크 구조이며, 도시권 서버는 자기의 노드 교환국과 노드 서버의 망 관리 흐름과 서비스 흐름을 제어하며, 노드 서버는 자기의 액세스 교환국과 단말의 망 관리 흐름과 서비스 흐름을 제어한다. 여기서, 도시권 서버 또는 노드 서버는 주 제어 방식으로, 각 통신 포트에 조회 패킷을 송신함으로써, 각 네트워크 장치의 어드레스를 할당하며, 할당 과정에서 주 제어 서버에 명확한 네트워크 위상을 확립한다. 이로써, 구체적인 데이터 패킷의 전송 과정에서, 직접 주 제어 서버（도시권 서버 또는 노드 서버）에 의해 해당 통신 링크（주 제어 서버가 전체 네트워크의 장치 위상을 파악하기 때문에）를 할당하면 된다. 따라서 각 네트워크 장치 사이에서 다시 라우팅 협상（종래 IP 프로토콜의 방안）을 할 필요가 없게 되며, 안정적인 전송 속도를 확보하며, 시간 지연을 방지할 수 있다.
9, 한 번의 서비스 데이터의 전송에서, 상기 서비스의 각 데이터 패킷은 종래와 다르게 동일한 통신 링크를 통해 전송한다. 종래 IP 프로토콜의 방안은, 각 데이터 패킷이 자기 협상에 따라 라우팅 문제를 해결하며, 데이터 패킷의 송신 전 경과할 경로를 알 수 없다. 즉, 동일한 서비스의 두 데이터 패킷은 상이한 경로를 걸쳐 목적 단말에 전송될 수 있다. 이로써, 종래 기술에 대비하면 본 발명은 안정적인 전송 속도를 확보하며, 시간 지연을 방지할 수 있다.
도 1은 본 발명에 따른 노드 서버의 하드웨어 구조를 나타내는 도면.
도 2는 본 발명에 따른 액세스 교환국의 하드웨어 구조를 나타내는 도면.
도 3은 본 발명에 따른 이더넷 프로토콜 변환기 게이트웨이의 하드웨어 구조를 나타내는 도면.
도 4는 본 발명에 따른 액세스 교환국의 액세스 과정을 나타내는 도면.
도 5는 본 발명에 따른 노드 서버와 액세스 교환국의 연결을 나타내는 도면.
도 6는 본 발명에 따른 단말의 액세스 과정을 나타내는 도면.
도 7은 본 발명에 따른 노드 서버, 액세스 교환국, 단말의 연결을 나타내는 도면;
도 8은 본 발명에 따른 실시예에서 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 흐름도.
도 9는 본 발명에 따른 실시예에서 단말이 뉴 네트워크에 액세스하는 흐름도.
도 10은 본 발명에 따른 실시예에서 상기 노드 서버와 이더넷 프로토콜 변환기 게이트웨이, 노드 서버와 단말이 액세스 과정에서의 인터랙팅을 예시하는 연결도.
도 11은 본 발명에 따른 실시예에서 상기 노드 서버와 액세스 교환국, 노드 서버와 단말이 액세스 과정에서의 인터랙팅을 예시하는 연결도.
도 12는 본 발명에 따른 실시예에서 상기 이더넷 프로토콜 변환기 게이트웨이가 트래픽 제어를 수행할 때의 흐름도.
도 13은 본 발명에 따른 노드 교환국의 액세스 과정을 나타내는 도면.
도 14는 본 발명에 따른 실시예에서 상기 도시권 서버와 노드 교환국, 도시권 서버와 노드 서버의 망 관리자의 인터랙팅을 예시하는 연결도.
도 15는 본 발명에 따른 실시예에서 상기 도시권 서버와 노드 교환국, 도시권 서버와 노드 서버의 서비스 사이의 인터랙팅을 예시하는 연결도.
도 2는 본 발명에 따른 액세스 교환국의 하드웨어 구조를 나타내는 도면.
도 3은 본 발명에 따른 이더넷 프로토콜 변환기 게이트웨이의 하드웨어 구조를 나타내는 도면.
도 4는 본 발명에 따른 액세스 교환국의 액세스 과정을 나타내는 도면.
도 5는 본 발명에 따른 노드 서버와 액세스 교환국의 연결을 나타내는 도면.
도 6는 본 발명에 따른 단말의 액세스 과정을 나타내는 도면.
도 7은 본 발명에 따른 노드 서버, 액세스 교환국, 단말의 연결을 나타내는 도면;
도 8은 본 발명에 따른 실시예에서 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 흐름도.
도 9는 본 발명에 따른 실시예에서 단말이 뉴 네트워크에 액세스하는 흐름도.
도 10은 본 발명에 따른 실시예에서 상기 노드 서버와 이더넷 프로토콜 변환기 게이트웨이, 노드 서버와 단말이 액세스 과정에서의 인터랙팅을 예시하는 연결도.
도 11은 본 발명에 따른 실시예에서 상기 노드 서버와 액세스 교환국, 노드 서버와 단말이 액세스 과정에서의 인터랙팅을 예시하는 연결도.
도 12는 본 발명에 따른 실시예에서 상기 이더넷 프로토콜 변환기 게이트웨이가 트래픽 제어를 수행할 때의 흐름도.
도 13은 본 발명에 따른 노드 교환국의 액세스 과정을 나타내는 도면.
도 14는 본 발명에 따른 실시예에서 상기 도시권 서버와 노드 교환국, 도시권 서버와 노드 서버의 망 관리자의 인터랙팅을 예시하는 연결도.
도 15는 본 발명에 따른 실시예에서 상기 도시권 서버와 노드 교환국, 도시권 서버와 노드 서버의 서비스 사이의 인터랙팅을 예시하는 연결도.
본 발명의 상기 목적, 특징과 우점을 보다 명확하며 용이하게 이해하기 위해, 이하 도면과 실시예를 결합하여 본 발명에 대해 상세하게 설명한다.
（가）, 이하 본 발명의 핵심 사상을 간단하게 설명한다.
본 출워의 발명자들은 본 발명이 전체 네트워크의 서비스 품질을 실현하기 위한 충분한 조건은 이하와 같아.
1, IP 인터넷의 핵심 이론 중의 “최선의 노력”（Best Efforts）인 메커니즘은 필연적으로 네트워크 스트림 불균일과 빈번한 패킷 손실(packet loss)을 일으킨다. 사실상, TCP 프로토콜은 네트워크 패킷 손실(packet loss) 상태를 이용하여 스트림을 조절하여 송신한다.
2, IP 인터넷의 핵심 이론 중의 “저장 전송(轉送)”（Store & Forward）에 관한 메커니즘은 로컬 버스트 스트림을 저장하는 동시, 다음 노드 네트워크 스트림의 더 큰 불균일을 일으킨다.
3, IP 인터넷의 핵심 이론 중의 “에러 검출 & 재전송”（Error Detection & Retransmission）에 관한 메커니즘은 동기 비디오 통신에서, 참을수 없는 시간 지연을 일으키므로 실용 가치가 없다.
4, 연속적인 네트워크 스트림 불균일 또는 버스트 스트림은 필연적으로 주기적인 교환국（라우터）패킷 손실(packet loss)을 초래한다.
이로써, 컴퓨터파일 버스트 스트림의 본질은 이산적이며 뒤를 잇지 못하므로 인터넷으로 하여금 파일을 효율적으로 전송했던 상기 IP 인터넷 핵심 이론이, 연속적인 동기 스트림 미디어 전송의 서비스 품질에 대해, 이전의 공신부터 네트워크 전송 품질의 원흉으로 되고 말았다 되었다. 임의 자원 예약, 우선급과 경하 방안이 모두 근본적으로 동기 스트림 미디어의 서비스 품질을 해결할 수 없다는 결론은 이미 전술부터 얻었다.
전술에서 실현 가능한 방법이 없으면, 네트워크의 전송 서비스 품질을 해결하는 출로는 어디 있을까?
본 출원의 발명자들은, 기존의 각 QoS 방법이 모두 잘못된 가설에 따라 얻어졌다고 생각한다. 이 가설에 따르면, QoS 의 해결 방법은 영상 스트림에 추선 처리 특권을 마련하나, 사실상 서로 다른 미디어 타입에 필요되는 네트워크 스트림이 극도로 균일하지 못하므로, 영상 서비스를 이용하는 소수의 사용자가 있으며, 네트워크에서의 영상 스트림은 적대적인 주체로 차지하게 된다.
시점을 바꾸어, 대부분 네트워크 스트림만를 위해 좋은 품질을 제공하며, 물론 이는 소부분 비영상 스트림을에 부족한 품질을 제공하는 것과 같다. 대부분 네트워크 스트림이 필연히 서비스 품질을 요구하는 이상, 나머지 소수의 서비스 품질에 대해 요구하지 않은 서비스 스트림에도 서비스 품질을 마련해주어도 별로 안될 수 없다. 만약 1000명 여행객들이 비행기 표를 예약할 때 모두 1등석을 주문하며, 단지 몇 명의 분들만 일반석을 받아들일 수 있는 경우, 항공사가 일반석을 취소하기로 조치하는 것은 분명하다. 이는, 극소수 요구를 만족하기 위해 일반석을 마련하는 데 항공사가 지불해야 하는 대가는 이들 소수 여행객에게 무료 격상하기 보다 훨씬 더 크다. 사실상, 네트워크 전송 품질의 전부 불확보 또는 전부 확보는 가단하지만 부분 확보와 부분 불확보가 용이하지 않으며 특히 “부분”의 경계선을 어디에 그어놓아야 하는지도 알 수 없다. 따라서 전체 네트워크 서비스를 위해 품질 보장을 제공하면, QoS 문제는 자연적으로 없어진다.
IP 인터넷 초기는 마을의 오솔길처럼, 인정이 순박한 작은 도시에서는 교통 경찰이 필요 없으나 번화한 대도시의 번화 구역에서는, 신호등과 교통 경찰들도 교통 혼잡을 제어할 수 없으며, 외출할 때 약속을 지키기 어렵고, 오늘의 IP 인터넷과 마찬가지다.
본 발명은 고속도로처럼 경찰과 신호등이 필요 없으며, 시멘트로 갈라놓은 차로와 입체 교차로는 자동차가 규정된 도로에서 이동하는 것을 확보한다. 알래스카주 교통국의 경험에 따르면, 고속 도로의 교통체증을 방지하는 방법은 진입로를 폐쇄하는 것이다.
알래스카주의 고속 도로의 설계 사상에는 3가지 특징이 있다.
● 공로 진입로에서 스위치를 설치하여 거시적으로 차량 스트림을 제어한다.
● 차량 속도의 안정화를 유지하여, 도로 차량 통과율을 향상시킨다.
● 경찰과 신호등이 아니고 시멘트 구조의 도로 분리와 입체 교차로를 이용하여, 차량 이동을 규범화한다.
본 발명에 따른 실시예는 전화망 원리에 따라, 상기 고속 도로와 비슷한 3가지 조치를 이용한다.
● 각 통로에 대해 스트림을 계산하며 실제측정한다. 일단 스트림이 거의 포화되면, 우회하거나 신규 유저 가입을 거절한다.
● 엄격하게 균일 스트림으로 전송하며, 본 발명에 따른 실시예에서, TV는 90% 중부하(heavy load) 스트림 경우에서, 백분의 일의 패킷 손실(packet loss)율을 이른다.
● 상행 데이터 매칭과 스트림 제어를 조치하며, 구조부터 유저가 교통 규칙을 엄격하게 지키도록 한다. 서비스 품질 조치는 유저가 자각적으로 규칙을 지키는 것을 기대하지 않는다.
컴퓨터 파일과 스트림 미디어는 전혀 다른 두 가지 미디어 형식이며, 처리 방식이 상호 배척한다. 본 발명에 따른 네트워크 이론과 실천은 두 가지 성과를 얻는다.
● 본 발명에 따른 실시예는 IP 인터넷 보다 백배이상의 가격대성능비 우세를 가진다.
● 고품질 대칭 텔레비전을 발전시키는 것은 종래 IP 인터넷 서비스의 실시 방법을 방해하지 않는다.
특히 큰 스트림의 주력 네트워크에서, 컴퓨터 파일과 스트림 미디어는 상이한 파장을 통해 하나의 광섬유를 공용한다. 만약 반드시 단일 네트워크에 통합시켜야 한다며, 예컨대 접속망(access network, AN), 컴퓨터 파일을 영상 스트림 미디어 네트워크에 통합시켜야 한다. 본 발명에 따른 실시예는 완전한 IP 인터넷을 투과적으로 베어링할 수 있는 해결 방안을 제공한다.
스트림 미디어와 파일을 분리 처리하는 것은 단지 첫 걸음에 불과하며, 예컨대 독립적인 스트림 미디어 네트워크 품질을 어떻게 확보할까?
PSTN 전화 네트워크는 엄격한 동기화 메커니즘을 이용하며, 스트림이 완전히 사용될 때까지 네트워크 혼잡 현상이 이 발생하지 않음은 위 부분에서 설명했다. 이론상, 복수의 균일 스트림에 병합된 후 여전히 균일 스트림이다. 더 나아가, 균일 스트림의 전제 하에서, 네트워크 스트림이 극한값에 가까워질 수 있으나 패킷 손실(packet loss) 현상이 발생하지 않음은 실천을 통해 증명되었다. 미래 네트워크 스트림의 9할 이상을 차지하는 영상 미디어 스트림 자신이 균일 스트림 특징을 구비함으로써 영상 서비스를 주요 목적으로 하는 본 발명에 따른 인터넷 서비스 품질을 해결하는 수단은 당연히 정보 발생원 스트림 불균일을 소거하는 것이며, 특히 중부하 조건에서 네트워크 교환국의 패킷 손실(packet loss) 현상을 근본적으로 방지하는데 관심이 많았다.
본 발명에 따른 실시예는 개량 이더넷으로 연결을 위한 회로를 확립하는 것이며, 전체 네트워크에서 통일적으로 일정 길이의 데이터 패킷을 사용한다. 패킷 송신 시간 간격만 변경하면, 임의 대역폭인 미디어 스트림을 획득할 수 있다. 네트워크의 균일 스트림 특성을 확보하기 위해, 본 발명에 따른 인터넷은 설계된 단말이 반드시 균일 스트림 능력을 구비함을 요구하나 실제 네트워크 환경에서, 유저가 자각적으로 균일 스트림 규정을 지키는 것을 기대하지 말아야 하는 것은 분명하다. 이로써, 본 발명에 따른 실시예는 노드 서버가 네트워크 교환국에 출입증을 발부하여, 유저 데이터 패킷가 아주 높은 시간 정확도에서만 균일하게 통과하도록 한다. 규정 요구에 부합되도록 설계한 유저 단말에 대해, 출입증이 완전히 투명하다.
위와 같은 전제 하에서, 네트워크 실천을 통해 만족스러운 결과를 얻었다. 본 발명에 따른 교환국은 90% 대역폭의 이용율인 조건에서, 백만분의 일보다 더 낮은 훌륭한 중부하 패킷 손실(packet loss)율을 얻을 수 있다.
전술한 바와 같이, 서비스 품질은 차세대 네트워크가 회피할 수 없는 문제이며, 스트림 미디어 네트워크는 전통 컴퓨터 파일과 다른 사물이다. 이로써, IP 인터넷을 개조하여 영상 서비스를 적응하는 것은 전망이 미미하므로 새로운 네트워크를 창립하는 것은 유일한 출로이다.
나, 이하 본 발명이 제공한 뉴 네트워크에 대해 설명한다.
뉴 네트워크는 집중 제어하는 네트워크 구조이며, 상기 네트워크는 트리형 네트워크, 방사형 네트워크, 고리형 네트워크 등 타입일 수 있으며, 이를 기반으로 하여 네트워크에서 집중 제어 노드로 전체 네트워크를 제어해야 한다.
뉴 네트워크는 접속망(access network, AN)과 도시권 통신망(metropolitan area network, MAN) 두 부분으로 나눈다. 접속망(access network, AN) 부분의 장치는 주로 노드 서버, 액세스 교환국, 단말（각종 셋 톱 박스, 코딩 플레이트, 메모리 등 포함됨）3가지로 나눈다. 여기서, 노드 서버는 접속망(access network, AN)에서 집중 제어 기능은 하는 노드이며, 액세스 교환국과 단말을 제어할 수 있다. 노드 서버는 액세스 교환국과 직접 연결할 수 있으며, 단말과 직접 연결할 수도 있다. 유사하게, 도시권 통신망(metropolitan area network, MAN) 부분의 장치도 도시권 서버, 노드 교환국, 노드 서버 3가지로 나눌 수 있다. 여기서, 노드 서버가 바로 접속망(access network, AN) 부분의 노드 서버이며, 즉, 노드 서버는 접속망(access network, AN) 부분에 속할 수 있으며 도시권 통신망(metropolitan area network, MAN) 부분에 속할 수도 있다. 도시권 서버는 도시권 통신망(metropolitan area network, MAN)에서 집중 제어 기능을 하는 노드이며, 노드 교환국과 노드 서버를 제어할 수 있다. 도시권 서버는 노드 교환국을 직접 연결할 수 있으며, 노드 서버를 직접 연결할 수도 있다. 이로써, 전체 뉴 네트워크는 계층별로 집중 제어하는 네트워크 구조이며, 노드 서버와 도시권 서버에 의해 제어된 네트워크는 트리형, 방사형, 고리형 등 다양한 구조일 수 있다.
1, 뉴 네트워크 장치의 분류
1.1 본 발명에 따른 뉴 네트워크 시스템에서 장치는 주로 서버, 교환국（이더넷 게이트웨이가 포함됨）, 단말（각종 셋 톱 박스, 코딩 플레이트, 메모리 등이 포함됨） 3 가지로 나눈다. 뉴 네트워크는 전체적으로 도시권 통신망(metropolitan area network, MAN)（또는 국가망, 세계적 통신망 등）과 접속망(access network, AN)으로 나눌 수 있다.
1.2 여기서 접속망(access network, AN) 부분의 장치는 노드 서버, 액세스 교환국（이더넷 게이트웨이가 포함됨）, 단말（각종 셋 톱 박스, 코딩 플레이트, 메모리 등이 포함됨） 3 가지로 나눌 수 있다.
각 접속망(access network, AN) 장치의 구체적인 하드웨어 구조는 이하와 같다.
노드 서버:
도 1 도시된 바와 같이, 주로 네트워크 인터페이스 모듈(101), 스위칭 엔진 모듈(102), CPU 모듈(103), 디스크 어레이 모듈을 포함한다.
여기서, 네트워크 인터페이스 모듈(101), CPU 모듈(103), 디스크 어레이 모듈(104)에 들어온 패킷은 모두 스위칭 엔진 모듈(102)에 들어간다. 스위칭 엔진 모듈(102)은 들어온 패킷을 대해 어드레스 테이블(105)을 조회하는 동작을 수행하여, 패킷의 안내 정보를 획득하며, 패킷의 안내 정보에 따라 상기 패킷을 대응된 패킷 버퍼(106)의 행렬에 저장한다. 만약 패킷 버퍼(106)의 행렬이 거의 차면, 상기 패킷을 버린다. 스위칭 엔진 모듈(102)은 모든 패킷 버퍼 행렬을 폴링하며, 만약 상기 포트 송신 버퍼가 채워지지 않은 조건1） 및 상기 행렬 패킷 카운터가 0보다 큰 조건 2）를 만족하면 전송(轉送)한다. 디스크 어레이 모듈(104)은 주로 디스크의 초기화, 읽기-쓰기 등 동작을 포함하는 디스크 제어를 실시한다. CPU 모듈(103)은 주로 액세스 교환국, 단말（도면에서 미도시） 사이의 프로토콜 처리, 어드레스 테이블(105)(하행 프로토콜 패킷 어드레스 테이블, 상행 프로토콜 패킷 어드레스 테이블, 데이터 패킷 어드레스 테이블이 포함된） 설정 및 디스크 어레이 모듈(104)의 설치를 담당하며.
액세스 교환국:
도 2에 도시된 바와 같이, 액세스 교환국은 주로 네트워크 인터페이스 모듈（하행 네트워크 인터페이스 모듈(201), 상행 네트워크 인터페이스 모듈((202)）, 스위칭 엔진 모듈(203)과 CPU 모듈(204)를 포함한다.
여기서, 하행 네트워크 인터페이스 모듈(201)부터 들어온 패킷（상행 데이터）은 패킷 검출 모듈(205)로 보내가며; 패킷 검출 모듈(205)은 패킷의 목적 어드레스（DA）, 소스 어드레스（SA）, 데이터 패킷 타입과 패킷 길이가 요구에 부합되는지 여부를 검출하며, 만약 부합하면, 해당 스트림 식별자（stream-id）를 할당하여, 스위칭 엔진 모듈(203)에 보내며, 부합되지 않으면 상기 패킷을 버린다. 상행 네트워크 인터페이스 모듈(202)부터 들어온 패킷（하행 데이터）은 스위칭 엔진 모듈(203)에 보내가며, CPU 모듈(204)부터 들어온 데이터 패킷은 스위칭 엔진 모듈(203)에 들어간다. 스위칭 엔진 모듈(203)은 들어온 패킷에 대해 어드레스 테이블(206)을 조회하도록 동작하여, 패킷의 안내 정보를 획득한다. 만약 스위칭 엔진 모듈(203)에 들어온 패킷은 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스까지의 패킷이면, 스트림 식별자（stream-id）과 결합하여 상기 패킷을 대응된 패킷 버퍼(207)의 행렬에 저장하며, 만약 상기 패킷 버퍼(207)의 행렬이 거의 차면, 상기 패킷을 버린다. 만약 스위칭 엔진 모듈(203)에 들어온 패킷이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스까지의 패킷이 아니면, 패킷의 안내 정보에 따라, 상기 데이터 패킷을 대응된 패킷 버퍼(207)의 행렬에 저장하며, 만약 상기 패킷 버퍼(207)의 행렬이 거의 차면, 상기 패킷을 버린다.
스위칭 엔진 모듈(203)은 모든 패킷 버퍼 행렬을 폴링하며, 본 발명에 따른 실시예에서는 이하와 같이 두 가지 경우로 나눈다.
만약 상기 행렬이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스까지의 행령인 경우, 상기 포트 송신 버퍼가 채워지지 않은 조건1）, 상기 행렬 패킷 카운터가 0보다 큰 조건2）및 코드레이트 제어 모듈에 의해 생성된 토큰을 획득하는 조건 3）을 동시 만족하면 전송(轉送)한다.
만약 상기 행렬이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스까지의 행렬이 아닌 경우, 상기 포트 송신 버퍼가 채워지지 않은 조건1) 및 상기 행렬 패킷 카운터가 0보다 큰 조건 2）을 동시 만족하면 전송(轉送)한다.
코드레이트 제어 모듈(208)은 CPU 모듈(204)에 의해 설치된 것이며, 프로그래밍 가능한 간격 내에서 모든 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스까지의 패킷 버퍼 행렬에 대해 토큰을 생성하여, 상행 전송(轉送) 코드레이트를 제어한다.
CPU 모듈(204)은 조로 노드 서버 사이의 프로토콜 처리, 어드레스 테이블(206) 설정과 코드레이트 제어 모듈(208) 설정을 담당한다.
이더넷 프로토콜 변환기 게이트웨이:
도 3에 도시된 바와 같이, 주로 네트워크 인터페이스 모듈（하행 네트워크 인터페이스 모듈(31), 상행 네트워크 인터페이스 모듈(32), 스위칭 엔진 모듈(33), CPU 모듈(34), 패킷 검출 모듈(35), 코드레이트 제어 모듈(38), 어드레스 테이블(36), 패킷 버퍼(37), MAC 부가 모듈(39), MAC 삭제 모듈(40)을 포함한다.
여기서, 하행 네트워크 인터페이스 모듈(31)로부터 들어온 데이터 패킷은 패킷 검출 모듈(35)에 보내가며, 패킷 검출 모듈(35)은 데이터 패킷의 이더넷 MAC DA, 이더넷 MAC SA, 이더넷 length or frame type, 뉴 네트워크 목적 어드레스 DA, 뉴 네트워크소스 어드레스 SA, 뉴 네트워크데이터 패킷 타입과 패킷 길이가 요구에 부합되는지 여부를 검출한다. 만약 부합되면 해당 스트림 식별자（stream-id）를 할당하며, MAC 삭제 모듈(40)에 의해 MAC DA, MAC SA, length or frame type（2byte）를 삭제하여 해당 수신 버퍼에 보내가며, 부합되지 않으면 상기 데이터 패킷을 버린다.
하행 네트워크 인터페이스 모듈(31)은 상기 포트의 송신 버퍼를 검출하며, 만약 패킷이 검출되면 패킷의 뉴 네트워크 목적 어드레스 DA에 따라 대응된 단말의 이더넷 MAC DA를 알아서, 단말의 이더넷 MAC DA, 이더넷 프로토콜 변환기 게이트웨이 MAC SA, 이더넷 length or frame type를 부가하여 송신한다.
이더넷 프로토콜 변환기 게이트웨이에서의 다른 모듈의 기능은 액세스 교환국과 유사하다.
단말:
주로 네트워크 인터페이스 모듈, 서비스 처리 모듈과 CPU 모듈을 포함한다. 예컨대, 셋 톱 박스는 주로 네트워크 인터페이스 모듈, 영상 음성 코딩 엔진 모듈 및 CPU 모듈을 포함한다. 코딩 플레이트는 주로 네트워크 인터페이스 모듈, 영상 음성 코딩 엔진 모듈, CPU 모듈; 메모리는 주로 네트워크 인터페이스 모듈, CPU 모듈 및 디스크 어레이 모듈을 포함한다.
1.3 도시권 통신망(metropolitan area network, MAN) 부분의 장치는 주로 노드 서버, 노드 교환국 및 도시권 서버 2 가지로 나눈다. 여기서, 노드 교환국은 주로 네트워크 인터페이스 모듈, 스위칭 엔진 모듈 및 CPU 모듈을 포함하며, 도시권 서버는 주로 네트워크 인터페이스 모듈, 스위칭 엔진 모듈 및 CPU 모듈로 구성된다.
2, 뉴 네트워크데이터 패킷의 정의
2.1 접속망(access network, AN)데이터 패킷의 정의
접속망(access network, AN)의 데이터 패킷은 주로 목적 어드레스（DA）, 소스 어드레스（SA）, 보류 바이트, payload（PDU）, CRC와 같은 부분을 포함한다.
하기 테이블에 도시된 바와 같이, 접속망(access network, AN)의 데이터 패킷은 주로 이하와 같은 부분을 포함한다.
| DA | SA | Reserved | Payload | CRC |
여기서:
목적 어드레스（DA）는 8개의 바이트（byte）로 구성되어, 제1 바이트는 데이터 패킷의 타입（예컨대 각종 프로토콜 패킷, 멀티캐스트 데이터 패킷, 유니캐스트 데이터 패킷 등）을 표시하며, 많아서 256가지 가능하다. 제2바이트부터 제 6 바이트는 도시권 통신망(metropolitan area network, MAN) 어드레스이며, 제 7, 제 8 바이트는 접속망(access network, AN) 어드레스이다.
소스 어드레스（SA）도 8개의 바이트（byte）로 구성되며, 그의 정의는 목적 어드레스（DA）와 동일하다.
보류 바이트는 2개의 바이트로 구성된다.
payload부분은 상이한 데이터 패킷 타입에 따라 상이한 길이를 가진다. 만약 각종 프로토콜 패킷인 경우, 64가 바이트이며, 만약 단일 멀티캐스트 데이터 패킷인 경우, 32 + (102)4=(105)6개의 바이트이다. 물론 이상의 2 경우에 국한되지 않는다.
CRC는 4개의 바이트로 구성되며, 그의 계산 방법은 표준의 이더넷 CRC 알고리즘에 따라 진행한다.
2.2 도시권 통신망(metropolitan area network, MAN)데이터 패킷의 정의
도시권 통신망(metropolitan area network, MAN)의 위상형 도형이며, 두 장치 사이에 2 가지 심지어 2 가지 이상 연결이 존재할 수 있으며, 즉, 노드 교환국과 노드 서버, 노드 교환국과 노드 교환국, 노드 교환국과 노드 서버 사이에 모두 2 가지 연결을 초과할 수 있다. 그러나, 도시권 통신망(metropolitan area network, MAN) 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스는 유일한 것이며, 도시권 통신망(metropolitan area network, MAN) 장치 사이의 연결 관계를 정확히 기술하기 위해, 在본 발명에 따른 실시예에서 파라미터인 태그를 도입하여 하나의 도시권 통신망(metropolitan area network, MAN) 장치를 유일하게 기술한다.
보 명세서에서 태그의 정의는 MPLS（Multi-Protocol Label Switch, 다중 프로토콜 태그 교환）의 태그 정의와 유상하며, 만약 장치A와 장치B 사이에 2개의 연결이 있다면 데이터 패킷은 장치A부터 장치B까지 2개의 태그를 가지며, 데이터 패킷은 장치B부터 장치A까지도 2개의 태그를 가진다. 태그는 인 태그(in tag)와 아웃 태그(out tag)로 나누며, 만약 데이터 패킷의 장치A에 들어간 태그（인 태그(in tag)）가 0x0000이면, 이 데이터 패킷이 장치A를 떠날 경우 태그（아웃 태그）는 0x0001로 변경될 수 있다. 도시권 통신망(metropolitan area network, MAN)의 액세스 흐름은 집중 제어인 액세스 과정이며, 이는 도시권 통신망(metropolitan area network, MAN)의 어드레스 할당 및 태그 할당이 모두 도시권 서버에 의해 주도되며, 노드 교환국, 노드 서버가 모두 피동적으로 수행할 뿐인 것을 의미한다. 이는 MPLS의 태그 할당과 다르며, MPLS의 태그 할당은 교환국과 서버가 상호 협상하여 결정하는 것이다.
하기 테이블에 도시된 바와 같이, 도시권 통신망(metropolitan area network, MAN)의 데이터 패킷은 주로 이하 부분을 포함한다.
| DA | SA | Reserved | 태그 | Payload | CRC |
즉, 목적 어드레스（DA）, 소스 어드레스（SA）, 보류 바이트（Reserved）, 태그, payload（PDU）, CRC를 포함한다. 여기서, 태그의 포맷은 다음과 같은 정의를 참고할 수 있다. 태그는 32bit이며, 여기서 수번이 큰 16bit가 보류되며, 수번이 낮은 16bit만 사용하고, 그의 위치는 데이터 패킷의 보류 바이트와 payload 사이이다.
3, 뉴 네트워크의 실시
이하 노드 서버와 액세스 교환국, 노드 서버와 단말의 액세스 흐름을 검토한다. 설계의 편의를 위해, 접속망(access network, AN)에서의 데이터 패킷 타입은 이하와 같이 4가지로 정의된다:
하행 프로토콜 패킷（노드 서버부터 액세스 교환국에 송신하는 단말의 프로토콜 패킷）;
상행 프로토콜 패킷（액세스 교환국, 단말에 의해 노드 서버에 피드백된 프로토콜 패킷）;
유니캐스트 데이터 패킷;
멀티캐스트 데이터 패킷.
접속망(access network, AN)의 어드레스가 모두 합쳐서 16bit이므로, 액세스 가능한 액세스 교환국, 단말의 개수는 도합 65536이다. 만약 하행 프로토콜 패킷의 데이터 패킷의 타입이 “1000 0000”（이진법）, 즉, 0x80（16진법）, 상행 프로토콜 패킷의 데이터 패킷 타입이 “0000 1000”（이진법）, 즉, 0x08（16진법）, 유니캐스트 데이터 패킷의 데이터 패킷의 타입이 “0001 0000”（이진법）, 즉, 0x10（16진법）, 멀티캐스트 데이터 패킷의 데이터 패킷의 타입이 “0111 1000”（이진법）, 즉, 0x78（16진법）이면, 동류항을 병합함으로써, 8bit 길이인 어드레스 테이블이 2bit 길이인 어드레스 테이블로 매핑될 수 있다. 구체적으로 이하에서 예시한다.
“1000 0000”=> “00”, 하행 프로토콜 패킷의 어드레스 테이블, 본 발명에 따른 실시예에서 0호 테이블로 정의됨;
“0000 1000”=> “01”, 상행 프로토콜 패킷의 어드레스 테이블, 본 발명에 따른 실시예에서 1호 테이블로 정의됨;
“0001 0000”=> “10”, 유니캐스트 데이터 패킷의 어드레스 테이블, 본 발명에 따른 실시예에서 2호 테이블로 정의됨;
“0111 1000”=> “11”, 멀티캐스트 데이터 패킷의 어드레스 테이블, 본 발명에 따른 실시예에서3호 테이블로 정의됨;
16bit의 접속망(access network, AN) 어드레스를 결합하면, 실제로 4개의 64K=4 x 655(36), 즉 256K의 어드레스 테이블만 필요되며, 어드레스 테이블의 출력이 데이터 패킷이 안내한 포트를 의미한다. 예컨대, 액세스 교환국BX-008, 하나의100Mbps 상행 인터페이스, 8개의 100Mbps 하행 인터페이스 및 하나의 CPU 모듈 인터페이스를 포함한다. 만약8개의 100Mbps하행 인터페이스가 순차적으로 0호 포트부터 7호 포트로, CPU 모듈 인터페이스가 8호 포트, 하나의 100Mbps 상행 인터페이스가 9호 포트로 정의되면, 모두 256K x 10bit의 어드레스 테이블이 필요하다. 예컨대 어드레스 테이블의 출력인 “00 0000 0001”은 데이터 패킷이 안내한 0호 포트, “11 0000 0000”은 데이터 패킷인 안내한 8호, 9호 포트를 포시하며, 이와 같이 유추한다.
만약 9호 포트에 하나의 데이터 패킷이 보내오며, 그의 목적 어드레스（DA）가 0x8056 0x1500 0x0000 0x55aa이면, 그의 데이터 패킷 타입이 0x80, 접속망(access network, AN) 어드레스가 0x55aa이다. 테이블 조회 규칙에 따라 이때 0호 테이블을 조회하여, 즉 어드레스가 “00 0101 0101 1010 1010”이며, 이 어드레스에 대응된 어드레스 테이블의 출력이 “01 0000 0000”이며, 데이터 패킷이 8호 포트에 안내되는 것을 의미한다.
3.1접속망(access network, AN) 장치의 액세스 흐름
3.1.1 액세스 교환국의 액세스 과정:
우선, 각 액세스 응낙된 액세스 교환국은 노드 서버에서 등록해야 하며, 미등록 액세스 교환국은 액세스 불가능하다. 예컨대 도 4에 도시된 바와 같이, 상기 액세스 교환국의 액세스 과정은 이하 단계들과 관련된다.
S1, 노드 서버가 각 포트에 조회 패킷을 송신하며, 액세스 교환국이 조회 패킷을 수신한 후 응답 패킷을 송신한다. 응답 패킷에는 현재 액세스 교환국의 등록 정보가 포함된다.
S2, 노드 서버가 액세스 교환국에 의해 송신된 응답 패킷을 수신한 후, 어느 포트에 하나의 액세스 교환국이 연결되어 있는지를 알게 되며, 그다음에 노드 서버 내의 등록 정보 테이블에서 상기 액세스 교환국 정보를 검출하여, 상기 액세스 교환국에 엑세스 명령（접속망 어드레스를 알려줌）을 송신하며, 상기 액세스 교환국이 엑세스 명령을 수신하여 액세스하며, 동시에 노드 서버에 엑세스 명령 응답을 송신한다.
S3, 노드 서버가 액세스 교환국에 의해 송신된 엑세스 명령 응답을 수신한 후, 상기 액세스 교환국의 액세스됨을 알게 되며, 구 후에 정기적으로 포트에 상태 조회 패킷을 송신하여, 이 액세스 교환국이 정상적으로 동작하는지 여부를 검측하며, 동시에 상기 액세스 교환국의 하행 포트에 포트 조회 패킷을 송신하여, 다른 접속망(access network, AN) 장치가 상기 액세스 교환국에 연결되었는지 여부를 검측한다. 만약 현재 액세스 교환국이 정상 동작하면, 장치 상태 조회 명령을 수신한 후 상태 조회 응답을 노드 서버에 송신한다. 노드 서버가 일정한 시간에 상태 조회 응답을 수신되지 못했으면, 상기 액세스 교환국이 이미 네트워크를 떠났다고 여기며, 상태 조회 패킷을 더 이상 송신하지 않으며, 본 포트에 조회 패킷을 송신한다.
3.1.2노드 서버와 액세스 교환국의 액세스 과정에서의 인터랙티브 예
서술의 편의를 위해, 노드 서버가 노드 교환국과 연결되지 않고, 도시권 통신망(metropolitan area network, MAN)의 액세스 과정이 발생되지 않은 것으로 가설한다. 검토의 편의를 위해, 노드 서버에 있는8개의 100Mbps 하행 인터페이스는 순차적으로 0호 포트부터 7호 포트로, 하나의 CPU 모듈 인터페이스는 8호 포트로, 하나의 디스크 어레이 모듈 인터페이스를 9호 포트로, 하나의100Mbps 상행 SC/PC를 10호 포트로 정의하며, 이 노드 서버 사이즈가 MSS-400이다. 도 5에 도시된 바와 같이, MSS-400의 0호 포트에 하나의 BX-008-0이 연결되며, BX-008-0의 1호 포트에 하나의 BX-008-1가 연결된다.
S1, MSS-400 서버가 전원 투입한 후, 하드웨어를 초기화하여 디폴트 도시권 통신망(metropolitan area network, MAN) 어드레스（0x00 0x0000 0x0000로 가설함）를 획득하며, 구성 파일을 디스크부터 CPU 메모리（예컨대 교환국의 등록 정보, 단말의 등록 정보 등）에 도입하며, MSS-400 서버는 자신의 접속망(access network, AN) 어드레스를 0x0000로 설치한다.
S2, MSS-400 서버는 0, 1, 2, 3호 테이블을 초기화한다.
● 0호 테이블을 “000 0000 0000”로 설치하며, 즉 모든 조회 패킷이 전송 폐쇄 상태이다.
● 1호 테이블을 “001 0000 0000”로 설치하며, 즉 모든 응답 패킷이 CPU로 안내한다.
● 2호, 3호 테이블을 “000 0000 0000”로 설치하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄 상태이다.
S3, MSS-400 서버는 자신이 8개의 하행 포트가 있는 것을 알고 있으므로 성정한 8개의 0호 테이블의 테이블 항목은 이하와 같다.
● “00 0000 0000 0000 0001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001인 조회 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0002인 조회 패킷이 1호 포트에 안내됨;
● “00 0000 0000 0000 0011“ => “000 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0003인 조회 패킷이 2호 포트로 안내됨;
● “00 0000 0000 0000 0100“ => “000 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0004인 조회 패킷이 3호 포트로 안내됨;
● “00 0000 0000 0000 0101“ => “000 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0005인 조회 패킷이 4호 포트로 안내됨;
● “00 0000 0000 0000 0110“ => “000 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0006인 조회 패킷이 5호 포트에 안내됨;
● “00 0000 0000 0000 0111“ => “000 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0007인 조회 패킷이 6호 포트에 안내됨;
● “00 0000 0000 0000 1000“ => “000 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0008인 조회 패킷이 7호 포트에 안내됨;
S4, MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008인 조회 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000이며）을 송신하며, 0호 테이블의 설정에 따라, 상기 조회 패킷은 순차적으로 0호 포트부터 7호 포트로 안내된다.
S5, BX-008-0, BX-008-1교환국이 전원 투입한 후 하드웨어를 이하와 같이 초기화하며:
● 0호 테이블“00 xxxx xxxx xxxx xxxx”를 “01 0000 0000”로 설정하며, 즉 모든 조회 패킷이 CPU로 안내됨;
● 1호 테이블“01 xxxx xxxx xxxx xxxx”를 “10 0000 0000”로 설정하며, 즉 모든 응답 패킷이 100Mbps 상행 인터페이스에 안내됨;
● 2호, 3호 테이블을 “000 0000 0000”로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄 상태임;
S6, BX-008-0교환국이 조회 패킷을 수신한 후, 그의 0호 테이블의 설정에 따라, 상기 조회 패킷을 그의 CPU 모듈에 수신하며, CPU에 의해 상기 조회 패킷을 분석한 후 응답 패킷（응답 패킷에 본 교환국의 등록 정보가 포함됨）을 생성하여 MSS-400 서버에 송신한다. 상기 응답 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0001이다.
S7, MSS-400 서버가 BX-008-0교환국에 의해 송신된 응답 패킷을 수신한 후, 응답 패킷의 소스 패킷（SA）와 장치 타입에 대비하여 그의 0호 포트에 하나의 액세스 교환국이 연결되어 있음을 알게 되며, 그다음에 노드 서버 내의 등록 정보 테이블에서 상기 액세스 교환국의 정보를 검출하여, 상기 액세스 교환국에 엑세스 명령（접속망(access network, AN) 어드레스가 0x0001）을 송신한다.
S8, BX-008-0교환국이 엑세스 명령을 수신한 후, 자신의 접속망(access network, AN) 어드레스가 0x0001인 것을 알아서 액세스하며, 그의 0호 테이블“00 0000 0000 0000 0001”을 “01 0000 0000”로 설정하며, 0호 테이블의 다른 테이블 항목을 “00 0000 0000”로 설정한다. 즉 단지 본 교환국의 하행 프로토콜 패킷이 CPU에 도입되며, 동시에 MSS-400 서버에 엑세스 명령 응답（엑세스 명령 응답 패킷）을 송신한다.
S9, MSS-400 서버가 BX-008-0교환국에 의해 송신된 엑세스 명령 응답을 수신하여 BX-008-0교환국의 액세스됨을 알게 되며, 1초(s)씩 이 포트에 장치 상태 조회 명령을 송신하여, BX-008-0교환국이 정상 동작하는지 여부를 검측하며, 동시에 BX-008-0교환국의 하행 포트에 포트 하행 프로토콜 패킷을 송신하여, 다른 접속망(access network, AN) 장치가 본 액세스 교환국에 연결되었는지 여부를 검측한다. 이런 상황에서, MSS-400 서버는 자신의 0호 테이블에서 이하와 같이 설정한다.
● “00 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1010“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1011“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1100“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1101“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000d인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1110“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000e인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1111“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000f인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0001 0000“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
MSS-400 서버는 할당 정보가 포함된 포트 할당 패킷을 통하여 BX-008-0교환국에 그의 0호 테이블에서 이하와 같이 설정하도록 통지한다.
● “00 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1010“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷이 1호 포트에 안내됨;
● “00 0000 0000 0000 1011“ => “00 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 포트 하행 프로토콜 패킷이 2호 포트에 안내됨;
● “00 0000 0000 0000 1100“ => “00 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 포트 하행 프로토콜 패킷이 3호 포트에 안내됨;
● “00 0000 0000 0000 1101“ => “00 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000d인 포트 하행 프로토콜 패킷이 4호 포트에 안내됨;
● “00 0000 0000 0000 1110“ => “00 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000e인 포트 하행 프로토콜 패킷이 5호 포트에 안내됨;
● “00 0000 0000 0000 1111“ => “00 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000f인 포트 하행 프로토콜 패킷이 6호 포트에 안내됨;
● “00 0000 0000 0001 0000“ => “00 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷이 7호 포트에 안내됨;
S10, MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000b, 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 0x000e, 0x8000 0x0000 0x0000 0x000f, 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, MSS-400 서버에서의 0호 테이블이 설정에 따라, 포트 하행 프로토콜 패킷은 순차적으로 MSS-400 서버0호 포트에 안내되며, BX-008-0교환국에서의 0호 테이블의 설정에 따라, 포트 하행 프로토콜 패킷은 순차적으로 BX-008-0교환국의 0호 포트부터 7호 포트로 안내된다.
S11, BX-008-1교환국이 BX-008-0교환국의1호 포트부터 포트 하행 프로토콜 패킷（즉, 목적 어드레스는 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷）을 수신한 후 포트 상행 프로토콜 패킷（상기 포트 상행 프로토콜 패킷에 본 교환국의 등록 정보가 포함됨）을 송신한다. 패킷의 DA는 0x0800 0x0000 0x0000 0x0000, SA는 0x0000 0x0000 0x0000 0x000a이다.
S12, MSS-400 서버가 BX-008-1교환국에 의해 송신된 인 포트 상행 프로토콜 패킷을 수신한 후, 상행 프로토콜 패킷의 소스 어드레스（SA）와 장치 타입에 대비하면 BX-008-0의 1호 포트에 하나의 액세스 교환국이 연결되는 것을 알게 되며, 그다음에 서버 내의 등록 정보 테이블에서 이 연결된 교환국 정보를 검출하여 상기 액세스 교환국에 엑세스 명령（접속망(access network, AN) 어드레스가 0x000a인 것을 알려줌）을 송신한다.
S13, BX-008-1교환국은 엑세스 명령을 수신한 후, 자신의 접속망(access network, AN) 어드레스가 0x000a인 것을 알게 되어 액세스한다. 그의 0호 테이블”00 0000 0000 0000 1010”을 “01 0000 0000”로, 0호 테이블 중의 다른 테이블 항목을“00 0000 0000”로 설정하며, 즉, 이 교환국의 하행 프로토콜 패킷만 CPU에 도입되며, 동시에 서버에 엑세스 명령 응답을 송신한다.
S14, MSS-400 서버는 교환국에 의해 송신된 엑세스 명령 응답을 수신하여 BX-008-1교환국의 액세스됨을 알게 되며, 그다음부터 초(s)당으로 상기 포트에 장치 상태 조회 명령을 송신하며, BX-008-1교환국이 정상 동작하는지 여부를 검측하며, 동시 BX-008-1교환국의 하행 포트에 포트 하행 프로토콜 패킷을 송신하며, 다른 접속망(access network, AN) 장치가 이 액세스 교환국에 연결되었는지 여부를 검측한다. 만약 현재 액세스 교환국이 정상 동작하며, 장치 상태 조회 명령을 수신한 후 상태 조회 응답을 서버에 송신한다. 서버가 6 초 내에 상태 조회 응답을 수신하지 못하면, 이 액세스 교환국이 이미 네트워크를 떠났으며, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 상기 포트에 조회 패킷을 지속적으로 송신한다.
3.1.3단말의 액세스 과정:
우선 액세스된 단말이 모두 노드 서버에 등록하는 것을 응낙해야 하며, 미등록 단말은 액세스할 수 없다. 도 6에 도시된 바와 같이, 상기 단말의 액세스 과정은 이하의S1-S3을 포함한다.
S1, 노드 서버는 각 포트에 조회 패킷을 송신하며, 단말은 조회 패킷을 수신한 후 응답 패킷을 송신한다. 상기 응답 패킷에는 단말의 등록 정보가 포함된다.
S2, 노드 서버는 단말에 의해 송신된 응답 패킷을 수신하여 어느 포트에 어떤 단말（셋 톱 박스, 코딩 플레이트인지 메모리인지）이 연결되어 있는지를 알게 되며, 그다음에 노드 서버 내의 등록 정보 테이블에서 상기 단말의 정보를 검출하며, 상기 단말에 엑세스 명령（단말의 접속망(access network, AN) 어드레스를 알려줌）을 송신한다. 단말이 엑세스 명령을 수신하여 액세스하는 동시, 노드 서버에 엑세스 명령 응답을 송신한다.
S3, 노드 서버는 단말에 의해 송신된 엑세스 명령 응답을 수신하여 단말의 액세스됨을 알게 되며, 그다음부터 정기적으로 이 포트에 상태 조회 패킷을 송신하며, 단말이 정상 동작하는지 여부를 검측한다. 만약 단말이 정상 동작하면, 상태 조회 패킷을 수신한 후 상태 조회 응답을 노드 서버에 송신한다. 노드 서버가 일정 시간 내 상태 조회 응답을 수신되지 못했으면, 상기 단말이 이미 네트워크를 떠났다고 여겨, 상태 조회 패킷을 더 이상 송신하지 않으며, 상기 포트에 조회 패킷을 지속적으로 송신한다.
3.1.4노드 서버 액세스 교환국, 단말의 액세스 과정에서의 인터랙티브 예:
접속망(access network, AN)의 어드레스는 16bit로 설정할 수 있으며, 모든 접속망(access network, AN) 장치는 유일한 접속망(access network, AN) 어드레스（셋 톱 박스, 액세스 교환국, 메모리, 심지어 노드 서버 자신까지 포함됨）를 가진다. 모든 접속망(access network, AN) 장치의 접속망(access network, AN) 어드레스에 대한 관리의 간편화를 위해, 노드 서버의 CPU 모듈에서 어드레스 정보 테이블을 유지할 수 있다. 상기 테이블의 크기는 216즉 64K이며, 각 테이블의 테이블 항목은 어드레스 점용 기술자(descriptor), 장치 기술자(descriptor) 및 장치 자원 기술 정보(descriptive information)로 구성된다. 이하 이 구성에 대해 설명한다.
1）어드레스 점용 기술자(descriptor):“00”은 이 어드레스의 미사용을 의미하며, “01”은 이 어드레스가 사용대기（노드 서버는 이 어드레스에 따라 포트 하행 프로토콜 패킷을 송신했으나 액세스 상행 프로토콜 패킷을 수신되지 못했음）인 것을 의미하며, “10” 은 이 어드레스의 이미사용（노드 서버가 액세스 상행 프로토콜 패킷을 수신하여 설정함）을 의미한다.
2）장치 기술자(descriptor): 예컨대, “000000”은 노드 서버를 의미하며, “000001”은 여기서 액세스 교환국BX-008을 의미하며, “000010”은 여기서 메모리를 의미하며, “000011”은 여기서 단말을 의미한다.
3）장치 자원 기술 정보(descriptive information) :예컨대, 상기 장치는 액세스 교환국인 경우, 이는 액세스 교환국의 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스, 액세스 교환국의 각 네트워크 포트의 상/하행 스트림 카운트이다. 만약 상기 장치가 메모리인 경우, 이는 상기 메모리의 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스, 상기 메모리 읽기-쓰기 통로의 카운트 및 네트워크 포트의 상/하행 스트림 카운트이다. 이러한 모든 정보는 서비스 흐름에 결책 근거를 제공하기 위한 것이며, 각 서비스 흐름에서 이런 정보를 수정한다.
도 7에 도시된 바와 같이, 하나의 노드 서버MSS-400에 있어서, 그의 0호 포트에 하나의 액세스 교환국BX-008-0이 연결되며, 그의 1호 포트에 하나의 액세스 교환국BX-008-1이 연결되며, BX-008-0의 0호 포트에 하나의 셋 톱 박스STB-0이 연결되며, BX_008-1의 1호 포트에 하나의 셋 톱 박스STB-1이 연결되어 있다.
S1, MSS-400 서버는 전원 투입한 후, 하드웨어를 초기화하며, 디폴트 도시권 통신망(metropolitan area network, MAN) 어드레스（0x00 0x0000 0x0000이라 가설함）를 획득하여, 구성 파일을 디스크부터 CPU 메모리（예컨대 교환국의 등록 정보, 단말의 등록 정보 등）에 도입한다. 또한 MSS-400 서버는 어드레스 정보 테이블을 초기화하여, 모두 리셋（모든 어드레스가 미사용인 것으로 리셋함）한다. MSS-400 서버는 자신의 접속망(access network, AN) 어드레스를 0x0000로 설정하며, 즉, 어드레스 정보 테이블의 제 0x0000 항목은 이하와 같이 설정된다.
● 어드레스 점용 기술자(descriptor):“10” 은 이 어드레스의 이미사용을 의미함;
● 장치 기술자(descriptor): “000000”은 노드 서버를 의미함;
● 장치 자원 기술 정보(descriptive information): 이 노드 서버에 있는 8개의 100Mbps 하행 인터페이스는 순차적으로 0호 포트부터 7호 포트로 정의되며, 하나의 CPU 모듈 인터페이스는 8호 포트로 정의되며, 하나의 디스크 어레이 인터페이스는 9호 포트로 정의되며, 하나의 100Mbps 상행 SC/PC는 10호 포트로 정의된다. 이 노드 서버 사이즈는 MSS-400이며, 그의 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 미할당되며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
어드레스 정보 테이블의 하나의 사용 가능 어드레스는 0x0001이다.
S2, MSS-400 서버는 이하와 같이 0, 1, 2, 3호 테이블을 초기화한다:
● 0호 테이블을 “000 0000 0000”로 설정하며, 즉 모든 하행 프로토콜 패킷은 전송 폐쇄 상태임;
● 1호 테이블을 “001 0000 0000”로 설정하며, 즉 모든 상행 프로토콜 패킷이 CPU에 안내됨;
● 2호, 3호 테이블을 “000 0000 0000”로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄상태임;
S3, MSS-400 서버는 자기가 8개의 하행 포트를 가지며 다음의 사용 가능 어드레스가 0x0001인 것을 알고 있으므로, 그가 설정한 8개의 0호 테이블의 테이블 항목은 이하와 같다.
● “00 0000 0000 0000 0001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001인 조회 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0002인 조회 패킷이 1호 포트에 안내됨;
● “00 0000 0000 0000 0011“ => “000 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0003인 조회 패킷이 2호 포트에 안내됨;
● “00 0000 0000 0000 0100“ => “000 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0004인 조회 패킷이 3호 포트에 안내됨;
● “00 0000 0000 0000 0101“ => “000 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0005인 조회 패킷이 4호 포트에 안내됨;
● “00 0000 0000 0000 0110“ => “000 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0006인 조회 패킷이 5호 포트에 안내됨;
● “00 0000 0000 0000 0111“ => “000 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0007인 조회 패킷이 6호 포트에 안내됨;
● “00 0000 0000 0000 1000“ => “000 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0008인 조회 패킷이 7호 포트에 안내됨;
S4, MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008인 조회 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, 그의 0호 테이블의 설정에 따라, 상기 조회 패킷은 순차적으로 0호 포트부터 7호 포트에 안내된다. 이때, 어드레스 정보 테이블의 제 0x0001- 제 0x0008 항복을 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): “01”은 이 어드레스가 사용대기인 것을 의미함;
● 장치 기술자(descriptor): 수정 없음;
● 장치 자원 기술 정보(descriptive information): 수정 없음.
어드레스 정보 테이블의 다음 사용 가능한 어드레스는 0x0009이다.
S5, BX-008-0, BX-008-1교환국은 전원 투입한 후 하드웨어를 초기화한다:
● 그의 0호 테이블”00 xxxx xxxx xxxx xxxx”를 “01 0000 0000”, 즉 모든 하행 프로토콜 패킷패킷이 CPU에 안내됨;
● 그의 1호 테이블”01 xxxx xxxx xxxx xxxx”를 “10 0000 0000”로 설정하며, 즉 모든 상행 프로토콜 패킷이 100Mbps상행 인터페이스에 안내됨;
● 그의 2호, 3호 테이블을 “00 0000 0000”로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄 상태임.
S6, BX-008-0교환국은 조회 패킷을 수신한 후, 그의 0호 테이블의 설정에 따라, 상기 조회 패킷이 그의 CPU 모듈에 수신되며, CPU 모듈에 의해 상기 조회 패킷을 분석하여 응답 패킷（상기 응답에 액세스 교환국의 등록 정보가 포함됨）을 생성하여 MSS-400 서버에 송신한다. 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0001이다.
S7, MSS-400 서버는 BX-008-0교환국에 의해 송신된 응답 패킷을 수신한 후, 응답 패킷의 소스 어드레스（SA） 및 장치 타입을 대비하면 그의 0호 포트에 하나의 액세스 교환국이 연결되어 있는 것을 알게 되며, 그다음에 노드 서버 내의 등록 정보 테이블에서 이 액세스 교환국의 정보를 검출하여 상기 액세스 교환국에 엑세스 명령（그의 접속망(access network, AN) 어드레스가 0x0001임을 알려줌）을 송신한다.
S8, BX-008-0교환국은 엑세스 명령을 수신한 후, 자기의 접속망(access network, AN) 어드레스가 0x0001인 것을 알게 되어 액세스한다. 따라서 그의 0호 테이블“00 0000 0000 0000 0001”을 “01 0000 0000”로 설정하며, 0호 테이블의 다른 테이블 항목을“00 0000 0000”로 설정한다. 즉 상기 교환국의 하행 프로토콜 패킷만 CPU에 도입되며, 동시 서버에 엑세스 명령 응답을 송신한다.
S9, MSS-400 서버는 BX-008-0교환국에 의해 송신된 엑세스 명령 응답을 수신하여 BX-008-0교환국의 액세스됨을 알게 되어, 서버 내의 어드레스 정보 테이블의 제 0x0001항목을 이하와 같이 설정한다:
● 어드레스 점용 기술자(descriptor): “10”은 어드레스의 이미사용을 의미함;
● 장치 기술자(descriptor): “000001”은 액세스 교환국BX-008을 의미함;
● 장치 자원 기술 정보(descriptive information): 이 액세스 교환국에 있는 8개의 100Mbps 하행 인터페이스는 순차적으로 0호 포트 내지 7호 포트로 정의되며, 하나의 CPU 모듈 인터페이스는 8호 포트로 정의되며, 하나의 100Mbps 상행 인터페이스는 9호 포트로 정의된다. 이 액세스 교환국 사이즈는 BX-008이며, 그의 상행 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 0x0000（즉, MSS-400）이며, 하행 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 미할당되며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
그 후부터 초당으로 이 포트에 장치 상태 조회 명령을 송신하여, BX-008-0교환국이 정상 동작하는지 여부를 검출하며, 동시에 BX-008-0교환국의 하행 포트에 포트 하행 프로토콜 패킷을 송신하여, 다른 접속망(access network, AN) 장치가 이 액세스 교환국에 연결되어 있는지 여부를 검측한다. 이런 경우, MSS-400 서버는 그의 0호 테이블에서 이하와 같이 설정한다:
● “00 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1010“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1011“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1100“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1101“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000d인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1110“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000e인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1111“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000f인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0001 0000“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
MSS-400 서버는 포트 할당 정보가 포함된 포트 할당 패킷을 통해, BX-008-0교환국에 그의 0호 테이블에서 이하와 같이 설정하도록 통지한다:
● “00 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨;
● “00 0000 0000 0000 1010“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷이 1호 포트에 안내됨;
● “00 0000 0000 0000 1011“ => “00 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 포트 하행 프로토콜 패킷이 2호 포트에 안내됨;
● “00 0000 0000 0000 1100“ => “00 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 포트 하행 프로토콜 패킷이 3호 포트에 안내됨;
● “00 0000 0000 0000 1101“ => “00 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000d인 포트 하행 프로토콜 패킷이 4호 포트에 안내됨;
● “00 0000 0000 0000 1110“ => “00 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000e인 포트 하행 프로토콜 패킷이 5호 포트에 안내됨;
● “00 0000 0000 0000 1111“ => “00 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000f인 포트 하행 프로토콜 패킷이 6호 포트에 안내됨;
● “00 0000 0000 0001 0000“ => “00 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷이 7호 포트에 안내됨;
S10, MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000b, 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 0x000e, 0x8000 0x0000 0x0000 0x000f, 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, MSS-400 서버에서의 0호 테이블의 설정에 따라, 상기 포트 하행 프로토콜 패킷은 순차적으로 MSS-400 서버의 0호 포트에 안내되며, BX-008-0교환국의 0호 테이블의 설정에 따라, 포트 하행 프로토콜 패킷은 순차적으로 BX-008-0교환국0 내지 7호 포트에 안내된다. 또한, MSS-400 서버에서의 어드레스 정보 테이블의 제 0x0009내지 0x0010항목은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): “01”이 어드레스가 사용대기인 것을 의미함;
● 장치 기술자(descriptor): 수정 없음;
● 장치 자원 기술 정보(descriptive information) : 수정 없음.
다음의 어드레스는 0x0011이다.
S11, STB-0는 BX-008-0교환국의0호 포트부터 포트 하행 프로토콜 패킷（즉, 목적 어드레스는 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷임）을 수신하며, 포트 하행 프로토콜 패킷을 수신한 후에 포트 상행 프로토콜 패킷（이 단말의 등록 정보가 포함됨）을 송신한다. 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0009（교환국의0호 포트）이다.
S12, MSS-400 서버는 STB-0교환국에 의해 송신된 인 포트 상행 프로토콜 패킷을 수신한 후, 상행 프로토콜 패킷의 소스 어드레스（SA） 및 장치 타입에 대비하여 BX-008-0의 0호 포트에 하나의 단말이 연결되어 있음을 알게 되며, 그다음에 서버 내의 등록 정보 테이블에서 단말 정보를 검출하며, 단말에 엑세스 명령（단말의 접속망 어드레스가 0x0009임을 알려줌）을 송신한다.
S13, STB-0은 엑세스 명령을 수신한 후에, 자기의 접속망(access network, AN) 어드레스가 0x0009 인 것을 알게 되어 액세스하며, 동시에 서버에 엑세스 명령 응답을 송신한다.
S14, MSS-400 서버는 STB-0에 의해 송신된 엑세스 명령 응답을 수신하여 STB-0교환국의 액세스됨을 알게 되어, 어드레스 정보 테이블의 제 0x0009 항목을 이하와 같이 설정한다:
● 어드레스 점용 기술자(descriptor): “10”은 이 어드레스의 이미사용을 의미함;
● 장치 기술자(descriptor): “000011”는 단말을 의미함;
● 장치 자원 기술 정보(descriptive information): 이 단말에 영상 음성 코딩 엔진 및 하나의 100Mbps 인터페이스가 있다. 이 단말 사이즈는 STB이며, 그의 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 0x0001（즉 BX-008-0）이며, 그의 네트워크 포트의 상/하행 스트림 카운트는 0이다.
어드레스 정보 테이블의 제 0x0001항목은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 수정 없음;
● 장치 기술자(descriptor): 수정 없음;
● 장치 자원 기술 정보(descriptive information): 이 액세스 교환국에 있는 8개의 100Mbps 하행 인터페이스순차적으로 0호 포트 내지 7호 포트로 정의되며, 하나의 CPU 모듈 인터페이스는 8호 포트로 정의되며, 하나의 100Mbps 상행 인터페이스는 9호 포트로 정의된다 이 액세스 교환국 사이즈는 BX-008이며, 그의 상행 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 0x0000（즉 MSS-400）이며, 하행 네트워크 포트0에 연결된 장치의 접속망(access network, AN) 어드레스는 0x0009이며, 나머지는 할당하지 않았으며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
그 후부터 MSS-400 서버는 초당으로 포트에 장치 상태 조회 명령을 송신하여, STB-0이 정상 동작하는지 여부를 검측하며, 서버가 6초 내에 상태 조회 응답을 수신되지 못했으면 STB-0이 이미 네트워크를 떠났다고 여기며, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 이 포트에 조회 패킷을 지속적으로 송신한다.
상기 S6-S14 단계를 참조하면, BX-008-1도 액세스하며, 그 접속망(access network, AN) 어드레스가 0x0002인 것을 획득하고. STB-1도 액세스하며, 그 접속망(access network, AN) 어드레스가 0x0012인 것을 획득한다.
3.1.5접속망(access network, AN) 장치의 액세스 과정에서의 데이터 포맷의 정의:
PDU는 유저 단말과 서버의 정보 인터랙팅 방식이며, 양자는 로 소켓（Raw Socket）으로 PDU를 전송한다. PDU의 데이터 포맷은 이하와 같다:
| 목적 어드레스 | 소스 어드레스 | 보류 바이트 | PDU |
| 4W | 4W | 2BYTE | 32W 또는 528W |
3.2접속망(access network, AN) 장치의 통신 연결흐름:
3.2.1접속망(access network, AN) 장치가 유니캐스트 통신 서비스를 수행시의 통신 연결 흐름 예:
도 7에 도시된 바와 같이, 노드 서버MSS-400（접속망 어드레스가 0x0000）에 있어서, 그의 0호 포트에 하나의 액세스 교환국BX-008-0（접속망 어드레스가 0x0001임）이 연결되며, 그의 1호 포트에 하나의 액세스 교환국BX-008-1（접속망 어드레스가 0x0002임）이 연결되며, BX-008-0의 0호 포트에 하나의 셋 톱 박스STB-0（접속망 어드레스가 0x0009임）에 연결되며, BX_008-1의 1호 포트에 하나의 셋 톱 박스STB-1（접속망 어드레스가 0x0012임）이 연결되어 있다. 셋 톱 박스STB_0은 노드 서버MSS-400에 셋 톱 박스STB_1과 영상 통신을 신청하는 유니캐스트 통신 서비스를 송신하며, 이 과정은 S1내지 S5를 포함하며, 이하 구체적으로 설명한다.
S1, 셋 톱 박스STB_0은 서비스 요청 프로토콜 패킷을 송신하며, 패킷의 DA（목적 어드레스）는 0x0800 0x0000 0x0000 0x0000（즉 MSS-400의 어드레스임）이며, SA（소스 어드레스）는 0x0000 0x0000 0x0000 0x0009이다. 상기 패킷에서, reserved 0x0000（보류 바이트）가 더 포함될 수 있으며, PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 유저 신청 명령（소스 단말-> 노드서버） |
| 1 | 1W | 서비스 타입（service_type） | |
| 2-4 | 3W | 유저 넘버（소스 단말의 넘버） | |
| 5 | 1W | 유저 내선 넘버（소스 단말의 내선 넘버） | |
| 6-(31) | 26W | 서비스 파라미터（비어 있는 부분에 0을 부가） | |
서비스 신청에 관련된 프로그램 넘버, 방송 채널 넘버는 모두 서비스 파라미터에 넣어놓는다, 예컨대:
#define SERVICE_TYPE_GTML_REQUEST 0x8000 메뉴신청
#define SERVICE_TYPE_VOD_REQUEST 0x8001 프로그램 신청
#define SERVICE_TYPE_CHANGE_MENU 0x8002 배경 메뉴 변경 신청
#define SERVICE_TYPE_BROADCAST_REQUEST 0x8003 방송 시청 신청
#define SERVICE_TYPE_CHANGE_CHANNEL 0x8004 통로 재핑 신청
#define SERVICE_TYPE_TELEPHONE_DIRECT 0x8005 화상 전회 통화 신청
#define SERVICE_TYPE_PERMISSION 0x8006 액세스 응낙 여부에 대한 응답
#define SERVICE_TYPE_RECORD_REQUEST 0x8007 녹음 신청
#define SERVICE_TYPE_END_REQUEST 0x8008 현재 서비스 종료 신청
#define SERVICE_TYPE_ORG_CAST_REQUEST 0x8009 생중계 이니시에이팅 신청
#define SERVICE_TYPE_DDB_REQUEST 0x800b 지연 방송 시청 신청
#define SERVICE_TYPE_SKIP 0x800c 온 디맨드 방송 또는 지연 방송을 시청하는 과정에서의 앞으로 가기, 뒤로 가기, 일시 정지, 계속
#define SERVICE_TYPE_RECORD_END 0x800e 녹음 종료 신청
#define SERVICE_TYPE_VIEW_Monitor_DIRECT 0x8024 모니터링 시청 신청 시청 신청
#define SERVICE_TYPE_RCV_CAST_DIRECT 0x8025 생중계
#define SERVICE_TYPE_TELEPHONE_REQUEST 0 화상 전회 통화 신청
#define SERVICE_TYPE_RCV_CAST_REQUEST 0xa 생중계 시청 신청
#define SERVICE_TYPE_VIEW_Monitor 0xc 모니터링 시청 신청
당해 예에서, 서비스 파라미터는 SERVICE_TYPE_TELEPHONE_REQUEST 또는 SERVICE_TYPE_TELEPHONE_DIRECT이다.
S2, 셋 톱 박스STB_0과 노드 서버MSS-400 사이에 연결된 액세스 교환국BX-008-0에서의 1호 테이블의 설정에 따라, 상기 서비스 요청 프로토콜 패킷은 노드 서버MSS-400에 안내되며, 노드 서버MSS-400은 패킷의 내용에 따라, 수신된 영상 통신 신청（서비스 타입）을 판단한다. 서비스 넘버에 따라 CAM 테이블（내용-어드레스 매핑 테이블）을 조회하여 수신자（목적 단말）가 STB_1인 것을 알게 되며, 자신 내의 어드레스 정보 테이블에 따라, 이번 서비스에 관련된 링크 위상을 알게 되며, 링크 사용 응낙되며 양측이 통신 할 수 있다고 판단한다. 이로써 메뉴 프로토콜 패킷을 발신자（STB_0）와 수신자（STB_1） 각각에 송신하며, 수신자 응답을 기다린다.
여기서, STB_0에 송신한 메뉴 프로토콜 패킷에 있어서, DA는 0x8000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000, reserved 0x0000이며, PDU부분은 이하 테이블에 도시된 바와 같다:
| 필드 넘버 | 길이 | 碼 | 설명 |
| 0 | 1W | 3900 | 데이터 다운로드 명령 |
| 1 | 1W | 데이터 타입（0=무효, 1=gtml 2=gtml머티리얼 3= 셋 톱 박스 프로그램 4=메뉴 작동 5=bmp 100=게이트웨이의dsp 프로그램 101= 008의 dsp 프로그램） | |
| 2 | 1W | 보류 | |
| 3 | 1W | 유효 패킷 개수 | |
| 4 | 1W | 현재는 몇 번째의 패킷인지 | |
| 5 | 1W | 현재 패킷 중의 유효 데이터길이 | |
| 6-14 | 9W | 보류 | |
| 15-526 | 512W | 데이터 | |
| 527 | 1W | CRC（즉 512개의 데이터가 가함） |
STB_1에 송신한 메뉴 프로토콜 패킷에 있어서, DA는 0x8000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이며, PDU부분은 이하 테이블에 도시된 바와 같다.
S3, 노드 서버MSS-400에서의 0호 테이블의 설정 및 액세스 교환국BX-008-0과 BX-008-1에서의 0호 테이블의 설정에 따라, 이 2개의 메뉴 프로토콜 패킷은 각각 셋 톱 박스STB_0과 STB_1에 안내된다. 수신자 STB_1은 영상 통시 응낙 신청(SERVICE_TYPE_PERMISSION)을 송신하며, 노드 서버MSS-400에 응답 프로토콜 패킷을 송신한다. 상기 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0012이며, reserved는 0x0000이며, 서비스 파라미터는 SERVICE_TYPE_PERMISSION이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 유저 신청 명령（목적 단말 -> 노드 서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 유저 넘버（소스 단말의 넘버） | |
| 5 | 1W | 유저 내선 넘버（소스 단말의 내선 넘버） | |
| 6-(31) | 26W | 서비스 파라미터（SERVICE_TYPE_PERMISSION） | |
S4, 액세스 교환국BX-008-1에서의 1호 테이블의 설정에 따라, 상기 응답 프로토콜 패킷은 노드 서버MSS-400에 안내된다. 노드 서버MSS-400는 패킷의 내용에 따라 영상 통신 응낙 신청을 수신했다고 판단하며, 서비스 넘버에 따라 CAM 테이블을 조회하여 수신자가 STB_1일 것을 알게 되며, 자신 내의 어드레스 정보 테이블에 따라, 노드 서버MSS-400은 이번 서비스에 관련된 링크 위상을 알게 되며, 링크 사용이 응낙되며 양측이 통신할 수 있다고 판단한다.
이런 경우, 노드 서버MSS-400는 이하와 같이 자신의 2호 테이블을 설정한다:
● “10 0000 0000 0001 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012（즉, 셋 톱 박스BX-008-1）인 유니캐스트 데이터 패킷이 1호 포트에 안내됨;
● “10 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009（즉 셋 톱 박스BX-008-0）인 유니캐스트 데이터 패킷이 0호 포트에 안내된다.
또한, 노드 서버MSS-400는 상행 링크（발신자 액세스）와 하행 링크（수신자 액세스）에서의 모든 액세스 교환국에 포트 설치 명령을 송신하여 상대방의 어드레스의 상행 링크와 자신 어드래스의 하행 링크를 동시 개방하도록 요청한다.
액세스 교환국BX-008-0에 송신한 2개의 패킷은 이하에서 설명한다.
1）제1 패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0012 | |
| 6 | 1W | 동작 방식:"0 0000 0000" 상행 9호 포트를 개방함을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 액세스 교환국 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
2）제2 패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0009 | |
| 6 | 1W | 동작 방식:"0 0000 0001"은 0호 포트의 개방을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 액세스 교환국 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
액세스 교환국BX-008-1에 송신한 2개의 패킷은 이하에서 설명한다.
1）제1 패킷의 DA는 0x8000 0x0000 0x0000 0x0002이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0009 | |
| 6 | 1W | 동작 방식:"0 0000 0000"은 상행 9호 포트의 개방을 표시함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 액세스 교환국 어드레스접속망 어드레스）0x0002 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
2）제2 패킷의 DA는 0x8000 0x0000 0x0000 0x0002이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0012 | |
| 6 | 1W | 동작 방식:"0 0000 0010"은 1호 포트의 개방을 표시함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 액세스 교환국 어드레스접속망 어드레스）0x0002 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
셋 톱 박스STB-0에 송신한 패킷（서비스 처리 명령, 당해 예에서는 코딩/디코딩 명령임）은 이하에서 설명한다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 소스 단말） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x1000 0x0000 0x0000 0x0012 | |
| 19-22 | 4W | 0x1000 0x0000 0x0000 0x0009 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
STB-1에 송신한 패킷（서비스 처리 명령, 당해 예에서는 코딩/디코딩 명령）은 이하에서 설명한다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 목적 단말） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x1000 0x0000 0x0000 0x0009 | |
| 19-22 | 4W | 0x1000 0x0000 0x0000 0x0012 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-31 | 5w | 0 | |
상기 코딩/디코딩 명령의 PDU에 있어서, 필드 넘버13은 코딩 타입을 의미하며 즉, 0=코딩 종료, 0ffff=원상 유지, 0xfffe는 디코딩된 데이터를 피드백하여 로컬 코딩을 수행하지 않음을 의미한다. 필드 넘버14는 디코딩 타입을 의미하며 즉, 0=디코딩 종료, 0ffff=원상 유지. 필드 넘버1518은 코딩 어드레스（DA또는 멀티캐스트 어드레스）를 의미하며, 즉, 0xffff=원상 유지. 필드 넘버19-22는 디코딩 어드레스（DA 또는 멀티캐스트 어드레스）를 의미하며, 즉 0xffff=원상 유지. 필드 넘버23은 HB:코딩HDA, LB:디코딩된 HAD, 0xffff=원상 유지를 의미한다. 필드 넘버24는 얼라밍 파라미터를 의미하며, 즉 0=폐쇄 얼라밍, 1＝시작 얼라밍, 0xffff=원상 유지. 필드 넘버25는 광학줌(Pan/Tilt/Zoom,PTZ) 동작 파라미터를 의미하며 즉 0xffff=원상 유지. 필드 넘버26은 세컨드리 채널 동작 파라미터를 의미하며, 즉 0xffff=원상 유지.
여기서, 코딩 타입은 이하 테이블에 도시된 바와 같다:
| 코드 | 비디오 압축 | 비디오 포맷 | 오디오 주파수 압축 | 스트림 레벨 |
| 0x3215 | MPEG4 | PAL | MP3 | 1.7M |
| 0x3217 | MPEG4 | PAL | MP3 | 3.3M |
| 0x3218 | MPEG4 | PAL | MP3 | 6.6M |
S5, 노드 서버MSS-400에서의 0호 테이블의 설정 및 액세스 교환국BX-008-0, BX-008-1에서의 0호 테이블의 설정에 따라, 액세스 교환국에 송신된 앞4개의 패킷은 각각 BX-008-0, BX-008-1에 송신된다.
이런 경우, 액세스 교환국BX-008-0은 이하와 같이 자신의 2호 테이블을 설정한다.
● “10 0000 0000 0001 0010“ => “10 0000 0000”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 9호 포트에 안내됨;
● “10 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 0호 포트에 안내됨;
액세스 교환국BX-008-1은 이하와 같이 2호 테이블을 설정한다:
● “10 0000 0000 0001 0010“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 1호 포트에 안내됨;
● “10 0000 0000 0000 1001“ => “10 0000 0000”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 9호 포트에 안내됨.
노드 서버MSS-400에서의 0호 테이블의 설정 및 액세스 교환국BX-008-0, BX-008-1에서의 0호 테이블의 설정에 따라, 셋 톱 박스에 송신된 뒤2개의 패킷은 각각 셋 톱 박스STB-0, STB-1에 송신된다. 패킷을 수신한 후, 셋 톱 박스STB-0, STB-1은 패킷의 내용에 따라 코딩/디코딩하며, 유니캐스트 데이터를 송수신한다.
구체적으로, 당차 서비스의 통신 링크가 설정된 후, 상기 셋 톱 박스STB-0, STB-1은 상기 통신 링크를 통해 유니캐스트 데이터를 송수신하는 과정은 단계 1)-단계 8)을 포함한다.
단계 1） 셋 톱 박스STB-0은 셋 톱 박스STB-1에 유니캐스트 데이터 패킷을 송신한다. 상기 패킷의 DA는 0x1000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0009이다.
단계 2） 상기 유니캐스트 데이터 패킷이 액세스 교환국BX-008-0에 입력되며, 교환국BX-008-0에 액세스된 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0001 0010”이다. 상기 테이블 항목의 출력은 “10 0000 0000”(“10 0000 0000 0001 0010“ => “10 0000 0000”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 9호 포트에 안내됨）이며, 상행 9호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 9호 포트를 통해 노드 서버MSS-400에 들어간다.
단계 3）노드 서버MSS-400이 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0001 0010”이다. 상기 테이블 항목의 출력은 “000 0000 0010”（“10 0000 0000 0001 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 1호 포트를 통해 액세스 교환국BX-008-1에 들어간다.
단계 4） 액세스 교환국BX-008-1이 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0001 0010”이다. 상기 테이블 항목의 출력은 “00 0000 0010”（“10 0000 0000 0001 0010“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다, 현재 유니캐스트 데이터 패킷은 상기 1호 포트를 통해 셋 톱 박스STB-1에 들어간다.
단계 5） 셋 톱 박스STB-1은 셋 톱 박스STB-0에 유니캐스트 데이터 패킷을 송신한다. 상기 패킷의 DA는 0x1000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0012이다.
단계 6） 상기 유니캐스트 데이터 패킷이 액세스 교환국BX-008-1에 보내가며, 액세스 교환국BX-008-1의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0000 1001”이다. 상기 테이블 항목의 출력은 “10 0000 0000”(“10 0000 0000 0000 1001“ => “10 0000 0000”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 9호 포트에 안내됨）이며, 상행 9호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 9호 포트를 통해 노드 서버MSS-400에 들어간다.
단계 7） 노드 서버MSS-400이 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0000 1001”이다. 상기 테이블 항목의 출력은 “000 0000 0001”（“10 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 0호 포트에 안내됨）이며, 하행 0호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 0호 포트를 통해 액세스 교환국BX-008-0에 들어간다.
단계 8） 액세스 교환국BX-008-0이 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0000 1001”이다. 상기 테이블 항목의 출력은 “00 0000 0001”(“10 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 0호 포트에 안내됨）이며, 하행 0호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 0호 포트를 통해 셋 톱 박스STB-0에 들어간다.
상기 과정으로 유니캐스트 서비스 통신을 실시하는 것은 이하와 같이 간단하게 설명한다.
STB-0가 MSS-400 서버에 STB-1과의 화상 전화 통화를 신청한다고 가설하면, STB-0부터 MSS-400에 송신된 서비스 신청 패킷에는 신청한 서비스 타입（당해 예에서는 화상 전화이므로, 상대방의 넘버, 예컨대 8888 8888 8888이 포함됨）가 포함된다.
MSS-400 서버는 서비스 신청 패킷을 수신한 후, 서비스 타입을 검측하여 화상 전화인 것을 알게 되어, 화상 전화 서비스 흐름에 호핑한다. 상대방의 넘버（8888 8888 8888）에 따라, MSS-400 서버는 CAM을 조회함으로써 STB-1의 접속망(access network, AN) 어드레스（STB-1이 액세스할 때, MSS-400 서버는 CAM의 내용을 업데이트하므로, 어드레스가 0x0012인 것을 8888 8888 8888으로 업데이트함）를 알게 되며, STB-0, STB-1의 접속망(access network, AN) 어드레스에 따라, 어드레스 정보 테이블을 조화하여 이들의 위상 정보를 알 수 있다. 0x0009에 의해 STB-0에 BX-008-0의 0호 포트가 연결되며, 상/하행 스트림이 0이며, 링크 스트림이 100Mbit/s이며, BX-008-0의 접속망(access network, AN) 어드레스가 0x0001인 것을 알게 된다. 어드레스 정보 테이블을 조회함으로써 BX-008-0에 MSS-400的0호 포트가 연결되며, 상/하행 스트림이 0이며, 링크 스트림이 100Mbit/s인 것을 알게 된다. 마찬가지로 STB-1 의 링크의 스트림 정보도 알 수 있다. 신청한 화상 전화의 상/하행 대역폭은 2Mbit/s이므로 요구에 부합하며, 또 다른 정보도 요구에 부합되면, 서버는 수신자 셋 톱 박스와 발신자 셋 톱 박스 사이의 모든 교환국의 상기 2개의 유니캐스트 데이터의 통로를 개방하며（BX-008-0의 0호 포트 및 BX-008-1의 1호 포트의 어드레스에 대한 매칭과 정확한 스트림 제어가 포함됨）, 어드레스 정보 테이블의 링크의 스트림 정보를 수정하며, 서버는 코딩/디코딩 명령을 양측 셋 톱 박스에 송신한다.
3.2.2접속망(access network, AN) 장치가 멀티캐스트 통신 서비스를 수행할 경우의 통신 연결 흐름의 예:
도7에 도시된 바와 같이, 노드 서버MSS-400（접속망 어드레스가 0x0000임）에 대해 이하와 같이 가설한다: 그의 0호 포트에 하나의 액세스 교환국BX-008-0（접속망 어드레스가 0x0001임）가 연결되며, 그의 1호 포트에 하나의 액세스 교환국BX-008-1（접속망 어드레스가 0x0002임）이 연결되며, BX-008-0의 0호 포트에 하나의 셋 톱 박스STB-0（접속망 어드레스가 0x0009임）이 연결되며, STB_0의 넘버가 0x6666 0x6666 0x6666이며, BX_008-1의 1호 포트에 하나의 셋 톱 박스STB-1（접속망 어드레스가 0x0012임）이 연결되며, STB_1의 넘버가 0x8888 0x8888 0x8888이다. 셋 톱 박스STB_0은 노드 서버MSS-400에 생중계 이니시에이팅을 신청하며, 단계S1- S4를 포함한다.
S1, 셋 톱 박스STB_0은 생중계를 이니시에이팅하는 서비스 요청 프로토콜 패킷을 송신하며, 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0009이며, reserved 0x0000（보류 바이트）이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 단말 신청명령（단말-> 노드서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 단말 넘버(신청자의 넘버）0000 | |
| 5 | 1W | 단말 내선 넘버(신청자의 내선 넘버）0000 | |
| 6-(31) | 26W | #define SERVICE_TYPE_ORG_CAST_REQUEST 0x8009 생중계 이니시에이팅 신청 | |
S2, 셋 톱 박스STB_0과 노드 서버MSS-400 사이에 연결된 액세스 교환국BX-008-0에서의 1호 테이블의 설정에 따라, 상기 서비스 요청 프로토콜 패킷은 노드 서버MSS-400에 안내된다. 노드 서버MSS-400은 패킷의 내용에 따라, 생중계 이니시에이팅 신청（서비스 타입）을 수신했다고 판단하며, 서비스 넘버에 따라 CAM 테이블（내용-어드레스 매핑 테이블）을 조회하여 유저（소스 단말）가 STB_0인 것을 알게 되며, 그의 내부의 어드레스 정보 테이블에 따라, 이번 서비스에 관련된 링크 위상을 알게 되며, 링크 사용이 응낙되어 생중계를 이니시에이팅할 수 있다고 판단되어, 멀티캐스트 어드레스를 0x0008로 할당한다. 또한, 노드 서버는 현재 통신 링크에서의 모든 액세스 교환국에 포트 설치 명령을 송신하며, 상대방의 어드레스의 상행 링크와 자신 어드레스의 하행 링크를 동시 개방하도록 요청한다. 이때, 링크 위상에 따라 판단함으로써 현재 액세스 교환국BX-008-0만 설정할 필요 있음을 알게 된다.
이런 경우, 노드 서버MSS-400은 액세스 교환국BX-008-0에 패킷을 송신하며, 구체적으로 이하와 같다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved 0x0000（보류 바이트）이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 6 | 1W | "0 0000 0001"는 0호 포트의 개방을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x78 | |
| 12 | 1W | 액세스 교환국 어드레스(접속망 어드레스）0x0001 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
노드 서버MSS-400는 셋 톱 박스STB-0에 패킷(서비스 처리 명령, 당해 예에서는 코딩/디코딩 명령임）을 송신한다. 구체적으로 이하와 같다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 셋 톱 박스） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 19-22 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
S3, 노드 서버MSS-400에서의 0호 테이블의 설정에 따라, 액세스 교환국BX-008-0에 송신된 패킷은 BX-008-0에 안내될 수 있다. 이런 경우, BX-008-0은 이하와 같이 자신의 3호 테이블을 설정한다:
● “11 0000 0000 0000 1000“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷인 0호 포트에 안내됨.
S4, 노드 서버MSS-400에서의 0호 테이블의 설정 및 액세스 교환국BX-008-0에서의 0호 테이블의 설정에 따라, 셋 톱 박스STB-0에 송신된 패킷은 STB-0에 안내된다. STB-0은 패킷의 내용에 따라 디코딩하기 시작하며, 멀티캐스트 데이터를 송수신하기 시작한다.
구체적으로, 상기 셋 톱 박스STB-0은 현재 생중계 이니시에이팅 통신 링크에 의해 멀티캐스트 데이터를 송수신하는 과정은 이하의 1)과 2)를 포함한다.
1） 셋 톱 박스STB-0는 멀티캐스트 데이터 패킷을 송신하며, 상기 패킷의 DA는 0x7800 0x0000 0x0000 0x0008（멀티캐스트 어드레스）이며, SA는 0x0000 0x0000 0x0000 0x0009이다.
2） 상기 멀티캐스트 데이터 패킷은 액세스 교환국BX-008-0에 보내가며, 액세스 교환국BX-008-0의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 3호 테이블을 조회하며 테이블의 어드레스는 “11 0000 0000 0000 1000”이다. 상기 테이블 항목의 출력은 “00 0000 0001”(“11 0000 0000 0000 1000“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷은 0호 포트에 안내됨）이며, 하행 0호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 0호 포트를 통해 셋 톱 박스STB-0에 들어간다.
셋 톱 박스STB_1은 노드 서버MSS-400에 생중계 시청을 신청하며, 넘버는 0x6666 0x6666 0x6666이며, 이하와 같이 단계 S1-S4를 포함한다.
S1, 셋 톱 박스STB_1은 생중계 시청의 서비스 요청 프로토콜 패킷을 송신하며, 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0012이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 유저 신청명령（단말-> 노드서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 단말 넘버(신청자의 넘버）0x6666 0x6666 0x6666 | |
| 5 | 1W | 단말 내선 넘버(신청자의 내선 넘버）0000 | |
| 6-(31) | 26W | #define SERVICE_TYPE_RCV_CAST_DIRECT 0x8025 생중계 시청을 신청 | |
S2, 셋 톱 박스STB_1과 노드 서버MSS-400 사이에 연결된 액세스 교환국BX-008-1에서의 1호 테이블의 설정에 따라, 상기 서비스 요청 프로토콜 패킷은 노드 서버MSS-400에 안내되며, 노드 서버MSS-400는 패킷의 내용에 따라, 생중계 시청 신청의 수신을 판당하며, 서비스 넘버에 따라 CAM 테이블을 조회함으로써 이니시에이팅 장치（소스 단말）가 STB_0인 것을 알게 되며, 자신 내의 어드레스 정보 테이블에 따라, 당차 서비스에 관련된 링크 위상을 알게 되어, 링크 사용이 응낙되며 생중계를 시청할 수 있다고 판단하여, 멀티캐스트 어드레스（소스 단말에 할당된 멀티캐스트 어드레스에 대응됨）를 0x0008으로 할당한다. 또한, 노드 서버는 현재 통신 링크에서의 모든 액세스 교환국에 포트 설치 명령을 송신하여, 상대방의 어드레스의 상행 링크와 자신 어드레스의 하행 링크를 동시 개방하도록 요청한다. 이런 경우, 노드 서버MSS-400은 이하와 같이 3호 테이블을 설정한다:
● “11 0000 0000 0000 1000“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 1호 포트에 안내됨.
동시에, 노드 서버MSS-400은 액세스 교환국BX-008-0에 패킷을 송신한다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 6 | 1W | "0 0000 0001"은0, 9호 포트의 개방을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x78 | |
| 12 | 1W | 액세스 교환국 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
동시에, 노드 서버MSS-400은 액세스 교환국BX-008-1에 패킷을 송신한다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0002이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 액세스 교환국포트 설치 명령 （노드 서버-> 액세스 교환국） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 6 | 1W | "0 0000 0010"은 1호 포트 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x78 | |
| 12 | 1W | 액세스 교환국 어드레스접속망 어드레스）0x0002 | |
| 13-15 | 3W | 액세스 교환국 장치의 식별자 | |
| 16-(31) | 18W | 0000 | |
동시에, 노드 서버MSS-400은 셋 톱 박스STB-1에 패킷을 송신한다.
패킷의 DA는 0x8000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 단말） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0xffff | |
| 19-22 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
S3, 노드 서버MSS-400에서의 0호 테이블의 설정에 따라, 액세스 교환국BX-008-0에 패킷을 송신하며, BX-008-1은 각각 액세스 교환국BX-008-0과 BX-008-1에 송신한다.
이런 경우, 액세스 교환국BX-008-0은 이하와 같이 자신의 3호 테이블을 설정한다:
● “11 0000 0000 0000 1000“ => “10 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 0, 9호 포트에 안내됨;
액세스 교환국BX-008-1은 이하와 같이 자신의 3호 테이블을 설정한다.
● “11 0000 0000 0000 1000“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 1호 포트에 안내됨.
S4, 노드 서버MSS-400에서의 0호 테이블의 설정 및 액세스 교환국BX-008-1에서의 0호 테이블의 설정에 따라, 셋 톱 박스STB-1에 송신된 패킷은 STB-1에 안내될 수 있다. STB-1은 패킷의 내용에 따라 멀티캐스트 데이터를 수신하여 디코딩한다.
구체적으로, 상기 셋 톱 박스STB-1는 현재 생중계를 시청하는 통신 링크에 의해 멀티캐스트 데이터를 수신하는 과정은 이하의 1）-4)를 포함한다.
1） 셋 톱 박스STB-0은 멀티캐스트 데이터 패킷을 송신하며 상기 패킷의 DA는 0x7800 0x0000 0x0000 0x0008（멀티캐스트 어드레스）이며, SA는 0x0000 0x0000 0x0000 0x0009이다.
2） 상기 멀티캐스트 데이터 패킷은 액세스 교환국BX-008-0에 보내가며, 액세스 교환국BX-008-0의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이다. 상기 테이블 항목의 출력은 “10 0000 0001”（“11 0000 0000 0000 1000“ => “10 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷은 0, 9호 포트에 안내됨）이며, 하행 0호 포트와 상행9호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 0호 포트를 통해 셋 톱 박스STB-0에 보내가며, 상기 9호 포트를 통해 노드 서버MSS-400에 들어간다.
3）노드 서버MSS-400은 상기 멀티캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이다. 상기 테이블 항목의 출력은 “000 0000 0010”（“11 0000 0000 0000 1000“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷은 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 1호 포트를 통해 액세스 교환국BX-008-1에 들어간다.
4） 액세스 교환국BX-008-1은 상기 멀티캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이다. 상기 테이블 항목의 출력은 “00 0000 0010”（“11 0000 0000 0000 1000“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷은 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 1호 포트를 통해 셋 톱 박스STB-1에 들어간다.
물론, 상기의 유니캐스트 서비스 통신 과정과 멀티캐스트 서비스 통신 과정은 단지 예시적인 것에 불과하며, 사실상, 본 발명에 따른 실시예를 적용하여 유니캐스트 서비스 통신 또는 멀티캐스트 서비스 통신을 수행할 수도 있다.
해당 분야의 기술자가 본 발명을 보다 명확히 이해하기 위해, 이하 본 발명에 따른 실시예들에 의해 서비스 통신을 예시한다.
3.2.3 접속망(access network, AN)의 서비스 흐름예:
3.2.3.1 브로드캐스트 인터액티브 흐름:
브로드캐스트 흐름에 관련된 단말 장치는 코딩 플레이트（브로드캐스트 소스）, 셋 톱 박스（브로드캐스트를 시청하는 측）인 2가지 있다.
코딩 플레이트가 액세스 흐름을 통해 액세스된 후, 노드 서버는 명령을 송신하여 코딩 플레이트를 코딩 시작하도록 한다. 각 코딩 플레이트는 1스트림의 브로드캐스트 데이터를 코딩한다.
시청 시작:
브로드캐스트 흐름에 들어간 후, 우선 셋 톱 박스가 신청 명령을 송신하며, 노드 서버는 셋 톱 박스의 신청 명령을 수신하여 셋 톱 박스가 브로드캐스트를 시청하려는 것을 알게 되며, 셋 톱 박스가 어느 통로의 브로드캐스트를 시청하려는지도 알게 된다. 이때 노드 서버는 코딩 플레이트와 셋 톱 박스 사이의 경로를 검출하여 경로 상의 모든 교환국에 명령을 송신하여, 코딩 플레이트와 셋 톱 박스 사이의, 교환국의 이 경로 스트림의 브로드캐스트 데이터에 대한 모든 통로를 개방하며, 동시에 디코딩 명령을 셋 톱 박스에 송신한다. 따라서 톱 박스는 브로드캐스트를 시청할 수 있게 된다.
시청 종료:
셋 톱 박스에 의해 종료 명령이 송신되며, 노드 서버는 셋 톱 박스의 종료 명령을 수신한 후 코딩 플레이트와 셋 톱 박스 사이의 경로를 찾아내며, 코딩 플레이트와 셋 톱 박스 사이의 교환국의, 이 트래픽의 브로드캐스트 선별데이터의 모든 통로에서 폐쇄할 통로를 선별하여 폐쇄（다른 셋 톱 박스도 동일한 브로드캐스트를 시청하고 있을 수 있으므로 경로 상의 교환국의 모든 채널을 모두 폐쇄해서는 안된다）하며, 동시에 디코딩 종료 명령을 셋 톱 박스에 송신하며, 앞 페이지의 메뉴를 송신하여, 셋 톱 박스를 메뉴에 복귀하도록 한다.
주의: 셋 톱 박스가 수신된 브로드캐스트 데이터와 코딩 플레이트에 의해 송신된 브로드캐스트 데이터는 완전히 동일하다.
3.2.3.2 온디맨드 인터액티브 흐름
온디맨드 흐름에 관련된 단말 장치는 메모리(프로그램 소스）, 셋 톱 박스（온디맨드의 시청측）인 2가지 있다.
시청 시작:
온디맨드 흐름에 들어가서, 우선 셋 톱 박스에 의해 신청 명령이 발송되며, 명령에는 온디맨드의 프로그램 넘버가 포함된다. 노드 서버는 셋 톱 박스의 신청 명령을 수신하여 셋 톱 박스가 온디맨드 시청을 하려는 것을 알게 되며, 셋 톱 박스가 어느 프로그램을 시청하려는 것도 알게 된다. 노드 서버 내의 정보 테이블에서 이 프로그램이 어느 메모리에 있는지 검출할 수 있다.
셋 톱 박스가 액세스하면 어드레스가 고정되어, 온디맨드를 시청하는 데이터는 유니캐스트 데이터이며, 데이터 어드레스는 바로 셋 톱 박스의 어드레스이다.
노드 서버는 메모리（명령에는 프로그램 넘버와 유니캐스트 데이터 어드레스가 포함됨）에 로딩 명령을 송신하며, 메모리를 명령하여 유니캐스트 데이터를 송신하도록 한다. 메모리는 자신에 상기 프로그램의 있음 검출하며, 프로그램을 송신하기 시작한다. 동시에 노드 서버에 로딩 명령 응답을 송신하며, 메모리가 이미 프로그램을 송신하기 시작함을 알려준다.
노드 서버는 메모리의 응답을 수신한 후, 메모리와 셋 톱 박스 사이의 경로를 검출하며, 메모리와 셋 톱 박스 사이의 교환국의 이 경로 트래픽의 유니캐스트 데이터의 모든 통로들을 기방하며, 동시에 셋 톱 박스에 코딩 명령을 송신한다. 이에 따라. 셋 톱 박스는 온디맨드를 시청할 수 있게 된다.
시청 종료:
셋 톱 박스에 의해 종료 명령이 송신되며, 노드 서버는 셋 톱 박스의 종료 명령을 수신한 후 메모리에 로딩 종료 명령을 송신하며, 메모리로 하여금 유니캐스트 데이터의 송신을 종료하도록 명령한다. 메모리는 송신은 종료하며 동시에 노드 서버에 로딩 종료 명령 응답을 송신하며, 메모리가 이미 프로그램 송신을 종료함을 알려준다.
노드 서버는 상기 응답을 수신한 후 메모리와 셋 톱 박스 사이의 경로를 검출하며, 메모리와 셋 톱 박스 사이의 교환국의 이 경로 트래픽의 유니캐스트 데이터의 모든 통로를 폐쇄하며, 동시에 디코딩 종료 명령을 셋 톱 박스에 송신하며, 앞 페이지 메뉴를 송신하여, 셋 톱 박스를 메뉴에 복구하도록 한다.
3.2.3.3영상 통신 인터액티브 흐름
영상 통신 시작:
발신자 셋 톱 박스에 의해 신청 명령이 송신되며, 명령에는 수신자 셋 톱 박스의 넘버가 포함된다.
노드 서버는 셋 톱 박스의 신청 명령을 수신한 후 우선 수신자 셋 톱 박스의 액세스 여부를 검측하며, 액세스하지 않았으면 발신자 셋 톱 박스에 신청 실패를 알려준다.
만약 수신자 셋 톱 박스가 액세스되어 있으면 수신자 셋 톱 박스가 유휴 상태인지를 조회하며, 유휴 상태 아니면 발신자 셋 톱 박스 신청은 실패된다.
만약 수신자 셋 톱 박스가 액세스되어 있고 유휴 상태이면, 노드 서버는 수신자 셋 톱 박스에 호출 메뉴를 송신하며, 신자 셋 톱 박스의 응답을 기다린다. 수신자 셋 톱 박스는 접수 또는 거절을 선택하여 노드 서버에 응답을 송신한다.
노드 서버는 수신자 셋 톱 박스의 응답을 수신하며,만약 거절 응답을 수신하면, 발신자 셋 톱 박스에 신청 실패를 알려준다.
만약 접수 응답이면, 노드 서버는 코딩/디코딩 명령을 양측 셋 톱 박스에 송신하여 영상 통신을 요청한다. 양측의 셋 톱 박스는 동시에 디코딩해야 하며, 데이터는 유니캐스트 데이터이며, 코딩 어드레스는 상대방의 어드레스이며, 디코딩 어드레스는 자신의 어드레스이다.
노드 서버는 수신자 셋 톱 박스와 발신자 셋 톱 박스 상이의 교환국의 2 결로의 스트림의 유니캐스트 데이터의 모든 통로를 개방한다.
영상 통신 종료:
수신자 셋 톱 박스와 발신자 셋 톱 박스는 모두 종료 신청을 제출할 수 있다. 노드 서버는 셋 톱 박스의 종료 명령을 수신한 후, 수신자 셋 톱 박스와 발신자 셋 톱 박스 사이의 교환국의 이 2 스트림의 유니캐스트 데이터의 모든 통로를 폐쇄한다. 그다음에 수신자 셋 톱 박스와 발신자 셋 톱 박스에 각각 코딩/디코딩 종료 명령을 송신하며, 앞 페이지 메뉴를 송신하여 셋 톱 박스를 메뉴에 복구하도록 한다.
3.2.3.4현장 생중계 인터액티브 흐름
생중계 이니시에이팅:
생중계의 데이터도 브로드캐스트 데이터이다.
셋 톱 박스에 의해 신청 명령이 송신되며, 노드 서버는 신청을 수신한 후 자동적으로 1스트림의 브로드캐스트 데이터를 할당하며, 셋 톱 박스에 코딩/디코딩 명령을 송신하는 동시, 이 셋 톱 박스의 상위층 교환국에 이 스트림의 브로드캐스트 데이터의 통로를 개방하도록 명령한다. 이에 따라 셋 톱 박스는 자기가 이니시에이팅한 브로드캐스트를 시청하게 된다. 여기서, 이니시에이팅측은 동시에 시청측이기도 한다.
생중계 시청
시청측 셋 톱 박스에 의해 신청 명령이 송신되며, 명령에는 생중계를 이니시에이팅하는 측의 넘버가 포함된다. 노드 서버는 신청을 수신한 후 생중계의 이니시에이팅측이 이미 액세스되었는지 여부, 및 생중계 이니시에이팅 조건에 부합하는지 여부를 검측한다. 조건에 부합되지 못하면, 셋 톱 박스에 시청 실패를 알려준다.
만약 조건에 부합되며, 노드 서버는 생중계의 이니시에이팅측과 시청측 셋 톱 박스 사이의 경로를 검출해야 하며, 생중계의 이니시에이팅측과 시청측 셋 톱 박스 사이의 교환국의 이 스트림의 브로드캐스트 데이터의 모든 통로를 개방하며, 동시에 시청측 셋 톱 박스에 디코딩 명령을 송신한다. 이에 따라 셋 톱 박스는 생중계를 시청할 수 있게 된다.
생중계 시청 종료
시청측 셋 톱 박스에 의해 종료 명령이 송신되며, 노드 서버는 시청측 셋 톱 박스의 종료 명령을 수신한 후 생중계의 이니시에이팅측과 시청측 셋 톱 박스 사이의 경로를 확인하며, 생중계의 이니시에이팅측과 시청측 셋 톱 박스 사이의 교환국의 이 스트림의 브로드캐스트 데이터의 통로를 선별하여 폐쇄（경로 상에 다른 셋 톱 박스가 이 생중계를 시청하고 있을 수도 있으므로 교환국의 모든 통로를 직접 폐쇄해서는 안된다）하며, 동시에 시청측 셋 톱 박스에 디코딩 종료 명령을 송신하며, 앞 페이지 메뉴를 송신하며, 시청측 셋 톱 박스를 메뉴에 복구하도록 한다.
생중계 이니시에이팅 종료
생중계의 이니시에이팅측에 의해 종료 명령이 송신되며, 노드 서버는 수신한 후 우선 이 생중계를 시청하는 유저 수를 확인한다. 생중계를 시청하는 모든 유저가 시청 종료 흐름에 따라 시청을 종료한 후, 생중계의 이니시에이팅측에 코딩/디코딩 종료 명령을 송신하며, 동시에 명령 자기의 셋 톱 박스의 상위층 교환국에 이 스트림의 브로드캐스트 데이터의 통로를 폐쇄하도록 명령한다.
3.2.3.5 상기 실례 외에도, 본 발명에 따른 실시예에 의하면 이하의 서비스 통신에도 적용 가능하다.
(가), 제어 가능 브로드캐스트:
1） 브로드캐스트와 제한 브로드캐스트:（멀티캐스트 서비스）
노드 서버는, 브로드캐스트동작 테이블을 유지한다.
브로드캐스트 소스는, 인코더를 실시간으로 시뮬레이팅하며, 교환기를 실시적으로 디지털화하고, 프로그램을 저장한다.
노드 서버는, 브로드캐스트 시청자 카운터를 제한하며, 설정값을 초과하면 새로 늘어나는 시청자의 가입을 거절한다.
노드 서버는, 브로드캐스트 유저 그룹에 대한 심사를 제한한다.
유저 단말이 시청에 들어가면, HLP버튼이 OSD메뉴를 표시하며, 브로드캐스트 내용을 개인 메일 박스에 저장할 수 있다.
제어 가는 브로드캐스트는, 선택적으로 일부 유저에만 서비스（예컨대 페이 비）를 제공할 수 있다.
제어 가능 브로드캐스트는, 시청률（심지어 시청자별의 시청률）을 수시로 통계할 수 있다.
제한 브로드캐스트는, 서로 다른 제한값에 따라 수천 개의 방송 채널에 대해 넓은 가격 범위를 설정하여 대량적으로 비즈니스객들（광고, 교육 등）에게 임대해 줄 수 있다.
2） 투표 피드백（횟수에 따라 계산할 수 있음）:
미디어 센터 MPC는, OSD 내용을 편집 및 기록한다.
노드 서버는, 방송 소스와 동일한 어드레스（DA）의 OSD내용을 정기적으로 송신할 수 있다.
유저 셋 톱 박스는, HLP버튼에 표시된 OSD내용에 따라, 리모컨 피드백 값을 전송(轉送)한다.
유저 프락시 서버는, 유저의 피드백을 수신하며, 유저 정보 테이블을 기록한다（멀티캐스트DA, 프로그램타이밍 코드, 점수 평가와 투표수）.
유저 프락시 서버는 초당으로 유저 정보 테이블을 조회하여, 유저 투표 결과를 노드 서버에 송신한다.
시청자 피드백 정보 는, 평가 참여 총 인원, 각 목적점별의 투표수와 시청자 등급 평정（YES/NO 또는 5점제）을 포함한다. 방송 주파대의 투표 피드백은, 설문지로 여론 조사함과 可用指定問民意調査, 미래 스타 오디션 등에 유용하다.
(나), VOD, MOD:（유니캐스트 서비스）
3） VOD 동작 과정:
노드 서버는, 온디맨드 확인 내용(프로그램 정보, 가격 정보, 시청자 피드백 정보 ）.
노드 서버는, 유저 신청을 수신한 후, 온디맨드 확인 메뉴와 OSD내용을 송신한다.
유저 셋 톱 박스는, HLP버튼에 표시된 OSD내용(프로그램 방송 위치, 등급 평정 제시）에 따라 리모컨 피드백 값을 전송(轉送)한다.
유저 프락시 서버는, 유저 정보 테이블을 기록하며, 온디맨드가 완료되면 유저 등급 평정 결과를 노드 서버에 송신한다.
유저 셋 톱 박스는, 플레이 동작（일시 정지/플레이, 지속 앞/두 돌기, 15분 앞/두 돌기）을 수행한다.
시청자 피드백 정보는, 총 클릭 횟, 시청자 등급 평정（5점제）을 포함한다.
VOD 서비스는, 내용은 대중 미디어나 또는 특정 미디어（TV블로그, 전문 교육과 제품 안내 유지 등）.
4） 拉OK:
VOD와 같이, 오디오 주파수는 독립 더블 트랙을 채택한다.
5） 텔레비전 잡지（MOD）:
노드 서버는, VOD를 기반으로 하여, 오디오 문자 온디맨드와 오디오 이미지 온디맨드를 부가한다.
노드 서버는, 복수의 미디어 내용을 순서로 배열하거나 또는 선택한다.
6） 인터랙티브 멀티미디어 웹사이트:
유저 에이전트는, 텔레비전 잡지를 기반으로 하며 공중을 대상으로 메일 박스를 설정하며, 독자의 도면, 문자, 음성 피드백을 접수한다.
인터랙티브 멀티미디어 웹사이트는, 기업과 정부의 공중 창구로 할 수 있다（전자 정부 시스템）.
(다), TVOD（제어 가능 브로드캐스트+VOD）:（멀티캐스트+유니캐스트 서비스）
7） 집중 모니터링:
미디어 센터 또는 유저 프락시 서버MPC는, 모니터링 동작 테이블을 편집 및 유지하며, 정시 스위치를 선택하여 녹화할 수 있다.
유저 단말은 시청하기 시작하며, HLP버튼에 표시된 OSD메뉴에 따라, 모니터링 내용을 개인 메일 박스에 저장할 수 있다.
집중 모니터링은, 대규모 원격 모니터링에 적용될 수 있으며, 유저 그룹 분리를 통해, 많은 회사들에 보안 서비스를 동시 제공할 수 있다.
8） 텔레비전 재방송（네트워크TiVo）:
유저 프록시 서비스 스토리지는, 수십 채널의 3-7일 동안의 모든 내용을 저장할 수 있다.
유저 단말은 시청하기 시작하며, HLP버튼에 표시된 OSD메뉴에 따라 프로그램 내용을 개인 메일 박스에 저장할 수 있다.
텔레비전 재방송은 유저가 VOD식으로 텔레비전을 볼 수 있으며, 7일전부터 현재까지의 임의 프로그램 내용을 수시로 선택할 수 있다.
9） 프로그램 정선:
미디어 센터 MPC는, 브로드캐스트 프로그램 정선 테이블을 편집 및 유지하며, 프로그램의 자동 녹화를 정시 분류한다.
유저 프록시 서비스 스토리지는, 수십개의 훌륭한 프로그램의 60일 동안의 모든 내용을 저장할 수 있다.
유저 단말은 시청하기 시작하며, HLP버튼에 표시된 OSD메뉴에 따라, 프로그램 내용을 개인 메일 박스에 저장할 수 있다.
프로그램 정선은, TV방송국의 프로그램을 부류 저장하여, 메뉴 형식으로 편집하며, 소비자들이 용이하게 시청할 수 있게 된다.
(라), 현장 생중계:（멀티캐스트 서비스）
1） 간단한 생중계:
유저 프락시 서버는, 제한 브로드캐스트와 동일하다.
유저 프락시 서버는, 생중계 단말의 제어를 통해, 생중계 내용을 녹화할 수 있다.
현장 생중계는, 시청자는 전체 네트워크에 퍼지게 되며, 브로드캐스트 소스를 유저 현장에 설정한다.
2） 비디오 채팅, 온라인 교실, 시민 전용 전회:
참여측 단말이 채팅룸에 연결된 후, HLP버튼에 표시된 OSD내용에 따라, 비디오 업로드를 신청하여 진행자에 꽃선물할 수 있다.
진행자측의 유저 프락시 서버는, 유저 신청을 기록하여 생중계 단말에 OSD 제시를 송신한다.
생중계측 단말은, 여러개의 비디오 업로드 신청OSD를 표시할 수 있을수 있으며, 리모컨에 의해 하나를 선택하여 업로딩하며, 앞에 것을 자동적으로 폐쇄한다.
유저 프락시 서버는, 폐쇄 비디오 업로드를 폐쇄할 경우, 계산 장부에 특징 계산 패킷을 송신한다.
유저 프락시 서버는, 상기 유저의 꽃선물 비용을 생중계측에 통지하며, 계산 장부에 특징 계산 패킷을 송신한다.
유저가 채팅룸에 들어가서, 꽃을 보내며, 오디오 세션에 참여하며, 비디오 회화에 따른 비용은 자동적으로 비례로 개인 메일 박스에 저장된다.
비디오 채팅은, 진행자가 집（현장）에서 방송한 영상은 전체 네트워크에서 전송할 수 있다. 진행자가 시청자 신청을 볼 수 있으며, 많은 시청자 음성을 들을 수 있으나, 1스트림의 시청자 영상만을 선택하여 볼 수 있다.
시청자는 프로그램 테이블에 따라 채팅룸을 알게 되며 다이얼링하여 가입하며, 진행자에 꽃선물하며（비용 별도 발생）, 통화 또는 비디오를 신청할 수 있다.
3) 쇼핑 채널
3) 쇼핑 채널
생중계 단말 또는 연결된 MPC에 의해 쇼핑 정보 （상품과 고객）를 유지한다.
유저 단말이 쇼핑 채널에 연결된 후, HLP버튼에 표시된 OSD 주문서（상품, 사이즈, 수량, 가격）를 표시한다.
유저 단말은 리모컨을 통해 주문서를 기입 및 제출한다.
유저 프락시 서버는, 주문서를 수신한 후 생중계측의 단말 또는 연결된 MPC에 전송(轉送)한다.
생중계측의 단말 또는 MPC는, 주문서를 검사하여 유저에 확인된 주문서를 보낸다.
유저 단말은 주문서를 다시 표시하여 리모컨을 통해 확인한다.
유저 프락시 서버는, 생중계측의 유저 확인을 송신하며, 계산 장부에 특징 계산 패킷을 송신한다.
유저 단말은 시청하기 시작하며, HLP버튼에 표시된 OSD메뉴에 따라, 쇼핑 내용을 개인 메일 박스에 저장한다.
MPC는 특징 소프트웨어를 내장한 PC기이며, TV 셋 톱 박스의 동작 가능성을 향상시킨다.
4） 옥션 채널:
생중계 단말 또는 MPC는, 옥션 정보（상품과 고객）를 유지한다.
유저 단말은 옥션 채널에 연결된 후, HLP버튼을 통해 표시된 OSD 안내（상품, 사이즈, 최고 가격）를 표시한다.
유저 단말은 리모컨을 통해 기입하여 제시 가격을 제출한다.
유저 프락시 서버는, 제시 가격을 수신한 후 생중계측의 단말 또는 MPC에 전송(轉送)한다.
생중계측의 단말 또는 연결된 MPC는, 유저 제시 가격을 검사하며, 유저에 확인된 제시 가격을 피드백한다.
유저 단말은 제시 가격을 재차 표시하여 리모컨을 통해 확인한다.
유저 프락시 서버는, 생중계측의 유저 확인을 송신하며, 계산 장부에 특징 계산 패킷을 송신한다.
유저 단말은 시청하기 시작하며, HLP버튼에 표시된 OSD메뉴에 따라, 옥션 내용을 개인 메일 박스에 저장할 수 있다.
MPC는 특징 소프트웨어를 내장한 PC기이며 단말에 직접 연결되며, TV 셋 톱 박스의 동작 가능성을 향상한다.
5） 비디오 콜센터:
생중계측의 단말 또는 연결된 MPC는, 멀티 채널의 비디오 채팅을 하나의 넘버(또는 명칭）로 바인딩하여, 자원 공유한다.
비디오 콜센터는, 쇼핑 채널 또는 옥션 채널에 직접 연결할 수 있으며, 후속 서비스를 제공한다.
(마), 미팅（멀티 채널 현장 생중계 바인딩）:（멀티캐스트 서비스）
미팅 개시측 단말 또는 연결된 MPC는, 미팅 동작 테이블을 편집 및 유지하여, 멀티 프로세스 바인딩을 실현한다.
1） 미팅 발언:
이니시에이팅측 단말은 참여측 단말을 직접 지정하며 제어하고, 참여측의 원격 동작을 폐쇄하여, 미팅 출석을 강제한다.
이니시에이팅측의 발언을 강제적으로 실현하며, 시청에 참여한다.
이니시에이팅측 단말은 참여측이 일의 사정을 모르는 전제에서, 암의 참여측을 시청하거나 또는 그를 지정 발언 시킬 수 있다.
미팅 발언은, 상급 리더의 보고, 공정 사건의 지휘, 기업 본사와 원격 지사 간의 업무 배차 례회를 하는데 적용된다.
2） 교실 수업:
임의 참여측 단말은, 이니시에이팅측 단말에 발언 신청을 제출할 수 있으며, 이니시에이팅측의 허락을 받은 후 발언할 수 있다.
교실 수업은, 미팅 채팅룸과 생중계 채팅룸의 차이점은 생중계 시청자는 언제나 진행자를 보지만, 미팅 채팅 시청자는 발언자를 보거나, 또는 멀티 디스플레이 단말을 통해 진행자와 발언자를 동시 시청한다.
3） 원탁 회의:
임의 참여측 단말은, ENTER버튼만 누르면, 타인을 중단하여 발언권을 빼앗을 수 있다（적어도 10초 중단하지 않음）.
원탁 회의에 있어서, 미팅 채팅룸과 생중계 채팅룸의 차이점은 생중계 시청자는 언제나 진행자만 볼 수 있으나, 미팅 채팅 시청자는 발언측만 또는 멀티 디스플레이 단말을 통해 진행자와 발언자를 통시 볼 수 있다.
4） 멀티 디스플레이 미팅:
유저 프락시 서버에는 VOD가 삽입할 수 있다.
PBOX단말을 이용해야 하며, 이니시에이팅측（회의 주석）, 발언측, 로컬 회의장, VOD 또는 PC스크린이 동시 표시될 수 있다.
미팅 발언, 교실 수업, 원탁 회의 등 미팅 형식을 선택할 수 있다.
5） 비디오 월(video wall):
이니시에이팅측（회의 주석）, 발언측, 멀티 포인트 회의장, VOD 또는 PC스크린이 동신 표시될 수 있다.
회의 발언, 교실 수업, 원탁 회의 등 미팅 형식을 선택할 수 있다.
(바), 화상 전화:（유니캐스트 서비스）
6） 일반 화상 전화:
유저 프락시 서버는, 전화번호부를 유지하며, 일방 다이얼링과 강제 다이얼링을 지원한다.
유저 단말은 통화 시작하면, HLP버튼에 표시된 OSD메뉴에 따라, 통신 내용을 메일 박스에 저장하며, 상대방 웹캠 각도를 선택 또는 조절할 수 있다.
7） 수신자측 요금 부담 화상 전화（Video 800）:
이러한 넘버는 800으로 시작하며, 유저가 무료이며, 다른 방면은 일반 화상 전화와 같다.
수신자측 요금 부담 화상 전화는 광고, 고객 서비스, 공익 서비스 등에 적용된다.
8） 영상 서비스 전화（Video 900）:
이러한 넘버는 900으로 시작하며, 발신자측은 일반 유저 단말이며, 서비스 요금에는 통신비 외에, 높은 내용 비용（초당）도 포함되며, 다른 것을 일반 화상 전화와 같다.
수신자측은 내용 제공 업체（내용은 실시 통신, VOD, 텔레비전 잡지를 포함한다）이다.
9） 가정 모니터링:
유저 프락시 서버는, 단방향 통신을 하며, 비디오 송신 자원이 충돌이 일어나지 않으면, 다른 서비스와 동시 수행할 수 있다.
유저 단말 다이얼링이 모니터링 시작하면, HLP버튼에 표시된 OSD메뉴에 따라, 모니터링내용이 메일 박스에 저장될 수 있으며, 멀티 채널 웹캠을 선택하거나 또는 상대방의 웹캠 각도를 조절할 수 있다.
모니터링 받는 단말은, 모니터링 권한（1그룹의 모니터링 가능 넘버를 지정하며, 모든 넘버를 개방하거나 또는 넘버를 금지함）을 설정할 수 있다.
가정 모니터링은 가정, 가게, 은행 지점 등에 적용될 수 있다.
(사), 영상 메일, 영상 블로그:（유니캐스트 서비스）
10） 개인 네트워크 저장:
유저 프락시 서버는, 유저메일 박스 테이블을 유지한다.
유저 단말 내용 업로드는, 음성, 도면, 문자를, 초고 형식으로 메일 박스 내에 저장하여, 수시로 꺼내 볼 수 있다.
업로드 내용은 USB포트부터（직접PC, 유에스비, 이동 디스크 등에 직접 연결할 수 있음）입력될 수 있다.
11） 일반 영상 메일:
유저 단말은 메일 박스 내의 내용을 지정하며, 송신 대사의 넘버를 입력하며, 송신을 신청한다.
유저 프락시 서버는, 송신 대상의 단말에 뉴 메일 있음 통지만 보내며, 메일 내용은 전송(轉送)하지 않는다. 수신측 단말이 수신할 때부터 VOD동작을 수행한다.
수신측 단말은 메일 내용을 장기적으로 저장하려면, HLP버튼에 표시된 OSD메뉴에 따라, 내용을 메일 박스에 저장할 수 있다.
12） 문자 메시지와 음성 사서함:
비디오 메일과 같이 처리하며, 내용은 전용 VDOS-SD 메모리에 저장될 수 있다.
13） 영상 블로그:
노드 서버는, 내용에 따라 분류하여, 공중 메일 박스를 유지한다.
유저 단말은 메일은 미디어 센터의 공중 메일 박스（자유 가격이 포함됨）에 업로드할 수 있다.
미디어 센터 MPC는, 업로드 메일을 수신 및 검사하여, VOD내용으로 전환하여, 대응된 카테고리 블로그에 등록 및 저장한다.
노드 서버는, 시청자 피드백 정보 및 온디맨드인 보이스를 유지한다.
수신측 단말은 블로그 내용을 장기적으로 저장하려면, HLP버튼에 표시된 OSD메뉴에 따라 내용을 메일 박스에 저장한다.
영상 블로그인 경우, 내용 비용 중의 일부는 자동적으로 내용 업로드측의 구좌（백화 상점 형식）에 대체할 수 있다.
(자), 컴퓨터 네트워크:
14） 광대역 인터넷:
이더넷 게이트웨이의 존재함으로, 유저 주택에서 일반 이더넷 교환국으로도 뉴 네트워크에 액세스할 수 있게 된다. 이로써, 유저 주택에서 인터넷과 뉴 네트워크의 융합을 실현할 수 있으며, IP 데이터가 공중 인터넷에서 전송할 수 있게 된다.
광대역 인터넷은 분산된 단지 소비자에 적합하다.
15） 멀티미디어 컴퓨터 구내 정보 통신망(LAN):
이더넷 게이트웨이의 존재하므로, 기업에서 일반 이더넷 교환국으로 뉴 네트워크에 액세스할 수 있게 되어, 기업에서 인터넷과 뉴 네트워크의 융합을 실현한다.
멀티미디어 컴퓨터구내 정보 통신망(LAN)은 학교, 기업, 정부 사무실에 적절하다.
(차), 음성 전화:（멀티캐스트+유니캐스트 서비스）
뉴 네트워크 전화는 미압축PCM（G.711）를 집적 사용하며, PSTN품질과 저 시간 지연（FAX와 Modem의 투명 전송 ）기능을 가지며, 기능 면은 PSTN을 초과하며, 코스트 면은 IP전화보다 저렴하고, 뉴 네트워크 대역폭 자원의 백분의 일만 차지할 수 있으면 모든 유저의 전화 서비스를 만족할 수 있다.
16） 뉴 네트워크 전화:
뉴 네트워크 전화망 내의 전화는 뉴 네트워크 전화 넘버를 직접 누를 수 있다.
뉴 네트워크부터 PSTN망으로 다이얼링하는 경우, 99+PSTN전화 넘버이다.
PSTN망부터 뉴 네트워크로 다이얼링하는 경우 077+MP 넘버（077 또는 다른 넘버는 반드시 통신 회사의 협력을 받아야 함）이다.
유저가 통화 시작한 후, “***”를 연속적으로 누르면, 쌍방 통화 내용은 자동적으로 메일 박스에 저장된다.
17） 녹음 전화:
유저는 미스드 콜, 메일 박스 중의 녹음 자동 플레이를 선택할 수 있으며, 그다음에 메일 박스에서 착신 내용을 기록한다.
월당 지불 가능하다.
18） 음성 전화미팅:
노드 서버는, 전용 멀티 음성 합성 장치를 장착하여, 음성이 명확하며, 시간 지연이 작다.
미팅 이니시에이팅측은 미팅 시간, 인원 수, 대응 넘버, 아우터넷 PSTN 비밀 번호를 예악하며, 전과정 녹음을 선택할 수 있다.
노드 서버는, 지정된 유저에 문자 메시지 통지（미팅 넘버가 포함됨）를 송신한다.
유저는 지정 시간에서 지정 넘버를 눌러 전화 미팅에 참석한다.
노드 서버는 시간, 미팅 넘버와 유저 넘버를 자동적으로 검사하며, 미팅 참석측에 자동적으로 콜링한다.
19） 음성 서비스 센터:
멀티미디어 웹사이트 기능과 유사하며, 음성에 국한된다. 이 기능은 일반 기업이 하나의 PC로 실시할 수 있으며, 뉴 네트워크의 집집마다 자동적으로 설정되며 아무 하드웨어도 필요 없으나, 월 사용비가 필요하다.
음성 자동 서비스 센터는 천기, 주식, 교통, 공중 서비스, 고객 서비스 등에 적용된다.
20） 음성 콜센터:
이니시에이팅측 단말 또는 연결된 MPC는, 멀티 전화를 하나의 넘버(또는 명칭）로 바인딩하여 자원 공유한다.
이니시에이팅측은 전과정 녹음을 선택할 수 있다.
21） 음악 유선 방송국:
TV방송국과 유사하며, 내용은 음악에 국한된다.
3.3본 발명에 따른 뉴 네트워크와 종래 이더넷의 융합
상기 뉴 네트워크와 종래 이더넷의 융합을 실현하며, 동신에 종래 이더넷 프로토콜 변환기 게이트웨이의 기능을 충분히 이용하기 위해, 본 발명은 표준의 이더넷 게이트웨이에 대해 개조하여, 특수한 타입인 액세스 교환국으로 하며, 뉴 네트워크와 이더넷 사이에서 연결 전환 역할을 한다. 개조된 이더넷 게이트웨이 는 이더넷 프로토콜 변환기 게이트웨이라 칭한다. 뉴 네트워크에서, 이더넷 프로토콜 변환기 게이트웨이는 접속망(access network, AN) 부분에 위치되며, 액세스 교환국과 연결할 수 있으며, 노드 서버와도 직접 연결할 수 있다. 이더넷에서, 이더넷 프로토콜 변환기 게이트웨이는 표준의 이더넷 교환국（이하 L2교환국이라 약칭）과 연결되며, 이더넷 교환국은 단말을 연결한다.
본 발명에서, 뉴 네트워크와 이더넷 사이의 데이터 전송은 조로 이하와 같은 1）-4)의 4가지 데이터 타입을 가진다:
1）조회 패킷: 노드 서버부터 액세스 교환국에 송신되며, 이더넷 프로토콜 변환기 게이트웨이 또는 단말의 프로토콜 패킷이다.
2）응답 패킷: 액세스 교환국, 이더넷 프로토콜 변환기 게이트웨이 또는 단말에 의해 노드 서버에 피드백된 프로토콜 패킷이다.
3）유니캐스트 데이터 패킷.
4）멀티캐스트 데이터 패킷.
이더넷 프로토콜 변환기 게이트웨이는 뉴 네트워크와 이더넷 사이에서 조로 상기 4가지 타입 데이터의 전송(轉送)을 수행하며 그의 핵심 실시 사상은 이하에서 설명한다.
이더넷 프로토콜 변환기 게이트웨이는 뉴 네트워크에 액세스하며, 집중 제어 기능을 구비하는 노드 서버부터 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 등록된 단말의 MAC 어드레스를 획득한다. 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크부터 송신 온 데이터 패킷 또는 프로토콜 패킷을 수신할 경우, 상기 데이터 패킷 또는 프로토콜 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 이더넷에 송신하며, 이더넷에서 이더넷 프로토콜을 이용하여 전송한다. 이더넷 프로토콜 변환기 게이트웨이가 이더넷부터 송신 온 데이터 패킷 또는 프로토콜 패킷을 수신할 경우, 상기 데이터 패킷 또는 프로토콜 패킷에서 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 소스 단말의 MAC 어드레스를 삭제하여 뉴 네트워크에 송신하며, 뉴 네트워크에서 뉴 네트워크 프로토콜을 이용하여 전송한다.
여기서, 상기 목적 단말과 소스 단말은 뉴 네트워크 프로토콜에 따른다. 이로써, 목적 단말과 소스 단말은 MAC 어드레스를 통해 이더넷에 들어갈 수 있으며, 뉴 네트워크 프로토콜에 따라 뉴 네트워크에 틀어갈 수도 있어, 상이한 두 타입의 네트워크의 교환 전송을 실현한다.
뉴 네트워크에서, 뉴 네트워크 프로토콜에 따른 데이터 구조（2.1접속망 데이터 패킷의 정의）를 정의한다. 상기4가지 데이터 타입은 （데이터 패킷 또는 프로토콜 패킷）모두 이런 데이터 구조이다.
목적 단말과 소스 단말은 뉴 네트워크 프로토콜을 따른다면, 뉴 네트워크의 상기 데이터 구조를 가져야 한다. 이로써, 뉴 네트워크부터 목적 단말로 송신한 데이터 패킷 또는 프로토콜 패킷, 및 이더넷에서의 소스 단말부터 뉴 네트워크로 송신한 데이터 패킷 또는 프로토콜 패킷은, 패킷 헤드에 모두 전송 양측의 뉴 네트워크에서의 어드레스가 포함되며, 상기 어드레스는 데이터 패킷 또는 프로토콜 패킷의 소스 어드레스（SA）과 목적 어드레스（DA）이다. 즉, 뉴 네트워크부터 목적 단말에 송신한 데이터 패킷 또는 프로토콜 패킷은 뉴 네트워크의 어드레스를 구비하며, 패킷 헤드의 DA와 SA는 모두 뉴 네트워크 어드레스이다 이하 테이블에 도시된 바와 같다:
| DA | SA | Reserved | Payload | CRC |
이더넷 프로토콜 변환기 게이트웨이를 거칠 경우, 패킷 헤드에 이더넷 프로토콜 변환기 게이트웨이 MAC（즉MAC SA）와 목적 단말MAC（즉MAC DA）를 부가하며, 그다음에 이더넷에 들어가서 이더넷 프로토콜에 따라 목적 단말에 전송한다. 이더넷에서 소스 단말부터 뉴 네트워크에 송신한 데이터 패킷 또는 프로토콜 패킷은 뉴 네트워크의 어드레스와 이더넷의 MAC 어드레스를 겸비하며, 즉, 패킷 헤드는 뉴 네트워크의 DA와 SA를 포함할 뿐만 아니며, 이더넷 프로토콜 변환기 게이트웨이 MAC（즉MAC DA）와 소스 단말MAC（즉MAC SA）도 포함한다. 이하 테이블에 도시된 바와 같다:
| MAC DA | MAC SA | Length or frame type | DA | SA | Reserved |
Payload |
CRC |
이더넷 프로토콜 변환기 게이트웨이를 거칠 경우, 패킷 헤드에서 이더넷 프로토콜 변환기 게이트웨이 MAC와 소스 단말MAC를 삭제하여 뉴 네트워크에 들어가 뉴 네트워크 프로토콜에 따라 전송한다.
상기 뉴 네트워크와 이더넷의 교환 과정에서, L2교환국에 연결된 단말은 이더넷 프로토콜 변환기 게이트웨이와 바인딩 관계를 맺는다. 상기 바인딩은 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스의 일대다 매핑을 가르키며, 즉, 하나의 이더넷 프로토콜 변환기 게이트웨이에 복수의 단말이 등록될 수 있다. 이런 단말의 MAC 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스의 매핑 바인딩은, 단말과 이더넷 프로토콜 변환기 게이트웨이가 매출될 때 미리 뉴 네트워크의 노드 서버에 설정하고, 노드 서버에 의해 이더넷 프로토콜 변환기 게이트웨이에 통지한다. 만약 재배치(relocation)해야 할 경우 사업자 곳에서 다시 등록해야 한다. 이로써, 매출할 이더넷 프로토콜 변환기 게이트웨이와 그에 바인딩된 단말에 이더넷 MAC 어드레스를 유연하게 할당할 수 있으며, MAC 어드레스 자원을 충분히 이용하는 효과를 얻게 된다. 물론, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스는 각 이더넷 프로토콜 변환기 게이트웨이에 고정되며, 단말의 MAC 어드레스도 각 단말에 고정될 수 있으며, 이런 경우 MAC 어드레스는 유연하게 할당될 수 없다.
전술에서 알 수 있다시피, 상기 이더넷 프로토콜 변환기 게이트웨이 와 단말은 모두 뉴 네트워크의 어드레스와 이더넷의 MAC 어드레스를 구비한다. 또한, 상기 뉴 네트워크 어드레스와 이더넷의 MAC 어드레스는 일대일 매핑 관계를 가진다. 이런 매핑 관계는 뉴 네트워크의 노드 서버에 의해 유지되며, 이더넷 프로토콜 변환기 게이트웨이에 통지될 수 있다. 이에, 이더넷 프로토콜 변환기 게이트웨이는 뉴 네트워크부터 송신 온 데이터 패킷 또는 프로토콜 패킷을 수신할 경우, 이런 매핑에 따라, 패킷 중의 뉴 네트워크 목적 어드레스（DA）에 대응된 목적 단말의 MAC 어드레스를 검출하여 패킷에 부가할 수 있다.
위의 내용은 뉴 네트워크가 어떻게 이더넷을 교환하는지에 대해 서술했으나, 이하 구체적인 예를 들어, 뉴 네트워크노드 서버와 이더넷 프로토콜 변환기 게이트웨이, 노드 서버와 단말의 액세스 흐름 및 서비스흐름을 통해, 교환 전과정을 상세히 설명한다.
3.3.1 노드 서버와 이더넷 프로토콜 변환기 게이트웨이의 액세스 흐름:
도 8을 참조하면, 본 발명에 따른 실시예에서 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 흐름도이다.
우선, 각 액세스 응낙된 이더넷 프로토콜 변환기 게이트웨이는 모두 노드 서버에서 등록하며, 이더넷 프로토콜 변환기 게이트웨이의 등록 정보는 이더넷 프로토콜 변환기 게이트웨이의 시리얼 넘버（장치 타입과 장치 식별자 정보가 포함됨）, 하행 포트 수, 마스크 구간 등 고정 정보를 가지며, 등록되지 못한 이더넷 프로토콜 변환기 게이트웨이는 액세스할 수 없다.
단계 601에서, 뉴 네트워크에서 집중 제어 기능을 구비하는 노드 서버는 조회 패킷을 송신한다.
노드 서버는 각 포트에 조회 패킷을 송신한다.
단계 602에서, 이더넷 프로토콜 변환기 게이트웨이는 전원 투입하여 초기화한 다음, 조회 패킷을 수신하며 이더넷 프로토콜 변환기 게이트웨이 시리얼 넘버가 포함된 응답 패킷을 피드백한다.
이더넷 프로토콜 변환기 게이트웨이가 일 포트（예컨대 포트0）부터의 조회 패킷을 수신한다고 가설한다.
단계 603에서, 노드 서버는 등록 정보 테이블에서 상기 시리얼 넘버에 대응된 이더넷 프로토콜 변환기 게이트웨이 정보를 조회하며, 상기 이더넷 프로토콜 변환기 게이트웨이 정보는, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 포함된다.
노드 서버는 이더넷 프로토콜 변환기 게이트웨이에 의해 송신된 응답 패킷을 수신하여 포트0에 하나의 이더넷 프로토콜 변환기 게이트웨이가 연결된 것을 알게 되며, 그다음에 내부의 등록 정보 테이블을 검출한다.
단계 604에서, 노드 서버는 상기 이더넷 프로토콜 변환기 게이트웨이에 엑세스 명령을 송신하며, 상기 엑세스 명령에는 이더넷 프로토콜 변환기 게이트웨이의 뉴 네트워크에서의 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스가 포함된다.
즉, 노드 서버는 이더넷 프로토콜 변환기 게이트웨이에 할당한 뉴 네트워크 어드레스와 이리 등록된 이더넷 MAC 어드레스를, 엑세스 명령을 통해 이더넷 프로토콜 변환기 게이트웨이를 통지한다.
단계 605에서, 상기 이더넷 프로토콜 변환기 게이트웨이는 엑세스 명령을 수신 후 응답을 피드백하며, 이더넷 프로토콜 변환기 게이트웨이는 뉴 네트워크에 액세스한다.
이더넷 프로토콜 변환기 게이트웨이는 액세스 명령을 수신한 후 자신이 액세스한 뉴 네트워크의 어드레스와 이더넷의 MAC 어드레스를 알게 된다.
단계 606에서, 노드 서버는 액세스된 이더넷 프로토콜 변환기 게이트웨이에 장치 상태 조회 명령을 송신하여, 상기 이더넷 프로토콜 변환기 게이트웨이가 정상 동작하는지 여부를 검측한다.
노드 서버는 엑세스 명령 응답을 수신하여, 상기 이더넷 프로토콜 변환기 게이트웨이의 액세스됨을 알게 되며, 그 후에 정기적으로（예컨대 초당） 포트0에 장치 상태 조회 명령을 송신한다. 만약 노드 서버가 일정 시간 내（예컨대 6초） 상태 조회 응답을 수신되지 못했으면, 상기 이더넷 프로토콜 변환기 게이트웨이가 이미 네트워크를 떠났다고 여기며, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 포트0에 조회 패킷을 지속적으로 송신한다.
단계 607에서, 노드 서버는 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스와, 단말의 MAC 어드레스 및 단말에 할당할 뉴 네트워크 어드레스의 매핑을, 모두 상기 이더넷 프로토콜 변환기 게이트웨이에 통지한다.
노드 서버는 등록 정보 테이블에 따라 상기 이더넷 프로토콜 변환기 게이트웨이에 단말이 바인딩됨을 알게 되어, 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스, 및, 단말의 MAC 어드레스와 할당할 뉴 네트워크 어드레스의 매핑을, 상기 이더넷 프로토콜 변환기 게이트웨이에 송신한다.
상술한 액세스 흐름을 통해, 이더넷 프로토콜 변환기 게이트웨이는 자시의 뉴 네트워크 어드레스, 이더넷 MAC 어드레스, 그에 바인딩된 단말의 MAC 어드레스, 및, 단말의 MAC 어드레스와 단말에 할당할 뉴 네트워크 어드레스의 매핑을 알게 된다.
상술 흐름을 기반으로 하여, 어드레스 테이블을 조회하는 방식으로 뉴 네트워크의 데이터 전송을 실현하는 것은 바람직하다. 뉴 네트워크에서의 각 노드는, 노드 서버, 액세스 교환국과 이더넷 프로토콜 변환기 게이트웨이를 포함하며, 각자의 어드레스 테이블을 유지하며, 데이터를 수신할 때마다, 어드레스 테이블에 따라 데이터의 전송 안내를 수행한다. 뉴 네트워크와 이더넷 사이의 데이터 전송은 조로 조회 패킷, 응답 패킷, 유니캐스트 데이터 패킷과 멀티캐스트 데이터 패킷의 전송에 관련되므로, 어드레스 테이블도 이하와 같이 4가지로 나눈다.
1）프로토콜 패킷 어드레스 테이블: 이하 0호 테이블로 약칭하며,안내 조회 패킷 또는 서비스 신청 프로토콜 패킷의 전송을 위한 것이다.
2）응답 패킷 어드레스 조회 테이블: 이하 1호 테이블로 약칭하며, 안내 응답 패킷의 전송에 사용된다.
3）유니캐스트 데이터 패킷 어드레스 테이블: 이하 2호 테이블로 약칭되며, 안내 유니캐스트 데이터 패킷의 전송에 사용된다.
4）멀티캐스트 데이터 패킷 어드레스 테이블: 이하 3호 테이블로 약칭하며, 안내 멀티캐스트 데이터 패킷의 전송에 사용된다.
상기 이더넷 프로토콜 변환기 게이트웨이의 액세스 흐름을 결합하여, 이더넷 프로토콜 변환기 게이트웨이는 단계 302의 전원 투입 초기화 과정에서, 0호 테이블, 1호 테이블, 2호 테이블과 3호 테이블을 초기 설정한다. 그다음에, 이더넷 프로토콜 변환기 게이트웨이는 단계 305에서 엑세스 명령을 수신한 후, 0호 테이블을 설정하며, 상기 변환기에 송신한 조회 패킷 또는 서비스 신청 프로토콜 패킷을 상기 변환기의 CPU 모듈포트에 안내한다. 그후, 이더넷 프로토콜 변환기 게이트웨이가 응답을 송신하여 액세스한 후, 노드 서버는 이더넷 프로토콜 변환기 게이트웨이에 설정 명령도 송신하여 이더넷 프로토콜 변환기 게이트웨이에서의 0호 테이블을 설정하며, 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말에 송신한 조회 패킷 또는 서비스 신청 프로토콜 패킷 각각을 이더넷 프로토콜 변환기 게이트웨이의 해당 포트에 안내한다.
3.3.2 노드 서버와 단말의 액세스 흐름:
이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스된 후, 그에 바인딩된 단말도 뉴 네트워크에 액세스한다.
도9를 참조. 도 9는 본 발명에 따른 실시예 중의 단말이 뉴 네트워크에 액세스하는 흐름도이다.
마찬가지로, 각 액세스 응낙된 단말은 노드 서버에 등록되며, 자신에 바인딩된 이더넷 프로토콜 변환기 게이트웨이에서도 등록한다. 단말의 등록 정보는 단말 시리얼 넘버（장치 타입과 장치 식별자 정보가 포함됨）와 고정 정보가 있으며, 등록하지 않은 단말은 액세스할 수 없다.
단계 701에서, 뉴 네트워크에서 집중 제어 기능을 구비하는 노드 서버는 조회 패킷을 송신한다.
이더넷 프로토콜 변환기 게이트웨이가 액세스한 후, 노드 서버는 상기 이더넷 프로토콜 변환기 게이트웨이의 하행 포트에 조회 패킷을 송신하며, 단말 장치가 상기 이더넷 프로토콜 변환기 게이트웨이에 연결되는지 여부를 검측한다.
단계 702에서, 이더넷 프로토콜 변환기 게이트웨이는 조회 패킷을 수신하여, 프로토콜 패킷 어드레스 테이블에 따라, 조회 패킷을 해당 포트에 안내하며, 그다음에 상기 조회 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 전송(轉送)한다.
상기 조회 패킷의 목적 어드레스（DA）가 바로 노드 서버가 단말에 할당할 뉴 네트워크 어드레스이므로, 이더넷 프로토콜 변환기 게이트웨이는 조회 패킷을 수신한 후, 뉴 네트워크 어드레스와 이더넷 MAC 어드레스의 매핑에 따라, 대응된 단말의 MAC 어드레스를 검출할 수 있으며, 그다음에 패킷에 부가하여 송신한다. 조회 패킷은 이더넷에 들어간 후 이더넷 프로토콜에 따라 전송되며, 최후 목적 단말에 전송된다.
단계 703에서, 단말은 전원 투입 초기화한 다음, 조회 패킷을 수신하며, 단말 시리얼 넘버가 포함된 응답 패킷을 피드백한다.
단계 704에서, 이더넷 프로토콜 변환기 게이트웨이는 상기 응답 패킷 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 노드 서버에 전송(轉送)한다.
상기 응답 패킷은 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스, 단말의 MAC 어드레스, 뉴 네트워크의 목적 어드레스（DA）와 소스 어드레스（SA）를 포함하며, 이더넷 프로토콜 변환기 게이트웨이는 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스, 단말의 MAC 어드레스를 삭제한 후, 1호 테이블을 조회하여 안내한다. 응답 패킷이 뉴 네트워크에 들어간 후, 뉴 네트워크 프로토콜에 따라 전송한다.
단계 705에서, 노드 서버는 등록 정보 테이블에서 상기 단말 시리얼 넘버에 대응된 단말 정보를 검출하며 엑세스 명령을 송신한다. 상기 엑세스 명령에는 단말의 뉴 네트워크에서의 어드레스가 포함된다.
노드 서버는 단말에 의해 송신된 응답 패킷을 수신하여 이더넷 프로토콜 변환기 게이트웨이에 연결된 단말 장치를 알게 되며, 그다음에 내부의 등록 정보 테이블을 조회한다.
단계 706에서, 이더넷 프로토콜 변환기 게이트웨이는 상기 엑세스 명령을 수신하며 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 구가하여 전송(轉送)한다.
단계 707에서, 단말이 엑세스 명령을 수신하여 응답을 피드백한다. 이더넷 프로토콜 변환기 게이트웨이는 상기 응답 중의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 노드 서버에 전송(轉送)하며, 단말이 뉴 네트워크에 액세스한다.
단말은 엑세스 명령을 수신하여 자신의 액세스 하는 뉴 네트워크의 어드레스를 알게 된다.
단계 708에서, 노드 서버는 액세스된 단말에 장치 상태 조회 명령을 정시 송신하며, 상기 단말이 정상 동작하는지 여부를 확인한다.
노드 서버는 엑세스 명령 응답을 수신하여 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 액세스됨을 알게 되며, 그 후（예컨대 초당） 상기 단말에 장치 상태 조회 명령을 정시로 송신한다. 만약 노드 서버가 일정 시간 내（예컨대6초）에서 상태 조회 응답을 수신되지 못했으면, 상기 단말이 이미 네트워크를 따랐다고 여기며, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 상기 포트에 조회 패킷을 지속적으로 송신한다.
상기 흐름에서, 이더넷 내의 데이터 전송은 이더넷 프로토콜에 따른다. 이더넷 프로토콜에서, L2교환국은 집중기 처럼 브로드캐스트 방식으로 모든 노드에 데이터 패킷을 송신하지 않고, 목적 노드에 데이터 패킷을 직접 송신할 수 있는 가장 중요한 기술은 교환국이 네트워크에 연결된 노드의 랜카드 MAC 어드레스들을 식별할 수 있으며, 그들을 MAC 어드레스 테이블이란 곳에 넣어놓는 것이다. 이 MAC 어드레스 테이블은 교환국의 버퍼에 저장되며, 이 어드레스들 기억한다. 이로써, 목적 어드레스에 데이터를 송신해야 할 경우, 교환국은 MAC 어드레스 테이블에서 이 MAC 어드레스의 노드 위치를 검출할 수 있으며, 그다음에 이 위치의 노드에 직접 송신한다. MAC 어드레스 수량이란 교환국의 MAC 어드레스 테이블에 저장된 최대 MAC 어드레스 수량을 의미하며, 저장된 MAC 어드레스 수량이 많을 수록, 데이터 전송(轉送)의 속도와 효율이 크다. 교환국의 각 포트는, 충분한 버퍼로 이 MAC 어드레스들을 기억할 필요가 있으므로 , Buffer（버퍼） 용적의 크기가 교환국이 기억할 수 있는 MAC 어드레스 수량을 결정하게 된다. 일반적으로 교환국이 1024개의 MAC 어드레스를 기억하면 기본상 문제가 없다. 국소에는 1024개의 MAC 어드레스가 기억될 수 있다. 단말에는, FLASH 문제와 실제 수요로 인하여, 16가 MAC 어드레스가 지원된다.
이더넷 프로토콜에서, 동일한 부분망에서의 호스트 사이에서 정보가 상호 정전하는 경우 MAC 어드레스가 이용해야 한다. 그러나 첫 번째로 정보를 송신할 때는 MAC어드레스가 없고 IP어드레스만 있으므로, 이때, 목적 호스트의 IP어드레스와 동일한 소스 호스트의 IP어드레스와, ff-ff-ff-ff-ff-ff인 MAC 어드레스가 포함된 패킷을 송신해야 한다. 이런 MAC 어드레스는 브로드캐스트를 표시하며, 상기 부분망에서의 모든 호스트에 수신될 수 있다. 다른 호스트는 상기 MAC 어드레스를 수신한 후, 만약 IP어드레스가 자기 것이 아닌 것을 발견되며, 상기 데이터 패킷을 버리며, 만약 자기 IP어드레스이면 소스 호스트로 자기 MAC 어드레스가 포함된 데이터 패킷 하나를 송신한다. 소스 호스트가 이 데이터 패킷을 수신한 후 목적 호스트의 MAC 어드레스를 알게 되며, 이가 바로 MAC 어드레스 자체 학습이다.
교환국에서의 MAC 어드레스 자기 학습은 교환국에 있는 MAC 어드레스와 교환국 각 인터페이스（예컨대, 일반 가정용 교환국에 4개의 인터페이스가 있음）의 대응 관계 테이블을 의미하며, 데이터 패킷이 교환국을 걸쳐 전송(轉送)할 때마다, 만약 교환국의 대응 관계 테이블에 이 MAC 어드레스의 대응 관계가 없으면 모든 포트에 데이터 패킷을 전송(轉送)한다. 목적 호스트가 일 포트를 통해 정보를 피드백하면, 교환국은 MAC 어드레스에 어느 포트가 대응되는지를 알게 되며 이 대응 관계를 대응 관계 테이블에 부가한다. 이가 바로 교환국의 MAC 어드레스 자기 학습이다.
3.3.3 노드 서버와 이더넷 프로토콜 변환기 게이트웨이, 단말의 액세스 과정에서의 인터랙티브 예
3.3.3.1 인터랙티브 예 1
상기 이더넷 프로토콜 변환기 게이트웨이와 단말의 액세스 과정을 기반으로 하여, 이하 구체적인 하나의 예를 이용하여 설명한다.
검토의 편의를 위해, 이더넷 프로토콜 변환기 게이트웨이는 액세스 교환국과 연결하거나 또는 노드 서버와 직접 연결할 수 있다. 도 10을 참조하면, 하나의 이더넷 프로토콜 변환기 게이트웨이 gateway_0의 1호 포트와 노드 서버MSS-400의 0호 포트가 직접 연결되며, 0호 포트가 1그룹의 L2교환국과 연결되며, 이더넷 프로토콜 변환기 게이트웨이에 4개의 단말이 등록 되어 있으나, 단지 STB_0, STB_1 2개가 L2교환국에 연결되는 것을 가설한다.
gateway_0의 MAC 어드레스가 0x0005 0x5dfd 0x3ebf이며, gateway_0에 등록된 4개의 뉴 네트워크 단말의 MAC 어드레스 각각은 0x0005 0x5dfd 0x0000, 0x0005 0x5dfd 0x0001, 0x0005 0x5dfd 0x0002, 0x0005 0x5dfd 0x0003이며, STB_0, STB_1은 여기의 앞 2개이다.
1、 MSS-400 서버는 전원 투입한 후, 하드웨어를 초기화하여, 디폴트 도시권 통신망(metropolitan area network, MAN) 어드레스（0x00 0x0000 0x0000으로 가설）를 획득하여, 구성 파일（예컨대 교환국의 등록 정보, 단말의 등록 정보 등）을 디스크부터CPU 메모리에 도입하며, MSS-400 서버는 자기의 접속망(access network, AN) 어드레스를 0x0000으로 설정한다.
2、 MSS-400 서버의 0, 1, 2, 3호 테이블에 대한 초기화
● 0호 테이블을 “000 0000 0000”로 설정하며, 즉 모든 조회 패킷이 전송 폐쇄됨.
● 1호 테이블을 “001 0000 0000”으로 설정하며, 즉 모든 응답 패킷이 CPU에 안내됨.
● 2호, 3호 테이블을 “000 0000 0000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨;
3、 MSS-400 서버는 자기가 8개의 하행 포트를 가지고 있은 것을 알고 있으므로, 그가 설정한 8개의 0호 테이블의 테이블 항목은 이하와 같다”
● “00 0000 0000 0000 0001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001인 조회 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0002인 조회 패킷이 1호 포트에 안내됨.
● “00 0000 0000 0000 0011“ => “000 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0003인 조회 패킷이 2호 포트에 안내됨.
● “00 0000 0000 0000 0100“ => “000 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0004인 조회 패킷이 3호 포트에 안내됨.
● “00 0000 0000 0000 0101“ => “000 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0005인 조회 패킷이 4호 포트에 안내됨.
● “00 0000 0000 0000 0110“ => “000 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0006인 조회 패킷이 5호 포트에 안내됨.
● “00 0000 0000 0000 0111“ => “000 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0007인 조회 패킷이 6호 포트에 안내됨.
● “00 0000 0000 0000 1000“ => “000 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0008인 조회 패킷이 7호 포트에 안내됨.
4、 MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008인 포트 조회 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, 0호 테이블에 설정된 포트 조회 패킷은 순차적으로 0호 포트-7호 포트에 안내됨.
5、 gateway_0이더넷 프로토콜 변환기 게이트웨이가 전원 투입한 후 하드웨어를 초기화함
● 0호 테이블“00 xxxx xxxx xxxx xxxx”를 “100”로 설정하며, 즉 모든 조회 패킷패킷이 CPU에 안내됨.
● 1호 테이블“01 xxxx xxxx xxxx xxxx”를 “010” 로 설정하며, 즉 모든 응답 패킷이 100Mbps 상행 인터페이스에 안내됨;
● 2호, 3호 테이블을 “000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨.
6、 gateway_0이더넷 프로토콜 변환기 게이트웨이는 포트 조회 패킷울 수신한 후 응답（응답에 각 교환국의 공정 정보인 본 교환국의 장치 타입, 장치 식별자가 포함됨）을 송신하며, 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0001이다.
7、 MSS-400 서버는 gateway_0이더넷 프로토콜 변환기 게이트웨이에 의해 송신된 응답을 수신한 후, 응답 패킷의 소스 어드레스（SA）와 장치 타입에 대비하여 0호 포트에 하나의 이더넷 프로토콜 변환기 게이트웨이가 연결되어 있는 것을 알게 되며, 그다음에 서버 내의 등록 정보 테이블에서 이 이더넷 프로토콜 변환기 게이트웨이 정보 (gateway_0의 이더넷 MAC 어드레스와 gateway_0에 등록된 뉴 네트워크 단말의 이더넷 MAC 어드레스가 포함도미)를 검출하며, 그다음에 액세스 교환국에 엑세스 명령（gateway_0의접속망 어드레스가 0x0001임과, gateway_0의 MAC 어드레스가 0x0005 0x5dfd 0x3ebf임을 알려줌）을 송신한다.
8、 gateway_0이더넷 프로토콜 변환기 게이트웨이는 엑세스 명령을 수신 후에 자신의 접속망 어드레스가 0x0001, MAC 어드레스가 0x0005 0x5dfd 0x3ebf인 것을 알게 되어 액세스하며, 0호 테이블“00 0000 0000 0000 0001”을 “100”으로 설정하며, 0호 테이블의 다른 테이블 항목을 “000”으로 설정한다. 즉, 본 교환국의 조회 패킷이만 CPU에 도입되며, 다른 것을 버리고, 동시에 서버에 엑세스 명령 응답을 송신한다.
9、 MSS-400 서버는 gateway_0이더넷 프로토콜 변환기 게이트웨이에 의해 송신된 엑세스 명령 응답을 수신하여 gateway_0이더넷 프로토콜 변환기 게이트웨이의 액세스됨을 알게 되며, 그 후부터 초당으로 이 포트에 장치 상태 조회 명령을 송신하여, gateway_0이더넷 프로토콜 변환기 게이트웨이가 정상 동작하는지 여부를 검측하며, 동시에 gateway_0이더넷 프로토콜 변환기 게이트웨이의 하행 포트에 포트 조회 패킷을 송신하며, gateway_0이더넷 프로토콜 변환기 게이트웨이에 단말 장치가 연결되어 있는지 여부를 검측한다. 이는, MSS-400 서버가 gateway_0이더넷 프로토콜 변환기 게이트웨이에 4개의 뉴 네트워크 단말이 등록되어 있기 때문에, MSS-400 서버는 이하와 같이 설정한다.
● “00 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 조회 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1010“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 조회 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1011“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 조회 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1100“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 조회 패킷이 0호 포트에 안내됨.
MSS-400 서버는 gateway_0에 이하와 같이 설정하도록 통시한다:
● “00 0000 0000 0000 1001“ => “001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 조회 패킷이 0호 포트에 안내되며, 그에 대응된 MAC 어드레스는 0x0005 0x5dfd 0x0000임.
● “00 0000 0000 0000 1010“ => “001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 조회 패킷이 0호 포트에 안내되며, 그에 대응된 MAC 어드레스는0x0005 0x5dfd 0x0001임.
● “00 0000 0000 0000 1011“ => “001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 조회 패킷이 0호 포트에 안내되며, 그에 대응된 MAC 어드레스는 0x0005 0x5dfd 0x0002임.
● “00 0000 0000 0000 1100“ => “001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 조회 패킷이 0호 포트에 안내되며, 그에 대응된 MAC 어드레스는0x0005 0x5dfd 0x0003임.
10、 MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000b, 0x8000 0x0000 0x0000 0x000c인 포트 조회 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, MSS-400 서버0호 테이블에 따라 설정된 포트 조회 패킷은 순차적으로 MSS-400 서버0호 포트에 안내되며, gateway_0이더넷 프로토콜 변환기 게이트웨이 0호 테이블에 따라 설정된 포트 조회 패킷은 순차적으로 gateway_0이더넷 프로토콜 변환기 게이트웨이 0호 포트에 안내되며, gateway_0이더넷 프로토콜 변환기 게이트웨이 0호 포트의 송신 모듈은 패킷의 뉴 네트워크목적 어드레스 DA에 따라 단말의 이더넷 MAC DA（6byte）를 알게 되며, 단말의 이더넷 MAC DA（6byte）, 이더넷 프로토콜 변환기 게이트웨이 MAC SA（6byte）, 이더넷 length or frame type（2byte）, 즉0x0005 0x5dfd 0x0000 0x0005 0x5dfd 0x3ebf 0x0000（자기 정의） 0x8000 0x0000 0x0000 0x0009, 0x0005 0x5dfd 0x0001 0x0005 0x5dfd 0x3ebf 0x0000（자기 정의） 0x8000 0x0000 0x0000 0x000a, 0x0005 0x5dfd 0x0002 0x0005 0x5dfd 0x3ebf 0x0000（자기 정의） 0x8000 0x0000 0x0000 0x000b, 0x0005 0x5dfd 0x0003 0x0005 0x5dfd 0x3ebf 0x0000（자기 정의） 0x8000 0x0000 0x0000 0x000c를 부가하여 송신한다.
11、 구내 정보 통신망(LAN)에서의 L2교환국은 부록에 따라 그들의 테이블에 MAC 어드레스（즉0x0005 0x5dfd 0x0000, 0x0005 0x5dfd 0x0001, 0x0005 0x5dfd 0x0002, 0x0005 0x5dfd 0x0003）의 대응 관계가 없는 것을 알게 되면 모든 포트에 이 패킷들을 전송(轉送)한다. STB_0, STB_1은 모두 이 4개의 패킷을 수신하며, 패킷의 MAC DA와 자기의 MAC 어드레스（출하시 단말의 flash에 기록됨）를 대비하며, 동일해야 수신하며 동일하지 아니면 버린다. STB_0는 포트 조회 패킷을 수신한 후 응답（응답에 본 단말의 공정 정보인 장치 타입, 장치 식별자가 포함됨）, 패킷의 헤드는 0x0005 0x5dfd 0x3ebf 0x0005 0x5dfd 0x0000 0x0000（자기 정의） 0x0800 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x000a이다. STB_1은 포트 조회 패킷을 수신한 후 응답（응답에 본 단말의 고정 정보인 장치 타입, 장치 식별자가 포함된）을 송신하며, 패킷의 헤드는 0x0005 0x5dfd 0x3ebf 0x0005 0x5dfd 0x0001 0x0000（자기 정의） 0x0800 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x000b이다.
12、 구내 정보 통신망(LAN)에서의 L2교환국은 부록에 따라 이 2개의 패킷이 gateway_0이더넷 프로토콜 변환기 게이트웨이의 0호 포트에 안내되는 것을 알게 된다. 0호 포트의 패킷 검출 모듈은 검출 끝난 후 MAC DA（6byte）, MAC SA（6byte）, length or frame type（2byte） 통합 14byte를 삭제하며, 이 2개의 패킷이 해당 수신 버퍼에 들어간다. 스위칭 엔진은 각 수신 버퍼를 폴링하며, 만약 있으면 어드레스 필드를 결합하여 테이블을 조회하여 패킷의 안내 정보를 획득하며, gateway_0의 1호 테이블에 따라, MAC가 삭제된 패킷은 1호 포트에 안내된다.
13、 MSS-400 서버는 STB_0, STB_1에 의해 송신된 응답을 수신한 후 응답 패킷의 소스 어드레스（SA）와 장치 타입을 대비하여 gateway_0에 2개의 이미 등록된 단말이 연결되어 있음을 알게 되며, 그다음에 서버 내의 등록 정보 테이블에서 단말 정보를 검출하여, STB_0, STB_1에 엑세스 명령（STB_0, STB_1의 접속망 어드레스가 0x000a, 0x000b인 것을 알려줌）을 송신한다. 10에 따라, gateway_0은 MAC가 부가된 후 0 호 포트에 안내된다.
14、 구내 정보 통신망(LAN)에서의 L2교환국은 부록에 따라 이 2개의 패킷 각각이 STB_0, STB_1에 안내되는 것을 알게 되어, 브로드캐스트하지 않는다.
15、 STB_0, STB_1은 엑세스 명령을 수신한 후, 자신의 접속망(access network, AN) 어드레스가 0x000a, 0x000b인 것을 알게 되어 액세스하며, 동시 서버에 엑세스 명령 응답을 송신한다.
MSS-400 서버는 STB_0, STB_1에 의해 송신된 엑세스 명령 응답을 수신한 후 STB_0, STB_1의 액세스됨을 알게 되며, 그 후부터 초당으로 이 포트에 장치 상태 조회 명령을 송신하며, STB_0, STB_1이 정상 동작하는지 여부를 검측한다. 서버가 6초 내에 상태 조회 응답을 수신되지 못했으면, 단말이 이미 네트워크를 떠났다고 여기며, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 본 포트에 포트 조회 패킷을 송신한다.
3.3.3.2 인터랙티브 예 2
노드 서버와 이더넷 프로토콜 변환기 게이트웨이, 단말이 액세스하는 과정에서, 노드 서버는 자신의 어드레스 정보 테이블을 유지함으로써 액세스 어드레스를 관리한다. 이하 다른 일 예를 통해 어드레스 정보 테이블의 관리를 설명한다.
접속망(access network, AN)의 어드레스는 16bit로 설정할 수 있으며, 모든 접속망(access network, AN) 장치는 유일한 접속망(access network, AN) 어드레스（셋 톱 박스, 액세스 교환국, 메모리, 심지어 노드 서버 자신이 포함됨）를 구비한다. 모든 접속망(access network, AN) 장치의 접속망(access network, AN) 어드레스에 대한 관리의 편의를 위해, 노드 서버의 CPU 모듈에서 하나의 어드레스 정보 테이블을 유지하며, 상기 테이블의 크기 2의 16차원, 즉 64K이며, 각 테이블의 테이블 항목은 이하와 같이 구성된다:
1）어드레스 점용 기술자(descriptor): “00”은 어드레스 미사용을 의미하며, “01”은 어드레스가 사용대기인 것을（노드 서버가 이 어드레스로 포트 하행 프로토콜 패킷을 송신했으나, 액세스 상행 프로토콜 패킷을 수신하지 못했음）의미하며, “10”은 이 어드레스의 이미사용을 의미（노드 서버가 액세스 상행 프로토콜 패킷을 수신한 후 설정함）한다.
2）장치 기술자(descriptor): 예컨대, “000000”은 노드 서버를 의미하며, “000001”은 액세스 교환국BX-008을 의미하며, “000010”은 메모리를 의미하며, “000011”은 단말을 의미한다.
3）장치 자원 기술 정보(descriptive information) : 예컨대, 상기 장치가 액세스 교환국인 경우, 장치 자원 기술 정보는 교환국의 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스이며, 그의 각 네트워크 포트의 상/하행 트래픽 카운트이다. 만약 상기 장치가 메모리인 경우, 장치 자원 기술 정보는 메모리 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스이며, 그의 읽기-쓰기 통로의 카운트 및 네트워크 포트의 상/하행 트래픽 카운트 등이다, 이러한 모든 정보는 서비스 흐름에 결책 근거를 제공하기 위한 것이며, 각 서비스 흐름에서 이런 정보를 수정한다.
도 11에 도시된 바와 같이, 노드 서버MSS-400에 있어서, 그의 0호 포트에 하나의 액세스 교환국BX-008-0（사실상, BX-008-0에 본 발명의 MAC 부가/삭제 기능을 추가하면 본 발명에 따른 이더넷 프로토콜 변환기 게이트웨이로 할 수 있음 ）이 연결되며, 그의 1호 포트에 하나의 액세스 교환국BX-008-1이 연결되며, BX-008-0의 0호 포트에 하나의 셋 톱 박스STB-0이 연결되며, BX_008-1의 1호 포트에 하나의 셋 톱 박스STB-1이 연결되어 있음을 가설한다.
1, MSS-400 서버는 전원 투입한 후, 하드웨어를 초기화하여, 디폴트 도시권 통신망(metropolitan area network, MAN) 어드레스（0x00 0x0000 0x0000으로 가정함）획득하며, 구성 파일을 디스크부터 CPU 메모리（예컨대 교환국의 등록 정보, 단말의 등록 정보 등이 포함됨）에 도입하며, MSS-400 서버 어드레스 정보 테이블을 초기화하여, 모두 리셋（表示所有어드레스 미사용）하며, MSS-400 서버는 자시의 접속망(access network, AN) 어드레스를 0x0000으로 설정하며, 즉, 어드레스 정보 테이블의 제 0x0000 항목은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): “10”은 이 어드레스의 이미사용을 의미함.
● 장치 기술자(descriptor): “000000”은 노드 서버를 의미함.
● 장치 자원 기술 정보(descriptive information): 이 노드 서버에 있는 8개의 100Mbps 하행 인터페이스는 순차적으로 0호 포트-7호 포트로 정의되며, 하나의 CPU 모듈 인터페이스는 8호 포트로 정의되며, 하나의 디스크 어레이 인터페이스는 9호 포트로 정의되며, 하나의 100Mbps 상행SC/PC는 10호 포트로 정의되며, 이 노드 서버 사이즈는 MSS-400이다. 그의 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 할당되지 않았으며, 그의 각 네트워크 포트의 상/하행 트래픽 카운트는 0이다.
어드레스 정보 테이블의 다음 사용 가능한 어드레스는 0x0001이다.
2, MSS-400 서버의 0, 1, 2, 3호 테이블에 대한 초기화
● 0호 테이블을 “000 0000 0000”으로 설정하며, 즉 모든 하행 프로토콜 패킷이 전송 폐쇄됨.
● 1호 테이블을 “001 0000 0000”으로 설정하며, 즉 모든 상행 프로토콜 패킷이 CPU에 안내함.
● 2호, 3호 테이블을 “000 0000 0000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨.
3, MSS-400 서버는 자신에 8개의 하행 포트가 있으며, 다음 사용 가능한 어드레스가 0x0001인 것을 알고 있으므로, 이하와 같이 8개의 0호 테이블의 테이블 항목 각각을 설정한다:
● “00 0000 0000 0000 0001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001인 조회 패킷이 0호 포트에 안내함.
● “00 0000 0000 0000 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0002인 조회 패킷이 1호 포트에 안내함.
● “00 0000 0000 0000 0011“ => “000 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0003인 조회 패킷이 2호 포트에 안내함.
● “00 0000 0000 0000 0100“ => “000 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0004인 조회 패킷이 3호 포트에 안내함.
● “00 0000 0000 0000 0101“ => “000 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0005인 조회 패킷이 4호 포트에 안내함.
● “00 0000 0000 0000 0110“ => “000 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0006인 조회 패킷이 5호 포트에 안내함.
● “00 0000 0000 0000 0111“ => “000 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0007인 조회 패킷이 6호 포트에 안내함.
● “00 0000 0000 0000 1000“ => “000 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0008인 조회 패킷이 7호 포트에 안내함.
4, MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008인 조회 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, 그의 0호 테이블의 설정에 따라, 상기 조회 패킷을 순차적으로 0오 포드-7호 포트에 안내한다. 이때, 어드레스 정보 테이블의 제0x0001-0x0008 항목은 이하와 같이 설정된다;
● 어드레스 점용 기술자(descriptor): “01”은 이 어드레스가 사용대기인 것을 의미함.
● 장치 기술자(descriptor): 수정 없음.
● 장치 자원 기술 정보(descriptive information): 수정 없음.
어드레스 정보 테이블의 다음 사용 가능 어드레스는 0x0009이다.
5, BX-008-0, BX-008-1교환국은 전원 투입한 후 하드웨어를 초기화한다:
● 그의 0호 테이블“00 xxxx xxxx xxxx xxxx”를 “01 0000 0000”으로 설정하며, 즉 모든 하행 프로토콜 패킷이 CPU에 안내됨.
● 그의 1호 테이블“01 xxxx xxxx xxxx xxxx”를 “10 0000 0000”으로 설정하며, 즉 모든 상행 프로토콜 패킷이 100Mbps상행 인터페이스에 안내함.
● 그의 2호, 3호 테이블을 “00 0000 0000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨.
6, BX-008-0교환국은 조회 패킷을 수신한 후, 그의 0호 테이블의 설정에 따라, 상기 조회 패킷이 그의 CPU 모듈에 수신되며, CPU 모듈에 의해 상기 조회 패킷을 분석하며 응답 패킷（상기 응답에 본 액세스 교환국의 등록 정보가 포함됨）을 생성하여 MSS-400 서버에 전송하며, 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0001이다.
7, MSS-400 서버는 BX-008-0교환국에 의해 송신된 응답 패킷을 수신한 후, 응답 패킷의 소스 어드레스（SA） 및 장치 타입을 대비하여 그의 0호 포트에 하나의 액세스 교환국이 연결되어 있음을 알게 되며, 그다음에 노드 서버 내의 등록 정보 테이블에서 이 액세스 교환국의 정보를 검출하여, 상기 액세스 교환국에 엑세스 명령（접속망 어드레스가 0x0001임을 알려줌）을 송신하다.
8, BX-008-0교환국은 엑세스 명령을 수신한 후, 자신의 접속망 어드레스가 0x0001인 것을 알게 되어 액세스하며, 자신의 0호 테이블”00 0000 0000 0000 0001”을 “01 0000 0000”으로, 0호 테이블의 다른 테이블 항목을 “00 0000 0000”으로 설정한다. 즉 본 교환국의 하행 프로토콜 패킷만이 CPU에 도입되며, BX-008-0교환국은 서버에 엑세스 명령 응답을 동시 송신한다.
9, MSS-400 서버는 BX-008-0교환국에 의해 송신된 엑세스 명령 응답을 수신하여 BX-008-0교환국의 액세스됨을 알게 되어, 서버 내의 어드레스 정보 테이블의 제 0x0001 항목을 이하와 같이 설정한다:
● 어드레스 점용 기술자(descriptor): “10”은 이 어드레스의 이미사용을 의미함.
● 장치 기술자(descriptor): “000001”은 액세스 교환국BX-008을 의미함.
● 장치 자원 기술 정보(descriptive information): 이 액세스 교환국에 있는 8개의 100Mbps 하행 인터페이스는 순차적으로 0호 포트-7호 포트로 정의되며, 하나의 CPU 모듈 인터페이스는 8호 포트로 정의되며, 하나의 100Mbps 상행 인터페이스는 9호 포트로 정의된다. 이 액세스 교환국 사이즈는 BX-008이며, 그의 상행 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 0x0000（즉MSS-400）이며, 하행 네트워크 포트에 연결된 장치의 접속망(access network, AN) 어드레스는 할당하지 않았으며, 그의 각 네트워크 포트의 상/하행 트래픽 카운트는 0이다.
그 후부터 초당으로 이 포트에 장치 상태 조회 명령을 송신하여, BX-008-0교환국이 정상 동작하는지 여부를 검측하며, 동시 BX-008-0교환국의 하행 포트에 포트 하행 프로토콜 패킷을 송신하여, 다른 접속망(access network, AN) 장치가 본 액세스 교환국에 연결되어 있는지 여부를 검측한다. 이런 경우, MSS-400 서버는 그의 0호 테이블에 이하와 같이 설정한다:
● “00 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1010“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1011“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1100“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1101“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000d인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1110“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000e인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1111“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000f인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0001 0000“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
MSS-400 서버는 포트 할당 정보가 포함된 포트 할당 패킷을 통해, BX-008-0교환국에 그의 0호 테이블에 이하와 같이 설정하도록 통지한다:
● “00 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷이 0호 포트에 안내됨.
● “00 0000 0000 0000 1010“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000a인 포트 하행 프로토콜 패킷이 1호 포트에 안내됨.
● “00 0000 0000 0000 1011“ => “00 0000 0100”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000b인 포트 하행 프로토콜 패킷이 2호 포트에 안내됨.
● “00 0000 0000 0000 1100“ => “00 0000 1000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000c인 포트 하행 프로토콜 패킷이 3호 포트에 안내됨.
● “00 0000 0000 0000 1101“ => “00 0001 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000d인 포트 하행 프로토콜 패킷이 4호 포트에 안내됨.
● “00 0000 0000 0000 1110“ => “00 0010 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000e인 포트 하행 프로토콜 패킷이 5호 포트에 안내됨.
● “00 0000 0000 0000 1111“ => “00 0100 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x000f인 포트 하행 프로토콜 패킷이 6호 포트에 안내됨.
● “00 0000 0000 0001 0000“ => “00 1000 0000”, 즉, 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷이 7호 포트에 안내됨.
10, MSS-400 서버는 목적 어드레스（DA）가 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000b, 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 0x000e, 0x8000 0x0000 0x0000 0x000f, 0x8000 0x0000 0x0000 0x0010인 포트 하행 프로토콜 패킷（SA는 모두 0x0000 0x0000 0x0000 0x0000임）을 송신하며, MSS-400 서버의 0호 테이블의 설정에 따라, 상기 포트 하행 프로토콜 패킷을 순차적으로 MSS-400 서버0호 포트에 안내하며, BX-008-0교환국의 0호 테이블의 설정에 따라, 포트 하행 프로토콜 패킷을 순차적으로 BX-008-0교환국0호 포트-7호 포트에 안내한다. 또한 MSS-400 서버의 어드레스 정보 테이블의 제 0x0009-0x0010 항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): “01”은 이 어드레스가 사용대기인 것을 의미함.
● 장치 기술자(descriptor): 수정 없음.
● 장치 자원 기술 정보(descriptive information): 수정 없음.
다음 사용 가능한 어드레스는 0x0011이다.
11, STB-0은 BX-008-0교환국의 0호 포트부터 포트 하행 프로토콜 패킷（즉, 목적 어드레스는 0x8000 0x0000 0x0000 0x0009인 포트 하행 프로토콜 패킷임） 포트 하행 프로토콜 패킷을 수신한 후 포트 상행 프로토콜 패킷（본 단말의 등록 정보임）에 송신하며, 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0009（교환국의0호 포트）이다.
12, MSS-400 서버는 STB-0교환국에 의해 송신된 포트 상행 프로토콜 패킷을 수신한 후, 상행 프로토콜 패킷의 소스 어드레스（SA）와 장치 타입을 대비하여 BX-008-0의 0호 포트에 하나의 단말이 연결되어 있음을 알게 되며, 그다음에 서버 내의 등록 정보 테이블에서 단말 정보를 검출하며, 단말에 엑세스 명령（ 단말의 접속망 어드레스가 0x0009인 것을 알려줌）을 송신한다.
13, STB-0은 엑세스 명령을 수신한 후, 자신의 접속망(access network, AN) 어드레스는 0x0009인 것을 알게 되어 액세스하는 동시, 서버에 엑세스 명령 응답을 송신한다.
14, MSS-400 서버는 STB-0에 의해 송신된 엑세스 명령 응답을 수신하여 STB-0교환국의 액세스됨을 알게 되여, 어드레스 정보 테이블의 제0x0009 항목을 이하와 같이 설정한다:
● 어드레스 점용 기술자(descriptor): “10”은 이 어드레스의 이미사용을 의미함.
● 장치 기술자(descriptor): “000011”은 단말을 의미함.
● 장치 자원 기술 정보(descriptive information): 이 단말에는 영상 음성 코딩 엔진, 하나의 100Mbps 인터페이스가 있으며, 이 단말의 사이즈는 STB이며, 그의 네트워크 포트에 연결된 장치의 접속망 어드레스는 0x0001（즉BX-008-0）이며, 그의 네트워크 포트의 상/하행 스트림 카운트는 0이다.
어드레스 정보 테이블의 제0x0001 항목을 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 수정 없음.
● 장치 기술자(descriptor): 수정 없음.
● 장치 자원 기술 정보(descriptive information): 이 액세스 교환국에는 8개의 100Mbps 하행 인터페이스가 순차적으로 0호 포트-7호 포트로 정의되며, 하나의 CPU 모듈 인터페이스는 8호 포트로 정의 되며, 하나의 100Mbps 상행 인터페이스는 9호 포트로 정의 된다. 이 액세스 교환국 사이즈는 BX-008이며, 그의 상행 네트워크 포트에 연결된 장치의 접속망 어드레스는 0x0000（즉MSS-400）이며, 하행 네트워크 포트0에 연결된 장치의 접속망(access network, AN) 어드레스는 0x0009이며, 나머지는 할당되지 못했으며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
그후 MSS-400 서버는 초당으로 포트에 장치 상태 조회 명령을 송신하며, STB-0이 정상 동작하는지 여부를 검측하여, 서버가 6초 내에 상태 조회 응답을 수신되지 못했으면, STB-0가 이미 네트워크를 떠났다고 여기며, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 상기 포트에 조회 패킷을 지속적으로 송신한다.
상기 제6-14 단계를 참조하면, BX-008-1도 액세스하여, 그의 접속망 어드레스가 0x0002를 획득한다. STB-1도 액세스하여, 그의 접속망 어드레스인 0x0012를 획득한다.
액세스한 후, 노드 서버는 이더넷 프로토콜 변환기 게이트웨이, 단말과 통신 서비스（유니캐스트 통신 서비스와 멀티캐스트 통신 서비스가 포함됨）를 수행할 수 있다. 해당 분야의 기술자들이 본 발명을 보다 이해하도록 하기 위해, 이하 노드 서버와 이더넷 프로토콜 변환기 게이트웨이, 단말이 유니캐스트 통신 서비스를 수행하는 예를 제공한다.
3.3.4 유니캐스트 통신 서비스의 통신 연결 흐름의 예:
도7에 도시된 바와 같이, 하나의 노드 서버MSS-400（접속망 어드레스가 0x0000임）에 있어서, 그의 0호 포트에 하나의 이더넷 프로토콜 변환기 게이트웨이 BX-008-0（접속망 어드레스가 0x0001임）이 연결되며, 그의 1호 포트에 하나의 이더넷 프로토콜 변환기 게이트웨이 BX-008-1（접속망 어드레스가 0x0002임）이 연결되며, BX-008-0의 0호 포트에 하나의 셋 톱 박스STB-0（접속망 어드레스가 0x0009）이 연결되며, BX_008-1의 1호 포트에 하나의 셋 톱 박스STB-1（접속망 어드레스가 0x0012임）이 연결된 것으로 가정한다. 셋 톱 박스STB_0은 노드 서버MSS-400에 셋 톱 박스STB_1과 영상 통신의 유니캐스트 통신 서비스를 신청하며, 이하와 같은 단계들을 포함한다:
단계 S1에서, 셋 톱 박스STB_0은 서비스 요청 프로토콜 패킷을 송신하며, 패킷의 DA（목적 어드레스）는 0x0800 0x0000 0x0000 0x0000（즉 MSS-400의 어드레스）이며, SA（소스 어드레스）는 0x0000 0x0000 0x0000 0x0009이다. 상기 패킷에는 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC SA）가 더 포함된다. 또한, reserved 0x0000（보류 바이트）이 더 포함될 수 있다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 유저 신청명령（소스 단말-> 노드 서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 유저 넘버（소스 단말의 넘버） | |
| 5 | 1W | 유저 내선 넘버（소스 단말의 내선 넘버） | |
| 6-(31) | 26W | 서비스 파라미터 (유휴부분에 0을 부과) | |
서비스 신청에 관련된 프로그램 넘버, 방송 채널 넘버는 모두 이하와 같이 서비스 파라미터에 포함된다:
#define SERVICE_TYPE_GTML_REQUEST 0x8000 메뉴 신청
#define SERVICE_TYPE_VOD_REQUEST 0x8001 온디맨드 프로그램 신청
#define SERVICE_TYPE_CHANGE_MENU 0x8002 배경 메뉴 변경 신청
#define SERVICE_TYPE_BROADCAST_REQUEST 0x8003 방송 시청 신청
#define SERVICE_TYPE_CHANGE_CHANNEL 0x8004 통로 재핑 신청
#define SERVICE_TYPE_TELEPHONE_DIRECT 0x8005 화상 전회 통화 신청
#define SERVICE_TYPE_PERMISSION 0x8006 액세스 응낙 여부에 대한 응답
#define SERVICE_TYPE_RECORD_REQUEST 0x8007 녹음 신청
#define SERVICE_TYPE_END_REQUEST 0x8008 현재 서비스 종료 신청
#define SERVICE_TYPE_ORG_CAST_REQUEST 0x8009 생중계 이니시에이팅 신청
#define SERVICE_TYPE_DDB_REQUEST 0x800b 지연 방송 시청 신청
#define SERVICE_TYPE_SKIP 0x800c 온디맨드 또는 지연 방송 과정에서의 앞으로 가기, 뒤로 가기, 일시 정지, 계속
#define SERVICE_TYPE_RECORD_END 0x800e 녹화 종료 신청
#define SERVICE_TYPE_VIEW_Monitor_DIRECT 0x8024 모니터링 시청 신청
#define SERVICE_TYPE_RCV_CAST_DIRECT 0x8025 생중계 시청을 신청
#define SERVICE_TYPE_TELEPHONE_REQUEST 0 화상 전회 통화 신청
#define SERVICE_TYPE_RCV_CAST_REQUEST 0xa 생중계 시청을 신청
#define SERVICE_TYPE_VIEW_Monitor 0xc 모니터링 시청 신청
당해 예에서, 서비스 파라미터는 SERVICE_TYPE_TELEPHONE_REQUEST 또는 SERVICE_TYPE_TELEPHONE_DIRECT이다.
S2, 셋 톱 박스STB_0와 노드 서버MSS-400 사이에 연결된 이더넷 프로토콜 변환기 게이트웨이 BX-008-0은 상기 서비스 요청 프로토콜 패킷을 수신하는 경우, 우선 상기 패킷 중의 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC SA）를 삭제한다.
그다음에, 1호 테이블의 설정에 따라, 상기 서비스 요청 프로토콜 패킷은 노드 서버MSS-400에 안내되며, 노드 서버MSS-400은 패킷의 내용에 따라, 영상 통신을 수신한 신청（서비스 타입）을 판단한다. 서비스 넘버에 따라 CAM 테이블（내용-어드레스 매핑 테이블）을 조회하여 수신자（목적 단말）가 STB_1인 것을 알게 되며, 자신 내의 어드레스 정보 테이블에 따라, 당차 서비스에 관련된 링크 위상을 알게 되며, 링크 사용이 응낙되며 양측이 통신할 수 있다고 판단한다. 이로써 메뉴 프로토콜 패킷 각각을 발신자（STB_0）와 수신자（STB_1）에 송신하며 수신자 응답을 기다린다.
여기서, STB_0에 송신하는 메뉴 프로토콜 패킷에서, DA는 0x8000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000, reserved 0x0000이며, PDU부분은 이하 테이블에 도시된 바와 같다:
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 3900 | 데이터다운로드명령 |
| 1 | 1W | 데이터 타입 （0=무효, 1=gtml 2=gtml머티리얼 3=셋 톱 박스 프로그램 4=메뉴 작동 5=bmp 100=게이트웨이의dsp 프로그램 101= 008의 dsp 프로그램 | |
| 2 | 1W | 보류 | |
| 3 | 1W | 유효 패킷 개수 | |
| 4 | 1W | 현재는 몇 번째의 패킷인지 | |
| 5 | 1W | 현재 패킷 중의 유효 데이터길이 | |
| 6-14 | 9W | 보류 | |
| 15-526 | 512W | 데이터 | |
| 527 | 1W | CRC（512개의 데이터의 합） |
STB_1에 송신하는 메뉴 프로토콜 패킷에서, DA는 0x8000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 위 테이블에 도시된 바와 같다.
S3, 노드 서버MSS-400 내의 0호 테이블의 설정과 이더넷 프로토콜 변환기 게이트웨이 BX-008-0 및 BX-008-1 내의0호 테이블의 설정에 따라, 이 2개의 메뉴 프로토콜 패킷은 각각 셋 톱 박스STB_0과 STB_1에 안내할 수 있다. 이 과정에서 BX-008-0과 BX-008-1은 이 2개의 메뉴 프로토콜 패킷 각각에 MAC DA와 MAC SA를 부가한다.
수신자STB_1은 SERVICE_TYPE_PERMISSION 신청을 송신하여 STB_1통신을 수신하며, 노드 서버MSS-400에 응답 프로토콜 패킷을 송신한다. 상기 패킷은 이더넷 프로토콜 변환기 게이트웨이 BX-008-1의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_1의 MAC 어드레스（MAC SA）를 포함하며, 0x0800 0x0000 0x0000 0x0000인 DA, 0x0000 0x0000 0x0000 0x0012인 SA, 0x0000인 reserved 및 SERVICE_TYPE_PERMISSION인서비스 파라미터를 더 포함한다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 유저 신청명령（목적 단말-> 노드 서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 유저 넘버（소스 단말의 넘버） | |
| 5 | 1W | 유저 내선 넘버（소스 단말의 내선 넘버） | |
| 6-(31) | 26W | 서비스 파라미터（SERVICE_TYPE_PERMISSION） | |
S4, 이더넷 프로토콜 변환기 게이트웨이 BX-008-1은 상기 응답 프로토콜 패킷 중의 이더넷 프로토콜 변환기 게이트웨이 BX-008-1의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_1의 MAC 어드레스（MAC SA）를 삭제하며, 그다음에 1호 테이블의 설정에 따라, 상기 응답 프로토콜 패킷이 노드 서버MSS-400에 안내되며, 노드 서버MSS-400은 패킷의 내용에 따라 영상 통신 응낙 신청을 수신한 것을 알게 되며, 서비스 넘버에 따라 CAM 테이블을 조회하여 수신자가 STB_1인 것을 알게 되며, 내부의 어드레스 정보 테이블에 따라, 노드 서버MSS-400은 당차 서비스에 관련된 링크 위상을 알게 되며, 링크 사용이 응낙되며 양측이 통신할 수 있다고 판단한다.
이런 경우, 노드 서버MSS-400은 이하와 같이 2호 테이블을 설정한다:
● “10 0000 0000 0001 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012（즉 셋 톱 박스BX-008-1）의 유니캐스트 데이터 패킷이 1호 포트에 안내됨.
● “10 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009（즉 셋 톱 박스BX-008-0）의 유니캐스트 데이터 패킷이 0호 포트에 안내됨
또한, 노드 서버MSS-400은 상행 링크（발신자 액세스）와 하행 링크（수신자 액세스） 상의 모든 이더넷 프로토콜 변환기 게이트웨이에 포트 설치 명령을 송신한다. 상대방의 어드레스의 상행 링크와 자신 어드레스의 하행 링크를 동시 개방하도록 요청한다.
이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 송신하는 두 패킷은 이하와 같이:
1）제1 패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버-> 이더넷 프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0012 | |
| 6 | 1W | 동작 방식:"0 0000 0000", 상행 9호 포트의 개방을 의미 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
2）제2 패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버-> 이더넷프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0009 | |
| 6 | 1W | 동작 방식:"0 0000 0001"은 0호 포트의 개방을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
이더넷 프로토콜 변환기 게이트웨이 BX-008-1에 송신하는 두 패킷은 이하와 같다:
1）제1 패킷의 DA는 0x8000 0x0000 0x0000 0x0002이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU는 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버-> 이더넷 프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0009 | |
| 6 | 1W | 동작 방식:"0 0000 0000", 상행 9호 포트의 개방을 의미 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0002 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
2）제2 패킷의 DA는 0x8000 0x0000 0x0000 0x0002이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU는 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버-> 이더넷 프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 개방해야 할 포트의 어드레스:0x1000 0x0000 0x0000 0x0012 | |
| 6 | 1W | 동작 방식:"0 0000 0010", 1호 포트의 개방을 표시함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x10 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0002 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
셋 톱 박스STB-0에 송신하는 패킷(서비스 처리 명령, 당해 예에서는 코딩/디코딩 명령임）:
패킷의 DA는 0x8000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 소스 단말） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x1000 0x0000 0x0000 0x0012 | |
| 19-22 | 4W | 0x1000 0x0000 0x0000 0x0009 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
STB-1에 송신하는 패킷(서비스 처리 명령, 당해 예에서는코딩/디코딩 명령）:
패킷의 DA는 0x8000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 목적 단말） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x1000 0x0000 0x0000 0x0009 | |
| 19-22 | 4W | 0x1000 0x0000 0x0000 0x0012 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
상기 코딩/디코딩 명령의 PDU에서, 필드 넘버13은 다음과 같이 코딩 타입을 표시한다: 0=코딩 종료, 0ffff=원상 유지, 0xfffe는 디코딩된 데이터를 피드백하며, 로컬코딩을 수행하지 않는다. 필드 넘버14는 다음과 같은 디코딩 타입을 표시한다: 0=디코딩 종료, 0ffff=원상 유지. 필드 넘버1518은 코딩 어드레스（DA 또는 멀티캐스트 어드레스）를 표시한다: 0xffff=원상 유지. 필드 넘버19-22는 디코딩 어드레스（DA 또는 멀티캐스트 어드레스）를 표시한다: 0xffff=원상 유지. 필드 넘버23은 다음 내용을 표시한다: HB: 코딩 HDA, LB: 디코딩된 HAD, 0xffff=원상 유지. 필드 넘버24는 비프음 파라미터를 표시한다: 0=비프음 끄기, 1＝비프음 개시, 0xffff=원상 유지. 필드 넘버25는 광학줌(Pan/Tilt/Zoom,PTZ) 동작 파라미터를 표시한다: 0xffff=원상 유지. 필드 넘버26은 세컨드리 채날 동작 파라미터를 표시한다: 0xffff=원상 유지.
여기서, 코딩 타입은 이하 테이블에 도시된 바와 같다:
| 코드 | 비디오압축 | 비디오포맷 | 오디오 주파수압축 | 트래픽레벨 |
| 0x3215 | MPEG4 | PAL | MP3 | 1.7M |
| 0x3217 | MPEG4 | PAL | MP3 | 3.3M |
| 0x3218 | MPEG4 | PAL | MP3 | 6.6M |
S5, 노드 서버MSS-400 내의 0호 테이블의 설정과 이더넷 프로토콜 변환기 게이트웨이 BX-008-0, BX-008-1내의 0호 테이블의 설정에 따라, 앞 4개를 이더넷 프로토콜 변환기 게이트웨이에 송신한 패킷 각각은 BX-008-0, BX-008-1에 송신된다.
이런 경우, 이더넷 프로토콜 변환기 게이트웨이 BX-008-0은 이하와 같이 2호 테이블을 설정한다:
● “10 0000 0000 0001 0010“ => “10 0000 0000”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 9호 포트에 안내됨.
● “10 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 0호 포트에 안내됨.
이더넷 프로토콜 변환기 게이트웨이 BX-008-1은 이하와 같이 2호 테이블을 설정한다:
● “10 0000 0000 0001 0010“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 1호 포트에 안내됨.
● “10 0000 0000 0000 1001“ => “10 0000 0000”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009의 유니캐스트 데이터 패킷이 9호 포트에 안내됨.
노드 서버MSS-400 내의 0호 테이블의 설정과 이더넷 프로토콜 변환기 게이트웨이 BX-008-0, BX-008-1 내의 0호 테이블의 설정에 따라, 셋 톱 박스의 패 뒤 2개 패킷 각각은 셋 톱 박스STB-0, STB-1에 안내된다. 이 과정에서, BX-008-0, BX-008-1은 이 2개의 패킷에 행당 MAC DA와 MAC SA를 부가한다. 패킷을 수신한 후, 셋 톱 박스STB-0, STB-1은 패킷의 내용에 따라 디코딩하며 유니캐스트 데이터를 송수신한다.
구체적으로, 당차 서비스의 통신 링크를 설정한 후, 상기 셋 톱 박스STB-0, STB-1이 상기 통신 링크를 통해 유니캐스트 데이터를 송수신 하는 과정은 이하와 같다:
1） 셋 톱 박스STB-0은 셋 톱 박스STB-1에 유니캐스트 데이터 패킷을 송신하며, 상기 패킷에는 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC SA）가 포함된다. 상기 패킷의 DA는 0x1000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0009이다.
2）상기 유니캐스트 데이터 패킷은 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 들어간 후, 우선 상기 MAC DA와 MAC SA가 삭제된다. 그다음에 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스가 “10 0000 0000 0001 0010”이며, 상기 테이블 항목의 출력이 “10 0000 0000”(“10 0000 0000 0001 0010“ => “10 0000 0000”이다. 즉, 목적 어드레스（DA）는 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 9호 포트에 안내됨）이며, 상행 9호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 9호 포트를 통해 노드 서버MSS-400에 들어간다.
3）노드 서버MSS-400은 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스가 “10 0000 0000 0001 0010”이며, 상기 테이블 항목의 출력이 “000 0000 0010”（“10 0000 0000 0001 0010“ => “000 0000 0010”이다. 즉, 목적 어드레스（DA）는 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷을 상기 1호 포트를 통해 이더넷 프로토콜 변환기 게이트웨이 BX-008-1에 들어간다.
4）이더넷 프로토콜 변환기 게이트웨이 BX-008-1은 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스가 “10 0000 0000 0001 0010”이며, 상기 테이블 항목의 출력이 “00 0000 0010”（“10 0000 0000 0001 0010“ => “00 0000 0010”이다. 즉, 목적 어드레스（DA）는 0x1000 0x0000 0x0000 0x0012의 유니캐스트 데이터 패킷이 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 1호 포트에 따라 셋 톱 박스STB-1에 들어간다. 이 과정에서, BX-008-1은 상기 패킷에 이더넷 프로토콜 변환기 게이트웨이 BX-008-1의 MAC 어드레스（MAC SA）와 셋 톱 박스STB-1의 MAC 어드레스（MAC DA）를 부가한다.
5） 셋 톱 박스STB-1은 셋 톱 박스STB-0에 유니캐스트 데이터 패킷을 송신하며, 상기 패킷의 DA는 0x1000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0012이다. 상기 패킷에는 이더넷 프로토콜 변환기 게이트웨이 BX-008-1의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_1의 MAC 어드레스（MAC SA）를 포함한다.
6）상기 유니캐스트 데이터 패킷은 이더넷 프로토콜 변환기 게이트웨이 BX-008-1에 들어간 후, 우선 상기 MAC DA와 MAC SA를 삭제한다. 그다음에 이더넷 프로토콜 변환기 게이트웨이 BX-008-1의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0000 1001”이며, 상기 테이블 항목의 출력은 “10 0000 0000”(“10 0000 0000 0000 1001“ => “10 0000 0000”이다. 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009인 유니캐스트 데이터 패킷이 9호 포트에 안내됨）이며, 상행 9호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 9호 포트를 통해 노드 서버MSS-400에 들어간다.
7）노드 서버MSS-400은 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0000 1001”이며, 상기 테이블 항목의 출력은 “000 0000 0001”（“10 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009인 유니캐스트 데이터 패킷이 0호 포트에 안내됨）이며, 하행 0호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 0호 포트를 통해 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 송신한다.
8）이더넷 프로토콜 변환기 게이트웨이 BX-008-0은 상기 유니캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 2호 테이블을 조회하며, 테이블의 어드레스는 “10 0000 0000 0000 1001”이며, 상기 테이블 항목의 출력은 “00 0000 0001”(“10 0000 0000 0000 1001“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0000 0x0009인 유니캐스트 데이터 패킷이 0호 포트에 안내됨）이며, 하행 0호 포트의 개방을 의미한다. 현재 유니캐스트 데이터 패킷은 상기 0호 포트를 통해 셋 톱 박스STB-0에 들어간다. 이 과정에서, BX-008-0은 패킷에 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC SA）와 셋 톱 박스STB-0의 MAC 어드레스（MAC DA）를 부가한다.
3.3.5 멀티캐스트 통신 서비스의 통신 연결 흐름 예
마찬가지로 도 7을 참조하면, 노드 서버MSS-400（접속망 어드레스가 0x0000）에 있어서, 그의 0호 포트에 하나의 이더넷 프로토콜 변환기 게이트웨이 BX-008-0（접속망 어드레스가 0x0001임）이 연결되며, 그의 1호 포트에 하나의 이더넷 프로토콜 변환기 게이트웨이 BX-008-1（접속망 어드레스가 0x0002임）이 연결되며, BX-008-0의 0호 포트에 하나의 셋 톱 박스STB-0（접속망 어드레스가 0x0009）이 연결되며, STB_0의 넘버는 0x6666 0x6666 0x6666이며, BX_008-1의 1호 포트에 하나의 셋 톱 박스STB-1（접속망 어드레스가 0x0012임）이 연결되며, STB_1의 넘버는 0x8888 0x8888 0x8888이다. 셋 톱 박스STB_0은 노드 서버MSS-400에 생중계 신청을 이니시에이팅하며, 궁체적으로 이하의 단계들을 포함한다:
1, 셋 톱 박스STB_0은 생중계를 이니시에이팅하는 서비스 요청 프로토콜 패킷을 송신하며, 패킷에는 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC SA）가 포함된다. 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0009이며, reserved는 0x0000（보류 바이트）이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 단말 신청명령（단말-> 노드서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 단말 넘버(신청자의 넘버）0000 | |
| 5 | 1W | 단말 내선 넘버(신청자의 내선 넘버）0000 | |
| 6-(31) | 26W | #define SERVICE_TYPE_ORG_CAST_REQUEST 0x8009 생중계 이니시에이팅 신청 | |
2, 셋 톱 박스STB_0과 노드 서버MSS-400 사이에 연결된 이더넷 프로토콜 변환기 게이트웨이 BX-008-0은 상기 서비스 요청 프로토콜 패킷을 수신하여, 우선 상기 패킷 내의 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC SA）를 삭제한다.
그다음에, 1호 테이블의 설정에 따라, 상기 서비스 요청 프로토콜 패킷은 노드 서버MSS-400에 안내되며, 노드 서버MSS-400은 패킷의 내용에 따라, 생중계 이니시에이팅 신청（서비스 타입）의 수신함을 판단하며, 서비스 넘버에 따라 CAM 테이블（내용-어드레스 매핑 테이블）을 조회하여 유저（소스 단말）가 STB_0인 것을 알게 되며, 자신 내의 어드레스 정보 테이블에 따라, 당차 서비스에 관련된 링크 위상을 알게 되며, 링크가 사용을 응낙하며, 생중계를 이니시에이팅할 수 있다고 판단하여, 멀티캐스트 어드레스를 0x0008으로 설정한다. 또한, 노드 서버는 현재 통신 링크 중의 모든 이더넷 프로토콜 변환기 게이트웨이에 포트 설치 명령을 송신하며, 상대방의 어드레스의 상행 링크와 자신 어드레스의 하행 링크를 동시 개방하도록 요청한다. 이때, 링크 위상을 판단함으로써, 현재 이더넷 프로토콜 변환기 게이트웨이 BX-008-0만 설정할 수 있음을 알게 된다.
이런 경우, 노드 서버MSS-400은 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 패킷을 송신한다:
패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000（보류 바이트）이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버->이더넷 프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 6 | 1W | "0 0000 0001", 0호 포트의 개방을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x78 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
노드 서버MSS-400은 셋 톱 박스STB-0에 패킷을 송신(서비스 처리 명령임, 당해 예에서는 코딩/디코딩 명령임）한다:
패킷의 DA는 0x8000 0x0000 0x0000 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령（노드 서버-> 셋 톱 박스） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 19-22 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
3, 노드 서버MSS-400 중의 0호 테이블의 설정에 따라, 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 송신하는 패킷은 BX-008-0에 안내된다. 이런 경우, BX-008-0은 이하와 같이 자시의 3호 테이블을 설정한다:
● “11 0000 0000 0000 1000“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 0호 포트에 안내됨.
4, 노드 서버MSS-400 중의 0호 테이블의 설정과 이더넷 프로토콜 변환기 게이트웨이 BX-008-0 중의 0호 테이블의 설정에 따라, 셋 톱 박스STB-0에 송신하는 패킷은 STB-0에 안내된다. 이 과정에서, BX-008-0은 패킷에 BX-008-0의 MAC（MAC SA）와 STB-0의 MAC（MAC DA）을 부가하여 송신한다. STB-0은 패킷의 내용에 따라 디코딩하며, 멀티캐스트 데이터를 송수신 하기 시작한다.
구체적으로, 상기 셋 톱 박스STB-0은 현재 생중계 개시 통신 링크를 통해 멀티캐스트 데이터를 송수신하는 과정은 이하와 같다:
1） 셋 톱 박스STB-0은 멀티캐스트 데이터 패킷을 송신한다. 상기 패킷에는 BX-008-0의 MAC（MAC DA）와 STB-0의 MAC（MAC SA）가 포함되며, 상기 패킷의 DA는 0x7800 0x0000 0x0000 0x0008（멀티캐스트 어드레스）이며, SA는 0x0000 0x0000 0x0000 0x0009이다.
2） 상기 멀티캐스트 데이터 패킷이 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 들어간 후, 우선 상기 MAC DA와 MAC SA를 삭제한다. 그다음에 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 스위칭 엔진 모듈은 조립 어드레스 필드에 따라 3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이며, 상기 테이블 항목의 출력은 “00 0000 0001”(“11 0000 0000 0000 1000“ => “00 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 0호 포트에 안내됨）이며, 하행 0호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 0호 포트를 통해 셋 톱 박스STB-0에 들어간다. 이 과정에서, BX-008-0은 패킷에 BX-008-0의 MAC（MAC SA）와 STB-0의 MAC（MAC DA）를 어 부가하여, 상기 0호 포트를 통해 송신한다.
셋 톱 박스STB_1은 노드 서버MSS-400에 생중계 시청을 신청하며, 넘버는 0x6666 0x6666 0x6666이다. 구체적으로 이하의 단계들을 포함한다:
1, 셋 톱 박스STB_1은 생중계를 시청하는 서비스 요청 프로토콜 패킷을 송신하며, 상기 패킷에는 BX-008-1의 MAC（MAC DA）와 STB_1의 MAC（MAC SA）가 포함되며, 패킷의 DA는 0x0800 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0012이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8e01 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8e01 | 유저 신청명령（단말-> 노드서버） |
| 1 | 1W | 서비스타입（service_type） | |
| 2-4 | 3W | 단말 넘버(신청자의 넘버）0x6666 0x6666 0x6666 | |
| 5 | 1W | 단말 내선 넘버(신청자의 내선 넘버）0000 | |
| 6-(31) | 26W | #define SERVICE_TYPE_RCV_CAST_DIRECT 0x8025 생중계 시청을 신청 | |
2, 셋 톱 박스STB_1과 노드 서버MSS-400 사이에 연결된 이더넷 프로토콜 변환기 게이트웨이 BX-008-1은, 우선 상기 MAC DA와 MAC SA를 삭제하며, 그다음에 1호 테이블의 설정에 따라, 상기 서비스 요청 프로토콜 패킷은 노드 서버MSS-400에 안내된다. 노드 서버MSS-400은 패킷의 내용에 따라, 생중계를 시청하는 신청의 수신됨을 판단하며, 서비스 넘버에 따라 CAM 테이블을 조회하여 이니시에이팅 장치（소스 단말）가 STB_0인 것을 알게 된다. 노드 서버MSS-400은 자신 내의 어드레스 정보 테이블에 따라, 당차 서비스에 관련된 링크 위상을 알에 되어, 링크가 사용을 응낙하며 생중계를 시청할 수 있다고 판단되어, 멀티캐스트 어드레스（소스 단말에 대응의 멀티캐스트 어드레스를 할당함）에 0x0008을 할당한다. 또한, 노드 서버는 현재 통신 링크 상의 모든 이더넷 프로토콜 변환기 게이트웨이에 포트 설치 명령을 송신하며, 상대방의 어드레스의 상행 링크와 자신 어드레스의 하행 링크를 동시 개방하도록 요청한다. 이런 경우, 노드 서버MSS-400은 자신의 3호 테이블을 이화 와 같이 설정한다:
● “11 0000 0000 0000 1000“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 1호 포트에 안내됨.
동시, 노드 서버MSS-400은 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 패킷을 송신하며, 패킷의 DA는 0x8000 0x0000 0x0000 0x0001이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버-> 이더넷 프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 6 | 1W | "0 0000 0001"은 0, 9호 포트의 개방을 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x78 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0001 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
동시, 노드 서버MSS-400은 이더넷 프로토콜 변환기 게이트웨이 BX-008-1에 패킷을 송신하며, 패킷의 DA는 0x8000 0x0000 0x0000 0x0002이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8b54 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8b54 | 이더넷 프로토콜 변환기 게이트웨이 포트 설치 명령 （노드 서버-> 이더넷 프로토콜 변환기 게이트웨이） |
| 1 | 1W | 장치 타입（BX-008） | |
| 2-5 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 6 | 1W | "0 0000 0010"1호 포트를 의미함 | |
| 7-10 | 4W | 0000 | |
| 11 | 1W | 데이터 타입 0x78 | |
| 12 | 1W | 이더넷 프로토콜 변환기 게이트웨이 어드레스접속망 어드레스）0x0002 | |
| 13-15 | 3W | 이더넷 프로토콜 변환기 게이트웨이 장치 식별자 | |
| 16-(31) | 18W | 0000 | |
동시에, 노드 서버MSS-400은 셋 톱 박스STB-1에 패킷을 송신하며, 패킷의 DA는 0x8000 0x0000 0x0000 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이다. PDU부분은 이하 테이블에 도시된 바와 같다:
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령 (노드 서버-> 단말) |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0xffff | |
| 19-22 | 4W | 0x7800 0x0000 0x0000 0x0008 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
3, 노드 서버MSS-4000내의 호 테이블의 설정에 따라, 이더넷 프로토콜 변환기 게이트웨이 BX-008-0, BX-008-1에 송신하는 패킷 각각은 이더넷 프로토콜 변환기 게이트웨이 BX-008-0과 BX-008-1에 안내된다.
이런 경우, 이더넷 프로토콜 변환기 게이트웨이 BX-008-0은 이하와 같이 자신의 3호 테이블을 할당한다:
● “11 0000 0000 0000 1000“ => “10 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 0호 포트, 9호 포트에 안내됨.
이더넷 프로토콜 변환기 게이트웨이 BX-008-1은 이하와 같이 3호 테이블을 설정한다:
● “11 0000 0000 0000 1000“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 1호 포트에 안내됨.
4, 노드 서버MSS-400 내의 0호 테이블의 설정과 이더넷 프로토콜 변환기 게이트웨이 BX-008-1 내의 0호 테이블의 설정에 따라, 셋 톱 박스STB-1에 송신하는 패킷은 STB-1.STB-1에 안내되며, 패킷의 내용에 따라 멀티캐스트 데이터를 수신하여 디코딩한다. BX-008-1은 패킷에 BX-008-1의 MAC（MAC SA）와 STB-1의 MAC（MAC DA）를 부가하여 송신한다.
구체적으로, 상기 셋 톱 박스STB-1은 현재 생중계를 시청하는 통신 링크를 통해 멀티캐스트 데이터를 수신하는 과정은 이하와 같다:
1） 셋 톱 박스STB-0은 멀티캐스트 데이터 패킷을 송신하며, 상기 패킷에는 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 MAC 어드레스（MAC DA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC SA）가 포함되며, 상기 패킷의 DA는 0x7800 0x0000 0x0000 0x0008（멀티캐스트 어드레스）이며, SA는 0x0000 0x0000 0x0000 0x0009이다.
2） 상기 멀티캐스트 데이터 패킷이 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 들어가면, 우선 상기 MAC DA와 MAC SA가 삭제된다. 그다음에 이더넷 프로토콜 변환기 게이트웨이 BX-008-0의 스위칭 엔진 모듈은 어드레스 필드를 결합하여 3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이며, 상기 테이블 항목의 출력은 “10 0000 0001” （“11 0000 0000 0000 1000“ => “10 0000 0001”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 0, 9호 포트에 안내됨）이며, 하행 0호 포트와 상행 9호 포트의을 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 0호 포트를 통해 셋 톱 박스STB-0에 들어가며 상기 9호 포트를 통해 노드 서버MSS-400에 들어간다.
여기서, 상기 0호 포트를 통해 셋 톱 박스STB-0에 들어간 패킷에 대해, BX-008-0은 패킷에 BX-008-0의 MAC 어드레스（MAC SA）와 셋 톱 박스STB_0의 MAC 어드레스（MAC DA）를 부가한다.
3）노드 서버MSS-400은 상기 멀티캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 어드레스 필드를 조립하여 3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이며, 상기 테이블 항목의 출력은 “000 0000 0010”（“11 0000 0000 0000 1000“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 1호 포트를 통해 이더넷 프로토콜 변환기 게이트웨이 BX-008-1에 들어간다.
4）이더넷 프로토콜 변환기 게이트웨이 BX-008-1은 상기 멀티캐스트 데이터 패킷을 수신한 후, 그의 스위칭 엔진 모듈은 결합된 어드레스 필드에 따라3호 테이블을 조회하며, 테이블의 어드레스는 “11 0000 0000 0000 1000”이며, 상기 테이블 항목의 출력은 “00 0000 0010”（“11 0000 0000 0000 1000“ => “00 0000 0010”, 즉, 목적 어드레스（DA）가 0x7800 0x0000 0x0000 0x0008인 멀티캐스트 데이터 패킷이 1호 포트에 안내됨）이며, 하행 1호 포트의 개방을 의미한다. 현재 멀티캐스트 데이터 패킷은 상기 1호 포트를 통해 셋 톱 박스STB-1에 들어간다. 상기 패킷에는 BX-008-1의 MAC（MAC SA）와 STB-1의 MAC（MAC DA）가 부가된다.
3.3.6 이더넷 프로토콜 변환기 게이트웨이의 스트림 제어
또한, 이더넷 프로토콜 변환기 게이트웨이는 지신을 걸친 데이터 패킷과 프로토콜 패킷에 대해 스트림을 정확히 제어할 수 있다. 도 12를 참조하면, 단계 1001-단계 1006가 포함된다.
단계 1001에서, 하행 네트워크 인터페이스는 수신한 데이터 패킷은 패킷 검출 모듈에 들어간다.
단계 1002에서, 패킷 검출 모듈은 데이터 패킷의 이더넷 프로토콜 변환기 게이트웨이 MAC DA, 목적 단말MAC SA, 이더넷 length or frame type, 뉴 네트워크목적 어드레스（DA）, 뉴 네트워크소스 어드레스（SA）, 데이터 패킷 타입과 패킷 길이가 요구에 부합되는지 여부를 검측하며, 만약 부합하면 해당 스트림 식별자（stream-id）를 할당하며, MAC 삭제 모듈에서 MAC DA, MAC SA를 덜어 내어, 그다음에 해당 인 포트 수신 버퍼에 들어간다. 부합되지 못하면 MAC DA와 MAC SA를 버린다.
한편, 상행 네트워크 인터페이스가 수신한 데이터 패킷은 해당 인 포트 수신 버퍼에 직접 들어가며, CPU 모듈 인터페이스가 수신한 데이터 패킷도 해당 인 포트 수신 버퍼에 직접 들어간다. 이는 본 실시예가 상행 전송(轉送)에 대해 제어함으로써, 상행 네트워크 인터페이스와 CPU 모듈 인터페이스가 수신한 데이터 패킷에 대해 검출하지 않는다.
본 실시예에서, 스트림 식별자（stream-id）는 8bit이며 256가지 스트림에 대응될 수 있다.
단계 1003에서, 스위칭 엔진은 각 포트 수신 버퍼를 폴링하며, 만약 패킷이 있으면 어드레스 조회 테이블을 조회하며 패킷의 안내 정보를 획득한다.
데이터 패킷에 대해, 데이터 패킷 어드레스 테이블을 조회한다. 유니캐스트 데이터 패킷인 경우, 2호 테이블을 조회하며, 멀티캐스트 데이터 패킷인 경우, 3호 테이블을 조회한다.
단계 1004에서, 만약 포트 수신 버퍼에 들어간 데이터 패킷이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스로 전송되는 것이면, 스위칭 엔진은 스트림 식별자（stream-id）를 결합하여 상기 데이터 패킷을 대응된 패킷 버퍼 행렬에 저장한다. 만약 상기 패킷 버퍼 행렬이 거의 차면, 그를 버린다.
만약 포트 수신 버퍼에 들어간 데이터 패킷이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스로 전송하는 것이 아니면（예컨대, 상행 네트워크 인터페이스부터 하행 네트워크 인터페이스로 전송하거나, 또는 CPU 모듈 인터페이스부터 하행 네트워크 인터페이스로 전송하는 것이 등）, 스위칭 엔진은 패킷의 안내 정보에 따라 상기 데이터 패킷을 대응된 패킷 버퍼 행렬에 저장한다. 만약 상기 패킷 버퍼 행렬이 거의 차면, 그를 버린다.
상기 패킷 버퍼에서, 만약 256개의 스트림 타입이 있다면, 서로 다른 스트림에 대응된 데이터 패킷을 버퍼하는 버퍼 256개를 가질 수 있다.
위 부분까지는 패킷의 수신 부분의 단계이며, 이하는 패킷의 송신 부분의 단계이다.
단계 1005에서, 스위칭 엔진은 모든 패킷 버퍼 행렬을 폴링하며, 두 가지 경우로 나누어진다.
경우 1에서, 만약 상기 행렬이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스로 전송하는 것이면,
포트 송신 버퍼가 채워지지 않은 조건 1）;
상기 행렬 패킷 카운터가 0보다 큰 조건2）; 및
코드레이트 제어 모듈에 의해 생성된 토큰을 획득하는 조건3）
을 만족해야 전송(轉送)한다.
전송(轉送)이란, 스위칭 엔진이 상기 패킷 버퍼 행렬에서 하나의 패킷을 읽어내어, 상행 네트워크 인터페이스의 포트 송신 버퍼에 써넣는다.
경우 2, 만약 상기 행렬이 하행 네트워크 인터페이스부터 상행 네트워크 인터페이스로 전송하는 것이 아니면,
상기 포트 송신 버퍼가 채워지지 않은 조건 1）; 및
상기 행렬 패킷 카운터가 0보다 큰 조건 2）
를 만족해야 전송(轉送)한다.
단계 1006에서, 하행 네트워크 인터페이스의 송신 모듈은 상기 포트의 송신 버퍼를 검측하며, 만약 패킷이 있으면 패킷의 뉴 네트워크 목적 어드레스 DA에 따라 대응된 단말의 이더넷 MAC DA를 알게 되며, MAC 부가 모듈에 의해 단말의 이더넷 MAC DA, 이더넷 프로토콜 변환기 게이트웨이 MAC SA 및 이더넷 length or frame type를 부가하여 송신한다.
상행 네트워크 인터페이스의 송신 모듈은 상기 포트의 송신 버퍼를 검측하며, 만약 패킷이 있으면 송신한다.
본 실시예에서, 이더넷 프로토콜 변환기 게이트웨이는 저장전송(轉送) 메커니즘을 기반으로 하는 것이며, 모든 인 포트가 수신 버퍼와 송신 버퍼를 구비하며, 이러한 버퍼들은 모두 교환국 칩 내부에 있으며, 크지 않다. 각 수신 버퍼와 송신 버퍼는 2kbyte 내지 4kbyte사이이며, 약 2 내지 3개의 최대 인터넷 패킷（약 1556byte）을 버퍼링할 수 있다. 그러나, 이런 버퍼들로만은 몹시 부족하므로, 교환국 칩 외부에 패킷 버퍼를 부가해야 한다. 일반적으로 SDRAM, SRAM등 입자 패킷 버퍼가 이용되며, 예컨대 16Mbyte의 SDRAM를 패킷 버퍼로 하는 경우, 10K의 최대 이더넷 패킷（약 1556byte）이 저장될 수 있다. 인 포트 송신 버퍼가 채워지지 않은 조건은 포트 송신 버퍼에 적어도 하나의 최대 이더넷 패킷（약 1556byte）가 저장되어 있음을 의미하며, 이로써 송신 버퍼가 넘치지 않는 것을 확보한다.
이하 하나의 예를 들어 코드레이트 제어 모듈이 어떻게 토큰을 생성하는지에 대해 상세히 설명한다.
접속망 교환국의 코드레이트 제어 모듈은 각 스트림에 1그룹의 카운터를 배치하며, 각 카운터는 이하와 같이 정의된다:
bit（68）=op '0'--->reset, '1'--->normal
bit（67 downto 60）=frame_cnt 0 255
bit（59 downto 50）=frame_4byte -511 511
bit（49 downto 41）=max_frame_4byte 0 511
bit（(40) downto (32)=add_4byte 0 511
bit（(31) downto 16）=timer_set
bit（15 downto 0）=timer_cnt
bit（68）=op에 있어서, op=’0’일 경우 초기화를 의미하며 카운터가 0이며, op=’1’인 경우 동작 정상을 의미한다;
bit（67 downto 60）=frame_cnt 는 패킷 버퍼 행렬 중의 패킷 카운트를 표시하며, 여기서 8bit（0255）로 가정한다.
bit（59 downto 50）=frame_4byte는 송신 가능 바이트 수（주의, frame_4byte는 4byte의 카운터이다. frame_4byte=4는 송신 가능 바이트 수가 16이며 동시에 카운터가 마이너스일 수 있음을 의미하는 것을 가설한다. 여기서 10bit로 가설하므로, 범위는 -511511임）를 표시한다.
bit（49 downto 41）=max_frame_4byte는 송신 가능한 바이트 수의 최대치를 표시하며, 여기서 9bit（0511）로 가설한다.
bit（(40) downto (32)=add_4byte는 일정한 시간씩 부가된 송신 가능 바이트 수（주의, add_4byte는 4byte의 카운터이다. add_4byte=4는, 송신 가능 바이트 수가16임을 표시하는 것을 가설하며, 여기서 9bit로 가설하므로 범위는 0511임）를 표시한다.
bit（(31) downto 16）=timer_set는 설정된 시간 간격을 표시하며, 시스템 조회 주기가 50us임을 가설하며, 만약timer_set=100이면, 시간 간격이 50us x 100 =5ms인 것을 의미한다. 여기서 16bit로 가설한다.
bit（15 downto 0）=timer_cnt 는 시스템 조회 주기의 카운터를 표시하며, 시스템조회 주기가 50us임을 가설하는 경우, 50us씩, timer_cnt가 1이 증가되는 것을 의미하며, 여기서 16bit로 가설한다.
현재 모드 256개의 스트림이 있다고 가정하면, 코드레이트 제어 모듈에서는 256그룹의 카운터가 유지된다. 코드레이트 제어 모듈은 각 그룹의 카운터에 대한 처리 시간은 10개의 클럭 주기(clock period)로 가설하면, 시스템 클럭은 125MHz이며, 즉 클럭 주기(clock period)가 8ns이다. 따라서 256그룹의 카운터를 처리하는 시간은 256 x 10 x 8ns=(204)80ns=20.48us가 필요하다. 시스템 조회 주기가 50us로 가설하면, 리던던시가 아주 크다.
설명의 편의를 위해, 여기서 제50 스트림의 카운터가 이하와 같은 설정한다고 가설한다:
timer_set=100,
add_4byte=16,
frame_4byte=-10,
max_frame_4byte=400,
frame_cnt=2.
코드레이트 제어 모듈은 제 50 스트림의 카운터를 검측하며, 만약 timer_cnt=timer_set（100）이면, 설정 시간 간격에 따라 패킷 송신 시간이 왔음을 의미하며, frame_4byte=frame_4byte + add_4byte이며, frame_4byte가 max_frame_4byte보다 큰지 여부를 판단한다. 만약 크면 frame_4byte =max_frame_4byte이다. 위의 예에서, frame_4byte=frame_4byte + add_4byte=-10 + 16=6이며, max_frame_4byte（400）보다 작다.
그다음에, 만약 frame_4byte가 0보다 크고, frame_cnt가 0보다 크면, 코드레이트 제어 모듈은 하나의 토큰을 스위칭 엔진（예에서 토큰 넘버가 50임）에 송신한다. 스위칭 엔진은 토큰 넘버에 따라 해당 패킷 버퍼 행렬에서（예에서의 패킷 버퍼 행렬50） 하나의 데이터 패킷을 추출하여 송신하며, 동시에 상기 데이터 패킷의 길이를 코드레이트 제어 모듈에 피드백한다. 코드레이트 제어 모듈은 frame_4byte에서 해당 패킷 길이를 덜어 내며, 만약 상기 패킷 길이frame_length=20（4byte의 정수배）이라면, frame_4byte=frame_4byte - frame_length=6 20=-14이다.
상기 카운터op, max_frame_4byte, add_4byte, timer_set는 스트림 제어 정보이며, 모두 CPU 모듈에 의해 （노드 서버 사이의 프로토콜 인터액티브를 통해 획득한다）설정된다. timer_cnt는 0으로 초기화하며, 각 시스템 조회 주기마다 1이 증가된다. frame_cnt는 0으로 초기화되며, 만약 상기 패킷 버퍼 행렬에 하나의 데이터 패킷이 부가되면, frame_cnt는 1이 증가된다. 코드레이트 제어 모듈은 max_frame_4byte, add_4byte, timer_set인 몇 파라미터를 제어함으로써, 입력 불균일한 데이터 스트림을 균일한 데이터 스트림 출력으로 변경할 수 있다. 예컨대, 1024byte 패킷 길이, 5ms 간격인 데이터 스트림 출력이 필요한 경우, 이하와 같이 설정한다:
max_frame_4byte=256（(102)4byte）,
add_4byte=256（(102)4byte）,
timer_set=100（시스템 조회 주기가 50us라고 가설함）.
이로써, 서비스가 가르면, 대응 스트림도 달라지며, CPU 모듈이 노드 서버에서 획득된 스트림 제어 정보도 상이하다. 또한, 상기 코드레이트 제어는 고정 패킷 길이인 데이터 패킷을 제어할 뿐만 아니며, 길어진 패킷을 제어할 수도 있다. 상기 길어진 패킷은 매번 교환국에 입력된 데이터 패킷 길이가 변화되는 것을 가리킨다. 이는 매번 송신 가능 데이터 사이즈는 송신 가능 바이트의 최대치 max_frame_4byte 및 길어진 패킷의 송신을 조절하는 파라미터add_4byte로 결정되기 때문이다.
보다 구체적으로, 상기 이더넷 프로토콜 변환기 게이트웨이가 스트림 제어를 수행하는 과정에 상기3.3.4의 유니캐스트 통신 과정을 결합하여 예를 들어 설명한다:
노드 서버MSS-400이 프로토콜 패킷을 송신하여 테이블 설정을 완성하며, 당차 서비스의 통신 링크 상의 각 이더넷 프로토콜 변환기 게이트웨이에 대응 포트를 개방하도록 통지하는 것은 3.3.4에서 예를 들어 상세히 설명했다. 바람직하게, 당차 서비스의 통신 경로에 대한 설정 과정에서, 노드 서버MSS-400은 패킷을 송신함으로써 스트림 제어 정보의 전송을 실현할 수도 있다. 즉 당차 서비스에 대한 스트림 제어 정보를 셋 톱 박스STB-0부터 셋 톱 박스STB-1으로 향하는 상행 링크에서의 제1 이더넷 프로토콜 변환기 게이트웨이 BX-008-0에 송신하여, 상기 변환기에 의해 서비스의 데이터 패킷에 대해 스트림 제어를 수행한다.
노드 서버MSS-400이 당차 서비스에 대해 경로를 설정할 때, 동시에 당차 서비스의 타입 등 속성 정보에 따라 당차 서비스에 점용된 스트림（즉, 당차 서비스에 할당된 스트림）을 확정하여, 노드 서버MSS-400의 어드레스 정보 테이블 중의 장치 자원 기술 정보(descriptive information) 에 동시 기록（즉, 상기 포트의 스트림 정보에 당차 서비스에 점용된 스트림이 부가됨）한다. 이로써, 다음 서비스 요청일 때, 조회함으로써 상기 포트의 실제 스트림이 알게 된다.
노드 서버MSS-400이 교환국BX-008-0에 스트림 제어 정보를 송신하는 것은, 노드 서버MSS-400에 의해 당차 서비스에 할당하는 스트림을 함부로 증가하거나 감소（대역폭 통계 의미 상의 변화와 대역폭의 랜덤 시간에서의 변화가 포함됨）하지 않음을 확보하기 위한 것이다.
스트림 제어 정보는 교환국BX-008-0이 당차 서비스의 데이터 패킷을 수신하는 경우에서 일정 시간 간격으로 데이터 패킷을 송신하는 것을 확보할 수 있다. 여기서, 매번 송신한 데이터 사이즈에 대해도 요구하며, 단말이 송신한 데이터 패킷 길이가 클 때, 2개 또는 복수의 시간 간격이 누적된 다음 송신할 수 있으므로, 유저 데이터 패킷을 해제 또는 분해하지 않아도, 데이터 송신의 안정 균일을 기본상 확보할 수 있다. 물론, 바람직하게는, 본 발명에 따른 서비스의 확립부터 교환국과 단말에 데이터 패킷 길이를 제한하도록 통지할 수 있다. 예컨대, 단말이 이니시에이팅하는 데이터 패킷 길이는 스트림 제어 정보의 요구에 부합되며, 더 나아가 한편 교환국은 요구에 부합되지 못한 데이터 패킷 길이인 데이터 패킷을 버리어, 데이터 송신의 안정과 균일성을 확보한다.
즉, 스트림 제어 정보를 통해 교환국BX-008-0에 의해 각 타이밍에서 송신하는 데이터 스트림이 안정되며 균일하고, 할당된 스트림의 허용치에 부합되어 임의 변화하지 않은 것은 확보된다. 이로써, 본 발명이 네트워크의 각 서비스, 포트에 대해 스트림을 정확히 할당 및 제어하도록 실현될 수 있다.
물론, 스트림의 정확한 제어를 확보하기 위해, 본 발명은 서비스 확립 요청의 프로토콜 패킷에 대해도 스트림 제어를 수행할 수 있다. 구체적으로, 노드 서버MSS-400는 단말에 액세스된 최하위 계층 교환국에 모두 스트림 제어 정보를 부여할 수 있다. 즉, 각 교환국이 상행 프로토콜 패킷을 수신할 경우, 현재 교환국이 전원 투입할 때 노드 서버MSS-400에 의해 통지 받은 스트림 제어 정보에 대해 데이터 전송을 수행하면 된다. 이에, 본 발명은 대량 서비스 요청 프로토콜 패킷을 통시 이니시에이팅해도, 전체 네트워크의 스트림 분포에 영향을 주지 않음을 확보할 수 있다. 즉, 본 발명은 서비스 요청 과정에 대해 스트림 제어를 수행할 수 있으며, 서비스 링크가 이미 확립된 데이터 전송에 대해도 스트림 제어를 수행할 소 있다.
在3.3.5멀티캐스트 링크 경로의 확립 과정에서도, 위에서 언급한 유니캐스트 서비스의 인 포트 스트림 제어 정보에 대한 설정, 기록, 통지 과정이 있으나, 실시 과정과 기술 원리가 기본상 일치하므로서 어 이상 설명하지 않는다.
4, 도시권 통신망(metropolitan area network, MAN)의 실현
설계 간편화를 위해, 도시권 통신망 중의 데이터 패킷의 모두 이하와 같은 4가지 있다:
● 도시권 조회 태그 패킷（도시권 서버부터 노드 교환국 노드 서버로 송신하는, 태그가 포함된 프로토콜 패킷）;
● 도시권 응답 태그 패킷（노드 교환국, 노드 서버에 의해 도시권 서버에 피드백된, 태그가 포함된 프로토콜 패킷）;
● 유니캐스트 태그 데이터 패킷（노드 서버에 의해 단일 멀티캐스트 데이터 패킷에 부가된 태그로 구성됨）;
● 멀티캐스트 태그 데이터 패킷（노드 서버에 의해 단일 멀티캐스트 데이터 패킷에 부가된 태그로 구성）;
도시권 통신망의 어드레스는 모두 (40)bit이며, 본 명세서는 이를 3계층으로 나누어 각각 8bit, 16bit, 16bit이며, 순차적으로 국가망, 광역 네트워크, 도시권 통신망으로 정의된다. 동일한 도시권 통신망, 동일한 접속망의 단말 사이의 데이터 전송은 이 접속망의 노드 서버에 의해 제어된다.
STB_0이 접속망 A에 위치하며, STB_1이 접속망 B에 위치하며, 접속망 A와 접속망 B가 동일한 도시권 통신망 C에 속하는 것을 가설한다. 구체적으로 이하와 같이 실현한다:
1, STB_0은 STB_1과의 화상 전화 통화를 요청한다.
2, 접속망 A의 노드 서버는 STB_1의 넘버에 따라 접속망 A에 속하지 않음을 검출하며, 그다음에 그는 도시권 통신망 C의 도시권 서버에 조회를 요청한다.
3, 도시권 통신망 C의 도시권 서버는 STB_1의 넘버에 따라 접속망 B에 속하는 것을 검출하여, 접속망 B의 노드 서버에 조회를 요청한다.
4, 접속망 B의 노드 서버는 STB_1의 넘버에 따라 STB_1가 접속망 B에 위치하는 것을 검출하며, 접속망 B의 노드 서버는 STB_1에 콜링 메뉴를 송신한다.
5, STB_1은 접수 또는 거절을 선택하여, 접속망 B의 노드 서버에 응답을 송신한다. 여기서는 접수를 선택한다고 가설한다.
6, 접속망 B의 노드 서버는 도시권 통신망 C의 도시권 서버에 응답을 송신한다.
7, 도시권 통신망 C의 도시권 서버는 접속망 A의 노드 서버에 응답을 송신한다.
8, 접속망 A의 노드 서버는 STB_0에 응답을 송신한다.
전술한 바와 같이, 단말은 단지 본 접속망 노드 서버와 인터액팅하며, 노드 서버는 단지 본 도시권 통신망의 도시권 서버와 인터액팅한다. 따라서 도시권 서버는 본 광역 네트워크의 광역 네트워크 서버와 인터액팅하는 것은 유출될 수 있다.
도시권 조회 패킷의 데이터 패킷 타입이 “1001 0000”（이진법） 즉 0x90（16진법）이며, 도시권 응답 패킷의 데이터 패킷 타입이 “0000 1001”（이진법） 즉 0x09（16진법）이며, 유니캐스트 태그 데이터 패킷의 데이터 패킷 타입이 “0001 0000”（이진법） 즉 0x10（16진법）이며, 멀티캐스트 태그 데이터 패킷의 데이터 패킷 타입이 “0111 1000”（이진법） 즉 0x78（16진법）이며, 4개의 조회 테이블이 필요한 것으로 가설한다. 이하 예를 들어 설명한다.
● 도시권 조회 태그 패킷의 태그 조회 테이블을 4호 테이블로 정의하며 크기는 64K임;
● 도시권 응답 태그 패킷의 태그 조회 테이블은 5호 테이블로 정의되며, 크기는 64K임.
● 유니캐스트 태그 데이터 패킷의 태그 조회 테이블은 6호 테이블로 정의되며, 크기는 64K임.
● 멀티캐스트 태그 데이터 패킷의 태그 조회 테이블은 7호 테이블로 정의되며, 크기는 64K임.
도시권 조회 태그 패킷, 도시권 응답 태그 패킷, 유니캐스트 태그 데이터 패킷, 멀티캐스트 태그 데이터 패킷의 태그 조회 테이블의 출력은 데이터 패킷이 인 포트를 표시하는 이외, 16bit의 아웃 태그(out tag도 표시한다. 예컨대, 노드 교환국MX-4에 있어서, 4개의 100Mbps SC/PC와 하나의 CPU 모듈 인터페이스를 구비한다. 만약4개의 100Mbps SC/PC가 순차적으로 0호 포트 내지 3호 포트로 정의되며, CPU 모듈 인터페이스가 4호 포트로 정의되면, 모두 64k x 21bit（5bit + 16bit）도시권 조회 태그 패킷 어드레스 조회 테이블, 64k x 21bit（5bit + 16bit）도시권 응답 태그 패킷 어드레스 조회 테이블, 64K x 21bit（5bit + 16bit） 유니캐스트 태그 데이터 패킷과 64K x 21bit（5bit + 16bit） 멀티캐스트 태그 데이터 패킷이 필요하다. 예컨대 인 태그(in tag)가 0x0001인 도시권 조회 태그 패킷의 조회 테이블의 출력이 “1 0000 0000 0000 0000 0000”인 것이 검출되며, 이는 패킷이 4호 포트（CPU포트）에 안내되며 아웃 태그(out tag)가 0x0000인 것을 의미한다. 인 태그(in tag)가 0x0001인 멀티캐스트 태그 데이터 패킷의 조회 테이블의 출력이“0 0011 0000 0011 0000 0000” 인 것이 검출되며, 이는 데이터 패킷이 0호 포트와 1호 포트에 안내되며 아웃 태그(out tag)가 0x0300인 것을 의미한다. 이런 방식으로 유추한다.
이하는 단일 멀티캐스트 태그 데이터 패킷의 실예이다:
0호 포트에 들어온 하나의 데이터 패킷에 있어서, 그의 헤드 데이터가0x1056 0x1500 0x0000 0x55aa 0x0056 0x1500 0001 0xaa55 0x0000 0x0000 0x00001이며, DA가 0x1056 0x1500 0x0000 0x55aa이며, SA가 0x0056 0x1500 0001 0xaa55이며, 보류 바이트가 0x0000이며, 태그가 0x0001임을 가설한다. 이때 그의 데이터 패킷 타입은 0x10이다. 테이블 조회 규칙에 따라 6호 테이블을 조회하며, 어드레스가 “0000 0000 0000 0001”이다. 이 어드레스에 대응된 조회 테이블의 출력은 “0 1100 1000 0000 0000 0001”이며, 데이터 패킷이 2호, 3호 포트에 안내되며, 태그를 0x8001으로 변경하는 것을 의미한다. 이로써 데이터 패킷이 2호, 3호 포트에서 출력될 경우, 그의 헤드데이터는 0x1056 0x1500 0x0000 0x55aa 0x0056 0x1500 0001 0xaa55 0x0000 0x0000 0x8001이다.
이하 실시예를 통해 도시권 통신 의 통신을 상세히 설명한다. 구체적으로 도시권 서버와 노드 교환국, 도시권 서버와 노드 서버의 액세스 흐름 및 서빙 흐름이 포함된다.
4.1 도시권 통신망(metropolitan area network, MAN)의 액세스 흐름
4.1.1 도시권 서버와 노드 교환국, 노드 서버의 액세스 흐름
우선 각 액세스 응낙된 교환국은 반드시 서버에서 등록해야 하며, 교환국의 등록 정보는 교환국의 장치 타입과 장치 식별자를 포함한다. 등록되지 못한 교환국은 액세스할 수 없다.
우선 각 액세스 응낙된 교환국은 서버에 등록해야 하며, 교환국의 등록 정보는 교환국의 장치 타입과 장치 식별자를 포함한다. 등록되지 못한 교환국은 액세스할 수 없다. 도7에 도시된 바와 같이, 상기 노드 교환국의 액세스 과정은 이하의 단계S1내지S4를 포함한다.
단계 S1에서, 도시권 서버는 각 포트에 조회 패킷을 송신하며, 노드 교환국은 조회 패킷을 수신한 후 응답 패킷（응답에 교환국의 고정 정보인 장치 타입과 장치 식별자가 포함됨）을 송신한다.
단계 S2에서, 도시권 서버는 노드 교환국에 의해 송신된 응답을 수신하여 본 포트에 하나의 노드 교환국이 연결되어 있음을 알게 되며, 그다음에 도시권 서버 내의 등록 정보 테이블에서 상기 노드 교환국 정보를 검출하며, 상기 노드 교환국에 엑세스 명령（교환국의 도시권 통신망 어드레스와 태그를 알림）을 송신한다. 상기 노드 교환국이 엑세스 명령을 수신하여 액세스하는 동시, 상기 도시권 서버에 엑세스 명령 응답을 송신한다.
단계 S3에서, 도시권 서버는 교환국에 의해 송신된 엑세스 명령 응답을 수신한 후, 상기 노드 교환국의 액세스됨을 알게 되며, 그 후부터 초당으로 이 포트에 상태 조회 패킷을 소신하며, 상기 노드 교환국이 정상 동작하는지 여부를 검측하는 동시, 상기 노드 교환국의 다른 포트에 포트 조회 패킷을 송신하며, 다른 장치가 상기 노드 교환국에 연결되어 있는지 여부를 검측한다. 만약 상기 노드 교환국이 정상 동작하면 상태 조회 패킷을 수신한 후 상기 도시권 서버에 상태 조회 응답을 송신한다. 도시권 서버는 일정한 시간 내（예컨대, 6초 내）에서 상태 조회 응답을 수신되지 못했으면, 상기 노드 교환국이 네트워크를 떠났다고 여기며, 상태 조회 패킷을 더 이상 송신하지 않으며, 상기 포트에 조회 패킷을 지속적으로 송신한다.
노드 교환국에 연결된 노드 서버의 액세스 흐름은 상기 흐름과 유사함으로 더 이상 설명하지 않는다.
4.1.2 도시권 서버와 노드 교환국, 노드 서버의 인터랙티브 예
모든 도시권 통신망에서의 장치는 장치 정보 테이블로 기술하며, 2개의 byte의 장치 타입에 6개의 byte의 장치 식별자를 가하면 유일한 장치를 표식할 수 있다. 일반적으로 상이한 장치 타입에 상이한 장치 정보 테이블로 기술한다. 예컨대, 노드 교환국정보 테이블과 노드 서버 정보 테이블이 있다. 장치 정보 테이블의 테이블 항목은 이하와 같이 구성된다:
1） 장치 식별자: 6개의 byte를 구비하며, 장치가 등록할 때, 도시권 서버의 디스크 또는 flash에 써넣으며, 도시권 서버가 전원 투입한 후 CPU의 메모리에 도입된다.
2）장치 상태: 2개의 byte를 구비하며, 0x0000은 이 장치가 액세스하지 않았음을 의미하며, 0x0001은 이 장치가 액세스대기（도시권 서버가 엑세스 명령 패킷을 송신했으나 엑세스 명령 응답을 수신되지 못했음）, 0x0002 는 이 장치가 액세스 완료（도시권 서버가 액세스 응답 패킷을 수신한 후 설정됨）상태인 것을 의미한다.
3）장치 어드레스: 2개의 byte를 구비하며, 상기 장치에 의해 할당되는 도시권 통신망 어드레스이다.
도시권 통신망의 어드레스는 16bit이며, 모든 도시권 통신망의 장치가 유일한 접속망 어드레스（도시권 서버, 노드 교환국과 노드 서버가 포함됨）를 구비하며, 도시권 서버의 CPU 모듈은 하나의 2의 16차원의 테이블(즉64K의 테이블)을 유지하며, 도시권 어드레스 정보 테이블이라 치하며, 각 테이블의 테이블 항목은 이하와 같이 구성된다:
1）어드레스 점용 기술자(descriptor): 2개의 byte를 구비하며, 0x0000은 이 어드레스의 미사용을 표시하며, 0x0001은 이 어드레스가 사용 대기인 것을 의미（도시권 서버는 이 어드레스로 엑세스 명령을 송신했으나, 엑세스 명령 응답을 수신되지 못했음）하며, 0x0002는 이 어드레스의 이미사용을 의미（도시권 서버가 액세스 응답 패킷을 수신한 후 설정）한다.
2）장치 타입: 2개의 byte를 구비하며, 예컨대 0x0000은 도시권 서버MS-1000을 의미하며, 0x0001은 노드 교환국MX-4를 의미하며, 0x0002는 노드 서버MSS-400을 의미한다.
3）장치 자원 기술 정보(descriptive information): 여러개의 byte를 구비하며, 예컨대, 상기 장치가 노드 교환국인 경우, 그의 네트워크 포트에 연결된 장치의 도시권 통신망 어드레스와 그의 각 네트워크 포트의 상/하행 스트림 카운트가 포함된다. 만약 상기 장치가 노드 서버인 경우, 그의 네트워크 포트에 연결된 장치의 접속망 어드레스와 그의 네트워크 포트의 상/하행 스트림 카운트 등이 포함된다. 이 무든 정보는 서비스 흐름의 결책에 근거를 제공하기 위한 것이며, 매번 서비스 흐름에서 이런 정보를 수정한다.
마찬가지로, 도시권 조회 태그가 기술한 도시권 서버부터 노드 교환국까지 또는 노드 서버까지의 연결을 기술하며, 한편 도시권 응답 태그는 노드 교환국 또는 노드 서버부터 도시권 서버까지의 연결을 기술한다. 설계의 간편화를 위해, 만약 양자가 일일 대응된다고 가설하면, 예컨대 도시권 서버一노드 교환국의 도시권 조회 태그가 0x0008이면, 상기 노드 교환국부터 도시권 서버까지의 도시권 응답 태그도 0x0008이며, 아웃 태그(out tag)는 인 태그(in tag)와 같다. 이로써, 도시권 서버의 CPU 모듈에서 다른 하나의 2의 16 차원의 테이블이 유지되며, 즉64K의 테이블이 유지되며, 도시권 프로토콜 태그 정보 테이블이라 칭하고, 각 테이블의 테이블 항목은 이하와 같이 구성된다:
1） 태그 점용 기술자: 2개의 byte를 구비하며, 0x0000은 이 태그의 미사용을 의미하며, 0x0001은 이 태그가 사용대기（도시권 서버는 이 태그로 포트 조회 패킷을 송신했으나 액세스 응답 패킷을 수신되지 못했음）인 것을 의미하며, 0x0002는 이 태그의 이미사용（도시권 서버가 액세스 응답 패킷을 수신한 후 설정）을 의미한다
2） 태그 기술자: 2개의 byte를 구비하며, 상기 태그에 대응된 장치의 도시권 통신망 어드레스이다.
3） 태그 라우팅 기술 정보(descriptive information): 4개의 byte를 구비하며, 상기 도시권 조회 태그 패킷의 바로 전의 호핑 교환국의 도시권 통신망 어드레스와 포트 넘버를 의미하며, 앞 2개의 byte는 바로 전의 호핑 교환국의 도시권 통신망 어드레스를 의미하며, 두 2개의 byte는 바로 전의 호핑 교환국의 포트 넘버를 의미한다.
도 14에 도시된 바와 같이, 예를 들어, 이 도시권 서버에 4개의 100Mbps SC/PC와 하나의 CPU 모듈 인터페이스가 있으며, 4개의 100Mbps SC/PC는 순차적으로 0호 포트 내지 3호 포트로 정의하며, CPU 모듈 인터페이스가 4호 포트로 정의하며, 이 도시권 서버 사이즈가 MS-1000, MS-1000인 0호 포트와 1호 포트 각각에 하나의 MX-4-0이 연결되며, 2호 포트, 3호 포트, MX-4-0의 0호 포트에 하나의 MSS-400-0이 연결되며, 1호 포트에 하나의 MSS-400-1이 연결됨을 가설한다.
액세스 인터랙티브 과정은 이하와 같다:
1, MS-1000 서버는 전원 투입한 후 하드웨어를 초기화하며, 구성 파일을 디스크부터CPU 메모리（예컨대 노드 교환국의 등록 정보, 노드 서버의 등록 정보 등）에 도입한다. MS-1000 서버는 도시권 어드레스 정보 테이블, 도시권 프로토콜 태그 정보 테이블을 초기화하여, 모두 리셋（모든 어드레스, 태그 미사용을 표시）초기화한다. MS-1000 서버는 자신의 도시권 통신망 어드레스를 0x0000으로 설정하며, 즉, 도시권 어드레스 정보 테이블의 제0x0000 항이 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 0x0002는 이 어드레스의 이미사용을 의미함.
● 장치 기술자(descriptor): 0x0000은 도시권 서버를 의미함.
● 장치 자원 기술 정보(descriptive information): 이 도시권 서버에 있는 4개의 100Mbps SC/PC는 순차적으로 0호 포트 내지 3호 포트로 정의되며, CPU 모듈 인터페이스는 4호 포트로 정의된다. 노드 서버 사이즈는 MS-1000이며, 그의 네트워크 포트에 연결된 장치의 도시권 통신망 어드레스는 할당하지 않았으며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
다음 사용 가능한 어드레스는 0x0001이며, 다음 도시권 프로토콜 태그는 0x0000이다.
2, MS-1000 서버의 4, 5, 6, 7호 테이블에 대하 초기화
● 4호 테이블을 “0 0000 0000 0000 0000 0000” 내지 “0 0000 1111 1111 1111 1111”으로 성정하며, 즉 모든 도시권 조회 태그 패킷이 전송 폐쇄됨.
● 5호 테이블을 “1 0000 0000 0000 0000 0000” 내지 “1 0000 1111 1111 1111 1111”으로 설정하며, 즉 모든 도시권 응답 태그 패킷이 CPU에 안내됨.
● 6, 7호 테이블을 “0 0000 0000 0000 0000 0000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨.
3, MS-1000 서버는 자기가 4개의 100MbpsSC/PC를 구비하며 다음 도시권 프로토콜 태그가 0x0000인 것을 알게 되며, 이로써, 그는 다음과 같이 4개의 4호 테이블의 테이블 항목을 설정한다.
● “100 0000 0000 0000 0000” => “0 0001 0000 0000 0000 0000”, 즉 도시권 프로토콜 태그가 0x0000인 조회 패킷이 0호 포트에 안내됨.
● “100 0000 0000 0000 0001” => “0 0010 0000 0000 0000 0001”, 즉 도시권 프로토콜 태그가 0x0001인 조회 패킷이 1호 포트에 안내됨.
● “100 0000 0000 0000 0010” => “0 0100 0000 0000 0000 0010”, 즉 도시권 프로토콜 태그가 0x0002인 조회 패킷이 2호 포트에 안내됨.
● “100 0000 0000 0000 0011” => “0 1000 0000 0000 0000 0011”, 즉 도시권 프로토콜 태그가 0x0003인 조회 패킷이 3호 포트에 안내됨.
다음 도시권 프로토콜 태그는 0x0004이다.
4, MS-1000 서버는 헤드 정보가 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0002, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0003인 포트 조회 패킷을 송신하며, 패킷은 태그에 따라 교환되므로, DA가 동일해도 상관없다. 4호 테이블에 설정된 포트 조회 패킷은 순차적으로 0호 포트 내지 3호 포트로 안내된다.
태그 정보 테이블의 제0x0000 항목은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기 상태인 것을 의미함.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0000(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉MS-1000의 도시권 통신망 어드레스임）, 0x0000（MS-1000의0호 포트）.
태그 정보 테이블의 제0x0001 항목은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기 상태인 것을 의미함.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0000(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉MS-1000의 도시권 통신망 어드레스）, 0x0001（MS-1000의 1호 포트）.
태그 정보 테이블의 제0x0002 항목은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기 상태인 것을 의미함.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0000(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉 MS-1000의 도시권 통신망, 0x0002（MS-1000의 2호 포트）.
태그 정보 테이블의 제0x0003 항목은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기 상태인 것을 의미함.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0000(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉MS-1000의 도시권 통신망 어드레스）, 0x0003（MS-1000의 3호 포트）.
다음 사용 가능한 태그는 0x0004이다.
5, MX-4-0교환국이 전원 투입한 후 하드웨어를 초기화한다.
● 4호 테이블을 “1 0000 0000 0000 0000 0000” 내지“1 0000 1111 1111 1111 1111”으로 설정하며, 즉 모든 도시권 조회 태그 패킷이 CPU에 안내됨.
● 5호 테이블을 “0 0000 0000 0000 0000 0000” 내지 “0 0000 1111 1111 1111 1111”으로 설정하며, 즉 모든 도시권 응답 태그 패킷이 전송 폐쇄됨.
● 6호 테이블, 7호 테이블을 “0 0000 0000 0000 0000 0000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨.
6, 위상도에 따라 MX-4-0교환국의 2호 포트가 도시권 프로토콜 태그가 0x0000인 조회 패킷을 수신하면,
● 5호 테이블을 “101 0000 0000 0000 0000”=> “0 0100 0000 0000 0000 0000”으로 설정하며, 즉 도시권 프로토콜 태그0x0000의 응답 패킷이 2호 포트에 안내된다.
위상도에 따라 MX-4-0교환국의 3호 포트가 도시권 프로토콜 태그가 0x0001인 조회 패킷을 수신하면,
● 5호 테이블을 “101 0000 0000 0000 0001” => “0 1000 0000 0000 0000 0000”으로 설정하며, 즉 도시권 프로토콜 태그가 0x0001인 응답 패킷이 3호 포트;에 안내된다.
2개의 응답 패킷（응답에 본 교환국의 장치 타입, 장치 식별자와 상기 조회 패킷을 수신한 포트 넘버가 포함됨）을 송신한다. 하나의 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000이며, 동시, 패킷에 상기 조회 패킷을 수신한 포트 넘버가 2호인 것을 표기한다.
다른 하나의 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001이며, 동시 패킷에 상기 조회 패킷을 수신한 포트 넘버가 3호인 것을 표기한다.
7, MS-1000 서버의 0호 포트가 도시권 프로토콜 태그가 0x0000인 조회 응답 패킷을 수신한 후, 이하와 같이 동작한다.
1）응답 패킷 중의 장치 타입에 따라 노드 교환국은 응답 패킷 중의 장치 식별자를 노드 교환국의 장치 정보 테이블 중의 장치 식별자 항목과 일일이 대비하여 똑 같으면, 이 장치가 이미 등록됨을 알게 되며, 장치 상태 항목이 0x0000인 것이 확인되면, 이 장치는 아직 액세스 하지 않았음을 알게 된다.
2）응답 패킷 중의 도시권 프로토콜 태그0x0000에 따라 도시권 프로토콜 태그 정보 테이블의 제0x0000 항목을 조회하여, 바로 전의 호핑 교환국이 MS-1000 서버（어드레스가 0x0000임）이며 포트 넘버가 0호인 것을 알게 된다.
3） 응답 패킷PDU 주의 제5 필드 넘버（조회 패킷을 수신한 교환국의 포트 넘버를 표시함）에 따라 MS-1000 서버는 0호 포트에 하나의 교환국의 2호 포트가 연결되어 있음을 알게 된다.
엑세스 명령（교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스가 0x0001임을 알려줌）을 송신하며, 패킷의 헤드는 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000이다.
어드레스 정보 테이블의 제0x0001항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor):0x0001이 어드레스가 사용대기인 것을 의미함（도시권 서버는 이 어드레스로 엑세스 명령 패킷을 송신했으나, 엑세스 명령 응답을 수신하지 못했음）;
● 장치 기술자(descriptor): 수정 없음.
● 장치 자원 기술 정보(descriptive information) : 수정 없음.
대응된 장치 정보 테이블的 테이블 항목은 이하와 같이 설정된다:
● 장치 식별자: 수정 없음.
● 장치 상태: 0x0001은 이 장치가 액세스 대기（도시권 서버는 엑세스 명령 패킷을 송신했으나 엑세스 명령 응답을 수신되지 못했음）상태인 것을 의미함.
● 장치 어드레스:0x0001;
8, MS-1000 서버1호 포트는 도시권 프로토콜 태그0x0001의 조회 응답 패킷을 수신한후 이하와 같이 동작한다.
1） 응답 패킷 중의 장치 타입에 따라 노드 교환국인 것을 알게 되며, 응답 패킷 중의 장치 식별자를 노드 교환국의 장치 정보 테이블 중의 장치 식별자와 일일이 대비하며, 똑 같으면 장치가 이미 등록됨을 의미하며, 장치 상태 항이 0x0001인 것을 확인하여 상기 장치가 액세스대기 상태인 것을 알게 된다.
2） 응답 패킷 중의 도시권 프로토콜 태그 0x0001에 따라 도시권 프로토콜 태그 정보 테이블의 제0x0001 항을 조회하여 바로 전의 호핑 교환국이 MS-1000 서버（어드레스가 0x0000임）이며 포트 넘버가 1호인 것을 알게 된다.
3） 응답 패킷PDU 중의 제5 필드 넘버（조회 패킷을 수신한 교환국의 포트 넘버）에 따라 MS-1000 서버는 1호 포트에 하나의 교환국의 3호 포트가 연결되어 있음을 알게 된다.
엑세스 명령（교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스가 0x0001인 것을 알려줌）을 송신하며, 패킷의 헤드는 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001이다.
어드레스 정보 테이블의 제0x0001 항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 0x0001은 이 어드레스가 사용대기인 것을 의미（도시권 서버는 이 어드레스로 엑세스 명령 패킷을 소신했으나 엑세스 명령 응답을 수신하지 못했음）함.
● 장치 기술자(descriptor): 수정 없음.
● 장치 자원 기술 정보(descriptive information) : 수정 없음.
대응된 장치 정보 테이블의 테이블 항목은 이하와 같이 설정된다:
● 장치 식별자: 수정 없음.
● 장치 상태: 0x0001은 이 장치가 액세스대기（도시권 서버가 엑세스 명령 패킷을 송신했으나 엑세스 명령 응답을 수신하지 못했음） 상태인 것을 의미함.
● 장치 어드레스: 0x0001;
9, MX-4-0교환국의 2호 포트는 도시권 프로토콜 태그가 0x0000인 엑세스 명령 패킷（패킷의 헤드는 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000임）을 수신한 후, 여기의 장치 타입과 장치 식별자를 대비하여 자신의 도시권 통신망 어드레스가 0x0001인 것을 알게 되어 액세스하는 동시, 서버에 엑세스 명령 응답을 송신한다. 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000이다.
10, MX-4-0교환국의 3호 포트는 도시권 프로토콜 태그0x0001의 엑세스 명령 패킷（패킷의 헤드가 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001임）을 수신한 후, 여기의 장치 타입과 장치 식별자를 대비하여 자신의 도시권 통신망 어드레스가 0x0001인 것을 알게 되어 액세스하는 동시, 서버에 엑세스 명령 응답을 송신한다. 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0001이다.
11, MS-1000 서버의 0호 포트는 도시권 프로토콜 태그가 0x0000인 엑세스 명령 응답 패킷을 수신한 후 이하와 같이 동작한다.
1） 엑세스 명령 응답 패킷 중의 도시권 프로토콜 태그0x0000에 따라, 태그 정보 테이블의 제0x0000 항의 태그 라우팅 기술 정보(descriptive information)를 조회하여 상기 교환국의 바로 전의 호핑 교환국이 MS-1000 서버（어드레스가 0x0000임）인 것을 알게 된다. 포트 넘버는 0호이다.
2） 엑세스 명령 응답 패킷PDU 중의 제9 필드 넘버（조회 패킷을 수신한 교환국의 포트 넘버）에 따라 MS-1000 서버는 0호 포트에 하나의 교환국의 2호 포트가 연결되어 있음을 알게 된다.
3） 엑세스 명령 응답 패킷 중의 도시권 어드레스0x0001에 따라, 상기 교환국의 도시권 어드레스가 0x0001인 것을 알게 된다.
1）, 2）및 3）부터 MX-4-0교환국의 액세스됨을 알게 된다.
어드레스 정보 테이블의 제0x0001 항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 0x0002은 이 어드레스의 이미사용을 의미함.
● 장치 기술자(descriptor): 0x0001은 노드 교환국MX-4-0을 의미함.
● 장치 자원 기술 정보(descriptive information): 4개의 100Mbps SC/PC를 순차적으로 0호 포트 내지 3호 포트로 정의하며, CPU 모듈 인터페이스를4호 포트로 정의한다. 그의 2호 포트에 하나의 도시권 어드레스가 0x0000인 MS-1000의 0호 포트가 연결되며, 다른 네트워크 포트에 연결된 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스는 아직 모르며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
태그 정보 테이블의 제0x0000항은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0002는 이 태그가 이미사용됨을 의미함.
● 태그 기술자: 0x0000;
● 태그 라우팅 기술 정보(descriptive information): 0x0000(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉MS-1000의 도시권 통신망 어드레스）, 0x0000（MS-1000의 0호 포트）.
대응된 장치 정보 테이블의 테이블 항목은 이하와 같이 설정된다:
● 장치 식별자: 수정 없음.
● 장치 상태: 0x0002는 이 장치의 액세스 완료（도시권 서버가 엑세스 명령 패킷을 송신하며 엑세스 명령 응답을 수신함）가 포함됨
● 장치 어드레스: 0x0001.
도시권 어드레스 정보 테이블의 제0x0000 항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 수정하지 없음.
● 장치 기술자(descriptor): 수정 없음.
● 장치 자원 기술 정보(descriptive information): 이 도시권 서버에 있는 4개의 100Mbps SC/PC는 순차적으로 0호 포트 내지 3호 포트로 정의되며, CPU 모듈 인터페이스는 4호 포트로 정의되며, 이 노드 서버 사이즈는 MS-1000이며, 그의 0호 포트에 하나의 도시권 어드레스가 0x0001인 MX-4-0의 2호 포트가 연결되며, 그의 다른 네트워크 포트에 연결된 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스는 아직 할당하지 않았으며, 그의 가가 네트워크 포트의 상/하행 스트림 카운트는 0이다.
포트0에 장치 상태 조회 명령을 정시 송신하며(예컨대 초당）, 만약MS-1000 서버가 일정 시간 내（예컨대, 6초） 상태 조회 응답을 수신되니 못했으면 장치 상태 조회 명령을 더 이상 송신하지 않으며, 포트0에 조회 패킷을 지속적으로 송신한다.
12, MS-1000 서버1호 포트는 도시권 프로토콜 태그가 0x0001인 엑세스 명령 응답 패킷을 수신한 후,
1） 엑세스 명령 응답 패킷 중의 도시권 프로토콜 태그0x0001에 따라, 태그 정보 테이블의 제0x0001 항의 태그 라우팅 기술 정보(descriptive information)를 검측하여 상기 교환국의 바로 전의 호핑 교환국이 MS-1000 서버（어드레스가 0x0000임）인 것을 알게 되며 포트 넘버는 1호인 것을 알게 된다.
2） 엑세스 명령 응답 패킷PDU중의 제9 필드 넘버（조회 패킷의 교환국의 포트 넘버）에 따라 MS-1000 서버는 1호 포트에 하나의 교환국의 3호 포트가 연결되어 있음을 알게 된다.
3） 엑세스 명령 응답 패킷 중의 도시권 어드레스0x0001에 따라 상기 교환국의 도시권 어드레스가 0x0001인 것을 알게 된다.
1）, 2） 및 3）부터 MX-4-0교환국의 액세스됨을 알게 된다.
어드레스 정보 테이블의 제0x0001항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 0x0002는 이 어드레스의 이미사용을 의미함.
● 장치 기술자(descriptor): 0x0001은 노드 교환국MX-4-0을 의미함.
● 장치 자원 기술 정보(descriptive information): 4개의 100Mbps SC/PC는 순차적으로 0호 포트 내지 3호 포트로 정의되며, CPU 모듈 인터페이스는 4호 포트로 정의 된다. 그의 2호 포트에 하나의 도시권 어드레스가 0x0000인 MS-1000의 0호 포트가 연결되며, 그의 3호 포트에 하나의 도시권 어드레스가 0x0000인 MS-1000의 1호 포트가 연결되며, 다른 네트워크 포트에 연결된 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스는 아직 모르며, 그의 각 네트워크 포트의 상/하행 스트림 카운트는 0이다.
태그 정보 테이블의 제0x0001 항은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0002는 태그가 이미사용인 것을 알게 됨.
● 태그 기술자: 0x0001;
● 태그 라우팅 기술 정보(descriptive information): 0x0000(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉MS-1000의 도시권 통신망 어드레스）, 0x0001（MS-1000의 0호 포트）.
대응된 장치 정보 테이블의 테이블 항목은 이하와 같이 설정된다:
● 장치 식별자: 수정 없음.
● 장치 상태: 0x0002는 이 장치가 액세스 완료（도시권 서버가 엑세스 명령 패킷을 송신하였으나 엑세스 명령 응답을 수신되지 못했음）인 것을 의미함.
● 장치 어드레스: 0x0001.
도시권 어드레스 정보 테이블의 제0x0000항은 이하와 같이 설정된다:
● 어드레스 점용 기술자(descriptor): 수정 없음.
● 장치 기술자(descriptor): 수정없음.
● 장치 자원 기술 정보(descriptive information): 이 도시권 서버에 있는 4개의 100Mbps SC/PC는 순차적으로 0호 포트 내지 3호 포트로 정의되며, CPU 모듈 인터페이스는 4호 포트로 정의된다. 이 노드 서버 사이즈는 MS-1000이며, 그의 0호 포트에 하나의 도시권 어드레스가 0x0001인 MX-4-0의 2호 포트가 연결되며, 1호 포트에 하나의 도시권 어드레스가 0x0001인 MX-4-0의 3호 포트로 연결되며, 다른 네트워크 포트에 연결된 장치의 도시권 통신망(metropolitan area network, MAN) 어드레스는 아직 할당되지 못했으며, 그의 각 네트워크 포트의 상/하행 트래픽 카운트는 0이다.
그 후, 포트1에 장치 상태 조회 명령을 정시 송신하며（예컨대 초당）, 만약 MS-1000 서버는 일정 시간 내(예컨대 6초）에 상태 조회 응답을 수신되지 못했으면, 장치 상태 조회 명령을 더 이상 송신하지 않으며, 포트1에 조회 패킷을 지속적으로 송신한다.
13, MS-1000 서버는 그의 0호 포트에 도시권 어드레스가 0x0001인 MX-4-0의 2호 포트가 연결되어 있으며, 1호 포트에 MX-4-0의 3호 포트가 연결되어 있으며, MX-4-0의 0호와 1호 포트에 대해 아직 모르며, 다음 도시권 프로토콜 태그가 0x0004인 것을 알게 된다. 이로써, 그는 이하와 같이 그의 4개의 4호 테이블의 테이블 항목을 설정한다.
● “100 0000 0000 0000 0100”=> “0 0001 0000 0000 0000 0100”, 즉 도시권 프로토콜 태그가0x0004인 조회 패킷이 0호 포트에 안내됨.
● “100 0000 0000 0000 0101”=> “0 0001 0000 0000 0000 0101”, 즉 도시권 프로토콜 태그가 0x0005인 조회 패킷이 0호 포트에 안내됨.
● “100 0000 0000 0000 0110”=> “0 0010 0000 0000 0000 0110”, 즉 도시권 프로토콜 태그가 0x0006인 조회 패킷이 1호 포트에 안내됨.
● “100 0000 0000 0000 0111”=> “0 0010 0000 0000 0000 0111”, 즉 도시권 프로토콜 태그가0x0007인 조회 패킷이 1호 포트에 안내됨.
다른 도시권 프로토콜 태그는 0x0008이다.
MS-1000은 태그0x0000 또는 0x0001을 통해 패킷을 송신함으로써 MX-4-0에 MX-4-0 4호 테이블의 테이블 항목을 이하와 같이 설정하도록 통지한다:
● “100 0000 0000 0000 0100”=> “0 0001 0000 0000 0000 0100”, 즉 도시권 프로토콜 태그가 0x0004인 조회 패킷이 0호 포트에 안내됨.
● “100 0000 0000 0000 0101”=> “0 0010 0000 0000 0000 0101”, 즉 도시권 프로토콜 태그가 0x0005인 조회 패킷이 1호 포트에 안내됨.
● “100 0000 0000 0000 0110”=> “0 0001 0000 0000 0000 0110”, 즉 도시권 프로토콜 태그가 0x0006인 조회 패킷이 0호 포트에 안내됨.;
● “100 0000 0000 0000 0111”=> “0 0010 0000 0000 0000 0111”, 즉 도시권 프로토콜 태그가 0x0007인 조회 패킷이 1호 포트에 안내됨.
이하와 같이 MX-4-0 5호 테이블의 테이블 항목을 설정한다:
● “101 0000 0000 0000 0100”=> “0 0100 0000 0000 0000 0100”, 즉 도시권 프로토콜 태그가 0x0004안 응답 패킷이 2호 포트에 안내됨.
● “101 0000 0000 0000 0101”=> “0 0100 0000 0000 0000 0101”, 즉 도시권 프로토콜 태그가 0x0005인 응답 패킷이 2호 포트에 안내됨.
● “101 0000 0000 0000 0110”=> “0 1000 0000 0000 0000 0110”, 즉 도시권 프로토콜 태그가 0x0006인 응답 패킷이 3호 포트에 안내됨.
● “101 0000 0000 0000 0111”=> “0 1000 0000 0000 0000 0111”, 즉 도시권 프로토콜 태그가 0x0007인 응답 패킷이 3호 포트에 안내됨.
14, MS-1000 서버는 헤드정보가 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0004, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0005, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0006, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0007인 포트 조회 패킷을 송신하며, 패킷은 태그에 따라 교환되므로, 동일한 DA를 사용해도 문제 없다. 0호 테이블의 설정에 따라, 태그가 0x0004와 0x0005인 조회 패킷은 순차적으로 0호 포트에 안내되며, 태그가 0x0006, 0x0007인 조회 패킷은 순차적으로 1호 포트에 안내됨.
태그 정보 테이블의 제0x0004항은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 태그가 사용대기인 것을 알게 됨.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0001(바로 전의 호핑 교환국의 도시권 통신망 어드레스, 즉MX-4-0의 도시권 통신망 어드레스）, 0x0000（MX-4-0의 0호 포트）.
태그 정보 테이블의 제0x0005 항은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기인 것을 의미함.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0001(바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스, 즉MX-4-0의 도시권 통신망(metropolitan area network, MAN) 어드레스）, 0x0001（MX-4-0의 1호 포트）.
태그 정보 테이블의 제0x0006 항은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기인 것을 의미함.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0001(바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스, 즉MX-4-0의 도시권 통신망(metropolitan area network, MAN) 어드레스）, 0x0000（MX-4-0의 0호 포트）.
태그 정보 테이블의 제0x0007 항은 이하와 같이 설정된다:
● 태그 점용 기술자: 0x0001은 이 태그가 사용대기인 것을 알게 됨.
● 태그 기술자: 수정 없음.
● 태그 라우팅 기술 정보(descriptive information): 0x0001(바로 전의 호핑 교환국의 도시권 통신망(metropolitan area network, MAN) 어드레스, 즉MX-4-0의 도시권 통신망(metropolitan area network, MAN) 어드레스）, 0x0001（MS-1000의1호 포트）.
다음 사용 가능한 태그는 0x0008이다.
15, MSS-400-0, MSS-400-1교환국은 전원 투입한 후 하드웨어를 초기화한다. 노드 서버는 태그가 개시측 또는 종료측이므로, 태그 대체가 필요 없다.
● 4호 테이블을 “001 0000 0000”로 설정하며, 즉 모든 도시권 조회 태그 패킷이 CPU에 안내됨.
● 5호 테이블을 “100 0000 0000” 로 설정하며, 즉 모든 도시권 응답 태그 패킷이 10호 포트（즉100Mbps 상행SC/PC）에 안내됨.
● 6호, 7호 테이블을 “000 0000 0000”으로 설정하며, 즉 모든 단일 멀티캐스트 데이터 패킷이 전송 폐쇄됨.
16, 위상도에 따라 MSS-400-0교환국의 10호 포트가 도시권 프로토콜 태그가 0x0004, 0x0006인 조회 패킷을 수신하면,
2개의 응답 패킷（응답에 본 교환국의 장치 타입과 장치 식별자 및 상기 조회 패킷을 수신한 포트 넘버가 포함됨）을 송신한다. 하나의 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0004이며, 동시에 패킷에 상기 조회 패킷을 수신한 포트 넘버가 10호임을 표기한다.
다른 하나의 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0006이며, 동시에 패킷에 상기 조회 패킷을 수신한 포트 넘버가 10호임을 표기한다.
17, 위상도에 따라 MSS-400-1교환국의 10호 포트가 도시권 프로토콜 태그가 0x0005, 0x0007인 조회 패킷을 수신하면,
2개의 응답 패킷（응답에 본 교환국의 장치 타입, 장치 식별자와 상기 조회 패킷을 수신한 포트 넘버가 포함됨）을 송신한다. 하나의 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0005이며, 동시 패킷에 상기 조회 패킷을 수신한 포트 넘버가 10호임을 표기한다.
다른 하나의 패킷의 헤드는 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0007이며, 동시에 패킷에 상기 조회 패킷을 수신한 포트 넘버가 10호임을 표기한다.
18, 마찬가지로 7, 8, 9, 10, 11, 12호도 상기와 같이 중복하며, 이 2개의 MSS-400은 액세스한다.
4.2 도시권 통신망(metropolitan area network, MAN)의 서비스 흐름
도15에 도시된 바와 같이, 이 도시권 서버에 4개의 100Mbps SC/PC, 하나의 CPU 모듈 인터페이스가 있으며, 4개의 100MbpsSC/PC는 순차적으로 0호 포트 내지 3호 포트로 정의되며, CPU 모듈 인터페이스는 4호 포트로 정의되며, 이 도시권 서버 사이즈는 MS-1000이며, MS-1000 의 0호 포트와 1호 포트 각각에 하나의 MX-4-0이 연결되어 있으며, 2호 포트, 3호 포트, MX-4-0의 0호 포트에 하나의 MSS-400-0이 연결되어 있으며, 1호 포트에 하나의 MSS-400-1（전 도면을 참조）이 연결되어 있다고 가설한다.
STB_0은 MSS-400-0의 0호 포트에 연결되며, STB_1은 MSS-400-1의 1호 포트에 연결되며, 액세스된 후의 이들의 어드레스는 STB_0이 （0x0000 0x0000 0x0002 x0009）이며, STB_1이 （0x0000 0x0000 0x0003 0x0012）이다. MX-4-0의 도시권 통신망(metropolitan area network, MAN) 어드레스는 0x0001이며, MX-4-0과 MSS-1000의 도시권 프로토콜 태그는 0x0000, 0x0001이다. MSS-400-0과 MSS-1000의 도시권 프로토콜 태그는 0x0005, 0x0007이며, MSS-400-1과 MSS-1000의 도시권 프로토콜 태그는 0x0006, 0x0008이다.
4.2.1 서비스의 확립 흐름
STB_0은 이하와 같이 MSS-400-0에 STB_1과의 영상 통신 신청을 송신한다:
1, STB_0은 서비스 신청 명령 패킷을 송신한다. 패킷의 DA는 0x0800 0x0000 0x0002 0x0000이며, SA는 0x0000 0x0000 0x0002 0x0009이며, reserved는 0x0000이다. PDU 부분은 부록을 참조한다. 서비스 파라미터는 SERVICE_TYPE_TELEPHONE_REQUEST 또는 SERVICE_TYPE_TELEPHONE_DIRECT이다.
2, 서비스 신청 명령 패킷은 1호 테이블의 설정에 따라 MSS-400-0에 안내되며, MSS-400-0은 패킷의 내용에 따라 수신된 것이 영상 통신 신청인 것을 판단한다. SA에 따라 STB_0인 것을（設화상 전화의 대역폭은 상/하행6Mbit/s이며, STB_0과 MSS-400-0의 상/하행 대역폭에 아직 80Mbit/s가 남아 있다고 가설함）알게 되며, STB_0과 MSS-400-0의 상/하행 대역폭을 검측하여 서비스 요구에 부합됨을 알게 되어, 4호에 호핑하며, 만약 상/하행 대역폭이 요구에 부합되지 못하면 3호에 호핑한다.
3, MSS-400-0은 발신자 STB_0에 메뉴를 송신하며 서비스 거절을 의미한다.
STB_0에 송신하는 경우:패킷의 DA가 0x8000 0x0000 0x0002 0x0009이며, SA가 0x0000 0x0000 0x0002 0x0000이며, reserved가 0x0000이며, PDU부분은 부록 메뉴 데이터 포맷을 참조.
4, MSS-400-0은 수신자 넘버에 따라 CAM 테이블（내용-어드레스 매핑 테이블）을 조회하여 수신자가 자신의 접속망(access network, AN)에 있지 않음을 알게 되어, MSS-400-0은 도시권 서버MSS-1000에 서비스 신청 명령 패킷을 송신한다. 이 패킷의 DA는 0x0900 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0002 0x0009이며, reserved는 0x0000이며, 프로토콜 태그는 0x0005（PDU부분은 “(마), 도시권 통신망(metropolitan area network, MAN)액세스 흐름의 데이터 포맷 정의”부분을 참조）이며, 서비스 파라미터는 SERVICE_TYPE_TELEPHONE_REQUEST 또는 SERVICE_TYPE_TELEPHONE_DIRECT이다.
5, MSS-1000은 MSS-400-0의 서비스 신청 패킷을 수신하여 패킷의 내용에 따라 영상 통신 신청의 수신함을 판단하며, SA에 따라 MSS-400-0의 단말, （MX-4-0과 MSS-400-0의 상/하행 대역폭은 아직 800Mbit/s가 남아 있다고 가설함）을 알게 되며, 수신자 넘버에 따라 CAM 테이블（내용-어드레스 매핑 테이블）을 조회하며 수신자가 MSS-400-1의 접속망의（MX-4-0과 MSS-400-1의 상/하행 대역폭은 아직 800Mbit/s가 남아 있다고 가설함）에 있는 것을 알게 되며, MX-4-0과 MSS-400-0, MSS-400-1의 상/하행 대역폭이 서비스 요구에 만족된다면, 7에 계속 호핑하며, 만족하지 못하면 6에 호핑한다.
6, MSS-1000은 서비스 거절 패킷을 MSS-400-0에 송신한다. 패킷의 DA는 0x9000 0x0000 0x0002 0x0009이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이며, 프로토콜 태그는 0x0005이다. PDU부분을 고려하지 않고, MSS-400-0은 이 서비스 거절 패킷을 수신하여 3에 호핑한다.
7, MSS-1000은 MSS-400-1에 서비스 신청 패킷과 서비스 신청 명령 패킷을 송신한다. 패킷의 DA는 0x9000 0x0000 0x0003 0x0012이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이며, 프로토콜 태그는 0x0006(PDU부분은 “(마), 도시권 통신망(metropolitan area network, MAN)액세스 흐름의 데이터 포맷 정의”를 참조）이며, 서비스 파라미터는 SERVICE_TYPE_TELEPHONE_REQUEST 또는 SERVICE_TYPE_TELEPHONE_DIRECT이다.
8, MSS-400-1은 MSS-1000의 서비스 신청 패킷을 수신하여, 패킷의 내용에 따라 영상 통신 신청의 수신함을 알게 된다. 수신자 넘버에 따라CAM 테이블（내용-어드레스 매핑 테이블）에 따라 수신자가STB_1（STB_1과 MSS-400-1의 상/하행 대역폭에 아직 80Mbit/s가 남아 있다고 가설함）인 것을 알게 되며, STB_1과 MSS-400-1의 상/하행 대역폭을 검측하여 서비스 요구에 부합되면, 10에 계속 호핑하며, 만족하지 않으면 9에 호핑한다.
9, MSS-1000는 이 서비스 거절 패킷을 수신하여 6 에 호핑한다.
10, MSS-400-1은 메뉴 수신자를 각각 송신하며 수신자 응답을 기다린다.
STB_1에 송신하는 경우: 패킷의 DA는 0x8000 0x0000 0x0003 0x0012이며, SA는 0x0000 0x0000 0x0003 0x0000이며, reserved는 0x0000이며, PDU부분은 부록 메뉴 데이터 포맷을 참조.
11, STB_1는 메뉴를 수신하며, SERVICE_TYPE_PERMISSION 통신 접수 신청을 송신한다. 패킷의 DA는 0x0800 0x0000 0x0003 0x0000이며, SA는 0x0000 0x0000 0x0003 0x0012이며, reserved는 0x0000 （PDU부분은 “(마), 도시권 통신망(metropolitan area network, MAN)액세스 흐름의 데이터 포맷 정의”를 참조）이며, 서비스 파라미터는 SERVICE_TYPE_PERMISSION이다.
12, MSS-400-1은 STB_1의 응답 패킷을 수신하여, 서비스 응낙 패킷을 MSS-1000에 송신한다. 패킷의 DA는 0x9000 0x0000 0x0000 0x0000이며, SA는 0x0000 0x0000 0x0003 0x0000이며, reserved는 0x0000이며, 프로토콜 태그는 0x0006이며, PDU부분은 고려하지 않는다.
13, MSS-1000은 서비스 응낙 패킷을 수신한 후, 유니캐스트 태그（MSS-400-0부터 MSS-400-1까지의 인 태그(in tag), 아웃 태그(out tag)가 0x0000이며, MSS-400-1부터 MSS-400-0까지의 인 태그(in tag), 아웃 태그(out tag)는 0x0001로 가설함）을 한다.
l MSS-1000은 MX-4-0에 태그 할당 패킷을 송신하며, 패킷의 DA는 0x9000 0x0000 0x0001 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이며, 프로토콜 태그는 0x0000이며, PDU부분은 인 태그(in tag), 아웃 태그(out tag) 및 안내 포트가 포함됨.
l MSS-1000은 MSS-400-0에 태그 할당 패킷을 송신하며, 패킷의 DA는 0x9000 0x0000 0x0002 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이며, 프로토콜 태그는 0x0005이며, PDU부분은 인 태그(in tag), 아웃 태그(out tag) 및 안내 포트가 포함되며, DA, SA와 태그의 바인딩도 포함됨.
l MSS-1000은 MSS-400-1에 태그 할당 패킷을 송신하며, 패킷의 DA는 0x9000 0x0000 0x0003 0x0000이며, SA는 0x0000 0x0000 0x0000 0x0000이며, reserved는 0x0000이며, 프로토콜 태그는 0x0006이며, PDU부분은 인 태그(in tag), 아웃 태그(out tag) 및 안내 포트가 포함되며, DA, SA와 태그의 바인딩도 포함됨.
14, MX-4-0은 태그 할당 패킷을 수신하여 그의 6호 테이블을 업데이트한다. 제0x0000 항에 있어서, 아웃 태그(out tag)는 0x0000이며, 안내 포트는 1호 포트이다. 제0x0001항에 있어서, 아웃 태그(out tag)는 0x0001이며, 안내 포트는 0호 포트이다.
15, MSS-400-0은 태그 할당 패킷을 수신하여 그의 DA, SA와 태그에 바인딩된 CAM 테이블（어드레스-태그 바인딩 테이블）을 업데이트한다. 즉 이 CAM 테이블의 제0x0000 항에 있어서, DA는 0x1000 0x0000 0x0003 0x0012이며, SA는 0x0000 0x0000 0x0002 0x0009이다.
그의 6호 테이블이 업데이트된 후, 제0x0000항에 있어서, 아웃 태그(out tag)는 0x0000이며, 안내 포트는 10호 포트이다.
MSS-400-0은 이하와 같이 자신의 2호 테이블을 설정한다:
● “10 0000 0000 0000 1001“ => “000 0000 0001”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0002 0x0009인 유니캐스트 데이터 패킷이 0호 포트에 안내됨.
STB-0에 코딩/디코딩 명령 패킷을 송신하며, 패킷의 DA는 0x8000 0x0000 0x0002 0x0009이며, SA는 0x0000 0x0000 0x0002 0x0000이며, reserved는 0x0000이다. PDU부분은 코딩/디코딩 명령을 참조.
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령(서버-> 유저） |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x1000 0x0000 0x0000 0x0012 | |
| 19-22 | 4W | 0x1000 0x0000 0x0000 0x0009 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
16, MSS-400-1은 태그 할당 패킷을 수신하여 그의 DA, SA와 태그에 바인딩된 CAM 테이블을 업데이트한다. 즉 이 CAM 테이블의 제 0x0001항에 있어서, DA는 0x1000 0x0000 0x0002 0x0009이며, SA는 0x0000 0x0000 0x0003 0x0012이다.
그의 6호 테이블이 업데이트된 후, 제0x0001항에 있어서, 아웃 태그(out tag)는 0x0001이며, 안내 포트는 10호 포트이다.
MSS-400-1은 이하와 같이 2호 테이블을 설정한다:
● “10 0000 0000 0001 0010“ => “000 0000 0010”, 즉, 목적 어드레스（DA）가 0x1000 0x0000 0x0003 0x0012인 유니캐스트 데이터 패킷이 1호 포트에 안내됨.
STB-1에 코딩/디코딩 명령 패킷을 송신하며, 패킷의 DA는 0x8000 0x0000 0x0003 0x0012이며, SA는 0x0000 0x0000 0x0003 0x0000이며, reserved는 0x0000이다. PDU부분은 코딩/디코딩 명령을 참조.
| 8704 | |||
| 필드 넘버 | 길이 | 코드 | 설명 |
| 0 | 1W | 8704 | 코딩/디코딩 명령(서버-> 유저) |
| 1 | 1W | 충전 | |
| 2-4 | 3W | 충전 | |
| 5-7 | 3W | 충전 | |
| 8 | 1W | 충전 | |
| 9-11 | 3W | 충전 | |
| 12 | 1W | 충전 | |
| 13 | 1W | 0x3217 | |
| 14 | 1W | 0x3217 | |
| 15-18 | 4W | 0x1000 0x0000 0x0000 0x0012 | |
| 19-22 | 4W | 0x1000 0x0000 0x0000 0x0009 | |
| 23 | 1W | 0xffff=원상 유지 | |
| 24 | 1w | 0=비프음 끄기 | |
| 25 | 1W | 0xffff=원상 유지 | |
| 26 | 1W | 0xffff=원상 유지 | |
| 27-(31) | 5w | 0 | |
0호 테이블에 따라, 뒤의 코딩/디코딩 명령 패킷은 각각 STB-0, STB-1에 안내될 수 있다. STB-0, STB-1은 패킷의 내용에 따라 디코딩하며 유니캐스트 데이터를 송수신한다.
4.2.2 서비스 통신흐름
1）STB-0부터 STB-1에 송신하는 패킷의 DA는 0x1000 0x0000 0x0003 0x0012이며, SA는 0x0000 0x0000 0x0002 0x0009이다.
2）패킷이 MSS-400-0에 들어가며, MSS-400-0의 스위칭 엔진은 DA의 도시권 통신망(metropolitan area network, MAN) 어드레스를 검측하여 본 접속망(access network, AN)의 것이 아니함을 알게 되면, DA, SA와 태그에 바인딩된 CAM 테이블을 조회하여, 유니캐스트 태그0x0000을 획득하며, 더 나아가 6호 테이블의 제0x0000 항을 조회하여 아웃 태그(out tag)가 0x0000이며 안내 포트가 10호 포트인 것을 알게 되며, 10호 포트의 송신측에 태그0x0000을 부가한다. 즉, 패킷의 헤드는 0x1000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0000이다.
3）패킷이 MX-4-0에 들어가며, MX-4-0의 스위칭 엔진은 결합된 어드레스 필드에 따라 테이블을 조회하며, 6호 테이블을 조회한다. 즉, 테이블의 어드레스는 “110 0000 0000 0000 0000”이며, MX-4-0의 6호 테이블의 설정에 의하면 유니캐스트 태그가 0x0000인 유니캐스트 태그 데이터 패킷이 1호 포트에 안내되며, 아웃 태그(out tag)는 0x0000이다. 즉 패킷의 헤드는 0x1000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0000이다.
4）패킷이 MSS-400-1의 10호 포트의 수신 모듈에 들어가면 태그를 삭제하여 스위칭 엔진에 들어간다. MSS-400-1의 스위칭 엔진은 결합된 어드레스 필드에 따라 테이블을 조회하며, 2호 테이블을 조회한다. 즉 테이블의 어드레스는 “10 0000 0000 0001 0010”이며, MSS-400-1의 2호 테이블의 설정에 따라 상기 테이블 항목의 출력이 “00 0000 0010”인 것을 알게 되며 하행 1호 포트의 개방을 의미한다. 따라서 패킷은 STB-1에 들어간다.
5）마찬가지로 STB-1부터 STB-0에 송신된 패킷의 DA는 0x1000 0x0000 0x0002 0x0009이며, SA는 0x0000 0x0000 0x0003 0x0012이다.
6）패킷이 MSS-400-1에 들어가며, MSS-400-1의 스위칭 엔진은 DA의 도시권 통신망(metropolitan area network, MAN) 어드레스를 검측하여 본 접속망(access network, AN)의 것이 아니함을 알게되어, DA, SA와 태그에 바인딩된 CAM 테이블을 조회하여 유니캐스트 태그0x0001을 획득한다. 더 나아가 6호 테이블의 제0x0001항을 조회하여 아웃 태그(out tag)가 0x0001이며 안내 포트가10호 포트인 것을 알게 된다. 10호 포트의 송신 측에 태그0x0001을 부가하며, 즉 패킷의 헤드는 0x1000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0001이다.
7）패킷이 MX-4-0에 들어가며, MX-4-0의 스위칭 엔진은 결합된 어드레스 필드에 따라 테이블을 조회하며, 6호 테이블을 조회하며, 즉 테이블의 어드레스는 “110 0000 0000 0000 0001”이다. MX-4-0의 6호 테이블의 설정에 따라 유니캐스트 태그가 0x0001인 유니캐스트 태그 데이터 패킷이 0호 포트에 안내되며, 아웃 태그(out tag)는 0x0001이다. 즉 패킷의 헤드는 0x1000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0001이다.
8）패킷이 MSS-400-0의 10호 포트의 수신 모듈에 들어가면 태그를 삭제하여 스위칭 엔진에 들어간다. MSS-400-0의 스위칭 엔진은 결합된 어드레스 필드에 따라 테이블을 조회하며, 2호 테이블을 조회하며, 즉 테이블의 어드레스는 “10 0000 0000 0000 1001”이다. MSS-400-0의 2호 테이블의 설정에 따라 상기 테이블 항목의 출력은 “00 0000 0001”이며 하행 0호 포트의 개방을 의미하는 것을 알게 되여 패킷이 STB-0에 들어간다.
(라), 이하 IP 인터넷에 대비함으로써, 본 발명에 따른 실시예 우점을 보다 상세하게 설명한다:
1, 구조부터 네트워크 어드레스 위조를 근절한다.
IP 인터넷의 어드레스는 유저 장치에 의해 네트워크에 알려주는 것이지만, 본 발명에 따른 뉴 네트워크 어드레스는 네트워크에 의해 유저 장치에 알려 준다.
제3자의 침입을 방지하기 위해, PC와 인터넷에 설정된 명령외의 암호는 아주 번거롭다. 실명 어드레스라고 해도, 암호 해독 또는 유저의 소홀로 인한 정보 누설은 피할 수 없다. IP 인터넷에 연결된 PC 단말은, 우선 자기 소개를 해야 하며, 네트워크에 자기의 IP 어드레스를 알려주어야 한다. 그러나 누군가 이 IP 어드레스의 진실 여부에 대해 확보해줄 수 있는지가 바로 IP 인터넷의 첫번째의 극복할 수 없는 보안 상의 취약성이다.
본 발명에 따른 뉴 네트워크 단말의 어드레스는 망 관리 프로토콜을 통해 학습하여 얻은 것이며, 유저 단말은 단지 학습해서 얻은 이 어드레스로 본 발명에 따른 뉴 네트워크에 들어갈 수 있으므로, 인증이 필요 없으며 착오 없음을 확보한다. 상세한 설명은 망 관리 프로토콜을 참조. 본 발명에 따른 뉴 네트워크는 질서 정연한 “색채 부여”된 어드레스 체계（D/SCAF）를 새로 세운다. 본 발명에 따른 뉴 네트워크 어드레스는 유일성뿐만 아니라, 위치 추적과 속성 확정 기능도 동시 구비한다. 인간의 신분증 번호처럼, 상기 유저 포트의 지리 위치, 장치 성질, 서비스 권한 등 다른 특징들이 함축되어 있다. 본 발명에 따른 뉴 네트워크 교환국은 이러한 특징들에 따라 패킷의 동작 규칙을 그룹화함으로써 성질 상이한 데이터의 분류가 실현된다.
2, 매번 서비스마다 출입증을 발부함으로써, 해커 공격과 바이러스 확산 경로를 차단한다.
IP 인터넷은 자유 출입이 가능하며, 유저 스스로 방화벽을 마련해놓는다. 본 발명에 따른 뉴 네트워크는 매번 서비스할 때만 신청출입증이 있어야 한다.
통신 프로토콜은 유저 단말에서 수행하기 때문에, 고쳐질 수 있으며, 루팅 정보는 네트워크에서 브로드캐스팅됨으로써, 도청될 수 있다. 네트워크 중의 어드레스 사기, 익명 공격, 전자 우편 폭탄, 눈물, 은폐 모니터링, 포트 주사, 내부 침입, 정보 수정 등 다양한 고유 결점은 해커를 위해 재간 피우게 하는 공간을 마련해 두었다. 스팸 메일 등 인터넷 오염은 방지할 수 없다.
IP 인터넷 유저는 IP 어드레스를 임의로 설정하여 다른 분로 사칭할 수 있으므로, 네트워크 중의 임의 장치에 프로버를 송신하여 다른 분의 정보를 정탐할 수 있으며, 네트워크에 데이터 패킷（구정물을 쏟음）을 임의 간섭할 수 있다. 이로써 많은 지혜로운 사람들이 다양한 방화벽을 발명하여 자신을 잘 지키려고 했으나, 방화벽의 장착은 자원적이며, 방화벽의 효과는 임시적이며 상대적이다. IP 인터넷 자신이 영원히 깨끗할 수 없다. 이들이 바로 IP 인터넷의 2번째 보안 결점이다.
본 발명에 따른 뉴 네트워크 유저가 액세스한 후, 네트워크 교환국은 단지 유저에 의해 노드 서버에 제한 내의 서비스 요청을 송신할 수 있으며, 다른 데이터 패킷에 대해 모두 폐쇄한다. 만약 노드 서버가 유저 신청을 허락하면, 즉 유저가 있는 교환국에 네트워크 출입증을 발급하면, 유저 단말에 의해 송신된 각 데이터 패킷이 네트워크 교환국 측의 심사 조건에 부합되지 못하면 모두 버리고 해커 공격을 철저히 방지한다. 매번 서비스 종료 후, 출입증은 자동으로 취소된다. 출입증 메커니즘은 교환국에 의해 수행되며, 유저 제어 가능 범위에 속하지 않는다.
유저 데이터 패킷의 소스 어드레스를 심사하여 유저에 의해 위조 또는 익명 데이터 패킷（액세스된 후 자동적으로 설정됨）을 임의 송신하는 것을 방지한다.
목적 어드레스를 심사함으로써 유저는 데이터 패킷을 서버에 의해 지정된 대상(서비스 신청시에 확정됨）에 송신할 수 밖에 없다.
데이터 스트림을 심사함으로써, 유저가 송신하는 데이터 스트림은 반드시 서버 규정(서비스 신청시에 확정됨）에 부합되어야 한다.
저작권 식별자를 심사함으로써 유저가 네트워크에서 다운로드한 저작권 있는 내용（내용 사업자에 의해 설정됨）을 전송(轉送)하는 것을 방지한다.
본 발명에 따른 뉴 네트워크는 방화벽, 바이러스 방어, 암호화, 인/아우터넷 격리 등 소극적인 수단이 필요하지 않는다. 본 발명에 따른 뉴 네트워크는 구조부터 해커 공격과 바이러스 확산을 철저히 차단하였으므로, 걱정할 필요 없는 본질부터 안전한 네트워크이다.
3, 네트워크 장치와 유저 데이터는 완전히 격리되어 바이러스와 트로잔의 생명선을 차단한다.
IP 인터넷 장치는 유저 데이터 패킷을 수시로 해체할 수 있으나, 본 발명에 따른 뉴 네트워크 장치는 유저 데이터와 완전히 격리된다. 즉 데이터 전송에서, 뉴 네트워크 장치（예컨대, 교환국, 게이트웨이 등）는 유저 데이터 패킷을 해체하는 것이 아니라, 데이터 패킷의 어드레스에 따라, 매핑 테이블을 조회하며 이를 해당 포트를 통해 전송(轉送)될 수 있으면 되는 것이다. 즉 본 발명에 따른 교환국은 자기 계산과 라우팅 선택 기능을 구비하지 않는다.
존 폰 노이만이 창조한 컴퓨터는 프로그램 명령과 동작 데이터를 동일한 곳에 넣어놓았으며, 즉 일 섹션 프로그램은 기기 내의 다른 섹션 프로그램과 데이터를 수정할 수 있다. 지금까지 사용해온 이 컴퓨터 모드는, 트로이 목마, 웜, 바이러스, 백도어에 틈탈 기회를 남겨 주었다. 바이러스의 쾌속적인 누적에 따라, 백신 소프트웨어와 패치는 영원히 한 발작 늦으며, 피동적이다.
인터넷TCP/IP 프로토콜의 기술 핵심은 최선의 노력, 저장 전송(轉送), 에러 검출 & 재전송이다. 인터넷의 사명을 실현하기 위해, 네트워크 서버와 라우터는 유저 데이터 패킷에 대한 분석 능력을 구비해야 한다. 하지만 이는 해커, 바이러스에 살 길을 남겨 두었다. 이때부터, 네트워크 보안은 누가 더 총명한지를 겨루는 경기로 되어 평온할 때가 없게 되었다. 이것이 바로 IP 인터넷의 3번째 유전적인 결점이다.
본 발명에 따른 뉴 네트워크 사의 모든 서버와 교환국 장치 중의 CPU는 임의 유저 데이터 패킷을 접촉할 수 없다. 즉, 본 발명에 따른 뉴 네트워크는 단지 서비스 제공측과 수신측의 단말 장치 사이에서 완전히 격리된, 스트림 행위를 규범화하는 투명 경로를 세우기 위한 것이다. 유저 단말이 어떤 데이터를 송신하던지 모두 네트워크와 상관 없다. 이로써 구조부터 바이러스와 트로잔의 생명선을 차단한다. 따라서, 본 발명에 따른 뉴 네트워크는 네트워크 상의 무상관자에 의해 유저 데이터를 도용하는 가능성을 두절할 수 있으며 마찬가지로, 해커나 또는 바이러스 제작할려고 하는 자가 공격 대상을 찾을 수 없게 된다.
4, 유저 사이의 자유 연결이 완전히 격리되어 유효 관리를 확보할 수 있다.
IP 인터넷은 중개인이 없는 자유 시장이다. 한편, 본 발명에 따른 뉴 네트워크는 중개인이 있는 백화 상점이다. 네트워크에 대해, 소비자와 내용 공급업자가 모두 네트워크 유저 범위에 속하며 단지 크기가 다를뿐이다. IP 인터넷은 관리가 없는 자유 시장이며, 임의 유저 사이에 직접 통신（P2P）할 수 있다. 즉 관리 여부는 유저에 따라 결정하는 것이며, 요금 여부는 일 방적인 유저（공급업자）에 따라 결정되며, 법률을 지켜야 하는지 여부도 일방적인 유저（뱀파이어 웹사이트）에 따라 결정된다. 사업자는 않아서 입장료를 받으며, 법률, 도덕, 안전과 비즈니스 법칙을 실행할 수 없으며, 현재 장차 모두 불가능하다. 이것이 바로 IP 인터넷의 5번째의 구축 상의 결점이다.
본 발명에 따른 뉴 네트워크가 서비스 노드 개념을 창작함으로써 관리할 수 있는 백화 회사인 비즈니스 모드를 형성한다. 유저 사이, 또는 소비자와 공급자 사이에서 임의 자유 접촉이 있을 수 없다. 모든 연락은 노드 서버（중개자）의 허락을 받아야 하며, 이가 네트워크 서비스의 효과적인 관리의 필수 조건이다. 뉴 네트워크의 유저로 되기 위해, 우선 네트워크 사업자와 자신의 역할을 담판해야 하며, 일반 소비자부터, 온라인 숍, 학교 병원, 정부 기관, TV 방송국까지, 모두 사업자의 고객이며, 이들이 모둔 전화 회사의 고객인 것과 같다. 각 역할이 모두 영상 내용을 수발하는 것으로 보이지만, 어떻게 수발하는지에 대해 각자 사이에 협의 된 행위 법칙을 엄격히 따라야 하며, 이에, 각 종 유저 사이의 관계가 진정으로 C2C, B2C, B2B 등으로 나눌 수 있거나 또는 관리가 있는 유저와 유저 간의 통신（MP2P）이라 총칭한다.
5, 비즈니스 법칙이 통신 프로토콜에 채택되어, 수익 모델을 확보할 수 있다
IP 인터넷은 전 통신 후 관리 모델을 수행하는 한편, 본 발명에 따른 뉴 네트워크는 전 관리, 후 통신 모델을 수행한다.
인터넷에서 확산된 불법 미디어 내용이 아주 나쁜 영향을 일으켜야 국부 범위에서 차압할 수 있으며 사전 예방은 불가능하다. 법률과 도덕은 조직된 계획적인 “전문 공격”을 예방할 수 없으며, 법률은 이미 사회에 해독을 끼친 자만을 처벌할 수 밖에 없다. IP 인터넷에서 관리는 별도 부가된 서비스로 정의되며, 응용 계층에 설치되므로, 자연적으로 있어도 되고 없어도 되는 장식물로 되고 만다. 이것이 바로 IP 인터넷의 5번째 변경 어려운 본성이다
본 발명에 따른 뉴 네트워크 유저 단말은 노드 서버가 허락한 지정 서비스 범위에서만, 그중의 하나를 신청하는 것을 선택할 수 있다. 서비스 확립 과정에서의 프로토콜 시그널링은 노드 서버（유저를 걸치지 않음）에 의해 수행되며, 유저 단말은 서버의 질문을 수신하여, 피동적으로 서비스를 접수 또는 거절할 수 밖에 없어서, 프로토콜 과정에 참여 불가능하다. 일단 유저가 서버에 의해 제공한 서비스를 접수하면, 출입증 규정 방식으로만 데이터 패킷을 송신할 수 밖에 없다. 임의 출입증 규정을 빗나가는 데이터 패킷은 저위 계층 교환국에서 버린다. 본 발명에 따른 뉴 네트워크 프로토콜의 기본 사상은 서비스 내용을 핵심으로 하는 비지니즈 모델을 실현하는 것이지, 간단한 데이터 를완성하는것이아니다. 이런 모델에서, 보안은 뉴 네트워크의 고정 속성으로 되며, 네트워크에 부가된 별도 서비스 항목이 아니다. 물론, 서비스 권한 심사, 자원 확인과 요금 수속 등은 모두 용이하게 관리 계약에 포함될 수 있다.
본 발명에 따른 뉴 네트워크의 통신 시스템은 전술 방법 실시예 중의 해당 설명과 기본상 대응되므로, 여기서 더 이상 설명하지 않는다.
설명해야 할 것은, 본 명세서에서, 예컨대 제1과 제2등 전업 용어는 단지 일 실체 또는 동작을 다른 일 실체 또는 동작을 구분하기 위한 것에 불과하며, 이러한 실체 또는 동작에서 임의 실제적인 관계 또는 순번이 반드시 있는 것을 요구하지 아니며 암시도 하지 않는다.
위에서 본 발명이 제공한 뉴 네트워크의 통신 방법 및 뉴 네트워크의 통신 시스템을 상세히 설명했으며, 본 명세서에서 구체적인 예를 들어 본 발명의 원리와 실시 방식에 대해 설명한다. 이상의 실시예 설명은 단지 본 발명에 따른 방법과 그의 핵심 사상을 이해하기 위한 것이며, 해당 기술 분야의 기술자로서, 본 발명의 사상에 따라, 구체적인 실시 방식과 적용 범위를 변경할 수 있다. 이로써, 본 명세서 내용은 본 발명에 대한 국한으로 이해해서는 안된다.
101: 네트워크 인터페이스 모듈 102: 스위칭 엔진 모듈
103: CPU 모듈 104: 디스크 어레이 모듈
105: 어드레스 테이블 106: 패킷 버퍼
201: 하행 네트워크 인터페이스 모듈 202: 상행 네트워크 인터페이스 모듈
203: 스위칭 엔진 모듈 204: CPU 모듈
205: 패킷 검출 모듈 206: 어드레스 테이블
207: 패킷 버퍼 208: 코드레이트 제어 모듈
31: 하행 네트워크 인터페이스 모듈 32: 상행 네트워크 인터페이스 모듈
33: 스위칭 엔진 모듈 34: CPU 모듈
35: 패킷 검출 모듈 36: 어드레스 테이블
37: 패킷 버퍼 38: 코드레이트 제어 모듈
39: MAC 부가 모듈 40: MAC 삭제 모듈
103: CPU 모듈 104: 디스크 어레이 모듈
105: 어드레스 테이블 106: 패킷 버퍼
201: 하행 네트워크 인터페이스 모듈 202: 상행 네트워크 인터페이스 모듈
203: 스위칭 엔진 모듈 204: CPU 모듈
205: 패킷 검출 모듈 206: 어드레스 테이블
207: 패킷 버퍼 208: 코드레이트 제어 모듈
31: 하행 네트워크 인터페이스 모듈 32: 상행 네트워크 인터페이스 모듈
33: 스위칭 엔진 모듈 34: CPU 모듈
35: 패킷 검출 모듈 36: 어드레스 테이블
37: 패킷 버퍼 38: 코드레이트 제어 모듈
39: MAC 부가 모듈 40: MAC 삭제 모듈
Claims (118)
- 뉴 네트워크의 통신 방법에 있어서,
상기 뉴 네트워크는 집중 제어 기능을 구비하는 네트워크이며, 주 제어 서버와 하위 레벨 네트워크 장치를 포함하며, 상기 하위 레벨 네트워크 장치는 단말을 포함하며;
상기 방법은,
주 제어 서버가 당차 서비스의 하행 통신 링크를 설정하는 단계; 및
소스 단말에 의해 송신된 당차 서비스의 데이터 패킷을, 상기 하행 통신 링크를 통해 목적 단말에 송신하는 단계
를 포함하며,
상기 뉴 네트워크는 접속망(access network, AN) 부분을 포함하며, 접속망에서 상기 주 제어 서버는 노드 서버이며, 상기 하위 레벨 네트워크 장치는 액세스 교환국과 단말을 포함하며, 상기 서비스는 유니캐스트 통신 서비스를 포함하며;
상기 주 제어 서버가 당차 서비스의 하행 통신 링크를 설정하는 단계는,
주 제어 서버가 소스 단말에 의해 이니시에이팅된 서비스 요청 프로토콜 패킷에 따라, 당차 서비스의 하행 통신 링크 정보를 획득하는 단계-상기 하행 통신 링크 정보는 당차 서비스에 참여하는 주 제어 서버와 액세스 교환국의 하행 통신 포트 정보를 포함함;
주 제어 서버가 상기 주 제어 서버의 하행 통신 포트 정보에 따라, 자신 내의 데이터 패킷 어드레스 테이블에, 당차 서비스의 데이터 패킷이 안내한 하행 포트를 설정하며, 상기 액세스 교환국의 하행 통신 포트 정보에 따라, 해당 액세스 교환국에 포트 설치 명령을 송신하는 단계; 및
상기 액세스 교환국이 포트 설치 명령에 따라 자신 내의 데이터 패킷 어드레스 테이블에, 당차 서비스의 데이터 패킷이 안내한 하행 포트를 설정하는 단계를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법.
- 삭제
- 제1항에 있어서, 상기 하위 레벨 네트워크 장치 어드레스는 각각 대응된 접속망(access network, AN) 어드레스를 구비하며;
상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
주 제어 서버가 소스 단말에 의해 이니시에이팅되는, 목적 단말과 유니캐스트 통신 서비스를 확립하는 서비스 요청 프로토콜 패킷을 획득하는 단계-상기 서비스 요청 프로토콜 패킷에는 서비스 타입 정보, 서비스 내용 정보 및 소스 단말의 접속망(access network, AN) 어드레스가 포함되며, 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함함;
주 제어 서버는 상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서 목적 단말의 접속망(access network, AN) 어드레스를 추출하는 단계; 및
주 제어 서버는 상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라, 당차 서비스의 하행 통신 링크 정보를 획득하는 단계
를 포함하며;
상기 주 제어 서버가 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에설정한, 당차 서비스의 유니캐스트 데이터 패킷이 안내한 하행 포트는,
목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트; 및/또는
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트를 포함하며;
상기 통신 링크 정보가 단방향 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보와 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함하며;
상기 액세스 교환국에 의해 상기 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한, 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함하며;
상기 통신 링크 정보가 쌍 방향 하행 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보, 하행 포트 정보 및 하행 링크에서의 액세스 교환국의 상행 포트와 하행 포트 정보를 포함하며;
상기 액세스 교환국에 의해 상기 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한, 상행 링크에서의 액세스 교환국의 상행 포트와 하행 포트 및 목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한, 하행 링크에서의 액세스 교환국의 상행 포트의 하행 포트를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제1항에 있어서,
상기 당차 서비스의 데이터 패킷은 목적 단말의 접속망(access network, AN) 어드레스를 포함하며,
상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 목적 단말에 전송하는 단계는:
주 제어 서버가 상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 검출하여 상기 하행 포트를 통해 상기 데이터 패킷을 해당 액세스 교환국에 전송하는 단계; 및
상기 액세스 교환국이 상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 검출하며 상기 데이터 패킷을 상기 하행 포트를 통해 목적 단말에 전송하는 단계
를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제1항에 있어서,
목적 단말에 의해 송신된 당차 서비스의 데이터 패킷을 상기 하행 통신 링크를 통해 소스 단말에 전송하는 단계를 더 포함하며;
상기 당차 서비스의 데이터 패킷은 소스 단말의 접속망(access network, AN) 어드레스를 포함하며, 상기 하행 통신 링크를 통해 당차 서비스의 데이터 패킷을 소스 단말에 전송하는 단계는,
주 제어 서버가 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 검출하며 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하는 단계; 및
상기 액세스 교환국은 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 검출하여 상기 데이터 패킷을 상기 하행 포트를 통해 소스 단말에 전송하는 단계
를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제1항에 있어서,
상기 서비스는 멀티캐스트 통신 서비스를 포함하며, 상기 하위 레벨 네트워크 장치 어드레스는 각각 대응된 접속망(access network, AN) 어드레스를 구비하며,;
상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
주 제어 서버가 목적 단말에 의해 이니시에이팅된 신청 멀티캐스트 통신 서비스의 서비스 요청 프로토콜 패킷을 획득하는 단계-상기 서비스 요청 프로토콜 패킷은 서비스 타입 정보, 서비스 내용 정보와 목적 단말의 접속망(access network, AN) 어드레스를 포함하며, 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함하며;
주 제어 서버는 상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서, 소스 단말의 접속망(access network, AN) 어드레스를 추출하는 단계;
주 제어 서버가 상기 소스 단말에 대응된 멀티캐스트 어드레스를 획득하여 목적 단말에 할당하는 단계; 및
주 제어 서버가 상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라 당차 멀티캐스트 서비스의 통신 링크 정보를 획득하는 단계
를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제6항에 있어서,
상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
주 제어 서버가 소스 단말에 의해 제출된, 멀티캐스트 통신 서비스를 이니시에이팅하는 서비스 요청 프로토콜 패킷을 획득하여 상기 서비스 요청 프로토콜 패킷에 따라 소스 단말에 멀티캐스트 어드레스를 할당하는 단계-상기 서비스 요청 프로토콜 패킷은 서비스 타입 정보, 서비스 내용 정보 및 소스 단말의 접속망(access network, AN) 어드레스를 포함하며, 여기서, 상기 서비스 내용 정보는 서비스 넘버를 포함함; 및
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 상행 통신 링크 정보를 획득하는 단계
를 더 포함하며;
상기 주 제어 서버가 당차 서비스의 하행 통신 링크 정보를 획득하는 단계는,
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라 당차 멀티캐스트 서비스 하행 통신 링크 정보를 획득하는 단계를 더 포함하며;
상기 주 제어 서버 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 하행 포트를 포함하며;
상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보와 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함하며;
상기 액세스 교환국에 의해 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함하며;
상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 하행 포트 정보를 더 포함하며;
상기 액세스 교환국에 의해 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 하행 포트를 더 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제1항에 있어서,
상기 주 제어 서버는 노드 서버이며, 자기의 접속망(access network, AN) 어드레스를 구비하며, 하위 레벨 네트워크 장치의 접속망(access network, AN) 어드레스를 유지하며;
상기 하위 레벨 네트워크 장치는 액세스 교환국을 포함하며,
상기 통신 방법은, 액세스 교환국이 뉴 네트워크에 액세스하는 단계를 더 포함하며;
액세스 교환국이 뉴 네트워크에 액세스하는 단계는,
액세스 교환국이 전원 투입된 후, 자신 내의 하행 프로토콜 패킷 어드레스 테이블에서 모든 하행 프로토콜 패킷이 CPU 모듈에 안내되도록 설정하는 단계;
상기 액세스 교환국이 주 제어 서버에 의해 송신된 하행 프로토콜 패킷을 수신하며, 상기 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 상기 하행 프로토콜 패킷을 상기 액세스 교환국의CPU 모듈에 안내하며, 상기 CPU 모듈이 상행 프로토콜 패킷을 생성하여 주 제어 서버에 송신하는 단계-상기 하행 프로토콜 패킷은 하나의 할당할 접속망(access network, AN) 어드레스를 포함함;
주 제어 서버가 상기 액세스 교환국에 액세스 명령을 송신하는 단계-상기 액세스 명령은 상기 액세스 교환국의 접속망(access network, AN) 어드레스를 포함하며, 상기 접속망(access network, AN) 어드레스가 바로 상기 액세스 교환국이 수신한 하행 프로토콜 패킷 내의 할당할 접속망(access network, AN) 어드레스임; 및
상기 액세스 교환국이 자신 내의 하행 프로토콜 패킷 어드레스 테이블을, 단지 목적 어드레스가 자신의 접속망(access network, AN) 어드레스인 프로토콜 패킷만 CPU 모듈에 안내되도록 업데이트하는 단계
를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제8항에 있어서,
상기 하위 레벨 네트워크 장치는 액세스 교환국, 단말 및 상기 액세스 교환국과 단말 사이에 연결되어 있는 이더넷 프로토콜 변환기 게이트웨이와 이더넷을 포함하며;
상기 통신 방법은, 상기 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 단계를 더 포함하며;
상기 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 단계는,
주 제어 서버가 조회 패킷을 송신하는 단계;
이더넷 프로토콜 변환기 게이트웨이가 전원 투입되어 초기화한 다음, 조회 패킷을 수신하며, 이더넷 프로토콜 변환기 게이트웨이 시리얼 넘버가 포함된 응답 패킷을 피드백하는 단계;
주 제어 서버가 등록 정보 테이블에서 상기 시리얼 넘버에 대응된 이더넷 프로토콜 변환기 게이트웨이 정보를 조회하는 단계-상기 이더넷 프로토콜 변환기 게이트웨이 정보는 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 포함됨;
주 제어 서버가 상기 이더넷 프로토콜 변환기 게이트웨이에 액세스 명령을 송신하는 단계-상기 액세스 명령은 이더넷 프로토콜 변환기 게이트웨이의 뉴 네트워크에서의 어드레스와 이더넷 프로토콜 변환기의 게이트웨이의 MAC 어드레스를 포함함; 및
상기 이더넷 프로토콜 변환기 게이트웨이가 액세스 명령을 수신한 후 응답을 피드백하며, 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하는 단계
를 포함하며;
단말의 MAC 어드레스와 이더넷 프로토콜 변환기 게이트웨이의 바인딩 관계는 단말과 이더넷 프로토콜 변환기 게이트웨이가 매출 시에 노드 서버에 미리 설정되며;
상기 이더넷 프로토콜 변환기 게이트웨이가 뉴 네트워크에 액세스하여 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 상기 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말의 MAC 어드레스를 획득한 후, 상기 방법은, 이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말이 뉴 네트워크에 액세스하는 단계를 더 포함하며
이더넷 프로토콜 변환기 게이트웨이에 바인딩된 단말이 뉴 네트워크에 액세스하는 단계는,
주 제어 서버가 조회 패킷을 송신하는 단계;
이더넷 프로토콜 변환기 게이트웨이가 조회 패킷을 수신하여, 프로토콜 패킷 어드레스 테이블에 따라 조회 패킷을 해당 포트에 안내하며, 그다음에 상기 조회 패킷에 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 전송(轉送)하는 단계;
단말이 전원 투입되어 초기화한 다음, 조회 패킷을 수신하며, 단말 시리얼 넘버가 포함된 응답 패킷을 피드백하는 단계; 및
이더넷 프로토콜 변환기 게이트웨이가 상기 응답 패킷 내의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제하여 주 제어 서버에 전송(轉送)하는 단계;
주 제어 서버가 등록 정보 테이블에서 상기 단말 시리얼 넘버에 대응된 단말 정보를 검출하며 액세스 명령을 송신하는 단계-상기 액세스 명령은 단말의 뉴 네트워크에서의 어드레스를 포함함;
이더넷 프로토콜 변환기 게이트웨이가 상기 액세스 명령을 수신한 후, 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 목적 단말의 MAC 어드레스를 부가하여 전송(轉送)하는 단계; 및
단말이 액세스 명령을 수신하여 응답을 피드백하며, 이더넷 프로토콜 변환기 게이트웨이가 상기 응답 내의 이더넷 프로토콜 변환기 게이트웨이의 MAC 어드레스와 단말의 MAC 어드레스를 삭제한 후 주 제어 서버에 전송(轉送)하며, 단말이 뉴 네트워크에 액세스하는 단계
를 포함하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제1항에 있어서,
상기 뉴 네트워크는 도시권 통신망(metropolitan area network, MAN) 부분을 포함하며, 도시권 통신망(metropolitan area network, MAN)에서, 상기 주 제어 서버는 도시권 서버이며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함하며, 여기서 상기 노드 교환국은 도시권 서버와 노드 서버 사이에 연결되며;
상기 방법은,
하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하며, 도시권 서버에 의해 액세스된 장치에 프로토콜 태그와 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하는 단계;
동일한 하나의 하위 레벨 네트워크 장치와 도시권 서버 사이에 복수의 연결이 있을 경우, 도시권 서버가 각 연결에 상이한 프로토콜 태그를 할당하는 단계; 및
도시권 통신망(metropolitan area network, MAN)을 크로싱하는 서비스 신청에 대해, 도시권 서버가 서비스에 대응된 데이터 태그를 할당하는 단계를 포함하며;
여기서, 상기 프로토콜 태그는 하위 레벨 네트워크 장치와 도시권 서버 사이의 연결을 기술하며;
상기 데이터 태그는 서비스에 관련된 노드 서버 사이의 연결을 기술
하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 제10항에 있어서,
하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하며, 도시권 서버에 의해 프로토콜 태그와 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하는 단계는,
도시권 서버가 자신의 모든 하행 포트에 도시권 조회 태그 패킷을 송신하는 단계-각 도시권 조회 태그 패킷은 하나의 도시권 서버에 의해 할당된 사용대기 프로토콜 태그임;
일 하위 레벨 네트워크 장치가 전원 투입된 후, 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 수신하며, 그다음에 도시권 서버에 도시권 응답 태그 패킷을 피드백하는 단계-상기 도시권 응답 태그 패킷은 상기 하위 레벨 네트워크 장치의 시리얼 넘버와 수신된 도시권 조회 태그 패킷의 포트 넘버가 포함됨;
도시권 서버가 도시권 응답 태그 패킷을 수신한 후, 패킷 내의 시리얼 넘버에 따라 상기 하위 레벨 네트워크 장치의 등록 여부를 검증하며, 만약 이미 등록되었으면, 상기 하위 레벨 네트워크 장치가 수신된 도시권 조회 태그 패킷의 포트에 액세스 명령을 송신하는 단계-상기 액세스 명령은 도시권 서버가 상기 하위 레벨 네트워크 장치에 할당한 도시권 통신망(metropolitan area network, MAN) 어드레스와 상기 사용대기 프로토콜 태그를 포함함; 및
상기 하위 레벨 네트워크 장치의 해당 포트가 액세스 명령을 수신한 후, 액세스 명령 응답을 피드백하며 상기 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스하는 단계
를 포함하며;
하위 레벨 네트워크 장치에 프로토콜 패킷 태그 테이블이 설정되며, 하위 레벨 네트워크 장치가 전원 투입될 때, 자신 내의 프로토콜 패킷 태그 테이블에서, 모든 도시권 프로토콜 패킷이 CPU 모듈에 안내되도록 설정하는 단계; 및
하위 레벨 네트워크 장치가 노드 교환국인 경우, 노드 교환국이 도시권 통신망(metropolitan area network, MAN)에 액세스된 후, 도시권 서버의 명령에 따라 자신의 프로토콜 패킷 태그 테이블을 수정하며, 도시권 서버가 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 노드 교환국의 해당 하행 포트에 안내하는 단계를 더 포함하며;
여기서, 상기 새로 할당한 사용대기 프로토콜 태그는 도시권 서버부터 상기 노드 교환국까지의 하위 레벨 연결 장치의 연결을 기술하며, 상기 도시권 프로토콜 패킷은 도시권 서버가 송신한 도시권 조회 태그 패킷을 포함하며;
하위 레벨 네트워크 장치에 응답 패킷 태그 테이블이 설정되어 있으며, 하위 레벨 네트워크 장치가 전원 투입될 때, 자신 내의 응답 패킷 태그 테이블에서, 모든 도시권 응답 태그 패킷의 안내가 오프되도록 설정하는 단계;
하위 레벨 네트워크 장치가 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 수신한 후, 자신의 응답 패킷 태그 테이블을 수정하며, 상기 프로토콜 태그에 대응된 도시권 응답 태그 패킷을, 상기 도시권 조회 태그 패킷을 수신하는 상행 포트에 안내하는 단계;
하위 레벨 네트워크 장치가 노드 교환국인 경우, 노드 교환국이 도시권 통신망(metropolitan area network, MAN)에 액세스 한 후, 도시권 서버의 명령에 따라 자신의 응답 패킷 태그 테이블을 수정하며, 도시권 서버가 새로 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 응답 태그 패킷 각각을 노드 교환국의 해당 상행 포트에 안내하는 단계를 더 포함하며;
여기서, 상기 새로 할당한 사용대기 프로토콜 태그는 상기 노드 교환국의 하위 레벨 연결 장치부터 도시권 서버까지의 연결을 기술하며;
도시권 서버에 프로토콜 패킷 태그 테이블이 설정되어 있으며, 도시권 서버가 전원 투입될 때, 자신 내의 프로토콜 패킷 태그 테이블에서 모든 도시권 프로토콜 패킷의 안내를 끄도록 설정하는 단계; 및
도시권 서버가 자신의 하행 포트 개수에 대응되게 사용대기 프로토콜 태그를 할당하며, 자신의 프로토콜 패킷 태그 테이블을 수정하며, 할당한 각 사용대기 프로토콜 태그에 대응된 도시권 프로토콜 패킷 각각을 도시권 서버의 해당 하행 포트에 안내하는 단계를 더 포함하며;
여기서, 상기 사용대기 프로토콜 태그는 도시권 서버부터 상기 하위 레벨 네트워크 장치까지의 연결을 기술하며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함하며, 상기 도시권 서버는 자신의 프로토콜 패킷 태그 테이블에 따라 하행 포트에 도시권 조회 태그 패킷을 송신하는 것을 특징으로 하며;
하위 레벨 네트워크 장치가 액세스한 후, 도시권 서버가 상기 하위 레벨 네트워크 장치의 하위 레벨 연결 장치에 사용대기 프로토콜 태그를 새로 할당하며, 자신의 프로토콜 패킷 태그 테이블을 수정하며, 새로 할당한 각 사용대기 프로토콜 태그에 대응되는 도시권 프로토콜 패킷 각각을 도시권 서버의 해당 하행 포트에 안내하는 단계를 더 포함하며;
여기서, 상기 새로 할당한 사용대기 프로토콜 태그는 도시권 서버부터 상기 하위 레벨 네트워크 장치까지의 하위 레벨 연결 장치의 연결을 기술하며, 상기 도시권 프로토콜 패킷은 도시권 서버에 의해 송신된 도시권 조회 태그 패킷을 포함하며, 상기 도시권 서버는 자신의 프로토콜 패킷 태그 테이블에 따라 자신의 하행 포트에 도시권 조회 태그 패킷을 송신
하는 것을 특징으로 하는 뉴 네트워크의 통신 방법. - 뉴 네트워크의 통신 시스템에 있어서,
상기 뉴 네트워크가 집중 제어 기능을 구비하는 네트워크이며, 주 제어 서버와 하위 레벨 네트워크 장치를 포함하며, 상기 하위 레벨 네트워크 장치는 단말을 포함하며;
상기 시스템은,
당차 서비스의 하행 통신 링크를 설정하는, 주 제어 서버에 위치하는 경로 설치 모듈; 및
소스 단말에 의해 송신된 당차 서비스의 데이터 패킷을 수신하며 상기 하행 통신 링크를 통해 해당 목적 단말에 전송하는, 제1 통신 모듈 그룹
을 포함하며,
상기 뉴 네트워크는 접속망(access network, AN) 부분을 포함하며, 접속망(access network, AN)에서, 상기 주 제어 서버는 노드 서버이며, 상기 하위 레벨 네트워크 장치는 액세스 교환국과 단말을 포함하며;
상기 서비스는 유니캐스트 통신 서비스를 포함하며;
상기 경로 설치 모듈은, 하행 링크 획득 서브 모듈, 테이블 설정 서브 모듈과 통지 서브 모듈을 포함하며;
상기 하행 링크 획득 서브 모듈은, 소스 단말에 의해 이니시에이팅된 서비스 요청 프로토콜 패킷에 따라, 당차 서비스의 하행 통신 링크 정보를 획득하며, 상기 하행 통신 링크 정보는 당차 서비스에 참여하는 주 제어 서버와 액세스 교환국의 하행 통신 포트 정보를 포함하며;
테이블 설정 서브 모듈은, 상기 주 제어 서버의 하행 통신 포트 정보에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 설정하며;
상기 통지 서브 모듈은, 상기 액세스 교환국의 하행 통신 포트 정보에 따라, 해당 액세스 교환국에 포트 설치 명령을 송신하며, 상기 액세스 교환국이 포트 설치 명령에 따라 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 설정하는 것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 삭제
- 제12항에 있어서,
상기 하위 레벨 네트워크 장치 어드레스 각각은 해당 접속망(access network, AN) 어드레스를 구비하며;
상기 하행 링크 획득 서브 모듈은, 유니캐스트 서비스 요청 수신 수단, 목적 단말 어드레스 추출 수단 및 유니캐스트 링크 계산 수단을 포함하며;
상기 유니캐스트 서비스 요청 수신 수단은, 소스 단말에 의해 이니시에이팅된, 목적 단말과 유니캐스트 통신 서비스를 확립하는 서비스 요청 프로토콜 패킷을 획득하며, 상기 서비스 요청 프로토콜 패킷은 서비스 타입 정보, 서비스 내용 정보와 소스 단말의 접속망(access network, AN) 어드레스를 포함하며, 여기서, 상기 서비스 내용 정보 패킷은 서비스 넘버를 포함하며;
상기 목적 단말 어드레스 추출 수단은, 상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서 목적 단말의 접속망(access network, AN) 어드레스를 추출하며;
상기 유니캐스트 링크 계산 수단은, 상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라, 당차 서비스의 하행 통신 링크 정보를 획득하며;
상기 주 제어 서버에 의해 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된 당차 서비스의 유니캐스트 데이터 패킷이 안내한 하행 포트는,
목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트; 및/또는,
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한 하행 포트를 포함하며;
상기 통신 링크 정보가 단방향 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보와 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함하며;
상기 액세스 교환국에 의해 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정된, 상기 서비스의 유니캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한, 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함하며,
상기 통신 링크 정보가 쌍 방향 하행 통신 링크 정보인 경우, 상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보와 하행 포트 정보, 및, 하행 링크에서의 액세스 교환국의 상행 포트와 하행 포트 정보를 포함하며;
상기 액세스 교환국에 의해 상기 포트 설치 명령에 따라 자신 내의 유니캐스트 데이터 패킷 어드레스 테이블에 설정한 당차 서비스의 유니캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 목적 단말인 유니캐스트 데이터 패킷이 안내한, 상행 링크에서의 액세스 교환국의 상행 포트와 하행 포트, 및, 목적 어드레스가 소스 단말인 유니캐스트 데이터 패킷이 안내한 하행 링크에서의 액세스 교환국의 상행 포트의 하행 포트를 포함
하는 것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 제12항에 있어서,
상기 서비스의 데이터 패킷은 목적 단말의 접속망 어드레스를 포함하며;
상기 제1 통신 모듈 그룹은, 주 제어 서버에 위치하는 제1 테이블 조회 안내 모듈과 액세스 교환국에 위치하는 제1 테이블 조회 전송 모듈을 포함하며;
상기 주 제어 서버에 위치하는 제1 테이블 조회 안내 모듈은, 상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하며;
상기 액세스 교환국에 위치하는 제1 테이블 조회 전송 모듈은, 상기 목적 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 목적 단말에 전송하는
것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 제12항에 있어서,
목적 단말에 의해 송신된 당차 서비스의 데이터 패킷을, 상기 하행 통신 링크를 통해 소스 단말에 전송하는, 제2 통신 모듈 그룹을 더 포함하며;
상기 당차 서비스의 데이터 패킷은 소스 단말의 접속망(access network, AN) 어드레스를 포함하며;
상기 제2 통신 모듈 그룹은, 주 제어 서버에 위치하는 제2 테이블 조회 안내 모듈과 액세스 교환국에 위치하는 제2 테이블 조회 전송 모듈을 포함하며;
상기 주 제어 서버에 위치하는 제2 테이블 조회 안내 모듈은, 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 해당 액세스 교환국에 전송하며;
상기 액세스 교환국에 위치하는 제2 테이블 조회 전송 모듈은, 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 자신 내의 데이터 패킷 어드레스 테이블에서 당차 서비스의 데이터 패킷이 안내한 하행 포트를 조회하며, 상기 데이터 패킷을 상기 하행 포트를 통해 소스 단말에 전송하는
것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 제12항에 있어서,
상기 하위 레벨 네트워크 장치 어드레스는 해당 접속망 어드레스를 각각 구비하며, 상기 서비스는 멀티캐스트 통신 서비스를 포함하며;
상기 하행 링크 획득 서브 모듈은, 제1 멀티캐스트 서비스 요청 수신 수단, 소스 단말 어드레스 추출 수단, 제1 멀티캐스트 어드레스 할당 수단과 제1 멀티캐스트 링크 계산 수단을 포함하며;
상기 제1 멀티캐스트 서비스 요청 수신 수단은, 목적 단말에 의해 이니시에이팅된, 멀티캐스트 통신 서비스를 신청하는 서비스 요청 프로토콜 패킷을 수신하며, 상기 서비스 요청 프로토콜 패킷은, 서비스 타입 정보, 서비스 내용 정보와 목적 단말의 접속망(access network, AN) 어드레스를 포함하며, 상기 서비스 내용 정보는 서비스 넘버를 포함하며;
상기 소스 단말 어드레스 추출 수단은, 상기 서비스 넘버에 따라 미리 설정된 내용-어드레스 매핑 테이블에서, 소스 단말의 접속망(access network, AN) 어드레스를 추출하며;
상기 제1 멀티캐스트 어드레스 할당 수단은, 상기 소스 단말에 대응된 멀티캐스트 어드레스를 획득하여 목적 단말에 할당하며;
상기 제1 멀티캐스트 링크 계산 수단은, 상기 서비스 타입 정보, 소스 단말과 목적 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 통신 링크 정보를 획득하는
것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 제17항에 있어서,
상기 하행 링크 획득 서브 모듈은, 제2 멀티캐스트 서비스 요청 수신 수단, 제2 멀티캐스트 어드레스 할당 수단과 제2 멀티캐스트 링크 계산 수단을 포함하며;
상기 제2 멀티캐스트 서비스 요청 수신 수단은, 소스 단말에 의해 제출된, 멀티캐스트 통신 서비스를 이니시에이팅하는 서비스 요청 프로토콜 패킷을 수신하며, 상기 서비스 요청 프로토콜 패킷은 서비스 타입 정보, 서비스 내용 정보와 소스 단말의 접속망(access network, AN) 어드레스를 포함하며, 상기 서비스 내용 정보는 서비스 넘버를 포함하며;
상기 제2 멀티캐스트 어드레스 할당 수단은, 상기 서비스 요청 프로토콜 패킷에 따라 소스 단말에 멀티캐스트 어드레스를 할당하며;
상기 제2 멀티캐스트 링크 계산 수단은, 서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 상행 통신 링크 정보를 획득하며;
상기 하행 링크 획득 서브 모듈은,
서비스 타입 정보, 및, 주 제어 서버와 상기 소스 단말의 접속망(access network, AN) 어드레스에 따라, 당차 멀티캐스트 서비스의 하행 통신 링크 정보를 획득하는, 제3 멀티캐스트 링크 계산 수단이 더 포함하며;
상기 주 제어 서버가 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에서 설정한 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 하행 포트를 포함하며;
상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 상행 포트 정보와 하행 링크에서의 액세스 교환국의 하행 포트 정보를 포함하며 ;
상기 액세스 교환국이 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에서 설정한 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 상행 포트와 하행 링크에서의 액세스 교환국의 하행 포트를 포함하며;
상기 액세스 교환국의 통신 포트 정보는 상행 링크에서의 액세스 교환국의 하행 포트 정보를 더 포함하며;
상기 액세스 교환국이 상기 포트 설치 명령에 따라 자신 내의 멀티캐스트 데이터 패킷 어드레스 테이블에서 설정한 당차 서비스의 멀티캐스트 데이터 패킷이 안내한 포트는,
목적 어드레스가 멀티캐스트 어드레스인 멀티캐스트 데이터 패킷이 안내한 상행 링크에서의 액세스 교환국의 하행 포트를 포함하는
것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 제12항에 있어서,
상기 주 제어 서버는 노드 서버이며, 자신의 접속망(access network, AN) 어드레스를 구비하며, 하위 레벨 네트워크 장치의 접속망(access network, AN) 어드레스를 유지하며;
상기 하위 레벨 네트워크 장치는 액세스 교환국을 포함하며, 상기 시스템은 액세스 교환국 액세스 처리 모듈을 더 포함하며;
상기 액세스 교환국 액세스 처리 모듈은,
노드 서버에 위치하는, 액세스 교환국에 하행 프로토콜 패킷을 송신하는 하행 프로토콜 패킷 송신 서브 모듈; 및, 액세스 교환국에 의해 피드백된 상행 프로토콜 패킷에 따라 액세스 명령을 송신하는 제1액세스 명령 송신 서브 모듈을 포함하며;
액세스 교환국에 위치하는, 0호 테이블 초기화 설정 서브 모듈, 하행 프로토콜 패킷 수신 서브 모듈, 상행 프로토콜 패킷 피드백 서브 모듈, 제1액세스 명령수신 서브 모듈과 0호 테이블 제1 설정 서브 모듈을 더 포함하며;
상기 0호 테이블 초기화 설정 서브 모듈은, 전원 투입할 때, 자신 내의 하행 프로토콜 패킷 어드레스 테이블에서 모든 하행 프로토콜 패킷이 CPU 모듈에 안내되도록 설정하며;
상기 하행 프로토콜 패킷 수신 서브 모듈은, 상기 하행 프로토콜 패킷 어드레스 테이블의 설정에 따라, 수신된 하행 프로토콜 패킷을 상기 액세스 교환국의CPU 모듈에 안내하며, 상기 하행 프로토콜 패킷은 하나의 할당할 접속망(access network, AN) 어드레스를 포함하며;
상기 상행 프로토콜 패킷 피드백 서브 모듈은, 상기 CPU 모듈에 의해 상행 프로토콜 패킷을 생성하여 노드 서버에 송신하며;
상기 제1액세스 명령 수신 서브 모듈은, 노드 서버에 의해 송신된 액세스 명령을 수신하며, 상기 액세스 명령은 상기 액세스 교환국의 접속망(access network, AN) 어드레스를 포함하며, 상기 접속망(access network, AN) 어드레스가 바로 상기 액세스 교환국에 의해 수신된 하행 프로토콜 패킷 내의 할당할접속망(access network, AN) 어드레스이며;
상기 0호 테이블 제1 설정 서브 모듈은, 자신 내의 하행 프로토콜 패킷 어드레스 테이블을, 단지 목적 어드레스가 자신의 접속망(access network, AN) 어드레스인 프로토콜 패킷을 CPU 모듈에 안내하도록 설정하는
것을 특징으로 하는 뉴 네트워크의 통신 시스템. - 제12항에 있어서,
상기 뉴 네트워크는 도시권 통신망(metropolitan area network, MAN) 부분을 포함하며, 도시권 통신망(metropolitan area network, MAN)에서, 상기 주 제어 서버는 도시권 서버이며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함하며, 여기서 상기 노드 교환국은 도시권 서버와 노드 서버 사이에 연결되며;
상기 시스템은,
상기 도시권 서버에 위치하는, 프로토콜 태그 할당 모듈, 데이터 태그 할당 모듈과 도시권 통신망 어드레스 할당 모듈을 더 포함하며;
상기 프로토콜 태그 할당 모듈은, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스 할 때, 액세스된 장치에 프로토콜 태그를 할당하며, 동일한 하위 레벨 네트워크 장치와 도시권 서버 사이에 복수의 연결을 있을 경우, 각 연결에 상이한 프로토콜 태그를 할당하며, 여기서, 상기 프로토콜 태그는 하위 레벨 네트워크 장치와 도시권 서버 사이의 연결을 기술하며, 상기 하위 레벨 네트워크 장치는 노드 교환국과 노드 서버를 포함하며;
상기 데이터 태그 할당 모듈은, 각 도시권 통신망(metropolitan area network, MAN)을 크로싱하는 서비스 신청에 대해 서비스에 대응된 데이터 태그를 할당하며, 상기 데이터 태그는 서비스에 관련된 노드 서버 사이의 연결을 기술하며;
상기 도시권 통신망 어드레스 할당 모듈은, 하위 레벨 네트워크 장치가 도시권 통신망(metropolitan area network, MAN)에 액세스할 경우, 액세스된 장치에 도시권 통신망(metropolitan area network, MAN) 어드레스를 할당하는
것을 특징으로 하는 뉴 네트워크의 통신 시스템.
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010248194.9 | 2010-08-06 | ||
| CN2010102481949A CN101917492B (zh) | 2010-08-06 | 2010-08-06 | 一种新型网的通信方法及系统 |
| PCT/CN2011/078002 WO2012016533A1 (zh) | 2010-08-06 | 2011-08-04 | 一种新型网的通信方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20130081280A KR20130081280A (ko) | 2013-07-16 |
| KR101456036B1 true KR101456036B1 (ko) | 2014-11-04 |
Family
ID=43324874
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020137005839A KR101456036B1 (ko) | 2010-08-06 | 2011-08-04 | 뉴 네트워크의 통신 방법 및 시스템 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US9219685B2 (ko) |
| EP (1) | EP2602960B1 (ko) |
| JP (1) | JP5852116B2 (ko) |
| KR (1) | KR101456036B1 (ko) |
| CN (1) | CN101917492B (ko) |
| BR (1) | BR112013002948B1 (ko) |
| WO (1) | WO2012016533A1 (ko) |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102377631B (zh) * | 2010-08-06 | 2015-08-05 | 北京乾唐视联网络科技有限公司 | 一种基于流量控制的数据传输方法及通信系统 |
| CN102377636B (zh) * | 2010-08-06 | 2014-12-17 | 北京乾唐视联网络科技有限公司 | 一种接入网设备的服务通信方法及系统 |
| CN102377632B (zh) * | 2010-08-06 | 2014-08-20 | 北京乾唐视联网络科技有限公司 | 一种兼容以太网的方法及系统 |
| CN102377633B (zh) | 2010-08-06 | 2014-10-08 | 北京乾唐视联网络科技有限公司 | 一种接入网设备的通信连接方法及系统 |
| CN101917492B (zh) * | 2010-08-06 | 2013-06-05 | 北京乾唐视联网络科技有限公司 | 一种新型网的通信方法及系统 |
| CN102045365A (zh) * | 2010-12-30 | 2011-05-04 | 中国民航信息网络股份有限公司 | 一种基于TCP/IP协议的eTerm连接系统及其方法 |
| KR101624474B1 (ko) * | 2011-01-13 | 2016-05-26 | 닛본 덴끼 가부시끼가이샤 | 네트워크 시스템 및 경로 제어 방법 |
| CN102118316B (zh) * | 2011-03-07 | 2013-09-25 | 杭州华三通信技术有限公司 | 学习mac地址的方法和设备 |
| EP2509250B1 (en) | 2011-04-08 | 2013-12-11 | Alcatel Lucent | Combination device for DSL phantom mode signals in a telecommunication system |
| CN102185864B (zh) * | 2011-05-13 | 2014-12-24 | 北京星网锐捷网络技术有限公司 | 安全认证策略配置方法、装置及系统 |
| CN102611947B (zh) * | 2011-11-24 | 2017-11-17 | 中兴通讯股份有限公司 | 创建组播频道的方法、系统和媒体服务器 |
| WO2013086708A1 (zh) * | 2011-12-14 | 2013-06-20 | 华为技术有限公司 | 一种发送业务流的方法及设备 |
| JP6056640B2 (ja) * | 2013-05-07 | 2017-01-11 | 富士通株式会社 | 通信装置，管理装置，処理方法，および処理プログラム |
| US10044609B2 (en) * | 2014-02-04 | 2018-08-07 | Fastly, Inc. | Communication path selection for content delivery |
| US9827500B1 (en) | 2014-12-22 | 2017-11-28 | Amazon Technologies, Inc. | Associated content item instances |
| US9814987B1 (en) * | 2014-12-22 | 2017-11-14 | Amazon Technologies, Inc. | Spectator feedback and adaptation |
| JP6433378B2 (ja) * | 2015-05-29 | 2018-12-05 | キヤノン株式会社 | 情報処理装置、情報処理方法、及びコンピュータプログラム |
| CN106325563B (zh) * | 2015-06-15 | 2021-06-04 | 联想企业解决方案(新加坡)有限公司 | 用于标识电子设备的数据存储设备及相应的方法 |
| CN105429769B (zh) * | 2015-11-06 | 2018-08-07 | 河海大学常州校区 | 基于正反馈的体育比赛数据通信与消息分发方法 |
| JP6777847B2 (ja) * | 2016-03-25 | 2020-10-28 | アイコム株式会社 | 通信制御装置、通信制御システム、通信制御方法及びプログラム |
| WO2017201742A1 (zh) * | 2016-05-27 | 2017-11-30 | 华为技术有限公司 | 存储系统及设备扫描方法 |
| US20180032457A1 (en) * | 2016-07-26 | 2018-02-01 | Qualcomm Incorporated | Slave initiated interrupts for a communication bus |
| KR101876636B1 (ko) * | 2016-10-17 | 2018-07-10 | 현대오트론 주식회사 | 메시지 송수신 장치 및 방법 |
| CN107070866B (zh) * | 2016-12-30 | 2021-01-01 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
| CN108322809A (zh) * | 2017-01-16 | 2018-07-24 | 北京视联动力国际信息技术有限公司 | 一种互联网下控制视频文件在视联网下播放的方法及系统 |
| CN107018081B (zh) * | 2017-03-15 | 2020-05-05 | 烽火通信科技股份有限公司 | 一种用于实现点对多点的1+1保护的方法 |
| CN107241334A (zh) * | 2017-06-16 | 2017-10-10 | 上海斐讯数据通信技术有限公司 | 网络病毒防护方法和用于网络病毒防护的路由器 |
| CN109391559B (zh) * | 2017-08-10 | 2022-10-18 | 华为技术有限公司 | 网络设备 |
| CN108989078B (zh) * | 2017-08-29 | 2021-12-03 | 视联动力信息技术股份有限公司 | 一种视联网中节点设备故障检测方法和装置 |
| KR102460071B1 (ko) * | 2017-12-21 | 2022-10-28 | 삼성전자주식회사 | 통신모뎀 전단의 통신신호 식별 장치 및 방법 |
| CN108650138A (zh) * | 2018-05-18 | 2018-10-12 | 王志华 | 一种火电厂自动控制仪表无线数据通信系统及其通信方法 |
| CN109035016B (zh) * | 2018-06-28 | 2020-10-23 | 杭州复杂美科技有限公司 | 一种多链并发交易方法 |
| EP3598255B1 (de) * | 2018-07-17 | 2022-01-26 | Siemens Aktiengesellschaft | Anordnung mit operator-servern und mit operator-clients |
| CN110798657B (zh) * | 2018-08-03 | 2021-07-09 | 视联动力信息技术股份有限公司 | 一种视频流的处理方法和系统 |
| CN110855459B (zh) * | 2018-08-20 | 2021-07-09 | 华为技术有限公司 | 网络配置方法、装置及系统 |
| CN108989467B (zh) * | 2018-08-31 | 2020-10-30 | 安徽江淮汽车集团股份有限公司 | 集中式寻址方法 |
| CN109587432A (zh) * | 2018-10-29 | 2019-04-05 | 视联动力信息技术股份有限公司 | 一种会议发言终端切换方法及系统 |
| CN111353658B (zh) * | 2018-12-20 | 2023-06-20 | 中央电视台 | 电视节目生产监控系统和方法 |
| CN110445701B (zh) * | 2019-07-01 | 2021-03-12 | 视联动力信息技术股份有限公司 | 一种业务对象的处理方法、装置及存储介质 |
| CN110417666B (zh) * | 2019-07-31 | 2021-08-13 | 南京邮电大学 | 一种基于Head modify技术的分组封装和传输方法 |
| CN111008256B (zh) * | 2019-10-29 | 2022-03-15 | 矩阵元技术（深圳）有限公司 | 一种基于安全多方计算的空间数据分布模式分析方法 |
| CN111629355B (zh) * | 2019-11-29 | 2023-08-01 | 国铁吉讯科技有限公司 | 通信资源调度方法及装置 |
| CN111262783B (zh) * | 2020-01-14 | 2022-04-26 | 深圳前海微众银行股份有限公司 | 一种动态路由的方法及装置 |
| CN111556346B (zh) * | 2020-04-07 | 2023-09-12 | 视联动力信息技术股份有限公司 | 远程控制视联网终端的方法、装置及计算机可读存储介质 |
| CN113497798B (zh) * | 2020-04-08 | 2023-01-06 | 北京中科网威信息技术有限公司 | 一种用于防火墙的基于fpga的数据转发方法 |
| CN111650931B (zh) * | 2020-04-26 | 2023-03-14 | 广东博智林机器人有限公司 | 多个移动设备的路径确定的方法、装置与存储介质 |
| CN111885199B (zh) * | 2020-07-31 | 2021-08-27 | 北京微步在线科技有限公司 | 一种数据传输方法 |
| CN112034808B (zh) * | 2020-09-11 | 2022-08-30 | 上海庆科信息技术有限公司 | 模组烧录授权追踪系统、模组烧录信息调整方法及装置 |
| CN112287644B (zh) * | 2020-09-30 | 2024-01-30 | 成都新潮传媒集团有限公司 | 一种数据提交方法、装置、计算机设备和可读存储介质 |
| US11539756B2 (en) | 2020-10-23 | 2022-12-27 | BlackBear (Taiwan) Industrial Networking Security Ltd. | Switch device for one-way transmission |
| CN112654101B (zh) * | 2020-12-15 | 2023-05-02 | 华北科技学院 | 基于射频收发芯片的无线透传方法和系统 |
| CN113342370A (zh) * | 2021-05-25 | 2021-09-03 | 北京小米移动软件有限公司 | 一种配置更新的方法、装置、电子设备及存储介质 |
| CN113411630A (zh) * | 2021-08-19 | 2021-09-17 | 贝壳找房(北京)科技有限公司 | 直播热门行为回放方法 |
| US11973824B2 (en) * | 2021-09-23 | 2024-04-30 | Shanghai Anviz Technology Co., Ltd. | Method for data transmission of audio and video in end-to-end system |
| CN114238189B (zh) * | 2021-11-30 | 2024-01-30 | 浙江灵鹿智能科技有限公司 | 一种自动分配地址的方法、装置和系统 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101557303A (zh) * | 2008-04-11 | 2009-10-14 | 华为技术有限公司 | 路径建立请求方法、路径建立方法与系统 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SG97862A1 (en) * | 2000-03-09 | 2003-08-20 | Kent Ridge Digital Labs | Communication apparatus |
| WO2005006671A1 (ja) * | 2003-07-09 | 2005-01-20 | Fujitsu Limited | ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード |
| US7639684B2 (en) * | 2004-12-23 | 2009-12-29 | Infineon Technologies Ag | Modified ethernet switch |
| US20080049621A1 (en) * | 2004-12-31 | 2008-02-28 | Mcguire Alan | Connection-Oriented Communications Scheme For Connection-Less Communications Traffic |
| US8917673B2 (en) * | 2006-07-14 | 2014-12-23 | Qualcomm Incorporation | Configurable downlink and uplink channels for improving transmission of data by switching duplex nominal frequency spacing according to conditions |
| CN101188510A (zh) * | 2006-11-16 | 2008-05-28 | 华为技术有限公司 | 地址集中控制的方法、设备及系统 |
| CN101836389B (zh) * | 2007-10-01 | 2013-07-10 | 交互数字专利控股公司 | 用于配置egprs基于时间的应答的方法和设备 |
| US7940696B2 (en) * | 2007-12-20 | 2011-05-10 | International Business Macines Corporation | Remotely booting computing nodes in a switching domain |
| CN101277477B (zh) * | 2008-04-29 | 2012-04-04 | 华为技术有限公司 | 一种均衡流量的方法、装置及系统 |
| CN101674221A (zh) * | 2008-09-09 | 2010-03-17 | 中国移动通信集团公司 | 静态路由生成方法、终端路由实现方法及装置 |
| CN101729365B (zh) | 2008-10-27 | 2012-06-27 | 华为技术有限公司 | 路径建立方法、承载网路由器和网络系统 |
| KR20100080280A (ko) * | 2008-12-31 | 2010-07-08 | 삼성전자주식회사 | Ｈａｒｑ 프로세스를 사용하는 이동통신 시스템의 전송 제어방법 |
| US20100172308A1 (en) * | 2009-01-07 | 2010-07-08 | Samsung Electronics Co., Ltd. | System and method for downlink physical indicator channel mapping with asymmetric carrier aggregation |
| US8341725B2 (en) * | 2009-07-30 | 2012-12-25 | Calix, Inc. | Secure DHCP processing for layer two access networks |
| CN101917492B (zh) * | 2010-08-06 | 2013-06-05 | 北京乾唐视联网络科技有限公司 | 一种新型网的通信方法及系统 |
-
2010
- 2010-08-06 CN CN2010102481949A patent/CN101917492B/zh active Active
-
2011
- 2011-08-04 JP JP2013523479A patent/JP5852116B2/ja active Active
- 2011-08-04 EP EP11814116.7A patent/EP2602960B1/en active Active
- 2011-08-04 WO PCT/CN2011/078002 patent/WO2012016533A1/zh active Application Filing
- 2011-08-04 BR BR112013002948-0A patent/BR112013002948B1/pt active IP Right Grant
- 2011-08-04 US US13/814,717 patent/US9219685B2/en active Active
- 2011-08-04 KR KR1020137005839A patent/KR101456036B1/ko active IP Right Grant
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101557303A (zh) * | 2008-04-11 | 2009-10-14 | 华为技术有限公司 | 路径建立请求方法、路径建立方法与系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101917492A (zh) | 2010-12-15 |
| KR20130081280A (ko) | 2013-07-16 |
| CN101917492B (zh) | 2013-06-05 |
| EP2602960A4 (en) | 2015-11-04 |
| WO2012016533A1 (zh) | 2012-02-09 |
| EP2602960B1 (en) | 2017-10-25 |
| BR112013002948B1 (pt) | 2022-04-19 |
| JP2013536635A (ja) | 2013-09-19 |
| BR112013002948A2 (pt) | 2021-03-02 |
| EP2602960A1 (en) | 2013-06-12 |
| US20130170492A1 (en) | 2013-07-04 |
| US9219685B2 (en) | 2015-12-22 |
| JP5852116B2 (ja) | 2016-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101456036B1 (ko) | 뉴 네트워크의 통신 방법 및 시스템 | |
| US9497111B2 (en) | Communications method and system for communications of network accessing equipment | |
| US9083656B2 (en) | Service communication method and system for access network apparatus | |
| US9450861B2 (en) | Ethernet-compatible method and system | |
| US9253106B2 (en) | Traffic-control-based data transmission method and communication system | |
| US9154404B2 (en) | Method and system of accessing network for access network device | |
| US9240943B2 (en) | Metropolitan area network communications method and communication system | |
| CN109525854B (zh) | 直播处理方法和装置 | |
| CN109451001B (zh) | 一种通讯方法和系统 | |
| CN110049100B (zh) | 一种业务数据的处理方法和系统 | |
| CN110012316B (zh) | 一种视联网业务的处理方法、装置、设备及存储介质 | |
| CN109640194B (zh) | 一种基于视联网通过二维码获取终端权限的方法和装置 | |
| CN109561080B (zh) | 一种动态入网通信的方法和装置 | |
| CN111654728B (zh) | 一种证书更新的方法和装置 | |
| CN111147795B (zh) | 资源调度方法、服务器、终端、电子设备及存储介质 | |
| CN109348162B (zh) | 信息处理方法和装置 | |
| CN110276607B (zh) | 终端业务更新方法、装置及存储介质 | |
| CN110611645A (zh) | 一种可视电话的通信方法和系统 | |
| CN109819281B (zh) | 一种基于视联网的支付方法及系统 | |
| CN110012304B (zh) | 一种直播处理方法和视联网系统 | |
| CN112073792A (zh) | 一种数据发送方法和装置 | |
| CN110769188A (zh) | 一种业务对象的处理方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20170925 Year of fee payment: 4 |
|
| FPAY | Annual fee payment |
Payment date: 20180920 Year of fee payment: 5 |
|
| FPAY | Annual fee payment |
Payment date: 20190925 Year of fee payment: 6 |