KR101332968B1 - 네트워크를 동작하는 방법 및 네트워크 - Google Patents

Abstract

단순한 방법으로 네트워크 애플리케이션의 다양성의 강화를 허용하기 위해 네트워크, 특히 IP (Internet Protocol) 네트워크를 동작하는 방법이 청구되고, 여기서 로컬 네트워크는 게이트웨이를 통해 네트워크와 연결되고, 로컬 네트워크의 UE (User Equipment) 는 UE-관련 및/또는 세션-관련 애플리케이션과 통신 또는 이를 시작하기 위해서 네트워크의 기능 엔티티와 통신함으로써 세션 셋업을 수행한다. 방법은, 애플리케이션이 로컬 네트워크 제어기와 통신하고, 네트워크 제어기는 수신된 파라미터에 기초하여 로컬 네트워크 내에 UE 및/또는 특정 세션을 위치시키기 위해 애플리케이션으로부터 UE-관련 및/또는 세션-관련 파라미터 (LID - Local Identifier) 를 수신하는 것을 특징으로 한다. 또한, 바람직하게는 전술된 방법을 수행하기 위한 이에 따른 네트워크가 청구된다.

Description

네트워크를 동작하는 방법 및 네트워크{A METHOD FOR OPERATING A NETWORK AND A NETWORK}

본 발명은 네트워크, 특히 IP (Internet Protocol) 네트워크를 동작하는 방법에 관한 것이고, 여기서 로컬 네트워크는 게이트웨이를 통해 네트워크와 연결 (connection) 되고, 로컬 네트워크의 UE (User Equipment) 는 UE-관련 및/또는 세션-관련 애플리케이션과 통신 또는 이를 시작하기 위해서 네트워크의 기능 엔티티와 통신함으로써 셋업된 세션을 수행한다. 또한, 본 발명은 네트워크, 특히 IP (Internet Protocol) 네트워크에 관한 것이고, 여기서 로컬 네트워크는 게이트웨이를 통해 네트워크와 연결되고, 로컬 네트워크의 UE (User Equipment) 는 UE-관련 및/또는 세션-관련 애플리케이션과 통신 또는 이를 시작하기 위해서 네트워크의 기능 엔티티와 통신함으로써 셋업된 세션을 수행한다.

현재 네트워크 전개에서, UE 는 네트워크 또는 오퍼레이터 네트워크에 직접적으로 접속 (attach) 되지 않는다. UE 는 게이트웨이 또는 홈 게이트웨이 (HGW) 에 국부적으로 접속되고, 단지 로컬 네트워크 또는 홈 네트워크 내에서 유효한 로컬 IP 어드레스를 수신한다. 네트워크 또는 오퍼레이터 네트워크 또는 인터넷에서의 서비스들을 액세스하기 위해서, 이 어드레스는 본 문헌의 나머지에서 NAT 로서 지칭되는 NAT/NAPT (Network Address Translation/Network Address Port Translation) 기술을 이용하여 네트워크 제어기 또는 HGW 의 공식적, 글로벌하게 라우팅된 IP 어드레스로 트랜스레이팅된다.

IP 네트워크를 통한 멀티미디어 (MM) 세션에 대한 엔드-투-엔드 (End-to-end) 서비스 품질 (QoS) 보장은 네트워크의 모든 파트들에서의 적합한 다이내믹 폴리시 인스톨레이션과 결합된 어드미션 제어 및 리소스를 필요로 한다.

경로 상 (on-path) 시그널링 - 예를 들어, RSVP (Resource reSerVation Protocol) 또는 NSIS (Next Steps In Signaling)- 또는 ALG (local application layer gateway), ETSI TISPAN RACS 와 같은 RCS (Resource Control System) 에 기초하여 네트워크 리소스를 예약하고 폴리시를 인스톨하기 위한 방법에도 불구하고, ITU-T RACF 또는 현재 개발되고 있는 브로드밴드 포럼 BPCF 는 일반화된 애플리케이션 기능 (AF) 에 의해 트리거링된 (triggered) 리소슬들을 예약 및 제어할 수 있다. ETSI TISPAN RACS 는 ETSI ES 282 003 V2.0.0, TISPAN (Telecommunications and Internet converged Services and Protocols for Advanced Networking): RACS (Resource and Admission Control Sub-System): 기능 아키텍처 (Functional Architecture) 로부터 알려져 있다. ITU-T RACF 는 차세대 네트워크에서의 ITU-T 권고 Y.2111 리소스 및 어드미션 제어 기능으로부터 알려져 있다. AF 는, 멀티미디어 세션을 셋업하기 위해 UE (user equipment) 가 통신하는 기능 엔티티이다.

현재 RCS 는 AF 에 의한 리스소 요청을 수신하고, 수락 또는 거절 메시지 중 어느 하나로 응답한다. RCS 가 수락하는 경우에서, RCS 는 또한 매체 경로 내의 네트워크 엘리먼트들 상에 적당한 폴리시를 인스톨한다.

그것은 서비스 품질 보장을 필요로 하는 애플리케이션에서만 뿐만 아니라 다른 애플리케이션에서도 디바이스 및/또는 세션을 위치시키기 위해 유용할 수 있다. 많은 경우에서 특정 디바이스 또는 사용자 장비 및/또는 세션에 관한 정보는 세션 셋업 진행 동안 분실된다 (lost).

