KR20060105791A

KR20060105791A - 모바일 네트워크 노드에 대한 라우트-최적화된 멀티캐스트트래픽

Info

Publication number: KR20060105791A
Application number: KR1020067012631A
Authority: KR
Inventors: 크리스토프 자넷토; 알렉시스 올리버; 알렉산드루 페트레스쿠
Original assignee: 모토로라 인코포레이티드
Priority date: 2003-12-23
Filing date: 2004-12-17
Publication date: 2006-10-11
Anticipated expiration: 2024-12-17
Also published as: JP4820950B2; ATE415025T1; CA2547946C; BRPI0418125A; DE60324821D1; US20110051725A1; KR100839009B1; EP1548978A1; EP1548978B1; JP2007531356A; CA2547946A1; CN101248603A; WO2005064831A1; US8953595B2; ES2315472T3; CN101248603B

Abstract

하나 이상의 멀티캐스트 프로토콜들을 사용하는 네트워크에서 소스로부터 네트워크 노드(MNN)를 포함하는 노드들의 그룹(G)으로 트래픽을 통신하는 방법이 개시된다. 상기 네트워크는 또한 네트워크와 인터넷 사이에서 트래픽을 포워딩하는 라우터(MR)와, 상기 라우터와 함께 위치되고, 인터페이스상에서 멀티캐스트 라우팅 프로토콜(MRP)의 시그널링 메시지들을 그룹 멤버쉽 프로토콜(GMP)의 메시지들로 변환하는 멀티캐스트 시그널링 게이트웨이(MSG)를 포함한다. 모바일 네트워크의 경우, 상기 인터페이스는 양호하게 모바일 라우터(MR)의 출구 인터페이스이다. 멀티캐스트 시그널링 게이트웨이(MSG)는 양호하게 멀티캐스트 패킷들의 멀티캐스트 목적지 어드레스들 및 유니캐스트 소스 어드레스들과 함께 멀티캐스트 패킷들을 IPv4와 IPv6 프로토콜들 간에 변환한다.

멀티캐스트 프로토콜, MRP, GMP, MSG

Description

모바일 네트워크 노드에 대한 라우트-최적화된 멀티캐스트 트래픽{Route-optimised multicast traffic for a mobile network node}

본 발명은 모바일 네트워크 노드에 대한 라우트-최적화된 멀티캐스트 트래픽에 관한 것이다.

종래 이동성 지원은 모바일 호스트들에 대한 계속적인 인터넷 접속을 제공하는 것이다; 따라서 호스트 이동성 지원을 제공한다. 대조하여, 네트워크 이동성 지원은 전체 네트워크가 인터넷 토폴로지(topology)에 대한 연결 지점을 변경하여 토폴로지의 도달 가능성을 변경하는 상황들에 관련된다. 그런 이동시의 네트워크는 모바일 네트워크라 불린다.

상기 모바일 네트워크들이 존재하는 다수의 시나리오들이 존재한다. 많은 예들 중 두 개는 하기와 같다:

·사용자가 쇼핑 몰을 걸어가는 동안 인터넷 토폴로지에 대한 연결 지점을 변경하는 퍼스널 영역 네트워크(Personal Area Network)(PAN, 즉 개인에게 연결되는 몇몇의 퍼스널 장치들의 네트워크).

·버스, 기차 또는 항공기 같은 차량 내에 내장되고 승객들에게 탑재 인터넷 액세스를 제공하는 네트워크. 승객은 단일 장치(랩톱 컴퓨터와 같은) 또는 자신의 모바일 네트워크(PAN 같은)를 사용할 수 있고, 이것은 이 후 모바일 네트워크에 방문하는 모바일 네트워크의 경우(즉, 네스티드 이동성(nested mobility))를 설명한다.

이와 같이, 모바일 네트워크는 모바일 라우터(MR)에 연결되는 하나 이상의 IP 서브넷들을 형성하는 한 세트의 노드들(소위 모바일 네트워크 노드들 또는 MNN들)로서 정의될 수 있고, 모바일 네트워크(MR 및 모든 연결된 MNN들)는 인터넷의 나머지에 관련하여 하나의 유닛으로서 이동한다. Internet-Draft draft-ernst-monet-terminology-00.txt[Thierry Ernst, Hong-Yon Lach, "Network Mobility Support Terminology", draft-ernst-monet-terminology-00.txt, 2000년 2월, 현재 진행중인 작업]는 다음에 사용될 모바일 네트워크들에 대한 전문 용어를 기술한다. 특히 다음 용어들은 다음과 같이 정의된다:

·로컬 고정 노드(Local Fixed Node;LFN): 모바일 네트워크 내에 영구적으로 위치되고 그 연결 지점을 변경하지 않는 노드. LFN은 LFH(Local Fixed Host) 또는 LFR(Local Fixed Router)일 수 있다.

·로컬 모바일 노드(Local Mobile Node;LMN): 모바일 네트워크에 속하고, 모바일 네트워크 내의 하나의 링크로부터 모바일 네트워크(LMN의 홈 링크는 모바일 네트워크 내의 링크임) 내 또는 외부의 다른 링크로 그 연결 지점을 변경하는 모바일 노드. LMN은 LMH(Local Mobile Host) 또는 LMR(Local Mobile Router)일 수 있다.

·방문 모바일 노드(Visiting Mobile Node;VMN): 모바일 네트워크에 속하지 않고, 모바일 네트워크 외부의 링크로부터 모바일 네트워크 내의 링크(VMN의 홈 링크는 모바일 네트워크 내의 링크가 아니다)로 연결 지점을 변경하는 모바일 노드. 모바일 네트워크 내의 링크에 연결하는 VMN은 상기 링크의 주소를 얻는다. VMN은 VMH(Visiting Mobile Host) 또는 VMR(Visiting Mobile Router)일 수 있다.

·모바일 네트워크 프리픽스(Mobile Network Prefix): 인터넷 토폴로지 내의 모바일 네트워크를 식별하는 IP 어드레스의 몇 개의 초기 비트들로 구성되는 비트 문자열. 모바일 네트워크(즉, 적어도 MR, LFN들 및 LMN들)에 속하는 노드들은 동일한 IPv6 "네트워크 식별자(network identifier)"를 공유한다. 단일 모바일 IP 서브넷에 대해, 모바일 네트워크 프리픽스는 상기 서브넷의 "네트워크 식별자(network identifier)"이다.

·MR의 출구 인터페이스(Egress Interface of a MR): 만약 모바일 네트워크가 홈이면 상기 인터페이스는 홈 링크에 연결되거나, 만약 모바일 네트워크가 외부 네트워크이면 외부 링크에 연결된다.

·MR의 출구 인터페이스(Ingress Interface of a MR): 인터페이스는 모바일 네트워크 내의 링크에 연결된다.