세션 셋업 프로토콜로 지칭되고 본 발명의 배경을 형성하는 문헌들은 예를 들어 ETSI TISPAN TS 183 063: "IMS-based IPTV stage 3 specification", RFC 4566: "SDP: Session Description Protocol" (http://www.ietf.org/rfc/rfc4566.txt) 및 RFC 4091: "The Alternative Network Address Types (ANAT) Semantics for the Session Description Protocol (SDP) Grouping Framework" (http://www.ietf.org/rfc/rfc4091.txt) 이다.

본 발명의 목적은 단순한 방법으로 네트워크 애플리케이션의 다양성의 향상을 가능하게 하기 위한 네트워크를 동작하는 방법 및 이에 따른 네트워크를 개선시키고 또한 개발하는 것이다.

본 발명에 따르면, 전술된 목적은 청구항 제 1 항의 특성들을 포함하는 방법 및 청구항 제 22 항의 특성들을 포함하는 네트워크에 의해 달성된다. 청구항 제 1 항에 따르면, 방법은 애플리케이션이 로컬 네트워크 제어기와 통신하고, 여기서 네트워크 제어기는 수신된 파라미터에 기초하여 로컬 네트워크 내에 UE 및/또는 특정 세션을 위치시키기 위해 애플리케이션으로부터 UE-관련 및/또는 세션-관련 파라미터 (LID - Local Identifier) 를 수신하는 것을 특징으로 한다. 청구항 제 22 항에 따르면, 네트워크는, 애플리케이션이 로컬 네트워크 제어기와 통신하기 위한 수단을 포함하고, 여기서 네트워크 제어기는 수신된 파라미터에 기초하여 로컬 네트워크 내에 UE 및/또는 특정 세션을 위치시키기 위해 애플리케이션으로부터 UE-관련 및/또는 세션-관련 파라미터 (LID - Local Identifier) 를 수신하기 위한 수단을 포함하는 것을 특징으로 한다.

본 발명에 따르면, 간단한 방법으로 로컬 네크워크 내에 UE 및/또는 특정 세션을 위치시키는 것이 가능하다는 것이 실현될 수 있다. 구체적인 관점에서, 애플리케이션은 로컬 네트워크의 네트워크 제어기와 통신해야 하고, 여기서 네트워크 제어기는 애플리케이션으로부터 UE-관련 및/또는 세션-관련 파라미터를 수신한다. 이러한 파라미터는 로컬 네트워크 내의 UE 및/또는 특정 세션을 식별하는 LID (Local Identifier) 로서 지정될 수 있다. 따라서, 네트워크 제어기는 수신된 파라미터에 기초하여 UE 및 로컬 네트워크를 통해 UE 를 향하는 경로 및/또는 특정 세션을 위치시킬 수 있다.

이러한 방법 또는 네트워크에 기초하여 네트워크 애플리케이션의 다양성의 향상이 용이하게 허용되고, 여기서 로컬 네트워크는 홈 네트워크일 수 있고 게이트웨이는 홈 게이트웨이일 수 있다. 일반적으로, 게이트웨이는 네트워크 제어기를 포함할 수 있다.

바람직한 실시형태에서, 애플리케이션은 네트워크 내의 세션에 필요한 네트워크 리소스를, 그리고 UE 에 의해 요청된 애플리케이션 로직을 핸들링하는 기능을 제어 및/또는 예약하기 위한 RCS (Resource Control System) 로 스플릿 (split) 된다. 이 경우에서, RCS 는 로컬 네트워크, 바람직하게는 홈 네트워크 내의 세션에 필요한 네트워크 리소스를 제어 및/또는 예약하기 위해서 네트워크 제어기와 통신할 수 있다.

RCS 의 범위 안에 로컬 또는 홈 네트워크를 포함시키기 위해서, 네트워크 제어기 또는 홈 네트워크 제어기 (HNC) 는 RCS 로부터 리소스 요청을 수신할 수 있다. 로컬 또는 홈 네트워크가 더욱더 복잡해지기 때문에, 네트워크 제어기 또는 HNC 는 세션 셋업을 오리지네이팅한 UE 를 식별하도록 인에이블될 수 있다. 그렇게 하기 위해서, UE 의 고유한 로컬 식별자 (LID), 예를 들어 로컬 IP 어드레스를 러닝 (learn) 할 수 있다. 오퍼레이터 네트워크를 향한 로컬 또는 홈 네트워크에서 수행된 IP 및 NAT/NAPT 의 경우, 이 정보는 대부분의 경우에서 분실된다. 멀티캐스트 세션에 있어서, 이 정보는 현재 항상 분실된다, 즉 AF/RCS 로 전송되지 않는다. 또한, 로컬 또는 홈 네트워크 안의 UE 가 네트워크 제어기 또는 HNC 와 협상한 경우, 예를 들어 인증 또는 리소스 예약을 위해 로컬 세션, 대응하는 세션 식별자는 세션들을 상관시키기 위해 RCS 로부터의 원격 요청에 포함될 필요가 있다.

바람직하게, 파라미터는 포트 넘버, 바람직하게는 로컬 IP 어드레스를 갖는, 또는 이들을 갖지 않는 UE 의 로컬 네트워크 어드레스를 포함하거나 이루어질 수 있다. 이 경우, 이미 존재하는 파라미터는 상기 방법 내에서 식별 파라미터로서 이용될 수 있다.

다르게는, 파라미터는 UE 의 특정 로컬 특징, 스트링 또는 로컬 세션 ID 를 포함하거나 이루어질 수 있다.

또 다르게는, 파라미터는 로컬 네트워크 내의 디바이스들 사이에서 부트스트랩핑 알고리즘을 통해 협상된 식별자, 바이트 코드 어레이 또는 랜덤 넘버를 포함하거나 이루어질 수 있다.

다시 말하면, 파라미터는 국부적으로 상당히 일반적인 식별자의 임의의 유형으로 이루어지거나 포함할 수 있다.

매우 간단한 이용 경우에 관하여, 파라미터는 네트워크 제어기, 바람직하게는 네트워크, 로컬 네트워크 또는 네트워크 제어기에 대한 UE 의 접속 동안, 또는 바람직하게는 UE 에 의한 특정 요청 시에 네트워크 제어기에 의해 생성될 수 있다. 다르게는, 그리고 방법의 매우 단순한 실시형태에 관하여, 파라미터는 UE 에 의해 생성될 수 있다. 따라서, 파라미터는 세션 셋업 수행 전에 생성될 수 있다.

더욱 바람직한 실시형태에서, 파라미터는 세션 셋업을 수행중인 UE 와 관련되지 않는 것이 가능할 수 있다. 따라서, 파라미터는 세션 셋업을 수행 중인 UE 와 상이한 어드레스를 갖는 하나 또는 다수의 수신 포인트들에 대해 매체를 요청하는데 이용될 수 있다. 다시 말하면, UE 는 다른 UE 들에 대한 세션을 요청할 수 있다.

더욱 바람직한 실시형태에서, 파라미터는 세션 셋업 동안 기능 엔티티를 통해 UE 로부터 애플리케이션 또는 애플리케이션들로 전송될 수 있다.

이러한 진행에 의해 애플리케이션에서 매우 신뢰할만한 파라미터의 제공이 보장될 수 있다.

청구된 방법에서, 파라미터는, 로컬 네트워크로부터 의미 없는 네트워크 도메인을 지나 동일하거나 상이한 네트워크 경로를 경유하여 로컬 네트워크로 루프 백 (looped back) 될 것이다. 구체적인 실시형태에서, 파라미터는 로컬 네트워크로부터 의미 없는 RCS 를 경유하여 로컬 네트워크로 루프 백될 수 있다.

기능 엔티티의 매우 단순한 진행에 관하여, 바람직하게 AF (Application Function) 는 애플리케이션에 대한 요청으로 파라미터를 포함하도록 인에이블될 수 있다. 이미 계획된 요청 내에 파라미터의 통합은 매우 스마트한 진행을 제공한다.

임의의 의도되지 않은 효과를 방지하기 위해, 파라미터는 네트워크 도메인에서 불분명할 수 있고, 임의의 변형 없이 네트워크 도메인을 통해 패스될 수 있다.

바람직하게, 세션 셋업은 세션 설명 프로토콜에 의해, 바람직하게는 SDP (Session Description Protocol) 에 의해 수행될 수 있다. 이미 알려진 프로토콜의 이용은 청구된 방법과 관련하여 가능하다.

따라서, 파라미터는 임의의 특정 문제를 야기하지 않는 세션 설명 프로토콜의 일부일 수 있다. 구체적으로, 파라미터는 a-, i- 또는 o-라인에 의해 반송될 수 있고, 여기서 a-라인이 바람직하다.

청구된 방법은 유니캐스트 뿐만 아니라 멀티캐스트 세션을 지원할 수 있다. 이에 관하여 제한은 없다.

더욱 바람직한 구체적인 실시형태에서, 파라미터는 애플리케이션 또는 RCS 로부터의 인커밍 리소스 요청과 로컬 세션을 상관시키기 위해 이용될 수 있다. 따라서, 네트워크 내의 리소스 및 로컬 네트워크 내의 리소스가 상관될 수 있다.

바람직하게, 로컬 세션은 애플리케이션 또는 네트워크 접속 세션에 의해 특징지어질 수 있다.

상기 방법의 더욱 바람직한 실시형태에서, 로컬 어드미션 (admission) 제어 절차는 파라미터에 기초하여 로컬 또는 홈 네트워크 안의 UE 를 향한 네트워크 경로를 획득하는 것에 기초할 수 있다.

바람직하게, 네트워크 제어기 또는 애플리케이션 기능은 LID 또는 파라미터에 기초하여 제공하기 위한 서비스에 대해 독립적인 결정을 행할 수 있다.

본 발명은 일 방법을 설명하고, 여기서 파라미터는 의미를 갖지 않는 상이한 네트워크 도메인을 통해 세션을 오리지네이팅하는 UE 의 로컬 식별자 (LID) 의 형태로 전송될 수 있다. 방법은, 예를 들어, SIP/SDP (Session Initiation Protocol/Session Description Protocol) 또는 RTSP/SDP (Real Time Streaming Protocol/Session Description Protocol) 를 이용하여 셋업 중인, 유니캐스트 및 멀티캐스트 세션에 대해 설계된다. 수신된 식별자에 기초하여 HNC 가 홈 네트워크 내에 UE 를 위치시키는 절차가 제공된다. LID 자체는 또한, 네트워크 접속 동안 또는 특정 요청 시에 HNC 에 의해 국부적으로 생성되고 UE 로 트랜스퍼되는 불분명한 스트링으로서 이용될 수 있다.

본 발명에서 로컬 어드레스 또는 국부적으로 중요한 일반적 식별자들의 임의의 유형, 예를 들어 스트링 또는 로컬 세션 ID 로 이루어질 수 있는 로컬 식별자 (LID) 가 생성될 것이다. LID 는 따라서, 애플리케이션 또는 애플리케이션 기능에 대한 임의의 사적인 홈 네트워크 정보를 개시하지 않는 방법으로 생성될 수 있다.

세션 시그널링을 위해 SDP 를 이용하는 경우에서, SDP 정보가 강화될 수 있고, 이는 홈 네트워크 또는 국부적으로 고유한 식별자의 다른 유형 내에 유니캐스트 또는 멀티캐스트 스트림 수신기 로컬 어드레스를 포함하기 위해 세션 셋업 시그널링에서 반송된다.

본 발명에 기초하여, 로컬 네트워크 제어기 또는 HNC 는 LID 에 기초하여 로컬 또는 홈 네트워크 내에 UE 및/또는 특정 세션을 위치시키도록 인에이블된다.

개략적인 개요에서, 중요한 특성들이 다음과 같이 실현될 수 있다:

1) 로컬 식별자를 UE 및/또는 세션에 정의 및 할당

2) 의미 없는 네트워크 도메인을 통해 LID 가 오리지네이팅된 도메인으로 LID 를 다시 전송

3) SDP 에 새로운 로컬 식별자 (LID) 파라미터를 추가

4) RCS 또는 임의의 다른 애플리케이션으로 LID 정보를 패스하도록 AF 를 인에이블링

5) 예를 들어, 정의된 시간 간격 내에 이러한 텔레포니의 예약을 위한 IP 텔레포니의 경우에서, 원격 요청으로 로컬 애플리케이션 및/또는 네트워크 접속 세션들을 교차-연결시키기 위해 세션 식별자를 반송하도록 로컬 식별자를 인에이블함

6) LID 에 기초하여 UE 및/또는 UE 세션을 위치시키도록 HNC 를 인에이블함.

본 발명의 이점들은 다음과 같이 요약될 수 있다:

·종래의 현재 상태는 홈 내의 멀티캐스트 수신 포인트를 식별할 수 없다. 본 발명은 홈 내의 (in-home) 리소스 제어 메커니즘을 도울 수 있다.

·게다가 (on top), 유니캐스트에 있어서, 홈 네트워크 내에 또는 로컬 네크워크 내에 디바이스를 위치시키기 위한 메커니즘이 또한 아직 지정되지 않았다.

·LID 를 반송하기 위해 SDP 를 이용하여, 본 발명은 예를 들어 IMS 기반 IPTV 와 같은 IMS (IP Multimedia Subsystem) 기반 서비스들로 용이하게 통합되지만, SIP 기반 서비스에 제한되지 않고 또한 예를 들어 RTSP 에 적용될 수 있다.

·경로 내의 (in-path) 메커니즘을 구현할 필요 없이 암호화된 시그널링 세션에 대한 지원을 인에이블하는 홈 네트워크에 대해 원격 리소스 제어를 인에이블하기 위한 기본 기술을 정의한다.