드래프트 모바일 IPv6 사양(draft Mobile IPv6 specification)[D. Johnson, C.Perkins, J.Arkko, "Mobility Support in IPv6", draft-ietf-mobileip-ipv6-20.txt, 2003년 1월, 현재 진행중인 작업]는 이동중에 멀티캐스트 트래픽을 수신하기 위하여 모바일 노드에 대하여 두 개의 수단, 즉 양방향 터널링(bi-directional tunnelling) 및 원격 가입을 정의하고, 양방향 터널링 접근법만이 일반적으로 모바 일 네트워크의 경우에 예상된다. 실제로, 대부분의 진보된 제안들은 모바일 네트워크 노드들의 유니캐스트 및 멀티캐스트가 양쪽 방향으로 포워딩되어야 하는 모바일 라우터 및 홈 매체 사이의 양방향 터널링에 의존한다. 특히, 멀티캐스트 트래픽의 경우:

·MNN(즉, MNN이 기술되는 멀티캐스트 그룹 G으로 어드레스된 멀티캐스트 패킷들 - MNN은 멀티캐스트 수신기임)에 대한 인바운드 멀티캐스트 패킷들(inbound multicast packets)은 모바일 라우터의 홈 링크쪽으로 백본내의 멀티캐스트 트리를 따라 라우팅되고; 유니캐스트 터널을 통하여 MR로 터널링하는 MR의 홈 매체 HA에 의해 인터셉트되고, MR에 의해 디터널링되고 모바일 네트워크 내의 멀티캐스트 트리를 따라 포워딩되고, 마지막으로 첨부 도면들의 도 1에 도시된 바와 같이 MNN에 의해 수신된다.

·아웃바운드 패킷들(즉, MNN에 의해 멀티캐스트 그룹 G로 보내진 멀티캐스트 패킷들 - MNN은 멀티캐스트 소스이다)은 모바일 라우터쪽으로 라우팅되고, MR에 의해 홈 매체 HA로 리버스 터널링되고, 이로부터 도 2에 도시된 바와 같이 멀티캐스트 전달 트리쪽으로 라우팅된다.

이런 메카니즘은, 멀티캐스트 전달 트리(백본에서)와 MNN 사이의 멀티캐스트 패킷들이 많은 보다 긴 경로(도시된 실시예로서 MR은 USA에서 비행중에 전개되고 HA는 프랑스에 배치된다)를 잠재적으로 도입하는 MR 및 HA 사이의 양방향 터널을 통하여 진행하여야 하기 때문에, MNN들에 대한 라우트 최적화를 제공하지 못한다.

따라서, MNN들이 최적화된 경로를 따라 멀티캐스트 트래픽을 수신하게 하는 수단, 즉, MR 홈 매체 HA를 통과할 필요 없이 모바일 라우터의 현재 위치에 또는 위치로부터 멀티캐스트 트리를 통하여 패킷들이 전달되게 하는 것이 필요하다.

미국특허 명세서 2002015094는 호스트 이동성(IP 호스트들의 이동)뿐 아니라 네트워크 이동성(연결된 호스트들을 가지거나 없이 IP 라우터들의 이동)을 지원하는 "계층적 레벨 기반 IP 멀티캐스팅(Hierarchical Level-based IP Multicasting)"(HLIM)이라 불리는 새로운 IP 멀티캐스트 라우팅 프로토콜을 제안한다. 특히, 네트워크가 토폴로지의 연결 지점을 변경하기 때문에, HLIM은 소스로부터 모바일 네트워크 내에 위치된 수신기로 멀티캐스트 트래픽의 최단거리 경로 전달을 유지하도록 요구받는다. 그러나, 전술상 네트워크들을 위하여 설계된 HLIM은 인터넷의 경우가 아닌 특정 네트워크 토폴로지(계층적 네트워크들)에서만 동작할 수 있고, 상업적 애플리케이션들에 대한 응용 가능성을 제한한다. 게다가, HLIM은, 멀티캐스트 모델이 많은 멀티캐스트 도메인들(다른 파티들에 의해 소유됨)에 기초하는 인터넷에서 실현되지 않은 이 새로운 프로토콜을 운용하기 위하여 그리고 가능하면 다른 멀티캐스트 프로토콜들(예를 들어, DVMRP, MOSPF, PIM-SM, PIM-DM, CBT)을 운용하기 위해 토폴로지의 모든 라우터들을 요구한다. 따라서 HLIM은 모바일 네트워크의 내외에서 사용된 멀티캐스트 라우팅 프로토콜들과 무관하게, 인터넷에서 로밍하는 모바일 네트워크로의 멀티캐스트 트래픽의 라우트 최적화 전달을 지원하기 위한 수단을 제공하지 못한다.

멀티캐스트 트리의 브랜치를 멀티캐스트 인에이블된 모바일 라우터의 현재 위치쪽으로 재구성하기 위하여, 모바일 라우터가 모바일 네트워크 및 방문 네트워 크(홈 네트워크 및 홈 매체 HA를 통하는 대신) 노드들 사이의 멀티캐스트 라우팅 시그널링 메시지들(멀티캐스트 트리를 관리하기 위하여 사용됨)을 릴레이하는 것에 의존하는 것은 바람직하지 않다. 이런 접근법은 만약 그리고 단지 만약 동일한 멀티캐스트 라우팅 프로토콜이 모바일 네트워크 및 방문 네트워크 내에서 모두 운용되면 적용할 수 있다. 상기된 바와 같이, 다수의 종래 멀티캐스트 프로토콜들로 인해, 이런 요구는 실제적으로 거의 부합하지 않을 것이다. 결과적으로, 이 접근법은 인터넷에서 모바일 네트워크의 위치와 무관하게 멀티캐스트 트래픽의 라우트 최적화 전달을 가능하게 하지 못한다. 게다가, 실제로, 방문 네트워크의 보안 정책들은 일반적으로 방문 모바일 라우터(모바일 라우터는 다른 기관에 의해 소유될 수 있다) 같은 비인증 노드들로부터 임의의 라우팅 시그널링(유니캐스트 및 멀티캐스트)의 진입을 허용하지 않는다.