·기존의 인프라스트럭처, 예를 들어 세션 셋업의 인증 (예를 들어, SIP 인바이트) 을 이용한다. 재발명될 것이 없고, 단지 새로운 파라미터를 추가한다.

·UE 소프트웨어에 대한 최소의 충격.

·RCS 외의 애플리케이션들은 AF 및 HNC 에 연결함으로써 방법을 이용할 수 있다.

유리한 방식으로 본 발명의 교시를 설계하여 더 개량시키기 위한 몇몇 방법들이 존재한다. 이를 위해, 한편으로는 청구항 1 에 종속된 청구항들을 참조하고, 다른 한편으로는 도면에 의해 도시된 본 발명의 실시형태의 바람직한 예들에 대한 이하의 설명을 참조하기로 한다. 도면의 참조에 의한 본 발명의 실시형태의 바람직한 예들의 설명과 관련하여, 일반적으로 바람직한 실시형태들 및 본 교시의 추가적인 개발들이 설명될 것이다.

도 1 은 본 발명에 따른 네트워크를 동작하는 방법의 제 1 바람직한 실시형태를 나타낸다.
도 2 는 본 발명에 따른 네트워크를 동작하는 방법의 제 2 바람직한 실시형태를 나타낸다.

도 1 은 네트워크를 동작하는 방법의 제 1 바람직한 실시형태를 나타내고, 여기서 홈 네트워크 형태의 로컬 네트워크가 로컬 홈 네트워크 제어기 (HNC) 를 포함할 수도 있는 홈 게이트웨이를 통해 네트워크와 통신한다. 홈 네트워크의 UE 는 네트워크의 기능 엔티티, 즉 애플리케이션 기능 (AF) 과 통신함으로써 세션 셋업을 수행하고, 그 다음에 AF 는 RCS 와 통신한다.

UE 는 HNC 를 포함하는 HGW (Home GateWay) 를 통해 AF 로 세션 개시 요청을 전송한다. AF 는 SDP 로부터 필요한 리소스들을 추출하고, RCS 로 요청을 전송하며 RCS 는 그 다음에 오퍼레이터 네트워크 (미도시) 에서 리소스들을 예약한다. 요청이 HGW 의 공식 IP 어드레스를 포함하기 때문에, RCS 는 홈 네트워크를 위치시키고, 홈 네트워크를 향하여 리소스 예약을 수행할 수 있다. 홈 네트워크 내에 리소스들을 예약하기 위해서, HNC 는 홈 네트워크 내에 UE 를 위치시키도록 인에이블된다. 그렇게 하기 위해서, HNC 는 RCS 로부터 로컬 식별자 (LID) 를 수신할 것이다.

구체적인 구현에서, UE 의 로컬 IP 어드레스가 HNC 에 의해 이용되어 홈 네트워크 내에 UE 를 위치시킬 수 있다. RCS 로 요청이 전송되기 전에 시그널링 경로 내의 시그널링 대용물 (proxy) 이 SDP 콘텐츠를 변화시키기지 않는 경우, 로컬 어드레스는 a-라인 및 c-라인으로부터 추출될 수 있다. 그러나, 로컬 어드레스는 RCS 를 향하는 요청에 분명하게 포함될 필요가 있고, HNC 는 후술되는 클라이언트를 위치시키기 위한 기능을 포함할 필요가 있다. 그러나, 이것은, 멀티캐스트 서비스에 있어서는 SDP 포맷이 상이하고 c-라인 또는 a-라인으로 UE IP 어드레스를 반송하지 않기 때문에 유니캐스트 서비스들에 대해서만 작용한다: 멀티캐스트 서비스들을 위한 세션 협상의 경우에서, 홈 네트워크 내에서 매체를 포워딩하기 위해서 이것이 필요하지 않기 때문에 SDP 는 로컬 IP 어드레스를 현재 포함하지 않는다 (매체의 목적지 주소가 스트림의 멀티캐스트 주소임)(예를 들어, ETSI TISPAN TS 183 063: "IMS-based IPTV stage 3 specification" 를 참조).

예를 들어 NAT 횡단 (traversal) 을 용이하게 하기 위해서, SDP 가 재기록되는 경우, 로컬 어드레스 또는 일반적인 LID 는 UE 로부터의 세션 셋업 요청에 포함되어야 하는데, 그렇지 않은 경우 수신 매체에 대해 a- 및 c-라인이 재기록되어서 이 정보가 분실될 것이기 때문이다.

클라이언트의 IP 어드레스를 전송하기 위해 SIP "VIA"-헤더를 이용하는 것은, 시그널링 클라이언트의 IP 어드레스가, 매체 수신기가 IP 어드레스 (예를 들어, 세션이 아님) 에 대한 LID 의 이용을 갖고 제한하는 것과 동일하다는 것을 암시적으로 가정하기 때문에 적절하지 않다. 또한, 이러한 목적을 위해 "Via-Headers" 를 추출하는 것은 3GPP 및 TISPAN 아키텍처를 따르지 않고, "Via-Headers" 가 현재 및 미래의 네트워크에서 원하는 정보를 포함한다는 것을 보장받을 수 없다. 로컬 B2BUA (back-to-back user agent) 가 시그널링 경로 내에 있는 경우에서, 비아 헤더들은 어쨌든 원하는 정보를 포함하지 않을 것이다.

홈 네트워크 내에서 세션 셋업 메시지의 로컬 스누핑 (snooping) 은 홈 네트워크 내의 엔드포인트들을 식별하기에 적절하다. 이 방법은 IMS AKA (Authentication and Key Agreement) 에 의해 정의된 바와 같이 암호화된 시그널링에 작용하지 않기 때문에, 홈 네트워크는 RCS 로부터 UE 의 LID 를 러닝한다.

LID 는 또한, RCS 로부터의 인커밍 리소스 요청과 (예를 들어, AF 로 세션을 셋업하기 전에 홈 네트워크 내에 리소스들을 예약하기 위한 UE 와 HNC 간의) 로컬 세션을 상관시키는데 이용될 수 있다. 그 경우, LID 는 디바이스를 위치시키는데 이용될 수 있는 ID 대신에 세션 ID 를 반송한다. 이러한 경우는 제 2 바람직한 실시형태에 따라 도 2 에 도시된다.