내부적으로 멀티캐스트 라우팅 프로토콜을 운용하는 대신 모바일 네트워크가 "IGMP/MLD 기반 멀티캐스트 포워딩(IGMP/MLD-based Multicast Forwarding)"[B. Fenner, H.He, Nortel Networks, B.Haberman, H.Sandick, "IGMP/MLD 기반 멀티캐스트 포워딩(IGMP/MLD-based Multicasting Forwarding)"("IGMP/MLD Proxying"), draft-ietf-magma-igmp-proxy-02.txt, 2003년 3월, 현재 진행중인 작업]이라 불리는 메카니즘을 모바일 네트워크 내의 모든 라우터들 상에 전개하는 것이 제안되었다. 이 접근법은 모바일 라우터가 모바일 네트워크 내에서 발생하는 모든 멀티캐스트 그룹 멤버쉽 정보를 수집하게 하고, 방문 도메인의 멀티캐스트 인에이블된 액세스 라우터를 가진 IGMP/MLD 프로토콜을 사용하여 모든 멀티캐스트 그룹들에 상기 정보 자체를 가입하게 한다. 그룹 멤버쉽 정보는 모 라우터(IGMP 프록싱, 또는 MLD 프록싱이라 알려짐) 쪽에 수신된 인입 IGMP/MLD 리포트 메시지들을 프록싱하는 모든 중간 고정 라우터들에 의해, 의도된 멀티캐스트 수신기로부터 모바일 라우터까지 모바일 네트워크 내에서 홉-바이-홉(hop-by-hop) 릴레이될 것이다. 이런 접근법에서, 모바일 라우터는 모바일 네트워크 내의 모든 노드들을 대신하여 방문된 도메인의 멀티캐스트 가입을 처리한다. 이동중에, 상기 모바일 라우터는 MLD 리포트들을 새로운 연결 지점에 보냄으로써 새로운 위치에 새로운 멀티캐스트 브랜치의 재구성을 트리거할 것이다. 그러나 이 접근법은 특히 모바일 라우터에서 라우터된 트리 같은 내부 토폴로지를 형성하기 위하여 모바일 네트워크 내의 각각의 라우터 상에 업스트림 및 다운스트림 인터페이스를 정의하기 위하여 대량의 수동 구성을 요구한다. 이 접근법은 안정된 내부 토폴리지를 가진 비교적 작은 모바일 네트워크들에서만 응용할 수 있다. 게다가, 이것은 각각의 내부 라우터 상 새로운 포워딩 메카니즘(IGMP/MLD 프록시)의 전개를 요구하고, 모바일 네트워크에서 다른 형태의 전개된 멀티캐스트 라우팅에 대해 멀티캐스트 트래픽의 라우트 최적화 전달을 지원하지 않는다. 이것은 큰 모바일 네트워크들에 대해 제한을 가지며, 여기서 규칙적인 멀티캐스트 라우팅 프로토콜들은 모바일 네트워크 내의 멀티캐스트 지원을 용이하게 하기 위하여 전개될 것이 예상된다.

따라서,

·인터넷에서 모바일 네트워크의 위치와 무관하고,

·모바일 네트워크 내외에 사용된 멀티캐스트 라우팅 프로토콜 종류와 무관 하고,

·혼자만 포함된 모바일 라우터의 확장을 통하여, 인터넷과 모바일 네트워크 내에서 임의의 노드에 대한 변화없이, 모바일 네트워크에 및 모바일 네트워크로부터 멀티캐스트 트래픽의 라우트 최적화 전달을 할 수 있는 메카니즘이 필요하다.

본 발명은 첨부된 청구항들에 기술된 바와 같이, 하나 이상의 멀티캐스트 프로토콜들을 사용하는 모바일 네트워크에서 소스로부터 모바일 네트워크 노드(MNN)를 포함하는 노드들의 그룹으로 트래픽을 통신하는 방법과, 상기 방법에 사용하기 위한 장치를 제공한다.

도 1은 알려진 방법에 따라 인바운드 멀티캐스트 패킷들을 라우팅하는 개략도.

도 2는 도 1의 방법에 따라 아웃바운드 멀티캐스트 패킷들을 라우팅하는 개략도.

도 3은 실시예 방식으로 제공된 본 발명의 실시예에 따른 인바운드 멀티캐스트 패킷들의 개략도.

도 4는 도 3에 도시된 방법의 흐름도들.

도 5는 도 3에 도시된 방법에서 유지된 그룹 리스트의 예를 도시하는 도면.

첨부 도면들의 도 3 내지 5에 도시된 본 발명의 실시예들은 하기의 특정 핵 심 장점들을 제공하는 멀티캐스트 트래픽에 대한 높은 정도의 라우트 최적화를 제공한다:

·패킷들이 가장 짧은 경로 상으로 보내지기 때문에 지연이 최소화된다. 이것은 많은 멀티캐스트 애플리케이션들이 지연의 측면에서 절박한 요구들을 가지기 때문에 중요하다(예를 들어 오디오/비디오 스트리밍, 오디오/비디오 협의).

·패킷들의 보다 짧은 경로를 따라 보내지기 때문에 붐빔으로 인한 패킷 손실의 가능이 감소된다. 실시간 멀티캐스트 애플리케이션들에 대해, 이것은 수신기 측에서 스트림의 품질을 개선시킬 것이다.

·스케일러빌러티(scalability) 및 로버스트니스(robustness)가 강화된다. 이 지점에서 멀티캐스트 트래픽의 집중으로 인해 쉽게 오버로드될 수 있는 모바일 라우터의 홈 매체 HA를 바이패싱함으로써, 라우트 최적화는 결함 가능성을 감소시킨다.

·패킷들이 터널링하지 않기 때문에 대역폭 오버헤드가 감소된다. 이것은 네트워크 자원들의 최적화를 돕는다.

·페이로드의 최소 분열을 보장하는 MNN-CN 경로상 PMTU(Path Maximum Transmission Unit)를 최대화한다.

도 3에 도시된 본 발명의 실시예는 모바일 라우터와 함께 위치되고, 인터넷의 모바일 네트워크의 위치, 및 모바일 네트워크 내외측에 사용된 멀티캐스트 라우팅 프로토콜들과 무관하게 모바일 네트워크에 멀티캐스트 트래픽의 라우트 최적화 전달을 달성하기 위하여 MSG 인에이블된 네트워크를 가진 멀티캐스트 시그널링 게 이트웨이(Multicast Signalling Gateway;MSG)를 포함한다.

MSG의 핵심 원리는 멀티캐스트 라우팅 프로토콜(multicast routing protocol;MRP)의 메시지들을 그룹 멤버쉽 프로토콜(group membership protocol;GMP)의 메시지들로 변환(translating)하는 것이다. MSG의 이런 기능성은 MRP 메시지들로의 GMP 메시지들의 변환을 포함하여, MRP 및 GMP 프로토콜들이 상호동작하는 알려진 방식과 완전히 다르다는 것이 인식될 것이다.

하기에 상세히 기술되는 바와 같이, MSG에 대해 GMP 메시지들을 생성하는 가능한 방법은 이들 GMP 프로토콜들에 의해 제공된 소위 "서비스 인터페이스(service interface)"에 의존한다. "서비스 인터페이스(service interface)"는 IP 멀티캐스트 어드레스들(선택적으로 소스들의 주어진 세트로부터만)을 지정하기 위하여 보내진 패킷들을 IP 층이 수신할지 아닐지를 질문하기 위하여 상부 층 프로토콜들 또는 애플리케이션 프로그램들에 의해 사용될 수 있다. 이 서비스 인터페이스는 소켓 API 레벨에서 이용할 수 있게 되는 기능 호(function call)로서 이해될 수 있다. 이것은 양쪽 IPv4(IGMP) 및 IPv6(MLD)에 이용할 수 있다.

멀티캐스트 라우팅 프로토콜들(MRP)은 멀티캐스트 전달 트리, 예를 들어 DVMRP, MOSPF, PIM-SM, PIM-DM, CBT 등의 구성에 대해 책임 있는 프로토콜들이다. 기본적으로, 멀티캐스트 라우팅 프로토콜들의 두 개의 계열들(families)은 구별될 수 있다:

·멀티캐스트 트리를 형성하기 위하여 명백한 시그널링을 사용하는 프로토콜들: 상기 프로토콜들은 그 자체에 멀티캐스트 전달 브랜치의 설정을 트리거하기 위 하여 수신기의 멀티캐스트 라우터에 의해 사용될 특정 메시지들을 정의한다. 이들 메시지들은 두 개의 메인 카테고리들로 나뉘어진다:

·"결합 그룹(Join group)" : 멀티캐스트 전달 트리를 결합하기 위하여 멀티캐스트 라우터에 의해 사용된 메시지들. 상기 메시지의 예는 PIM-SM 결합이다.

·"이탈 그룹(Leave group)" : 멀티캐스트 전달 트리를 떠나기 위하여 멀티캐스트 라우터에 의해 사용된 메시지들. 상기 메시지의 예는 PIM-SM 제거(Prune)이다.

·플러딩(flooding)을 사용하는 프로토콜: 이들 프로토콜들은 멀티캐스트 전달 트리와 결합하기 위하여 수신기의 멀티캐스트 라우터에 의해 사용될 특정 메시지들을 필수적으로 정의하지 않는다. 반대로, 멀티캐스트 소스에 의해 보내진 패킷들은 전체 네트워크상에서 플러딩되고 임의의 관심 노드들에 의해 청취된다. 그러나, 이런 카테고리의 대부분의 종래 프로토콜들은 관심 수신기들이 없는 네트워크의 영역에서 멀티캐스트 트래픽의 전달을 중단하기 위하여 브랜치를 "제거(prune)"할 수 있는 명백한·시그널링을 포함한다. 상기 프로토콜들은 또한 새로운 수신기가 나타날 때 브랜치를 "결합(grafting)"하기 위한 지원을 포함한다. PIM-DM은 상기 프로토콜들의 하나의 예이다.

그룹 멤버쉽 프로토콜들(GMP)은 멀티캐스트 그룹(G)으로 보내진 멀티캐스트 패킷들을 수신하는데 관심을 나타내기 위하여 멀티캐스트 수신기를 인에이블하는 프로토콜들이다. 이것은 IPv4에 대한 인터넷 그룹 관리 프로토콜(IGMP), 및 IPv6 에 대한 멀티캐스트 청취자 발견(Multicast Listener Discovery;MLD) 프로토콜이다. 이전 버전들과 비교하여, 이들 프로토콜들의 최신 버전들, IGMPv3[B.Cain, S.Deering, B.Fenner, I.Kouvelas, A. Thyagarajan, "Internet Group Management Protocol, Version 3", RFC3386, May 2002] 및 MLDv2[IPv6에 대한 R. Vida, L. Costa, "multicast Listener Discovery Version 2(MLDv2), draft-vida-mld-v2-06.txt, 2002년 11월, 현재 진행중인 작업]은 "소스 필터링(source filtering)"에 대한 지원을 부가한다. 이것은 특정 소스 어드레스들로부터, 또는 멀티캐스트 어드레스로 보내진 모든 특정 소스 어드레스들로부터만 패킷들에 대한 청취에 관심 있는 것을 보고하기 위한 수신기 능력에 관한 것이다.

'MSG-인에이블된 네트워크 인터페이스(MSC-enabled network interface)'는 멀티캐스트 시그널링 게이트웨이 동작들이 활성화되는 멀티캐스트 라우팅 프로토콜을 운용하는 노드의 네트워크 인터페이스를 의미한다. 노드는 동시에 몇 개의 MSG 인에이블된 네트워크 인터페이스들을 가질 수 있다. 모바일 라우터의 경우, 모든 출구 인터페이스들은 그룹 멤버쉽 프로토콜로 인해 모바일 네트워크의 내외에서 멀티캐스트 라우팅 프로토콜들 사이의 상호작용을 달성하기 위하여 MSG-인에이블되어야 한다.

도 3은 예를 들어 하나의 출구 인터페이스가 장착된 모바일 라우터(MR)의 경우에 대한 MSG의 이용을 도시한다. 멀티캐스트 라우팅 프로토콜 MRP#1은 모바일 네트워크 내에서 운용한다. MR은 상이한 멀티캐스트 라우팅 프로토콜 MRP#2를 운용하는 방문 네트워크에 연결된다. 양쪽 MPR#1 및 MRP#2는 "명백한 시그널 링(explicit signalling)" 계열의 일부로 가정된다. IPv6는 또한 모바일 네트워크 및 방문 네트워크 양쪽에서 취해진다. IPv6 환경으로 인해, 그룹 멤버쉽 프로토콜(GMP)은 MLD이다. MSG는 MR의 출구 인터페이스상에서 인에이블된다.

모바일 네트워크 내의 노드 MNN이 멀티캐스트 그룹(G)에 가입할 때, 그룹 멤버쉽 프로토콜의 MLD_Report(G) 메시지를 그의 로컬 멀티캐스트 라우터 LFR1에 보낸다. LFR1이 아직 그룹(G)의 멀티캐스트 트리에 연결되지 않았기 때문에(MNN이 LFR1 아래 그룹(G)에 대한 제 1 수신기임을 가정한다), LFR1은 LFR1쪽으로 전달 브랜치의 설정을 트리거하기 위하여 모바일 네트워크 내의 멀티캐스트 라우팅 프로토콜#1의 명백한 MRP#1_결합(G) 메시지를 보낸다. 이런 브랜치 설정 요청은 모바일 네트워크 내, 결국 MRP#1 프로토콜이 출구 인터페이스쪽으로 MRP#1_결합(G)을 발행하도록 결정하는 모바일 라우터까지 전달한다. 이런 인터페이스가 MSG 인에이블되기 때문에, MR은 방문 네트워크 내의 액세스 라우터(AR)쪽으로 그룹 멤버쉽 프로토콜의 MLD_보고(G) 메시지를 발행하고, 그룹(G)의 멀티캐스트 전달 트리쪽으로 방문 네트워크 내에서 전달하는 멀티캐스트 라우팅 프로토콜 #2의 MRP#2_결합(G) 메시지들을 발생시킨다. 이들 동작들은 모바일 라우터에 의해 상호접속된 두 개의 멀티캐스트 전달 브랜치들(각각의 멀티캐스트 도멘인 중 하나)을 생성할 수 있다. 결과적으로, 그룹 G로 보내진 멀티캐스트 패킷들(예를 들어 소스 S로부터)은 방문 네트워크에서 MR쪽으로 라우팅된 MRP#2 네이티브 멀티캐스트(native multicast)이고, 거기서 MRP#1 네이티브 멀티캐스트로부터 MNN쪽으로 라우팅된다.

MSG 인에이블된 모바일 라우터 MR은 모바일 네트워크 내 모든 노드들 대신 방문 도메인의 멀티캐스트 가입을 처리한다. MSG는 MRP 메시지들로부터 모바일 네트워크에 도달하는 가입 정보(즉 관심 소스의 그룹 및 리스트)를 자동으로 발견한다. MR이 방문된 네트워크(또는 인터넷)에 대한 연결 지점을 변경할 때, MR은 연결되는 멀티캐스트 그룹(들)에 대한 새로운 연결 지점으로 MLD 보고(들)를 보냄으로써 새로운 위치에서 하나 이상의 새로운 멀티캐스트 브랜치들의 재구성을 트리거할 것이다. 이것은 원격 가입이라 한다.

도 4는 MSG를 호스팅하는 노드의 네트워크 인터페이스 ifc_i을 통하여 보내질 예정인 멀티캐스트 라우팅 프로토콜 메시지(MRP 메시지)를 검출할 때 본 발명의 일실시예에서 멀티캐스트 시그널링 게이트웨이(MSG)에 의해 취해지는 흐름도이다.

만약 인터페이스 ifc_i가 MSG 인에이블되지 않으면, MSG는 그 메시지를 무시한다.

만약 인터페이스 ifc_i가 MSG 인에이블되면, MRP 메시지는 하기를 결정하기 위하여 분석된다:

·MRP 메시지의 클래스(class): 상기 클래스는 MRP 메시지(또는 멀티캐스트 전달 트리에 가지는 영향) 타입의 함수로서 다음 3개의 값들{결합(JOIN), 이탈(LEAVE), 없음(NONE)}중 하나를 취한다. MRP의 임의의 메시지는 이들 3개의 값들 중 하나가 할당된다. 이 정보는 주어진 멀티캐스트 라우팅 프로토콜의 메시지들을 분류하기 위하여 MSG에 의해 사용될 클래스 테이블이라 불리는 테이블 내에 저장될 수 있다.

·MRP 메시지의 타켓: 상기 타켓은 소스(S)의 어드레스와 함께 참조된 멀티 캐스트 그룹(G)으로 구성된다. 만약 소스 어드레스가 제공되지 않으면, 이것은 임의의 잠재적 소스라 불리는 패킷을 의미한다. 이 경우, 임의의 문자 기호 "*"는 모든 소스들: S=*를 나타내기 위하여 사용된다. 타켓은 소스 지정 정보가 전달되지 않는 경우, 결합(S,G) 또는 (*,G)로서 표현될 수 있다.

만약 MRP 메시지의 클래스가 없음(NONE)이면, 지정 행동은 이런 패킷에 대한 MSG에서 요구되지 않는다. 이것은 통상적으로 패킷이 MSG의 양쪽 측면상 멀티캐스트 프로토콜들 사이에서 상호작용을 실현하기 위하여 GMP 프로토콜 메시지로 변환되어야 하는 의미를 가지지 않는다는 것을 의미한다.

만약 MRP 메시지의 클래스가 결합(JOIN)이면, 소스(S)(타켓으로부터)는 인터페이스 ifc_i: MSG_srclist(ifc_i,G)에 대한 MSG에 의해 유지되는 그룹 G(타켓으로부터) 소스들의 종래 리스트에 부가되어야 한다. 이것은 인터페이스 ifc_i를 통하여 MSG가 트래픽의 수신을 유지하여야 하는 그룹(G) 소스들의 리스트이다. 이런 목적을 위하여 MSG는 각각의 MSG 인에이블된 인터페이스에 대하여, 소스들의 각각의 리스트들과 함께 관심 있는 그룹들의 리스트를 포함하는 도 5에 도시된 바와 같은 그룹 리스트라 불리는 리스트를 유지한다. 일단 MSG_srclist(ifc_i, G)가 타켓으로부터 소스들(S)로 업데이트되면(또는 새로운 엔트리의 경우 생성됨), S의 이런 부가가 MSG_srclist(ifc_i, G)를 변형했는지 검사된다. 만약 MSG_srclist(ifc_i, G)가 변형되지 않으면 행동은 요구되지 않는다. 다른 한편, 만약 MSG_srclist(ifc_i,G)가 변경되면 MSG는 인터페이스 ifc_i상에서 그룹(G)의 소스들의 새로운 세트에 대한 GMP 가입을 갱신하여야 한다. MSG는 임의의 다른 멀티캐스 트 애플리케이션이 행해질 때 이런 목적을 위하여 GMP "서비스 인터페이스(service interface)"(또는 API)를 사용할 수 있다.

만약 MRP의 클래스가 이탈(LEAVE)이면, 소스(S)(타켓으로부터)는 인터페이스 ifc_i: MSG_srclist(ifc_i,G)에 대해 MSG에 의해 유지된 그룹 G(타켓으로부터) 소스들의 종래 리스트로부터 제거되어야 한다. 일단 MSG_srclist(ifc_i, G)가 업데이트되면, S의 이런 제거가 MSG_srclist(ifc_i, G)를 변형했는지 검사되어야 한다. 만약 MSG_srclist(ifc_i, G)가 변형되지 않았다면, 행동은 요구되지 않는다. 다른 한편, 만약 MSG_srclist(ifc_i, G)가 변경되고 지금 비어있다면, MSG는 인터페이스 ifc_i에서 그룹(G)에 대한 GMP 가입을 종료하여야 한다. 게다가, MSG는 ifc_i에 대한 그룹 리스트에서 그룹(G)에 대한 엔트리를 제거할 수 있다. 만약 업데이트된 MSG_srclist(ifc_i, G)가 비어있지 않으면, MSG는 인터페이스 ifc_i상 그룹(G) 소스들의 새로운 세트에 대한 GMP 가입을 갱신하여야 한다. MSG는 임의의 다른 멀티캐스트 애플리케이션이 행해질 때 이런 목적을 위하여 GMP "서비스 인터페이스(service interface)"(또는 API)를 사용할 수 있다.

다음 연산은 소스 리스트 MSG_srclist(ifc_i,G)에/로부터 소스(S 또는 *)를 부가(+) 또는 제거(-)할 때 사용될 수 있다:

·소스는 리스트에서만 나타날 수 있다: S+S=S, S-S=Ø

·리스트에 모든 소스들(*)을 부가하는 것은 모든 소스들을 포함하는 리스트를 형성한다:

srclist+* = *(물론 *+*=*)

·리스트로부터 모든 소스들(*) 제거는 리스트가 비어있게 한다(Ø):

srclist-*=Ø(특히, *-* = Ø)

·모든 소스들(*)을 포함하는 리스트로부터 정의된 소스(S)를 제거하는 것은 리스트를 변경하지 않는다:

*-S=*.

도 5는 MSG에 의해 유지된 그룹 리스트의 예를 도시한다. 다음 테이블은 PIM-SM 멀티캐스트 라우팅 프로토콜에 대한 MSG에 의해 사용될 수 있는 클래스 테이블을 도시한다. 유사한 클래스 테이블들은 MSG에 의해 사용될 임의의 멀티캐스트 라우팅 프로토콜(명백한 시그널링을 가짐)에 대해 설정될 수 있다.

PIM-SM 메시지들에 대한 클래스 테이블
PIM-SM 메시지들	클래스
헬로우(Hello)	없음
부트스트랩	없음
후보 RP 통보	없음
레지스터	없음
레지스터스톱	없음
(,,RP) 결합	없음
(,,RP) 제거	없음
(*,G) 결합	결합
(*,G) 제거	이탈
(S,G) 결합	결합
(S,G) 제거	이탈
(S,G,rpt) 결합	없음
(S,G,rpt) 제거	없음
(*,G) 주장	없음
(S,G) 주장	없음

MSG 인에이블된 노드상 멀티캐스트 패킷들의 포워딩은 매우 간단하고, 실제로 MSG로 투과한다. 멀티캐스트 패킷들의 포워딩은 MSG 인에이블된 노드에 의해 MRP 프로토콜 운용 멀티캐스트 포워딩 테이블에 따라 행해진다. 이것은 인입 인터페이스가 MSG 인에이블되거나 되지 않는지의 여부와 무관하다.

특히, 모바일 네트워크의 경우, 모바일 네트워크(즉, MSG 인에이블된 인터페이스를 통하여 가입됨) 외부의 소스로부터 멀티캐스트 패킷들은 MR의 출구 인터페이스(MSG 인에이블된)쪽으로 멀티캐스트 라우팅될 것이고 이로부터 MR의 로컬 멀티캐스트 포워딩 테이블에 따라 모바일 네트워크들 내에 멀티캐스트 라우팅된다.

모바일 라우터(MR)의 MSG 인에이블된 인터페이스가 방문 네트워크(또는 인터넷)에 대한 연결 지점을 변경할 때, MSG는 MSG 인에이블된 인터페이스에 대한 그룹 리스트에 리스트된 멀티캐스트 그룹(들)(및 각각의 소스들)에 가입하기 위한 GMP 보고 메시지들을 보냄으로써 새로운 위치에서 필요한 멀티캐스트 브랜치들의 재구성을 트리거할 것이다.

주어진 출구 인터페이스가 홈에 있는 모바일 라우터(MR)는 이런 인터페이스를 구성하기 위하여 MSG 인에이블되거나 되지 않는지의 여부를 결정할 수 있다. 선택된 옵션과 무관하게, 멀티캐스트 트래픽은 동일한 방식으로 MNN들에 라우팅될 것이다(MR의 로컬 멀티캐스트 포워딩 테이블에 따라). 그러나, 홈에 있을 때조차 MSG 인에이블되는 것으로서 인터페이스를 구성하는 것은 인터페이스가 다른 토폴로지 위치에 연결될 때 진행 멀티캐스트 통신들이 유지되게 할 것이다. 이것은 MSG가 진행하는 그룹들(G)(및 연관된 소스들)의 리스트를 학습하고 새로운 위치에서 재가입할 것이기 때문이다.

이 경우 모바일 라우터(MR)의 MSG 인에이블된 인터페이스는 홈으로 리턴하고 모바일 라우터(MR)는 이런 인터페이스상에서 MSG를 비활성화하게 결정하고, 멀티캐스트 라우팅 프로토콜은 이 인터페이스를 통하여 홈 네트워크 쪽으로 정상적으로 동작할 것이다. 상기 경우, MSG는 주어진 인터페이스에 대해 그룹 리스트의 임의의 상태를 제거할 수 있다.

몇몇 접근법들은 멀티캐스트 시그널링 게이트웨이(MSG)의 실행을 위하여 취해질 수 있다. 특히, 예를 들어, 1) 독립된 소프트웨어 모듈 또는 2) 멀티캐스트 라우팅 프로토콜(MRP) 실행의 확장(패치)으로서 실행될 수 있다.