또한, 이 새로운 파라미터는 수신 포인트와 같은 넌 SDP 인에이블된 엔드 디바이스들에 대한 매체를 요청하는데 이용될 수도 있다. 이러한 수신 포인트는 "홈 허브 (Home Hub)" 일 수 있고, 이는 홈 네트워크 내에서 요청된 매체를 수신 및 분배하기 위해 이용될 수 있다. 이 매체에 대한 요청은 "홈 허브" 에 대한 매체의 전달을 초래하는 UE 에 의해 수행될 수 있다.

또한, RCS 외의 애플리케이션들은 LID 에 의해 주어진 이러한 UE-관련 및/또는 세션-관련 정보로부터 혜택을 받을 수 있다.

HNC 는 홈 게이트웨이에 상주할 수도 있으나, 또한 애플리케이션으로부터 도달 가능한 홈 네트워크 내의 임의의 다른 엔티티에서 구현될 수 있다.

실시형태들의 중요한 특성들은 다음의 패시지들에서 더 상세히 설명된다:

1) 파라미터 ( LID - local identifier ) 를 정의 및 할당:

로컬 또는 홈 네트워크 내의 디바이스 (UE) 및/또는 세션과 세션 셋업을 상관시키기 위해서, 일반적인 로컬 식별자 (LID) 가 제안된다. LID 는 예를 들어,

·매체를 교환할 UE 의 (포트 넘버를 갖는 또는 갖지 않는) 로컬 IP 어드레스 (시그널링을 수행하는 디바이스일 필요가 없음).

·UE (예를 들어, MAC-어드레스 (매체 액세스 제어), IMEI, SIP-어드레스, URL, 시리얼 넘버, "리빙 룸", "키친" 과 같은 사전-제공된 식별자 등) 의 특정 로컬 특징.

·예를 들어, DHCP (Dynamic Host Configuration Protocol) 를 이용한 네트워크 접속 동안 HNC 에 의해 생성되고 UE 로 전송된 식별자.

·UE 에 의한 요청 시 HNC 에 의해 생성된 식별자 (예를 들어, QoS 로 예약된 경로에 대한 예약 넘버).

·HNC 에 대한 등록을 위해 전송된 UE 에 의해 생성된 식별자, 예를 들어 랜덤 넘버, 바이트 코드 어레이, 로컬 네트워크 내의 디바이스들 사이에서 부트스트랩핑 알고리즘을 통해 협상된 식별자로 이루어진다.

LID 에 대한 이름공간은 로컬 네트워크, 즉 홈 네트워크에 제한된다.

향상으로서, LID 는 세션 셋업을 위한 시그널링을 수행하는 디바이스와 상이한 IP 어드레스를 갖는 하나 또는 다수의 수신 포인트들에 대한 매체를 요청하는데 이용될 수 있다.

예는, UPnP (Universal Plug and Play) 를 통해 각종 엔드 디바이스들을 제어할 수 있는 SIP/SDP 클라이언트를 갖는 "홈 허브" 일 수도 있는 경우를 이용한다. "홈 허브" 는 오디오를 갖는 IPTV 에 대한 다수의 m-라인들로 매체 세션을 요청하고, 상이한 m-라인 상이한 LID 파라미터들에 대해 지정하여, 예를 들어 비디오 스트림을 수신하기 위한 STB (Set Top Box) 의 IP 어드레스 및 오디오 스트림을 수신하는 스테레오에 대한 별개의 IP 어드레스를 나타낸다. 그 후, UPnP 와 같은 다른 프로토콜을 이용하여 스테레오 및 STB 를 트리거하여 타겟 멀티캐스트 그룹들로 "튜닝" 한다.

2) 백이 의미 없는 다른 네트워크 도메인을 통해 홈 네트워크로 LID 를 백 패스

LID 는 도메인을 떠나는 세션 셋업을 위한 시그널링에 포함될 수 있고, 여기서 도메인은, 예를 들어 SDP 를 통해 AF 로 반송될 때 의미를 갖는다.

LID 는 다른 네트워크 도메인들을 통해 패스될 수 있고, 그 다음에 홈 네트워크, 즉 HNC 를 향하여 동일하거나 상이한 시그널링 채널을 통해 백 패스될 수 있다.

이질적인 도메인, 즉 넌-로컬 네트워크에서, LID 는 불분명하고 변형 없이 패스된다.

이를 위한 예는, 도 1 및 도 2 에 도시된 경우를 이용하고, 여기서 LID 는 AF 에서 수신되고, RCS 로 패스되며 HNC (상이한 시그널링 채널/경로) 를 향하는 RCS 시그널링으로 백 패스된다.

3) SDP 에 새로운 파라미터 ( LID - local identifier) 를 추가

멀티미디어 (MM) 시그널링에 있어서, 통상적으로 SDP 가 이용된다. SDP 는, 예를 들어 SIP 내의 IMS 기반 네트워크에서 반송된다. 그러나, SDP 는 또한, 예를 들어 RTSP 기반 서비스들에서 이용되고 UE 의 로컬 IP 어드레스를 반송하기 위한 좋은 선택일 수 있다. 따라서, 본 발명은 로컬 IP 어드레스 및/또는 포트 넘버 또는 일반적인 로컬 식별자 (LID) 를 나타내도록 의도된 추가의 SDP 파라미터를 정의할 수 있다. IP 어드레스 및 포트는 LID 의 구현으로서 보여질 수 있다. UE 와 같은 서비스 엔드 포인트들은 이 파라미터를 설정함으로써 전송된 MM 시그널링을 강화할 수 있다.

본 발명을 이용하면, SDP 에 세션 셋업이 개시된 UE 의 로컬 식별자 상의 정보를 추가한다. LID 는 로컬 IP 어드레스 및 포트로 이루어질 수 있다. (예를 들어, DHCP 옵션을 이용하여) HGW 에 대한 UE 의 네트워크 접속 동안 러닝된 시리얼 넘버 또는 식별자와 같은 다른 디바이스 특정 파라미터들이 또한 적용 가능하다.

예로서, a-라인 파라미터들은 로컬 어드레스 정보를 반송할 수 있다. a-라인은, 예를 들어 IMS 기반 IPTV 경우에서 P-CSCF (Proxy-Call Session Control Function) 로부터 TISPAN RACS 시스템으로 패스될 수 있고, 예를 들어 매체 트래픽이 이어지는 경우 홈 게이트웨이 추가적 정보 내에 홈 RACS 제어기를 제공할 수 있다. 이는 HNC 로 하여금, 홈 네트워크 안의 리소스 요건들이 충족될 수 있는지 여부를 유니캐스트 및 멀티캐스트 서비스 양자 모두에 대해 정확하게 결정할 필요가 있는 홈 네트워크 안에 디바이스를 위치시키게 할 것이다. 새로운 파라미터는 "로컬 식별자" (LID) 로 명명될 수 있다.

a-라인은, 예를 들어 분배된 매체 세션이 이용되는 경우에서 세션 레벨 또는 매체 레벨 양자 모두일 수 있고, 다수의 시간을 발생시킬 수도 있다. 일반적으로, a-라인은 a=<flag> 또는 a=<attribute>:<value> 의 형태일 것이다. 후자는 LID 를 반송하는 의도된 이용에 더 적합하지만, 본 발명은 두 방법들을 커버한다.

예들은 다음과 같다:

a=LID:<IPv4address>

a=LID:<IPv6address>

a=LID:<IPv6address:Port>

a=LID:<IPv4address:Port>

a=LID:<Octet String>

정확한 속성 명칭은 IANA (Internet Assigned Numbers Authority) 등록 또는 구현에 대상이 된다.

LID 속성은 또한, 예를 들어 SDP 에 대한 ANAT (Alternative Network Address Types) 시맨틱과 어드레스 정보를 조합함으로써 (인터넷에서 덜 자주 이용되는) 어드레스 정보의 다른 형태들을 반송할 수 있다. LID 는 또한, DHCP 옵션을 이용하는 UE 의 네트워크 접속 동안 HGW 에 의해 발행된 영숫자 스트링과 같은 홈 네트워크 내의 고유 식별자를 나타내는 옥텟 스트링을 반송할 수 있다. 포트 정보를 포함하는 노테이션 (notation) 이 이용되면, 제공된 포트 정보는 매체 라인에서 패스된 포트 정보와 동일해야 하고, 따라서 포트 강화된 LID 속성의 이용이 m-라인 레벨 상에서 인커리지되는 반면에 세션 레벨 LID 속성은 포트를 포함하지 않을 것이다. 또한, 유니캐스트 서비스의 경우에서, c-라인 파라미터는 분배된 매체 수신이 이용되지 않는다면 (-아래 참조) LID 속성에서 제공된 값과 동일할 것이다.

본 발명은 모든 다른 적합한 SDP 라인들, 예를 들어 i-라인 또는 o-라인을 커버하고, 또한 파라미터의 명칭은 "LID" 에 엄격히 묶이지 않는다.

AF 를 향하는 o-라인에서 로컬 IP 어드레스를 이용하는 것은, 예를 들어 a-라인을 이용하는 것과 같이 현재 SDP 의 향상이다.

다수의 m-라인 상의 다수의 상이한 LID a-라인들의 이용은, 예를 들어 분배된 매체 수신 세션을 실현하도록 이용될 수 있으므로, 예를 들어 하나의 제어기 엔티티는 다수의 엔드 포인트들에 직접 전달될 멀티미티어 (예를 들어, "홈 허브" 예) 를 요청할 수 있다.

IMS 기반 IPTV STB 는 그 세션 셋업 시그널링에서 LID 를 운반할 것이므로, AF 는 E2E (End to End) 어드미션 제어 및 리소스 예약을 위해 RCS (그리고 잠재적으로 Home HNC) 에 통지할 수 있다.

4) AF 로 하여금 RCS 또는 임의의 다른 애플리케이션으로 파라미터 또는 LID 정보를 패스하게 함

AF 는 2 개의 방법으로 LID 를 수신할 수 있다:

- UE 가 LID 파라미터를 이용할 때, 직접적으로 명확하게.

- 변화되지 않은 IP 어드레스를 수신한 경우에서-게이트웨이 또는 홈 게이트웨이에 의한 NAT 가 수행되지 않으면-SDP 에서, 예를 들어 a-라인을 통해 간접적으로 암시적으로. LID 는 그러면, 로컬 IP 어드레스일 것이다.

AF 는 그 후, Diameter AVP 와 같은 리소스 요청으로 또는 유사한 프로토콜 (예를 들어, RADIUS) 을 이용하여 RCS 로 LID 를 전송할 것이다.

예로서, TISPAN RACS 또는 3GPP Rx 에서, LID 는 a-라인에서 전송될 때 이미 지정된 "Codec-Data" 를 통해 전송될 수 있다. o-라인을 이용하는 것은 P-CSCF 행위의 더 상세한 사양을 필요로 할 것이고, 표준 (standards-compliant) 이 아니다. SIP 에서의 VIA-헤더에도 마찬가지다.

RCS 외의 애플리케이션들이 또한, 홈 네트워크 안에 디바이스를 위치시키게 하도록 인에이블되는 것으로부터 크게 혜택을 받을 수 있다. 따라서, 이용 경우들은 RCS 를 갖는 경우들에 제한되지 않는다.

5) 파라미터 또는 로컬 식별자로 하여금 원격 요청으로 교차-연결된 로컬 세션들로 세션 식별자를 반송하게 함, 예를 들어, 도 2

LID 는 또한, 어드레스를 반송하는 것과 관련하여 또는 단독으로 세션 ID 를 포함하도록 이용될 수 있다. 이 세션 ID 는, UE 와 HNC 또는 네트워크 제어기 간에 발생하거나 또는 여전히 개방되는 세션을 설명한다. 예는, 주어진 우선순위로 특정 트래픽 클래스의 소정양의 대역폭을 예약하기 위한 UE 로부터 HNC 또는 네트워크 제어기로의 요청일 수 있다. 그러면, 이 ID 는 RCS 로부터의 리소스 요청에 포함될 것이다. HNC 또는 네트워크 제어기는 그 다음에, 내부 세션 및 원격 요청 양자 모두를 상관시킬 수 있고, 로컬 예약이 그 세션 ID 를 이용하여 이미 달성된 경우에서 리소스 요청에 즉시 응답하는 것을 가능하게 한다.

SDP (RFC4566) 의 현재 IETF 정의에서, 의무적인 o-라인은 또한 글로벌 세션 식별자를 전송할 수 있다. 본 발명에서, 식별자는 온고잉 (ongoing) 세션과의 그 조합이 그것을 바람직하게 만들기 때문에 단지 로컬에 필요하다.

6) HNC 또는 네트워크 제어기로 하여금 파라미터 또는 LID 에 기초하여 UE 또는 UE 세션을 위치시키게 함