양쪽 경우들에서, 본 발명의 이 실시예에서, 그룹 멥버쉽 프로토콜(MSG-GMP 인터페이스)쪽으로의 MSG 인터페이스는 종래 GMP "서비스 인터페이스(service interface)"에 의존하여 실행될 수 있다: MulticastListen(소켓, 인터페이스, 멀티캐스트 어드레스, 필터 모드, 소스 리스트).

상기 접근법에서 MSG는 IP 층(GMP)에게 임의의 멀티캐스트 애플리케이션 프로그램이 행하는(예를 들어 GMP 인에이블된 소켓 API를 통하여) 바와 동일한 방식으로 특정 IP 멀티캐스트 어드레스로 보내진 패킷들을 수신할지 아닐지를 질문한다. 상기 서비스 인터페이스를 기초로 하는 실행은 두 개의 다른 방식으로 구현될 수 있다:

a) MSG 소프트웨어는 주어진 멀티캐스트 그룹(MSG_srclist(ifc_i, G)에 대해 소스들의 집합을 처리하고 전체 리스트를 통과시키기 위하여 단일 소켓 식별자(sid)를 사용한다:

MulticastListen(sid, ifc_i, G,INCLUDE,MSG_srclist(ifc_i,G)), 또는 MulticastListen(sid,ifc_i,G,EXCLUDE,{}), iff MSG_srclist(ifc_i,G) ==*

b) MSG 소프트웨어는 각각의 타켓(S,G)에 통과시키기 위하여 몇몇 소켓 ids((S,G) 타켓 당 하나)를 사용하고 MRP 메시지로부터 유도된 클래스를, 주어진 집합시 멀티캐스트 그룹에 대한 소스들인 MLD 모듈에 연관시킨다. 주어진 타켓(S,G)에 대해:

·만약 클래스가 결합이면:

·MulticastListen(target_sid, ifc_i, G, INCLUDE, S), 또는

·MulticastListen(target_sid, ifc_i, G, EXCLUDE, {}), if S==*,

·만약 클래스가 이탈이면:

·MulticastListen(target_sid, ifc_i, G, EXCLUDE, S), 또는

·MulticastListen(target_sid, ifc_i, G, INCLUDE, {}), if S==*.

이런 제 2 접근법은 타켓 당 유일한 타켓_sid을 생성하기 위하여 MSG 소프트웨어에게 요구하고 이를 MSG 그룹 리스트에 저장한다.

멀티캐스트 라우팅 프로토콜(MRP)쪽으로 MSG_MRP 인터페이스의 실행은 접근법 1)이 선택되는지 또는 접근법 2)가 선택되는지에 따를 것이다. 이런 인터페이스의 목적은 MSG를 위하여 MSG 동작들을 트리거하기 위하여 "인터페이스 ifc_i상에 전송하기 위하여 준비된 MRP 메시지(MRP Message ready for sending on interface ifc_i)"(도 4의 MSG 상태 머신 참조)를 검출하는 것이다.

·접근법 1): 독립적인 소프트웨어 모듈로서 MSG는 인터페이스 ifc_i를 통해 보내진 패킷들을 모니터링함으로써 MRP 메시지들을 검출할 수 있다.

·접근법 2): MSG 동작들은 MRP 프로토콜 실행에 의해 직접 트리거될 수 있다. 예를 들어, MSG 패치된 MRP 실행은 MSG 인에이블된 인터페이스 ifc_i를 통하 여 MRP 메시지들을 보내는 대신 올바른 클래스 및 타켓 정보로 MSG 절차들을 호출한다.