UE 에 대한 로컬 또는 홈 네트워크 안의 경로 상의 리소스들을 계산하기 위해서, 네트워크 제어기 또는 HNC 는 UE 를 위치시킬 필요가 있다. 파라미터 또는 LID 를 수신 시에, 그것은 다음과 같이 작용한다:

LID 파라미터(들) 내의 하나 이상의 로컬 IP 어드레스를 수신하면, 그것은 계층-2 어드레스 및 할당된 IP 어드레스가 저장되는 로컬 네트워크 접속 기능의 데이터베이스를 검색한다. 계층-2 어드레스(들)은 그 다음에, 예를 들어, 이더넷 전개에서 계층-2 어드레스 (MAC 어드레스) 는 UE 가 직접적으로 접속되는 물리적 포트 상에서 러닝되기 때문에 UE(들) 의 로케이션을 암시적으로 지정한다.

하나 이상의 파라미터들 또는 일반적인 식별자(들)이 수신되면, 즉 UE(들) 또는 세션(들) 을 지칭하면, 네트워크 제어기 또는 HNC 는 그 로컬 데이터베이스에서 검색하는 것을 시작으로 동일한 단계들을 수행한다. 이어지는 단계들은 전술된 바와 같다.

통상적으로, 네트워크 제어기 또는 HNC 및 로컬 네트워크 접속 기능이 HGW 안에 함께 위치할 것으로 기대한다.

예시적인 이용 경우들

예 a): 유니캐스트에 대해 IP 어드레스로서 암시적인 LID , 멀티캐스트에 대해 분명한 SDP - LID .

이 시나리오에서, 유니캐스트를 이용하는 디바이스는 LID 를 지원하기 위해서 변화될 필요가 없다. 멀티캐스트 서비스에 대해 SDP 로 세션 셋업을 이용하는 디바이스들 만이 업그레이드될 필요가 있다. 이는 단지 SIP 또는 RTSP 를 이용하여 현재 IPTV 디바이스들에 영향을 주기 때문에, 필요한 UE 업그레이드는 전개하기 위해 실현 가능한 IPTV STB 에 제한된다.

예 b) 모든 세션들에 필요한 분명한 LID

이 경우에서, 보장된 QoS 를 요구하는 모든 디바이스들은 그들 모두의 필요한 업그레이드를 초래하는 LID 를 구현할 필요가 있다. 최악의 경우, LID 를 구현하지 않는 디바이스들은 홈 네트워크 내에서 QoS 를 얻지 않을 것이다. 그 때문에 HGW 업링크 상의 QoS 는 여전히 RCS 로 가능하고, LID 는 필요하지 않다.

추가적인 이용 경우:

QoS 이용 경우 (RCS) 이상의 애플리케이션은 LID 의 이용을 행할 수 있다. 예는: "Do not play music in the living room after 11 p.m." 와 같은 로컬 파라미터에 기초한 세션을 허용하는 애플리케이션이다.

본 발명의 방법 및 네트워크에 기초하면, 예를 들어 LID 또는 파라미터를 전송하기 위해 SDP 를 강화함으로써 세션의 일부가 암호화된 시그널링을 이용하는 경우에서도 경로 상의 (on-path) 시그널링 또는 ALG 를 전개할 필요 없이 원격의 홈 내 (in-home) QoS 제어를 위한 지원 메커니즘을 정의하는 것이 가능하다. 본 발명은 기존의 UE 들에 최소의 충격을 갖는 메커니즘을 제공한다.

본원에 기재된 본 발명의 많은 변형 및 다른 실시형태들을 통해, 본 발명이 속하는 기술분야의 당업자는, 전술한 설명 및 연관된 도면들에 나타난 교시들의 혜택을 받는다는 것을 상기할 수 있을 것이다. 따라서, 본 발명은 개시된 특정 실시형태에 한정되는 것이 아니고 첨부된 청구항의 범위 내의 변형들 및 다른 실시형태들이 포함되도록 의도된 것임이 이해되어야 한다. 본원에서 구체적인 용어가 이용되었지만, 이들 용어는 한정을 목적으로 하는 것이 아니며 단지 포괄적이고 설명적인 의미로 이용된 것이다.

Claims (22)

1. 네트워크, 특히 IP (Internet Protocol) 네트워크를 동작하는 방법으로서,
   상기 네트워크는 로컬 네트워크 (6) 및 오퍼레이터 네트워크 (7) 를 포함하고, 상기 로컬 네트워크 (6) 는 게이트웨이를 통해 상기 오퍼레이터 네트워크 (7) 와 연결되고,
   상기 로컬 네트워크 (6) 의 UE (User Equipment)(8) 는 UE-관련 및/또는 세션-관련 애플리케이션과 통신하기 위해서 또는 UE-관련 및/또는 세션-관련 애플리케이션을 시작하기 위해서 상기 오퍼레이터 네트워크 (7) 의 기능 엔티티와 통신함으로써 세션 셋업을 수행하고,
   상기 애플리케이션은 로컬 네트워크 제어기 (9) 와 통신하고,
   상기 로컬 네트워크 제어기 (9) 는 상기 로컬 네트워크 (6) 에 할당되고, 상기 애플리케이션으로부터 UE-관련 및/또는 세션-관련 파라미터 (LID - Local Identifier) 를 수신하고, 상기 수신된 파라미터에 기초하여 상기 로컬 네트워크 (6) 내에 UE (8) 및/또는 특정 세션을 위치시키고,
   상기 파라미터는 상기 로컬 네트워크 (6) 로부터 오퍼레이터 네트워크 도메인을 지나 동일한 또는 상이한 네트워크 경로를 경유하여 상기 로컬 네트워크 (6) 로 루프 백 (looped back) 되는 것을 특징으로 하는 네트워크 동작 방법.
2. 제 1 항에 있어서,
   상기 애플리케이션은 상기 네트워크 내의 세션에 필요한 네트워크 리소스를 제어 및/또는 예약하기 위한 RCS (Resource Control System)(10), 그리고 상기 UE (8) 에 의해 요청된 애플리케이션 로직을 핸들링하는 기능을 제어 및/또는 예약하기 위한 RCS (Resource Control System)(10) 로 스플릿되는, 네트워크 동작 방법.
3. 제 2 항에 있어서,
   상기 RCS (10) 는 상기 로컬 네트워크 (6) 내의 세션에 필요한 네트워크 리소스를 제어 및/또는 예약하기 위해서 상기 로컬 네트워크 제어기 (9) 와 통신하는, 네트워크 동작 방법.