접근법 1)에서 MSG 소프트웨어는 MRP로부터 완전히 독립적이고 결과적으로 대응하는 클래스 테이블이 알려지는 한 임의의 MRP에 사용될 수 있다. 이것은 소프트웨어 재사용을 쉽게 한다.

접근법 2)에서 MSG 소프트웨어는 MSG 인에이블된 노드의 MRP 실행 내에 통합된다. 이것은 예를 들어 MSG 동작이 트리거되어야 할 때를 검출하기 위하여 보다 효율적인 실행을 제공한다.

멀티캐스트 시그널링 게이트웨이(MSG)는 멀티캐스트 패킷들을 모바일 네트워크에 라우트 최적화된 전달을 할 수 있게 하고, 이것은 다른 종류의 문제들을 해결하기 위한 매우 가치있는 방법이다. 이하에는 MSG의 다른 가능한 애플리케이션들의 두 가지 예들이다:

·빠른 멀티캐스트 도메인들 상호접속을 위한 MSG: MSG는 예를 들어 상호접속 멀티캐스트 백본의 결함시 두 개의 고정된 리프(leaf) 멀티캐스트 도메인들 사이의 일시적인 상호작용으로서 전개될 수 있다. 이와 같이 상기 MSG는 네트워크 관리자들을 빠르고 쉽게 전개하는 일시적인 결합 복구 해결책을 제공한다.

·IPv4/IPv6 전이에 대한 MSG: MSG는 IPv6가 IPv4 소스들로부터 멀티캐스트 트래픽을 수신하고 그 반대로 하도록, IPv4 및 IPv6 멀티캐스트 다수들을 상호접속하기 위한 매우 편리한 방법을 제공한다. 이것은 모든 IPv4 내지 모든 IPv6의 전이 단계가 완료될 때까지 IPv4 및 IPv6가 비교적 오랜 시간 동안 함께 존재하는 것 으로 예견되는 것을 고려하는 매우 중요한 이용 경우이다. 이런 목적을 위하여 MSG는 멀티캐스트 패킷(유니캐스트 소스 어드레스들 및 멀티캐스트 패킷들의 멀티캐스트 목적지 어드레스들)들을 IPv4에서 IPv6로 그리고 그 반대로 변환한다. IPv4/IPv6 전이를 위한 대부분의 이전에 알려진 메카니즘들은 단지 유니캐스트 트래픽만을 제공한다. 하나의 제안은 IPv4 및 IPv6 도메인들 사이에서 멀티캐스트 패킷들의 포워딩을 실현하기 위하여 IPv4-IPv6 프로토콜 변환기(protocol translator) 및 어드레서 맵퍼를 특징으로 하는 멀티캐스트 트래픽[K.Tsuchiya 등, "An IPv6/IPv4 Multicast Translator based on IGMP/MLD Proxying(mtp)", draft-tsichiya-mtp-01.txt, 2003년 2월, 현재 진행중인 작업]에 대한 메카니즘으로 형성된다(그 반대도 가능). 그러나, 이런 제안은 변환기가 주어진 세트의 IPv4(각각 IPv6) 멀티캐스트 어드레스들에 대한 트래픽을 포워딩하기 위하여 상호 미리 구성될 수 있도록(네트워크 관리자에 의해) 명령한다. 이런 설정 동안, 변환기는 관련된 트래픽을 수신할 수 있도록 미리 구성된 그룹들 모두를 결합한다. 이런 메카니즘은 새로운 멀티캐스트 그룹이 변환되어야 하는 각각의 시간에 인간의 개입을 요구하기 때문에 완전히 효율적이지 않다. MSG(IPv4-IPv6 헤더 변환기 및 어드레스 맵퍼로 확장된)는 IPv6(각각 IPv4) 도메인에 의해 요구될 때만 MSG에서 IPv4(각각 IPv6) 멀티캐스트 트래픽의 수신을 동적으로 트리거함으로써 이 문제를 해결한다.

MSG 인에이블된 모바일 라우터의 이런 사용이 IPv4 방문 네트워크(각각 IPv6)를 로밍하고 방문된 네트워크로부터 멀티캐스트 트래픽을 수신하기 위하여 IPv6(각각 IPv4)를 인에이블하는 것을 유의해야 한다.

본 발명의 상기된 실시예들이 다수의 바람직한 특징들을 제공하는 것이 인식될 것이다. 예를 들어:

·인터넷의 모바일 네트워크의 위치와 무관하게 최적의 경로를 따라 MNN들로 멀티캐스트 트래픽을 전달할 수 있는 수단.

·MNN들쪽으로 명확하게 멀티캐스트 트래픽에 대한 라우트 최적화: 변화는 MNN들에서 요구되지 않고, 심지어, 기본적인 비 이동성 인식 LFN들은 라우트 최적화에 바람직할 수 있다(예를 들어, 차의 기본적인 전자 장치). 라우트 최적화는 단지 MR로 달성된다.

·네스트된 모바일 네트워크들의 집합시 레벨 수에 무관하게, 네스트 모바일 네트워크들에 대한 멀티캐스트 트래픽의 라우트 최적화된 전달(즉, 다른 모바일 네트워크를 방문하는 모바일 네트워크들).

·모바일 네트워크들의 경우에 적용할 수 있는 원격 가입 접근법을 기초로 모바일 멀티캐스트 호스트의 연속적인 이동성에 대한 메카니즘들.

상기 특징들은 멀티캐스트 패킷들의 라우트 최적화된 전달을 위하여 모바일 라우터에 함께 위치될 때 종래 멀티캐스트 라우팅 프로토콜들에 대한 임의의 변화없이 적용할 수 있다.

부가적으로, MSG는:

·IPv4/IPv6 전이들 같은 다른 시나리오들에 적용할 수 있다.

·매우 간단히 실행할 수 있다.

·종래 프로토콜들에 대한 임의의 변화나 네트워크에서 임의의 다른 노드들 상 확장들을 요구하지 않는다.

Claims

하나 이상의 멀티캐스트 프로토콜들을 사용하는 네트워크에서 소스로부터 네트워크 노드(Network Node;MNN)를 포함하는 노드들의 그룹(G)으로 트래픽을 통신하는 방법으로서, 상기 네트워크는 또한 상기 네트워크와 인터넷 사이에서 트래픽을 포워딩하기 위한 라우터(Router;MR)를 포함하는, 상기 트래픽을 통신하는 방법에 있어서,

멀티캐스트 시그널링 게이트웨이(Multicast Signalling Gateway;MSG)는 상기 라우터(MR)와 함께 위치되고, 인터페이스상에서 멀티캐스트 라우팅 프로토콜(multicast routing protocol;MRP)의 시그널링 메시지들을 그룹 멤버쉽 프로토콜(group membership protocol;GMP)의 메시지들로 변환(translating)하는 것을 특징으로 하는, 트래픽 통신 방법.
하나 이상의 멀티캐스트 프로토콜들을 사용하는 모바일 네트워크에서 소스로부터 모바일 네트워크 노드(MNN)를 포함하는 노드들의 그룹(G)으로 트래픽을 통신하는 방법으로서, 상기 모바일 네트워크는 또한 상기 모바일 네트워크와 인터넷 사이에서 포워딩하기 위한 모바일 라우터(MR)를 포함하는, 상기 트래픽을 통신하는 방법에 있어서,