4. 제 1 항에 있어서,
   상기 파라미터는 바람직하게는 로컬 IP 어드레스인 포트 넘버를 갖거나 갖지 않는 상기 UE (8) 의 로컬 네트워크 어드레스를 포함하거나, 바람직하게는 로컬 IP 어드레스인 포트 넘버를 갖거나 갖지 않는 상기 UE (8) 의 로컬 네트워크 어드레스로 이루어지는, 네트워크 동작 방법.
5. 제 1 항에 있어서,
   상기 파라미터는 UE (8) 의 특정 로컬 특성, 스트링 또는 로컬 세션 ID 를 포함하거나, UE (8) 의 특정 로컬 특성, 스트링 또는 로컬 세션 ID 로 이루어지는, 네트워크 동작 방법.
6. 제 1 항에 있어서,
   상기 파라미터는 상기 로컬 네트워크 (6) 내의 디바이스들 사이에서 부트스트랩핑 알고리즘을 통해 협상된 랜덤 넘버, 바이트 코드 어레이 또는 식별자를 포함하거나, 상기 로컬 네트워크 (6) 내의 디바이스들 사이에서 부트스트랩핑 알고리즘을 통해 협상된 랜덤 넘버, 바이트 코드 어레이 또는 식별자로 이루어지는, 네트워크 동작 방법.
7. 제 1 항에 있어서,
   상기 파라미터는, 바람직하게는 상기 오퍼레이터 네트워크 (7), 로컬 네트워크 (6) 또는 로컬 네트워크 제어기 (9) 에 대한 상기 UE (8) 의 접속 동안 또는 바람직하게는 상기 UE (8) 에 의한 특정 요청 시에, 상기 로컬 네트워크 제어기 (9) 에 의해 생성되는, 네트워크 동작 방법.
8. 제 1 항에 있어서,
   상기 파라미터는 상기 UE (8) 에 의해 생성되는, 네트워크 동작 방법.
9. 제 1 항에 있어서,
   상기 파라미터는 상기 세션 셋업을 수행 중인 상기 UE (8) 와 상이한 어드레스를 갖는 하나 또는 다수의 다른 UE 들에 대한 세션을 요청 (request) 하기 위해 이용되는, 네트워크 동작 방법.
10. 제 1 항에 있어서,
    상기 파라미터는 세션 셋업 동안 상기 UE (8) 로부터 상기 기능 엔티티를 통해 상기 애플리케이션 또는 애플리케이션들로 전송되는, 네트워크 동작 방법.
11. 제 1 항에 있어서,
    상기 기능 엔티티, 바람직하게는 애플리케이션 기능 (Application Function; AF)(11) 은 상기 애플리케이션에 대한 요청들 내에 상기 파라미터를 포함하도록 인에이블되는, 네트워크 동작 방법.
12. 제 1 항에 있어서,
    상기 파라미터는 상기 오퍼레이터 네트워크 도메인을 통해 변형 없이 패스되는, 네트워크 동작 방법.
13. 제 1 항에 있어서,
    상기 세션 셋업은 세션 설명 프로토콜에 의해, 바람직하게는 SDP (Session Description Protocol) 에 의해 수행되는, 네트워크 동작 방법.
14. 제 13 항에 있어서,
    상기 파라미터는 상기 세션 설명 프로토콜의 일부인, 네트워크 동작 방법.
15. 제 13 항에 있어서,
    상기 파라미터는 a-, i- 또는 o-라인에 의해 반송되는, 네트워크 동작 방법.
16. 제 1 항에 있어서,
    상기 세션은 유니캐스트 또는 멀티캐스트 세션인, 네트워크 동작 방법.
17. 제 1 항에 있어서,
    상기 파라미터는 상기 애플리케이션 또는 RCS (10) 로부터의 인커밍 리소스 요청과 로컬 세션을 상관시키기 (correlating) 위해 이용되는, 네트워크 동작 방법.
18. 제 1 항에 있어서,
    로컬 세션은 애플리케이션 또는 네트워크 접속 세션을 포함하는, 네트워크 동작 방법.
19. 제 1 항에 있어서,
    로컬 어드미션 제어 절차는, 상기 파라미터에 기초하여 상기 로컬 네트워크 내에 상기 UE (8) 를 향하는 네트워크 경로를 획득하는 것에 기초하는, 네트워크 동작 방법.
20. 제 1 항에 있어서,
    상기 네트워크 제어기 또는 상기 애플리케이션 기능은 상기 LID 에 기초하여 제공하기 위한 서비스에 독립적인 결정을 행하는, 네트워크 동작 방법.
21. 제 1 항 내지 제 20 항 중 어느 한 항에 기재된 방법을 바람직하게 수행하기 위한 네트워크, 특히 IP (Internet Protocol) 네트워크 시스템으로서,
    상기 네트워크는 로컬 네트워크 (6) 및 오퍼레이터 네트워크 (7) 를 포함하고, 상기 로컬 네트워크 (6) 는 게이트웨이를 통해 상기 오퍼레이터 네트워크 (7) 와 연결되고, 상기 로컬 네트워크 (6) 의 UE (User Equipment)(8) 는 UE-관련 및/또는 세션-관련 애플리케이션과 통신하기 위해서 또는 UE-관련 및/또는 세션-관련 애플리케이션을 시작하기 위해서 상기 오퍼레이터 네트워크 (7) 의 기능 엔티티와 통신함으로써 세션 셋업을 수행하고,
    상기 애플리케이션은 로컬 네트워크 제어기 (9) 와 통신하기 위한 수단을 포함하고,
    상기 로컬 네트워크 제어기 (9) 는 상기 로컬 네트워크 (6) 에 할당되고, 상기 애플리케이션으로부터 UE-관련 및/또는 세션-관련 파라미터 (LID - Local Identifier) 를 수신하고, 상기 수신된 파라미터에 기초하여 상기 로컬 네트워크 (6) 내에 UE (8) 및/또는 특정 세션을 위치시키기 위한 수단을 포함하며,
    상기 파라미터는 상기 로컬 네트워크 (6) 로부터 오퍼레이터 네트워크 도메인을 지나 동일하거나 상이한 네트워크 경로를 경유하여 상기 로컬 네트워크 (6) 로 루프 백 (looped back) 되는 것을 특징으로 하는 네트워크.
22. 삭제

Images