멀티캐스트 시그널링 게이트웨이(MSG)는 상기 모바일 라우터(MR)와 함께 위치되고, 인터페이스상에서 멀티캐스트 라우팅 프로토콜(MRP)의 시그널링 메시지들 을 그룹 멤버쉽 프로토콜(GMP)의 메시지들로 변환하는, 트래픽 통신 방법.
제 2 항에 있어서, 상기 인터페이스는 상기 모바일 라우터(MR)의 출구 인터페이스(egress interface)인, 트래픽 통신 방법.
제 1 항 내지 제 3 항 중 어느 한 항에 있어서, 상기 인터페이스상에서 동작하는 상기 멀티캐스트 시그널링 게이트웨이(MSG)는, 상기 시그널링 메시지들이 그룹 결합 클래스(group join class)({결합(JOIN)})에 관한 것인지 그룹 이탈 클래스group leave class)({이탈(LEAVE)})에 관한 것인지를 결정하고, 상기 클래스를 그룹 멤버쉽 프로토콜(GMP)로 변환하는, 트래픽 통신 방법.
제 4 항에 있어서, 상기 클래스의 결정은 상기 클래스를 상기 시그널링 메시지 타입의 함수로서 제공하는 클래스 테이블을 사용하여 형성되는, 트래픽 통신 방법.
제 1 항 내지 제 5 항 중 어느 한 항에 있어서, 상기 인터페이스상에서 동작하는 상기 멀티캐스트 시그널링 게이트웨이(MSG)는, 상기 시그널링 메시지들이 타켓 멀티캐스트 그룹(G)의 식별을 포함하고, 상기 타켓 멀티캐스트 그룹 식별을 그룹 멤버쉽 프로토콜(GMP)로 변환하는, 트래픽 통신 방법.
제 6 항에 있어서, 상기 인터페이스상에서 동작하는 상기 멀티캐스트 시그널링 게이트웨이(MSG)는, 상기 시그널링 메시지들이 타켓 멀티캐스트 그룹 소스(S)의 어드레스를 포함하고, 상기 타켓 소스 어드레스를 그룹 멤버쉽 프로토콜(GMP)로 변환하는, 트래픽 통신 방법.
제 7 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 각각의 MSG 인에이블된 인터페이스에 대해, 상기 시그널링 메시지들에 의해 식별된 각각의 멀티캐스트 그룹 소스 어드레스들과 연관된 상기 그룹들(G)의 식별들을 포함하는 소스 리스트들을 유지하는, 트래픽 통신 방법.
제 8 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 상기 각각의 소스 리스트에서의 변화에 응답하여 상기 그룹(G)에 대한 상기 GMP 가입을 갱신하는, 트래픽 통신 방법.
제 1 항 내지 제 9 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 상기 인터페이스의 토폴리지 연결 지점(topological attachment point)의 변화에 응답하여 상기 인터페이스에 대해 유지된 연관된 소스 리스트들 및 그룹들에 대한 상기 GMP 가입을 갱신하는, 트래픽 통신 방법.
제 1 항 내지 제 10 항 중 어느 한 항에 있어서, 상기 네트워크가 상기 MSG 인에이블된 인터페이스를 통하여 가입된 상기 네트워크 외부의 소스로부터의 멀티캐스트 패킷들은, 상기 라우터(MR)의 로컬 멀티캐스트 포워딩 테이블에 따라 상기 네트워크 내의 상기 MSG 인에이블된 인터페이스로부터 멀티캐스트 라우팅되는, 트래픽 통신 방법.
제 1 항 내지 제 11 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 상기 GMP 메시지들을 생성하여, 특정 소스들에 의해 특정 IP 멀티캐스트 어드레스들로 전송된 패킷들의 수신을 인에이블 및 디스에이블하기 위하여 상기 GMP 프로토콜들에 의해 제공된 "서비스 인터페이스(service interface)"를 사용하는, 트래픽 통신 방법.
제 12 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 주어진 멀티캐스트 그룹(G)에 대한 소스들을 집합시키고, 전체 집합을 통과시키기 위하여 단일 소켓 식별자(sid)를 사용하는, 트래픽 통신 방법.
제 12 항 또는 제 13 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 상기 시그널링 메시지들로부터 유도된 각각의 타켓들(소스 S, 멀티캐스트 그룹 G)에 대해 상이한 소켓 식별자들(target_sid)을 사용하는, 트래픽 통신 방법.
제 1 항 내지 제 14 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 상기 MSG 인에이블된 인터페이스를 통하여 전송된 패킷들을 모니터링함으로써 멀티캐스트 라우팅 프로토콜(MRP) 메시지들을 검출하는, 트래픽 통신 방법.
제 1 항 내지 제 15 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 멀티캐스트 라우팅 프로토콜(MRP) 실행의 확장 내에 삽입되는, 트래픽 통신 방법.
제 1 항 내지 제 16 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 멀티캐스트 패킷들의 멀티캐스트 목적지 어드레스들 및 유니캐스트 소스 어드레스들과 함께 멀티캐스트 패킷들을 IPv4와 IPv6 프로토콜들 간에 변환하는, 트래픽 통신 방법.
제 1 항 내지 제 17 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 IPv4 MRP 메시지들을 IPv4 GMP 메시지들(즉 IGMP 메시지들)로 변환하는, 트래픽 통신 방법.
제 1 항 내지 제 18 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 IPv6 MRP 메시지들을 IPv6 GMP 메시지들(즉 MLD 메시지들)로 변 환하는, 트래픽 통신 방법.
제 1 항 내지 제 19 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 IPv4 MRP 메시지들을 IPv6 GMP 메시지들로 변환하고, IPv4 노드들이 IPv6 멀티캐스트 그룹들 및 소스들로부터 멀티캐스트 패킷들을 수신할 수 있게 하는, 트래픽 통신 방법.
제 1 항 내지 제 20 항 중 어느 한 항에 있어서, 상기 멀티캐스트 시그널링 게이트웨이(MSG)는 IPv6 MRP 메시지들을 IPv4 GMP 메시지들로 변환하고, IPv6 노드들이 IPv4 멀티캐스트 그룹들 및 소스들로부터 멀티캐스트 패킷들을 수신할 수 있게 하는, 트래픽 통신 방법.
제 1 항 내지 제 21 항 중 어느 한 항에 청구된 방법 수행시 사용하기 위한 장치로서, 상기 라우터(MR)와 함께 위치되고 멀티캐스트 라우팅 프로토콜(MRP)의 시그널링 메시지들을 그룹 멤버쉽 프로토콜(GMP)의 메시지들로 변환하는 멀티캐스트 시그널링 게이트웨이(MSG)를 포함하는, 장치.