KR20130116387A - 멀티캐스팅을 요청하고, 멀티캐스팅 요청들을 처리하고 이러한 처리를 보조하기 위한 방법 및 디바이스 - Google Patents

멀티캐스팅을 요청하고, 멀티캐스팅 요청들을 처리하고 이러한 처리를 보조하기 위한 방법 및 디바이스 Download PDF

Info

Publication number
KR20130116387A
KR20130116387A KR1020117005053A KR20117005053A KR20130116387A KR 20130116387 A KR20130116387 A KR 20130116387A KR 1020117005053 A KR1020117005053 A KR 1020117005053A KR 20117005053 A KR20117005053 A KR 20117005053A KR 20130116387 A KR20130116387 A KR 20130116387A
Authority
KR
South Korea
Prior art keywords
multicast
address
source
data
transmission request
Prior art date
Application number
KR1020117005053A
Other languages
English (en)
Other versions
KR101517380B1 (ko
Inventor
춘얀 야오
지안빈 첸
하이보 웬
판시앙 빈
준 정
Original Assignee
알까뗄 루슨트
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 알까뗄 루슨트 filed Critical 알까뗄 루슨트
Publication of KR20130116387A publication Critical patent/KR20130116387A/ko
Application granted granted Critical
Publication of KR101517380B1 publication Critical patent/KR101517380B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/806—Broadcast or multicast traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques
    • 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/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명의 적어도 하나의 실시예에 따라, 임의의 소스 멀티캐스트에 기초한 랑데뷰 포인트에서 멀티캐스팅 소스로부터 멀티캐스팅 송신 요청을 수신한 이후, 랑데뷰 포인트는 랑데뷰 포인트의 여분의 멀티캐스팅 전송 리소스 및 멀티캐스팅 송신 요청에 따라 멀티캐스팅 소스의 멀티캐스팅 송신 요청을 처리한다. 본 발명에 의해 제공된 방법 및 디바이스를 이용함으로써, 자신의 리소스 조건들에 기초하여 랑데뷰 포인트에 의한 멀티캐스팅 송신 요청들에 대한 합당한 제어의 실행을 통해, 랑데뷰 포인트의 하드웨어 처리 부하 및 포트 송신 부하 등이 적절한 범위에서 효율적으로 유지되고, 리소스 고갈이 방지되고, 기존의 서비스에 대해 새로운 멀티캐스팅 서비스의 불리한 영향이 또한 방지된다.

Description

멀티캐스팅을 요청하고, 멀티캐스팅 요청들을 처리하고 이러한 처리를 보조하기 위한 방법 및 디바이스{METHOD AND DEVICE FOR REQUESTING MULTICASTING, PROCESSING MULTICASTING REQUESTS AND ASSISTING IN THE AFOREMENTIONED PROCESS}
본 발명은 멀티캐스트의 분야에 관한 것으로서, 보다 구체적으로는 임의의-소스 멀티캐스트(ASM) 기반 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하기 위하 방법 및 장치, 랑데뷰 포인트(Rendezvous Point; RP)에서 대응하는 멀티캐스트 송신 요청을 처리하기 위한 방법 및 장치, 및 전달 디바이스에서 RP와 멀티캐스트 소스 간의 상호작용들을 보조하기 위한 방법 및 장치에 관한 것이다.
IP 유니캐스트와 상이하게, IP 멀티캐스트의 목적지 어드레스는 224.0.0.0으로부터 239.255.255.255의 범위에 있는 그룹 어드레스들이고, 또한 소위 클래스 D 어드레스라 칭해진다. 이것은 동적으로 할당 및 저장되는 임시 어드레스의 부류이다. 모든 멀티캐스트 그룹은 동적으로 할당된 클래스 D 어드레스에 대응한다. 멀티캐스트 그룹의 멀티캐스트가 종료할 때, 대응하는 클래스 D 어드레스는 추후의 멀티캐스트를 위해 재활용된다.
실제 네트워크에서 멀티캐스트 데이터 패킷 전달을 구현하기 위해, 모든 상호접속된 디바이스들은 상호동작가능한 멀티캐스트 라우팅 프로토콜을 구동해야 한다. 멀티캐스트 라우팅 프로토콜들은 인터넷 그룹 관리 프로토콜(IGMP), 덴스 모드 프로토콜(dense mode protocol)(예를 들면, DVMRP, PIM-DM), 스파스 모드 프로토콜(sparse mode protocol)(예를 들면, PIM-SM, CBT) 및 링크 상태 라우팅 프로토콜(MOSPF)로 분할된다.
여기서 멀티캐스트 라우팅을 위한 핵심은 상이한 멀티캐스트 프로토콜들에 따라 서로 다른 각 멀티캐스트 그룹에 대한 멀티캐스트 트리를 수립하는 것이다. 현재, 2개의 멀티캐스트 트리 구성 기술들: 소스 멀티캐스트 트리 및 공유 트리가 존재한다.
소스 멀티캐스트 트리는 멀티캐스트 소스들로부터 구성된 멀티캐스트 트리이며 멀티캐스트 소스들이 조밀하고 멀티캐스트 데이터의 양이 큰 경우에 적합하다.
공유 트리는 멀티캐스트 소스들이 멀티캐스팅을 위해 RP에 관련 정보를 송신하는 멀티캐스트 그룹의 각 멤버에 대한 RP를 통해 구성되는 멀티캐스트 트리이다. 공유 트리는 라우터들의 라우팅 정보 교환에 대한 비용을 줄이도록 멀티캐스트 소스들이 희박하고, 멀티캐스트 데이터의 양이 적은 경우에 적합하다. 현재, 인기있는 스파스 모드 멀티캐스트 라우팅 프로토콜은 스파스 모드에서 PIM-SM(프로토콜-독립 멀티캐스트-스파스 모드) 프로토콜이다.
본 발명은 이하의 기술적 문제들에 대한 재편에 기초하여 제안된다.
멀티캐스트 어드레스는 멀티캐스트 및 운용자들의 협의 이후에, DHCP 서버와 같은 전용 서버에 의해 할당되고, 멀티캐스트 어드레스가 다른 멀티캐스트 소스들에 의해 이용되고 있는지에 관해 멀티캐스트 서버에게 알려지지 않는다. 그러나, ASM 기반 멀티캐스트 기법에서, 상이한 멀티캐스트 그룹들은 동일한 멀티캐스트 트리(또한 공유 트리라고도 불림)를 공유하고, 여기서 멀티캐스트 트리의 루트 노드로서 RP는 이들 멀티캐스트 그룹들에 대한 브린치들 및 리브들(leaves)에 멀티캐스트 데이터를 전달하는 작업을 담당한다. RP가 멀티캐스트 송신 요청을 수신한 후에 멀티캐스트 소스들의 멀티캐스트 송신 요청들을 제어하지 않고 송신을 단순히 허락하는 경우, 그 한정된 멀티캐스트 전달 성능은 아마도 더 비중이 있는 로드들을 로딩할 여유가 거의 없을 수 있고, 이에 따라 새로운 멀티캐스트 소스들 또는 새로운 멀티캐스트 서비스들의 합류로 인해, 실행되었던 멀티캐스트 서비스들의 데이터 패킷 전달이 보통 방해되고, 이는 이용자 경험에 영향을 미친다.
본 발명의 적어도 하나의 실시예에 따라, ASM-기반 RP에서 멀티캐스트 소스로부터 멀티캐스트 송신 요청을 수신할 때; RP는 멀티캐스트 송신 요청 및 RP의 잔여 멀티캐스트 전달 리소스들에 따라 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리한다.
여기서 멀티캐스트 전달 성능은 하드웨어 처리 성능, 네트워크 송신 성능 등을 포함한다. 구체적으로, 네트워크 송신 성능은 알맞은 멀티캐스트 소스들의 수, 멀티캐스트 서비스들의 수 또는 전체 대역폭에 의해 반영될 수 있다.
멀티캐스트 송신 요청은 앞으로의 멀티캐스트 서비스, 예를 들면, 대역폭 요건, 서비스의 형태의 설명을 포함할 수 있기 때문에, RP는 할당 가능한 대역폭에 기초하여 요청을 처리할 수 있다.
여기서 RP는 각 멀티캐스트 그룹에 대응하는 대역폭을 개별적으로 제어할 수 있고, 멀티캐스트 그룹이 점유할 수 있는 대역폭을 모두 소모한 이후, 멀티캐스트 그룹을 가리키는 새로운 멀티캐스트 송신 요청들은 다른 멀티캐스트 그룹들에 사전-할당된 이용가능한 대역폭이 존재하는 경우조차도 더 이상 승인되지 않는다.
선택적으로, 각 멀티캐스트 그룹은 RP의 전체 멀티캐스트 대역폭을 공유할 수 있는데, 즉 멀티캐스트 그룹의 서비스가 혼잡할 때, 멀티캐스트 그룹은 전체 대역폭 중 많은 양을 점유할 수 있고, 다른 적게 로딩된 멀티캐스트 그룹들은 그들의 요건들에 따라 잔여 대역폭의 소량만을 점유한다. 멀티캐스트 서비스의 종료 이후에, 대응하는 대역폭은 멀티캐스트 송신 요청이 특정 멀티캐스트 그룹을 가리킬지라도 이어지는 멀티캐스트 송신 요청을 위해 해제된다.
선택적으로, RP는 각 멀티캐스트 그룹에 대한 멀티캐스트 소스들의 수의 상한을 갖도록 구성될 수 있어서 멀티캐스트 데이터를 멀티캐스트 그룹에 전달하는 멀티캐스트 소스들의 수가 이러한 상한에 도달할 때, 멀티캐스트 데이터를 멀티캐스트 그룹에 송신하기 위한 새로운 요청들은 거절되게 한다.
선택적으로, RP는 모든 멀티캐스트 그룹들에 대한 멀티캐스트 소스들의 수의 전체 상한을 갖도록 구성될 수 있어서 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수가 이러한 상한에 도달할 때, 임의의 새로운 멀티캐스트 송신하기 위한 새로운 요청들은 거절되게 한다.
본 발명의 제 1 양태에 따르면, ASM에 기초한 RP에서 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하기 위한 방법이 제공되는데, 이 방법은 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하기 위해 상기 멀티캐스트 소스로부터 멀티캐스트 송신 요청을 수신하는 단계; 및 상기 멀티캐스트 송신 요청 및 상기 RP의 잔여 멀티캐스트 전달 리소스들에 따라 멀티캐스트 소스의 상기 멀티캐스트 송신 요청을 처리하는 단계를 포함한다.
본 발명의 제 2 양태에 따라, ASM에 기초한 전달 디바이스에서 RP와 멀티캐스트 소스 간의 시그널링 상호작용들을 보조하기 위한 방법이 제공되는데, 이 방법은 상기 멀티캐스트 소스로부터 발생하고 적어도 하나의 멀티캐스트 어드레스를 나타내는 멀티캐스트 송신 요청을 수신하는 단계; 및 상기 적어도 하나의 멀티캐스트 어드레스 각각에 대해, 상기 멀티캐스트 소스 대신에, 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 멀티캐스트 어드레스에 대응하는 RP를 요청하는 단계를 포함한다.
본 발명의 제 3 양태에 따라, ASM에 기초한 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법이 제공되는데, 이 방법은 적어도 하나의 멀티캐스 어드레스를 나타내는 유니캐스팅 멀티캐스트 송신 요청을 생성하는 단계; 및 상기 적어도 하나의 멀티캐스트 어드레스에 대응하는 RP 또는 전달 디바이스에 상기 멀티캐스트 송신 요청을 송신하는 단계를 포함한다.
본 발명의 제 4 양태에 따라, ASM에 기초한 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법이 제공되는데, 이 방법은 멀티캐스트 소스가 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하는 것을 나타내는, 멀티캐스트 어드레스를 나타내는 멀티캐스팅 멀티캐스트 송신 요청을 생성하는 단계; 및 멀티캐스트 어드레스에 상기 멀티캐스팅 멀티캐스트 송신 요청을 송신하는 단계를 포함한다.
본 발명의 제 5 양태에 따라, ASM에 기초한 멀티캐스트 RP에서 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하기 위한 제 1 장치가 제공되는데, 이 장치는 멀티캐스트 소스로부터 멀티캐스트 송신 요청을 수신하고, 적어도 하나의 멀티캐스트 소스에 멀티캐스트 데이터를 송신하도록 요청하기 위한 제 1 수신 수단; 및 상기 멀티캐스트 송신 요청 및 상기 RP의 잔여 멀티캐스트 전달 리소스들에 따라 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하기 위한 처리 수단을 포함한다.
본 발명의 제 6 양태에 따라, ASM에 기초한 전달 디바이스에서 RP와 멀티캐스트 소스 간의 시그널링 상호작용들을 보조하기 위한 제 2 장치가 제공되는데, 이 장치는 상기 멀티캐스트 소스로부터 적어도 하나의 멀티캐스트 어드레스를 나타내는 멀티캐스트 송신 요청을 수신하기 위한 제 2 수신 수단; 및 상기 멀티캐스트 소스 대신에, 상기 적어도 하나의 멀티캐스트 어드레스 각각에 대한 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 어드레스에 대응하는 RP를 요청하기 위한 요청 수단을 포함한다.
본 발명의 제 7 양태에 따라, ASM에 기초한 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 제 3 장치가 제공되는데, 이 장치는 적어도 하나의 멀티캐스트 어드레스를 나타내는 유니캐스팅 멀티캐스트 송신 요청을 생성하기 위한 제 1 생성 수단; 및 상기 적어도 하나의 멀티캐스트 어드레스에 대응하는 RP 또는 전달 디바이스에 상기 멀티캐스트 요청을 송신하기 위한 제 2 송신 수단을 포함한다.
본 발명의 제 8 양태에 따라, ASM에 기초한 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 제 4 장치가 제공되는데, 이 장치는 멀티캐스트 소스가 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하는 것을 나타내는, 멀티캐스트 어드레스를 나타내는 멀티캐스팅 멀티캐스트 송신 요청을 생성하기 위한 제 2 생성 수단; 및 멀티캐스트 어드레스에 멀티캐스트 소스의 멀티캐스트 요청을 송신하기 위한 제 3 송신 수단을 포함한다.
본 발명에 의해 제공된 방법들 및 장치들을 이용할 때, 자신의 리소스들의 상황에 따라 RP에 의해 실행되는 멀티캐스트 송신 요청들에 관한 합당한 제어들의 수단에 의해, 하드웨어 처리 부하 및 RP의 포트 트래픽 부하는 적절한 범위 내에서 효율적으로 관리될 수 있고, 이에 의해, 리소스 고갈을 방지하고, 새로운 멀티캐스트 서비스들이 기존의 또는 중요한 서비스들에 악영향을 미치는 것 또한 방지될 수 있고, 이에 의해 이용자의 서비스 경험을 보증한다.
본 발명의 다른 특징들 및 이점들은 첨부 도면들과 함께 이루어지는 비-제한적인 실시예들의 이하의 상세한 설명으로부터 보다 분명해질 것이다. 여기서, 동일 또는 유사한 참조 부호들은 동일 또는 유사한 절차적 특징들 또는 장치(모듈) 특징들을 나타낸다.
도 1은 ASM-기반 IP 네트워크의 개략도.
도 2a는 본 발명의 일 실시예에 따라 ASM 멀티캐스트 소스가 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법의 흐름도.
도 2b는 본 발명의 또 다른 실시예에 따라 ASM 멀티캐스트 소스가 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법의 흐름도.
도 2c는 본 발명의 추가의 실시예에 따라 ASM 멀티캐스트 소스가 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법의 흐름도.
도 3a는 본 발명의 일 실시예에 따라 ASM-기반 RP가 멀티캐스트 송신 요청들을 처리하기 위한 방법의 흐름도.
도 3b는 본 발명의 일 실시예에 따라 도 3a에 예시된 단계(S32)의 상세한 흐름도.
도 3c는 본 발명의 또 다른 실시예에 따라 도 3a에 예시된 단계(S32)의 상세한 흐름도.
도 3d는 본 발명의 추가의 실시예에 따라 도 3a에 예시된 단계(S32)의 상세한 흐름도.
도 3e는 본 발명의 추가의 실시예에 따라 도 3a에 예시된 단계(S32)의 상세한 흐름도.
도 4a는 본 발명의 일 실시예에 따라 멀티캐스트 송신 요청들을 처리하는 ASM-기반 RP의 제 1 장치의 블록도.
도 4b는 본 발명의 일 실시예에 따라 도 4a의 처리 수단의 내부 블록도.
도 4c는 본 발명의 또 다른 실시예에 따라 도 4a의 처리 수단의 내부 블록도.
도 4d는 본 발명의 추가의 실시예에 따라 도 4a의 처리 수단의 내부 블록도.
도 4e는 본 발명의 추가의 실시예에 따라 도 4a의 처리 수단의 내부 블록도.
도 5는 본 발명의 일 실시예에 따라 RP 및 멀티캐스트 소스 간의 상호작용들을 보조하는 ASM-기반 전달 디바이스 ASM의 제 2 장치의 블록도.
도 6a는 본 발명의 일 실시예에 따라 멀티캐스트 데이터를 송신하도록 요청하는 ASM-기반 멀티캐스트 소스의 제 3 장치의 블록도.
도 6b는 본 발명의 일 실시예에 따라 멀티캐스트 데이터를 송신하도록 요청하는 ASM-기반 멀티캐스트 소스의 제 4 장치의 블록도.
본 발명의 각각의 비-제한적인 실시예들은 이하에서 첨부 도면들과 함께 상세히 기술될 것이다.
도 1은 ASM 기반 IP 네트워크의 개략도이고, 여기서 명확성을 위해, 본 발명과 관련된 부분들만이 도시되고, 생략된 부분들은 당업자에 의해 기존의 또는 추후에 개발된 기술들과 조합하여 구현될 수 있고, 이러한 생략은 본 발명의 충분한 개시에 영향을 미치지 않는다는 것을 이해해야 한다. 또한, 당업자에 의해 이해될 수 있는 바와 같이, 도면들에서 도시된 모든 종류들의 네트워크 디바이스의 수는 아래의 설명을 위한 요건들을 충족하기 위한 것일 뿐이고, 본 발명에 대한 어떠한 제한도 형성하지 않는다.
도 1에 도시된 바와 같이, 랩톱과 같은 멀티캐스트 소스(1)는 홈 네트워크에서 모뎀들과 같은 디바이스들을 통해 IP 네트워크에 접속한다. 도 1은 하나 이상의 멀티캐스트 그룹들의 지정된 전달 디바이스(DF)(또는 전달 라우터(DR))로서 미리 택해진 PIM-SM 또는 BIDIR-PIM 프로토콜들에 기초한 2개의 라우터들(21 및 22)을 또한 도시하고, 이하 전달 디바이스(21) 및 전달 디바이스(22)라 각각 칭한다. 멀티캐스트 어드레스(D1)의 전달 디바이스(멀티캐스트 그룹(G1)에 속함)가 전달 디바이스(21)이고, D1에 대응하는 RP가 RP(3)인 경우, 전달 디바이스(21)는 추가의 전달을 위해 이용자측 및 지점들로부터 D1로 전해진 멀티캐스트 데이터 및 시그널링을 RP(3)에 송신할 책임이 있다. 유사하게, 전달 디바이스(21)는 네트워크 측 및 지점들로부터 D1으로 전해지는 멀티캐스트 데이터 및 시그널링을 멀티캐스트 그룹(G1)에 합류한 이용자 측의 각 IP 단말에 송신할 책임이 있다.
상술한 전달을 구현하기 위해, 본 발명의 적어도 하나의 실시예에 따라, 전달 디바이스(21)는 유니캐스트 IP 어드레스와 같이 멀티캐스트 어드레스(D1)에 대응하는 RP(3)의 통신 어드레스를 사전-저장한다. 전달 디바이스(21)가 다수의 멀티캐스트 그룹들의 지정된 전달 디바이스로서 택해지면, 모든 상기 멀티캐스트 그룹들에 대응하는 RP들의 통신 어드레스들을 저장하는 것이 바람직하다. 이것은 전달 디바이스(22)에 대해서도 동일하고, 따라서, 더 이상 여기서 반복하지 않는다.
여기서 멀티캐스트 소스(1)와 같은 IP 단말들에 접속(간접적일 수 있음)하기 위한 전달 디바이스의 측은 여기서 이용자측이라 칭한다. 반대로, RP에 접속(간접적일 수 있음)에 접속하기 위한 전달 디바이스의 다른 측은 여기서 네트워크측이라 칭한다. 이러한 설명은 이해를 보다 쉽게 하는데만 이용되고, 본 발명에 기초한 전달 디바이스들에 대한 어떠한 제한들도 형성하지 않는다.
도 1에서, 명확성을 위해, 점선들은 멀티캐스트(1)(IP 단말) 및 전달 디바이스들 간의 연결(01), 전달 디바이스들과 RP(3) 간의 연결(02), 및 RP(3)과 IP 터미널들(41, 42 및 43) 간의 연결(03)을 나타내기 위해 이용된다. 당업자는 임의의 생략된 연결이 유선, 무선 링크들 및 라우터와 같은 네트워크 디바이스들로 구성될 수 있고, 이러한 생략은 본 발명의 충분한 개시에 영향을 미치지 않는다는 것을 이해할 것이다. 여기서, 연결(03)은 전달 디바이스(21, 22)와 유사한 기능을 갖는 전달 디바이스들을 보통 포함한다.
여기서 멀티캐스트 소스(1)에 의해 개시된 멀티캐스트 송신 요청이 주로 기술된다. 전체 절차는 2개의 부분들: 멀티캐스트 송신 요청의 송신 및 멀티캐스트 송신 요청의 처리로 분할될 수 있다. 구체적으로;
1) 멀티캐스트 송신 요청의 송신
이하에서, 도 1에 예시된 바와 같이 멀티캐스트 어드레스(D1)에 멀티캐스트 데이터를 송신하도록 요청하는 멀티캐스트 소스(1)가 예로서 취해질 것이고, 여기서 멀티캐스트 어드레스(D1)은 RP(3)에 대응하고, 또는 다시 말해, RP(3)는 멀티캐스트 그룹(G1)의 멀티캐스트 트리의 루트 노드이다. 도 2a 내지 도 2c를 참조하면, RP에 도달하도록 멀티캐스트 소스(1)에 의해 송신된 멀티캐스트 요청에 대한 3개지 방식들이 기술된다.
1.1) 멀티캐스트 소스(1)는 멀티캐스트 어드레스(D1)에 대응하는 RP의 IP 어드레스를 알고 있다.
도 2a를 참조하면, 멀티캐스트 데이터를 멀티캐스트 어드레스(D1)에 송신하는 것에 관해 운용자와의 동의가 이루어지면, 멀티캐스트 소스(1)의 이용자는 유니캐스트 IP 어드레스가 A1인 RP(3)에 멀티캐스트 어드레스(D1)가 대응한다고 통지받는다.
그러므로, 멀티캐스트 데이터를 멀티캐스트 어드레스(D1)에 송신하도록 요청하기 위해, 단계(S20)에서 멀티캐스트 소스(1)는 목적지 어드레스가 RP(3)의 유니캐스트 IP 어드레스인 유니캐스트 IP 패킷을 생성하는 것이 바람직하다. 멀티캐스트 어드레스(D1)는 멀티캐스트 데이터를 D1에 송신하도록 요청하는 것을 나타내는 사전-규정된 위치를 패킷내에 기록한다. 그러면, 멀티캐스트 송신 요청은 단계(S21)에서 송신된다.
따라서, IP 프로토콜에서 개발된 라우팅 기법에 기초하여, 멀티캐스트 송신 요청은 일련의 전달에 의해 RP(3)에 도달한다. 사전-규정된 위치를 분석함으로써, RP(3)는 멀티캐스트 소스(1)가 어떤 멀티캐스트 어드레스로 멀티캐스트 데이터를 송신하도록 의도하였는지를 알 수 있다.
바람직하게는, 멀티캐스트 소스(1)에 의해 생성된 멀티캐스트 송신 요청은 D1이 점유하기를 원하는 대역폭의 양을 또한 나타내는데, 이는 멀티캐스트 어드레스(D1)에 대응하는 요구된 대역폭이라고도 칭해진다.
멀티캐스트 소스(1)가 다수의 멀티캐스트 어드레스들로 멀티캐스트 데이터를 송신하기를 원할 때 및 모든 이러한 멀티캐스트 어드레스들의 대응하는 RP들의 IP 어드레스들을 알고 있는 경우, 동일한 RP에 대응하는 멀티캐스트 어드레스들은 동일한 유니캐스팅 멀티캐스트 송신 요청에 기록될 수 있고, 각 생성된 멀티캐스트 송신 요청은 대응하는 RP에 송신될 수 있다는 것이 당업자에 의해 이해될 것이다. 바람직하게는, 각 멀티캐스트 송신 요청은 대응하는 멀티캐스트 어드레스의 대응하는 요구된 대역폭을 포함한다.
1.2) 멀티캐스트 소스(1)는 멀티캐스트 어드레스(D1)에 대응하는 RP를 알지 못하지만, D1에 대응하는 전달 디바이스가 전달 디바이스(21)라는 것을 알고 있다.
도 2b를 참조하면, 이 경우, 단계(S22)에서 멀티캐스트 소스(1)는 유니캐스팅 멀티캐스트 송신 요청을 여전히 생성하지만, 거기의 목적지 어드레스는 전달 디바이스(21)의 유니캐스트 어드레스로 변경된다. 생성된 멀티캐스트 송신 요청이 단계(S23)에서 송신되고, 그 다음 전달 디바이스(21)에 도달한다.
멀티캐스트 송신 요청의 멀티캐스트 어드레스(D1)를 분석하고 멀티캐스트 어드레스들 및 RP들 간의 사전-저장된 맵핑 정보를 질의함으로써, 전달 디바이스(21)는 멀티캐스트 어드레스(D1)에 대응하는 RP, 즉 RP(3)를 정확히 결정할 수 있고, 단계(S23)에서 멀티캐스트 소스(1)를 위해 멀티캐스트 데이터를 D1에 송신하도록 RP(3)에 요청한다. 일반성의 손실 없이, 예를 들면, 단계(S23)에서 전달 디바이스(21)는 질의된 RP(3)의 IP 어드레스로 수신된 멀티캐스트 송신 요청의 목적지 어드레스를 변경하고, 그 다음 소스 어드레스가 D1인 요청을 RP(3)에 전달한다. 바람직하게는, 전달된 멀티캐스트 송신 요청은 예를 들면, 멀티캐스트 소스(1)의 IP 어드레스를 사전-규정된 위치에 기록함으로써 요청의 개시자가 멀티캐스트 소스(1)라는 것을 또한 나타낸다.
바람직하게는, 멀티캐스트 소스(1)에 의해 생성된 멀티캐스트 송신 요청은 D1이 점유하기를 원하는 대역폭이 또한 마킹(marking)되고, 이는 멀티캐스트 어드레스(D1)에 대응하는 대역폭 요건으로서 또한 알려진다.
멀티캐스트 소스(1)가 D1 내지 D3과 같은 다수의 멀티캐스트 어드레스로 멀티캐스트 데이터를 송신하기를 원하는 경우, 이들 멀티캐스트 어드레스들 각각에 대응하는 전달 디바이스에 각각 질의할 수 있고, 바람직하게는 동일한 전달 디바이스에 대응하는 멀티캐스트 어드레스들을 동일한 유니캐스팅 멀티캐스트 송신 요청에 기록하여 이를 대응하는 전달 디바이스에 송신한다. 예를 들면, D1 및 D2 양쪽 모두는 전달 디바이스(21)에 대응하고, D3는 전달 디바이스(22)에 대응하고, 따라서 2개의 유니캐스팅 멀티캐스트 송신 요청들이 생성되는데; 첫 번째는 D1 및 D2를 나타내고 그 목적지 어드레스가 전달 디바이스(21)의 IP 어드레스이고; 두 번째는 D3를 나타내고 그 목적지 어드레스는 전달 디바이스(22)의 IP 어드레스이다. 그러면, 각 전달 디바이스는 각 멀티캐스트 어드레스에 대응하는 RP에 질의하고, 바람직하게는 동일한 RP에 대응하는 멀티캐스트 어드레스들을, 전달될 동일한 멀티캐스트 송신 요청에 넣어서 이를 대응하는 RP에 송신한다. 바람직하게는, 각 멀티캐스트 송신 요청은 대응하는 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 포함한다.
1.3) 멀티캐스트 소스(1)가 멀티캐스트 어드레스(D1)에 대응하는 RP 또는 어느 전달 디바이스(D1)가 대응하는지를 알지 못한다.
도 2c를 참조하면, 이 경우에, 멀티캐스트 소스(1)는 단계(S25)에서 멀티캐스트 송신 요청으로서 목적지 어드레스가 D1이 되는 멀티캐스트 패킷을 생성한다. PIM-SM 또는 BIDIR-PIM 프로토콜들과 같은 ASM의 프로토콜에 따라, 단계(S26)에서 송신되는 목적지 어드레스가 D1이 되는 멀티캐스트 패킷은 멀티캐스트 그룹(G1)의 지정된 전달 디바이스, 즉 전달 디바이스(21)에 라우팅된다. 도 2c의 점선은 멀티캐스트 패킷이 전달 디바이스(22)에 도달하지 않을 것이라는 것을 도시하기 위해 특별히 이용된다.
다음 단계(S27)에서 멀티캐스트 소스(1) 대신 전달 디바이스(21)는 멀티캐스트 어드레스(D1)에 멀티캐스트 데이터를 송신하도록 RP(3)에 요청한다. 정확한 방식은 예를 들면, 먼저 전달 디바이스(1)가 사전-저장된 맵핑 정보를 질의하고, 멀티캐스트 어드레스(D1)에 대응하는 RP, 즉 RP(3)를 발견하고; 그 다음 목적지 어드레스가 RP(3)의 IP 어드레스인 새로운 유니캐스팅 멀티캐스트 송신 요청을 생성하고, 그 위치 및 기능이 각 RP에 당연히 알려져야 하는 특정 필드에 멀티캐스트 어드레스(D1)를 기록한다. 바람직하게는, 각 멀티캐스트 송신 요청은 대응하는 멀티캐스트 어드레스의 대응하는 요구된 대역폭을 포함한다.
멀티캐스트 송신 요청의 송신 방식이 위에서 소개되었다. 멀티캐스트 송신 요청이 멀티캐스트 소스에 의해 RP에 송신되는 방식으로 본 발명의 보호의 범위를 반드시 제한하는 것이 아니고, 본 발명은 이하에 상세히 설명되는, 멀티캐스트 소스들에 의해 개시된 요청의 제어 및 필터링이 RP들에 의해 실행되는 것을 논의하는데 보다 강조한다는 것을 이해해야 한다.
도 3a는 ASM-기반 RP가 본 발명의 일 실시예에 따라 멀티캐스트 송신 요청들을 처리하기 위한 방법의 흐름도이고, 여기서 상기 방법은 단계(S31 및 S32)를 주로 포함한다. 단계(S31)에서, 도 1에 도시된 RP(3)와 같은 RP는 도 1에 도시된 멀티캐스트 소스(1)와 같은 멀티캐스트 소스로부터 멀티캐스트 송신 요청을 수신하고, 그 다음 단계(S32)에서 멀티캐스트 송신 요청에 따라 멀티캐스트 송신 요청 및 잔여 멀티캐스트 전달 리소스들을 처리한다. 여기서, 단계(S31)의 구현을 위에서 기술되었고, 아래에서는 주로 단계(32)를 소개한다.
단계(S32)의 구현은 멀티캐스트 송신 요청이 RP(3)에 도달하는 방식에 의존하지 않는데, 그 이유는 RP(3)는 어느 멀티캐스트 소스가 멀티캐스트 송신 요청을 개시하는지, 멀티캐스트 데이터를 송신하기를 원하는 멀티캐스트 그룹이 어디인지를 알고 있다는 것이 의미하는 바가 중요한 것은 아니기 때문이다.
위에서 이미 언급한 바와 같이, 각 유효한 멀티캐스트 어드레스는 시그널링 및 멀티캐스트 데이터를 전달하기 위해 대응하는 멀티캐스트 트리의 루트 노드로서 대응하는 RP를 갖고, 이에 따라 본 발명은 이러한 특별한 경우 즉, 멀티캐스트 어드레스와 RP 간의 맵핑 관계가 일정한 순간에 변하는 것을 고려하는 것이 바람직하다. 예를 들면, RP(3)에 대응하는 멀티캐스트 어드레스(D5)는 이제 부가적인 RP에 대응하도록 변경된다. 각 RP가 새로운 맵핑 관계를 적절히 알고 있을지라도, 전달 디바이스들 또는 멀티캐스트 소스들은 적절히 업데이트되지 않을 수 있고, 따라서 원래 알려진 맵핑 관계에 따라 멀티캐스트 송신 요청을 송신할 수 있고, 이는 멀티캐스트 송신 요청이 잘못된 RP에 부적절하게 송신되는 것을 초래할 수 있다. 예를 들면, D5에 멀티캐스트 데이터를 송신하도록 요청하는 멀티캐스트 송신 요청은 여전히 RP(3)에 송신된다. 이 경우, 바람직하게는, RP(3)는 멀티캐스트 소스(1)에 멀티캐스트 요청 응답을 반환하고(직접 또는 대응하는 전달 디바이스에 의해 전달됨), 이는 RP(3)는 D5에 대응하는 RP가 더 이상 아니라는 것을 나타내고, 바람직하게는, 부가적인 RP의 IP 어드레스를 또한 지시하고, 이에 따라 멀티캐스트 소스(1)는 다른 멀티캐스트 송신 요청을 다시 개시할 수 있다.
바람직하게는, RP(3)는 시그널링 교환을 절약하기 위해 멀티캐스트 송신 요청을 부가적인 RP에 전달할 수도 있다.
이하는 멀티캐스트 송신 요청이 올바른 RP에 송신된 경우에 초점을 맞출 것이다. 도 3b 내지 도 3e에서 예시되는 단계(S32)의 몇 개의 구현들은 이하와 같이 논의된다.
▶ 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 전체 대역폭을 고려한다.
이 경우에 원리에 따라, RP(3)에 대응하는 모든 멀티캐스트 어드레스는 RP(3)에서 멀티캐스트 데이터 전달을 위해 이용가능한 대역폭을 공유하고, 멀티캐스트 전달을 위한 대역폭의 어떠한 대응하는 상한도 개별적으로 각 멀티캐스트 어드레스에 대해 설정되지 않는다. 즉, RP(3)가 D1 및 D2에 대응하고, 여기서 RP(3)에 의한 멀티캐스트 데이터 전달을 위해 이용가능한 대역폭은 D1의 멀티캐스트 서비스들에 의해 완전히 점유되는 경우가 존재할 수 있다.
도 1 및 도 2와 조합하여 도 3b을 참조하여, 여기서 단계(S321)에서 RP(3)는 우선 멀티캐스트 송신 요청에 따라 각 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 결정한다. 위에서 이미 언급한 바와 같이, 멀티캐스트 소스(1)는 각 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 멀티캐스트 송신 요청에 기록할 수 있고, 따라서 RP(3)는 단계(S321)에서 요구된 대역폭을 획득할 수 있고, 이에 의해 멀티캐스트 소스(1)가 멀티캐스트 데이터를 멀티캐스트 어드레스(D1)에 송신하기 위해 이용하기를 원하는 대역폭의 양을 알 수 있다. 이 경우, 멀티캐스트 소스(1)는 D1에 멀티캐스트 데이터를 송신하기 위해 150kbps를 이용하기를 원한다고 가정한다.
그러면, 다음 단계(S322)에서 RP(3)는 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭이 멀티캐스트 소스(1)의 요청을 충족할 수 있는지 결정한다. 예를 들면, 데이터를 전달하기 위해 RP(3)의 포트에서 전체 대역폭은 10Mbps이고, 그 중에서 1Mbps는 멀티캐스트 데이터 전달을 위한 것이다. 따라서 RP(3)는 150kbps의 요구된 대역폭은 단계(S322)에서 획득한 결정에 기초하여 이러한 1Mbps의 잔여 이하인지의 여부를 결정한다.
상술한 1Mbps에서 800kbps가 멀티캐스트 데이터 전달에 이용되고 있다고, 즉 200kbps가 남아있다고 가정한다. 150kbps는 200kbps 미만이기 때문에 단계(S322)에서 긍정 결정이 획득된다. 그러면, 멀티캐스트 소스(1)가 멀티캐스트 어드레스(D1)로 멀티캐스트 데이터를 송신하도록 RP(3)에 의해 승인되는 단계(S323)로 나아간다.
단계(S323)는 다수의 방식들로 구현될 수 있다. 일반성의 손실 없이, RP(3)는 멀티캐스트 소스(1)가 멀티캐스트 어드레스(D1)에 멀티캐스트 데이터를 송신할 수 있다고 나타내는 멀티캐스트 요청 응답을 생성하고, 추가로 RP(3)는 멀티캐스트 소스(1)를 인가된 멀티캐스트 소스 또는 멀티캐스트 어드레스(D1)에 대응하는 활성 멀티캐스트 소스로서 부가하도록 활성 멀티캐스트 소스들의 자신의 사전-저장된 목록을 또한 업데이트하고, 바람직하게는 150kbps 대역폭 정보를 멀티캐스트 소스(1)에 대한 멀티캐스트 어드레스(D1)의 속성 정보로서 작성한다.
결과적으로, RP(3)에서 멀티캐스트 전달을 위해 이용가능한 잔여 대역폭은 단지 50kbps(200kbps 내지 150kbps)이다. 새로운 멀티캐스트 송신 요청이 존재하는 경우, 50kbps가 대응하는 요구된 대역폭과 비교하기 위해 이용될 것이다(위의 S322에 대한 설명 참조).
멀티캐스트 소스(1)가 RP(3)의 승인을 획득한 이후의 동작들은 현재 멀티캐스트 프로토콜들에서 상세히 명확하게 기술되어 있고, 여기서 부연되지 않을 것이다.
멀티캐스트 소스(1)에 의해 요청된 D1에 대응하는 요구된 대역폭이 RP(3)에서 멀티캐스트 전달을 위해 이용가능한 잔여 대역폭을 초과하고, 예를 들면, 300kbps인 경우, RP(3)의 이어지는 동작들은 다음과 같이 다양한데(이것으로 제한되지 않음); RP(3)는 멀티캐스트 송신 요청을 단순히 거절하고 다른 정보가 멀티캐스트 소스(1)에 제공되지 않고; RP(3)는 새로운 멀티캐스트 송신 요청을 개시하기 위해 D1에 대응하는 요구된 대역폭을 업데이트하도록 멀티캐스트 소스(1)에 지시하고; RP(3)는 멀티캐스트 소스(1)를 위해 새로운 적절한 요구된 대역폭을 제안하여, 멀티캐스트 소스(1)가 새로운 멀티캐스트 송신 요청을 개시하기 위해 제안된 요구된 대역폭을 이용할 때 RP(3)의 승인을 획득할 수 있다는 것을 기본적으로 보장한다.
도 3b를 참조하여, 단계(S325)는 멀티캐스트 소스(1)가 단지 하나의 멀티캐스트 어드레스에 대한 요청을 개시하는 경우에 보다 적합하다. 예를 들면, 200kbps의 멀티캐스트 전달을 위한 잔여 대역폭에 따라, RP(3)는 멀티캐스트 요청 응답을 생성하는데, 이는 새로운 요구된 대역폭으로서 150kbps만을 소모하고 멀티캐스트 송신 요청을 다시 개시한다는 표시를 멀티캐스트 소스(1)에 제공하기 위해 이용된다. 선택적으로, RP(3)는 이러한 일시적으로 성공적인 요청을 기록하고, 새로운 요청을 개시하도록 일정 시간 기간을 멀티캐스트 소스(1)에 제공할 수 있다. 이해를 편하게 하기 위해, 시간 기간은 다른 멀티캐스트 소스들로부터 발생한 멀티캐스트 요청들이 처리 동안 지연되는 반면에, 멀티캐스트 소스(1)로부터 발생한 새로운 멀티캐스트 송신 요청이 더 높은 우선순위로 합류할 수 있는 "거치 기간(grace period)"으로서 칭해질 수 있다. 거치 기간이 만료하면, 다른 멀티캐스트 소스들로부터의 멀티캐스트 송신 요청은 멀티캐스트 소스(1)로부터의 요청과 균등하게 취급될 것이다. 이 경우, 단계(325)에서 마킹된 제 1 번호는 1이다.
멀티캐스트 소스(1)가 예를 들면, D1 및 D2와 같이 다수의 멀티캐스트 어드레스들에 대한 멀티캐스트 송신 요청을 개시하는 도 3b의 경우를 고려한다. 단계(S322)에서 RP(322)는 각 멀티캐스트 어드레스의 대응하는 요구된 대역폭을 합산함으로써 합을 얻고, 이 합을 200kbps와 같은 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭과 비교한다. 상기 합이 잔여 대역폭 이하인 경우, 멀티캐스트 소스(1)의 상기 요청을 승인하도록 단계(S323)로 진행한다. 반대로, 상기 합이 200kbps보다 큰 경우, 단계(S324) 및 단계(S325)는 양쪽 모두 양호한 선택들이고 이하와 같이 각각 소개될 것이다.
단계(S324): D1 및 D2의 대응하는 대역폭 요건들이 양쪽 모두 150kbps라고 가정한다. 따라서 RP(3)는 멀티캐스트 어드레스(D1)와 같이 둘 중 임의의 하나를 선택하고, D1에 멀티캐스트 데이터를 송신하도록 멀티캐스트 소스(1)를 승인한다. 특히, 예를 들면, RP(3)는 멀티캐스트 어드레스(D1)의 요청이 수락되었다고 통지하도록 멀티캐스트 소스(1)에 멀티캐스트 요청 응답을 송신하고, D1에 대응하는 활성 멀티캐스트 소스로서 멀티캐스트 소스(1)를 부가함으로써, 바람직하게는, 150kbps를 멀티캐스트 소스(1) 및 D1에 관련된 표의 항목으로서 작성함으로써 스스로 사전-저장된 활성 멀티캐스트 소스들의 표를 업데이트한다. 이러한 표에 기록된 대역폭 값들은 멀티캐스트 데이터 전달을 위해 잔여 대역폭을 산출하기 위한 RP(3)에 대한 중요한 근본으로서 이용될 수 있다. RP(3)는 단지 멀티캐스트 데이터 전달을 할 책임이 있는 경우, 자신의 대응하는 포트의 트래픽을 모니터링함으로써 얼마나 많은 잔여 대역폭이 이용가능한지를 알 수 있고, 결과적으로 활성 멀티캐스트 소스들의 이러한 표를 참조할 필요가 없다.
단계(S325): 단계(324)의 대안으로서, 전체 요구된 대역폭이 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭을 초과하는 경우, RP(3)는 이들 2개의 멀티캐스트 어드레스들(D1, D2)의 제 1 번호에 대해 요구된 대역폭을 업데이트하도록 멀티캐스트 소스(1)를 나타낼 수 있다. 상세들이 위의 소개를 참조할 수 있고, 이에 따라 추가적인 설명은 여기서 하지 않는다.
다양한 상기 예에 따라, 멀티캐스트 송신 요청은 각 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 포함하지 않는다. 따라서 RP(3)는 멀티캐스트 어드레스가 위치한 어드레스 세그먼트에 따라, 멀티캐스트 소스(1)가 개시하기를 원하는 멀티캐스트 송신에 의해 점유될 대역폭을 추정한다. 확실히, 이는 어드레스 세그먼트들 및 멀티캐스트 서비스들 사이의 관계에 의존한다. 대안적으로, 어드레스 세그먼트들과 멀티캐스트 서비스 형태 사이에 어떠한 관계도 존재하지 않는 경우, 적절히 추정된 대역폭(B)이 RP(3)을 위해 구성될 수 있다. 임의의 멀티캐스트 소스가 멀티캐스트 데이터를 임의의 멀티캐스트 어드레스에 송신하도록 요청할 때, RP(3)는 이하의 단계(S322)에서 결정을 보조하도록 대역폭이 B와 같이 소비된다고 항상 간주한다.
활성 멀티캐스트 소스들의 상술한 표에 대해, 시간 임계치는 본 발명에서 예를 들면, 다음과 같이 기능하도록 설정되는데: 멀티캐스트 소스(1)가 D1에 대응하는 활성 멀티캐스트 소스이고, RP(3)가 멀티캐스트 소스로부터 송신된 멀티캐스트 패킷을 수신한 마지막 시간 이후에 타이머가 시작한다고 가정하고; 시간 임계치 내에 멀티캐스트 소스(1)로부터 D1로의 멀티캐스트 패킷이 더 이상 수신되지 않는 경우, 멀티캐스트 소스(1)는 더 이상 D1의 대응하는 활성 멀티캐스트 소스가 아니라고 결정할 것이고, RP(3)는 D1에 대응하는 활성 멀티캐스트 소스들로부터 멀티캐스트 소스(1)를 삭제할 것이고; 바람직하게는, 멀티캐스트 소스(1)가 다른 멀티캐스트 어드레스들에 대응하는 활성 멀티캐스트 소스인 경우, RP(3)는 D1의 시간만료로 인해 다른 멀티캐스트 어드레스들에 대응하는 활성 멀티캐스트 소스들로부터 멀티캐스트 소스(1)를 삭제하지 않을 것이다.
▶ 각 멀티캐스트 어드레스에 멀티캐스트 데이터 전달을 위해 이용될 수 있는 잔여 대역폭을 고려한다.
도 3c를 참조하면, 도 3b에 도시된 경우와의 하나의 주요한 차이점은 RP(3)에서 대응하는 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하기 위해 이용가능한 대역폭의 상한이 RP(3)에 대응하는 멀티캐스트 어드레스 각각에 대해 각각 설정된다는 것에 있다. 통상적으로, 전체 10Mbps 대역폭 중 1Mbps가 멀티캐스트 데이터 전달에 이용가능하고, 거기서 300kbps는 멀티캐스트 어드레스 D1에 할당되고, 반면에 700kbps는 남아 있다고 가정한다. 확실히, RP(3)에 대응하는 다른 멀티캐스트 트래픽들이 존재하는 경우, 1Mbps 대역폭의 할당이 상이하게 될 수 있다.
따라서 멀티캐스트 어드레스들(D1 및 D2)은 전체 1Mbps 멀티캐스트 대역폭을 더 이상 동적으로 공유하지 않을 것이다. 멀티캐스트 어드레스(D1)를 가리키는 서비스 요건이 갑자기 증가할 때, 멀티캐스트 어드레스(D1)에 대응하는 요구된 대역폭은 300kbps를 초과하는 상황이 발생할 수 있지만, 이때 이 경우의 규칙들에 따라 RP(3)는 일부 점유되지 않은 채로 남아있을지라도 D2에 사전-할당된 700kbps 대역폭의 일부를 D1에 넘겨주지 않을 것이다.
상기 원칙에 기초하여, RP(3)에서, D1의 300kbps 대역폭 중 100kbps가 남아있고, D2의 700kbps 중 600kbps가 남아있다고 가정한다. 도 3c에 도시된 흐름도는 멀티캐스트 소스(1)에 의해 요청된 멀티캐스트 어드레스들 각각에 대해 실행된다. 멀티캐스트 어드레스(D)를 예로 들면, 단계(S321)에서 RP(3)는 150kbps와 같이, 멀티캐스트 송신 요청 메시지로부터 D1에 대응하는 요구된 대역폭을 추출한다.
요구된 대역폭 150kbps는 D1에 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭 100kbps보다 크기 때문에, 단계(S322')에서, 부정적인 결정이 획득되고, 따라서 멀티캐스트 어드레스(D1)에 대응하는 요구된 대역폭을 업데이트하도록 나타내는 단계(S325')로 진입한다. 상세한 절차는 상술한 단계(S325)의 내용이 참조될수 있다.
반대로, D1에 대응하는 요구된 대역폭이 D1에 멀티캐스트 데이터를 전달 하기 위해 이용가능한 잔여 대역폭 이하인 경우, RP(3)는 D1에 멀티캐스트 데이터를 송신하도록 멀티캐스트 소스(1)를 승인할 것이고, 활성 멀티캐스트 소스들의 사전-저장된 표를 업데이트하고, 바람직하게는, 대응하는 요구된 대역폭을 표에서 멀티캐스트 소스(1 및 D1) 양쪽 모두와 관련된 항목으로서 작성한다.
▶ 멀티캐스트 데이터를 특정 멀티캐스트 어드레스로 전달할 때 지원가능한 멀티캐스트 소스들의 수를 고려한다.
도 3b 및 도 3c와 상이한 도 3d를 참조하면, 이 경우에, 멀티캐스트 소스의 수는 멀티캐스트 소스(1)의 멀티캐스트 송신 요청이 승인되는지 여부를 결정하기 위한 제한적인 조건으로서 이용된다. 상세들은:
RP(3)에서 멀티캐스트 소스들의 상한수가 각 대응하는 멀티캐스트 어드레스(이를테면 D1 및 D2)에 대해 설정된다. 예를 들면, RP(3)는 기껏해야 3개의 멀티캐스트 소스들에 대해 D1에 및 기껏해야 5개의 멀티캐스트 소스들에 대해 D2에 멀티캐스트 데이터를 전달한다. 멀티캐스트 데이터를 D1에 송신하도록 요청하는 멀티캐스트 소스(1)로부터의 멀티캐스트 송신 요청을 수신할 때, RP(3)는 사전-저장된 및 계속해서 업데이트된 활성 멀티캐스트 소스들의 표를 참고하고, D1으로의 전달에 대해 지원가능한 멀티캐스트 소스들의 수(즉, 3)와 RP(3)가 현재 D1에 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이가 1 이상인지의 여부를 결정하고, 이에 따라 단계(S322')의 결과를 획득한다.
이해할 수 있는 바와 같이, RP(3)가 3 멀티캐스트 소스들에 대해 멀티캐스트 어드레스(D1)로 멀티캐스트 데이터를 전달할 때, 이 방법은 단계(S326)로 진입하고, 멀티캐스트 소스(1)로부터 멀티캐스트 어드레스(D1)로의 멀티캐스트 데이터의 송신을 거절된다. 반대로, S323''이 진입되고, 요청이 승인되고, 활성 멀티캐스트 소스들의 표가 이에 따라 업데이트된다. 이 경우, 대역폭이 필수적인 제한 조건이 아니기 때문에, 대역폭과 관련된 항목들은 활성 멀티캐스트 소스들의 표에 반드시 포함될 필요는 없다.
바람직하게는, 각 멀티캐스트 소스에 의해 이용된 대역폭은 설정값을 초과하지 않아야 한다는 암시적인 가정이 존재할 수 있다. 이 방식으로 멀티캐스트 소스들의 수가 상한에 도달할 때, 점유된 대역폭은 RP가 제공할 수 있는 멀티캐스트 대역폭의 상한을 초과하지 않을 것이다.
▶ 멀티캐스트 데이터를 각 멀티캐스트 어드레스로 전달할 때 멀티캐스트 소스들의 지원가능한 전체 수를 고려한다.
도 3e를 참조하면, RP(3)에 대응하는 멀티캐스트 어드레스들은 D1 및 D2를 포함하고, RP(3)가 제한적 조건으로서 멀티캐스트 데이터를 전달할 수 있는 멀티캐스트 소스들의 전체 수를 이용한다고 가정한다.
구체적으로, RP(3)는 기껏해야 10개의 멀티캐스트 소스들에 대해 멀티캐스트 데이터를 전달할 수 있고, 이미 3개의 멀티캐스트 소스들에 대해 D1으로 및 6개의 멀티캐스트 소스들에 대해 D2로 데이터 전달하고 있다. 단계(S322''')에서 RP(3)는 데이터를 전달하는 멀티캐스트 소스들의 수와 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 전체 수 간의 차이가 1 이상인지의 여부를 결정한다. 긍정적인 결과가 획득되면, 단계(S323''')으로 진입하여 요청된 멀티캐스트 어드레스로 멀티캐스트 데이터를 송신하도록 멀티캐스트 소스(1)를 승인한다.
반대로, RP(3)가 당시에 10개의 멀티캐스트 소스들에 멀티캐스트 데이터를 전달중이면, 부정적인 결정이 단계(S322''')에서 획득되고, 이에 따라 멀티캐스트 소스(1)가 요청된 멀티캐스트 어드레스로 멀티캐스트 데이터를 송신하는 것을 거절하는 S327으로 진입된다.
상기 예에서 멀티캐스트 소스(1)가 멀티캐스트 데이터를 송신하도록 요청하는 멀티캐스트 어드레스들이 아무리 많을지라도, 모두가 하나의 멀티캐스트 소스로서 취급된다고 고려할 수 있다. 따라서, 단계(S322''')에서 획득한 차이는 1이면, 요청은 멀티캐스트 소스(1)가 D1 및 D2에 개별적으로 송신하도록 요청하는 경우에도 승인될 것이다.
다양한 상기 예에서 멀티캐스트 소스가 상이한 멀티캐스트 어드레스들로 멀티캐스트 데이터를 송신하도록 요청할 때, 처리에 있어서 다수의 멀티캐스트 소스들로서 간주될 것이다. 구체적으로, 멀티캐스트 소스(1)가 멀티캐스트 어드레스들(D1 및 D2)로 멀티캐스트 데이터를 송신하도록 요청하는 예를 든다. 전체 멀티캐스트 소스의 상한이 10이고, RP(3)가 전달하는 멀티캐스트 소스들의 수는 9인 것을 고려하면, RP(3)는 기껏해야 하나의 새로운 멀티캐스트 소스를 지원할 것이다. 따라서, 도 3e에 예시된 단계(S327)의 대안으로서 RP(3)는 D1 및 D2로부터 하나를 선택하도록 멀티캐스트 소스(1)를 나타내고 멀티캐스트 송신 요청을 다시 개시할 수 있다. 아니면, RP(3)는 이들로부터 하나를 직접 선택하고, 멀티캐스트 요청 응답을 전송하는 수단에 의해 이 선택에 관해 멀티캐스트 소스(1)에 통지하고, 활성 멀티캐스트 소스들의 표를 업데이트한다. 도 3d의 예와 유사하게, 대역폭 관련 항목은 활성 멀티캐스트 소스들의 표에 포함되어야한 하는 것은 아니다. 선택적으로, 멀티캐스트 소스(1)가 D1 및 D2에 멀티캐스트 데이터를 각각 송신하도록 요청하고 RP(3)가 현재 3개의 멀티캐스트 소스들에 대해 멀티캐스트 데이터를 전달하고 있으면, 멀티캐스트 소스(1)는 단계(S323''')에서 D1 및 D2에 송신할 것을 승인받는다. 또한, 활성 멀티캐스트 표가 업데이트된 이후, 멀티캐스트 소스(1)는 D1 및 D2에 대응하는 표의 부분들에서 출현할 것이고, 새로운 멀티캐스트 송신 요청이 발생하면, 멀티캐스트 소스(1)는 RP(3)가 멀티캐스트 데이터를 전달하는 2개의 멀티캐스트 소스들로서 간주될 것이다.
바람직하게는, 이 방법의 암시적인 추정 즉, 각 멀티캐스트 소스에 의해 이용된 대역폭은 설정값을 초과하지 않는다는 추정 또한 존재할 수 있다. 따라서, 각 멀티캐스트 어드레스에 대응하는 멀티캐스트 소스들의 수가 상한에 도달할 때, 점유된 전체 대역폭은 RP가 제공할 수 있는 멀티캐스트 대역폭의 상한을 초과하지 않을 것이다.
본 발명은 방법의 흐름도와 조합하여 상세히 기술될 것이고, 이하, 장치들의 블록도들과 조합하여 장치들이 소개될 것이다. 상기와 관련된 내용은 여기에 참조로서 이용될 수 있다는 것이 이해되어야 한다.
도 4a는 본 발명의 일 실시예에 따라 멀티캐스트 송신 요청들을 처리하는 RP의 제 1 장치의 블록도를 도시하는데, 여기서 제 1 수신 수단(300) 및 처리 수단(301)이 포함된다. 제 1 수신 수단(300)은 도 2a 내지 도 2c에서 예시된 바와 같이 단계들(S21, S24 또는 S27)에서 멀티캐스트 소스들 또는 전달 디바이스들로부터 멀티캐스트 송신 요청들을 수신하고, 이를 처리 수단(301)에 전달할 책임이 있다.
도 3b 내지 도 3e와 조합하여 단계(S32)에 관한 논의에 따라 제 1 장치(30)의 처리 수단(301)은 도 4b 내지 도 4e에 도시된 바와 같이 4개의 방식으로 구현될 수 있다. 필요한 응용가능한 시나리오들의 양에 따라, 제 1 장치(30)는 도 4b 내지 도 4e의 하나 이상의 수단/모듈들로 구성될 수 있다. 첨부 도면들에서 예시된 다수의 수단/모듈들로 구성될 때, 제 1 결정 수단(3010) 및 제 2 결정 수단(3012), 제 1 비교 수단(30110) 및 제 2 비교 수단(3013) 및 제 1 실행 수단(30111) 및 제 2 실행 수단(3014)을 포함하는(그러나 이것으로 제한되지 않음) 동일한 또는 유사한 기능들을 구현하는 수단/모듈들은 동일한 수단/모듈에 의해 구현될 수 있다는 것을 이해해야 한다. 상세들은:
제 1 수신 수단(300)에 의해 수신된 멀티캐스트 송신 요청에 따라 도 3b에 도시된 단계(S321)를 실행하는 제 1 결정 수단(3010)을 포함하는 도 4b를 참조한다. 제 1 결정 수단(3010)의 결정 결과 및 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭에 기초하여, 제 1 서브-처리 수단(3011)은 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리한다. 그 기능은 도 3b에 도시된 단계(S322)를 실행하기 위한 제 1 비교 수단(30110) 및 도 3b에 도시된 단계(S323 내지 S325)를 실행하기 위한 제 1 실행 수단(30111)에 의해 실현된다.
처리 수단(301)이 도 3c에 도시된 단계(S321')를 실행하기 위한 제 2 결정 수단(3012)을 포함하는 도 4c를 참조한다. 결정 결과는 후속 단계(S322')를 실행하기 위한 제 2 비교 수단(3013)에 제공되고, 비교 결과는 단계(S323' 또는 S325')를 실행하도록 제 2 실행 수단(3014)에 제공된다. 단계(S325')에 대해 기술된 임의의 다양성은 제 2 실행 수단(3014)에 의해서도 실현될 수 있다.
처리 수단(301)이 도 3d에 도시된 실행 단계(S322')를 위한 제 1 결정 수단(3015), 및 단계(S323'') 및 단계(S326)를 실행하기 위한 제 3 실행 수단(3016)을 포함하는 도 4d를 참조한다.
처리 수단(301)이 도 3e에 도시된 단계(S322''')를 실행하기 위한 제 2 결정 수단(3017), 및 도 3e에 도시된 단계(S323''') 및 단계(S327)를 실행하기 위한 제 4 실행 수단(3018)을 포함하는 도 4e를 참조한다.
도 5는 본 발명의 일 실시예에 따라 RP 및 멀티캐스트 소스 간의 상호작용들을 보조하는 전달 디바이스의 제 2 장치의 블록도를 도시한다. 도 1의 전달 디바이스(21)를 예로 들면, 예시된 제 2 장치(210)는:
적어도 하나의 멀티캐스트 어드레스를 나타내는 멀티캐스트 소스로부터 멀티캐스트 송신 요청을 수신하는, 즉 도 2b에 예시된 단계(S23) 및 도 2c에 예시된 단계(S26)에서 송신된 멀티캐스트 송신 요청을 수신하기 위한 제 2 수신 수단(2100);
적어도 하나의 멀티캐스트 어드레스 각각에 대해 멀티캐스트 소스 대신에 멀티캐스트 어드레스에 멀티캐스트 어드레스를 송신하도록 멀티캐스트 어드레스에 대응하는 RP를 요청하는, 즉 도 2b의 단계(S24) 및 도 2c의 단계(S27)를 실행하기 위한 요청 수단(2101);
멀티캐스트 소스를 대신해 전달 디바이스에 의해 생성된 요청에 응답하기 위해 이용되는, 각 멀티캐스트 어드레스에 대응하는 각 RP에 의해 송신된 멀티캐스트 요청 응답을 각각 수신하기 위한 제 3 수신 수단(2102); 및
대응하는 멀티캐스트 소스에 수신된 멀티캐스트 요청 응답을 송신하기 위한 제 1 송신 수단(2103)을 포함한다.
도 6a 및 도 6b는 본 발명의 상이한 실시예들에 따라, 멀티캐스트 데이터를 송신하도록 요청하기 위한 멀티캐스트 소스의 제 3 및 제 4 장치를 각각 도시한다. 도 6a는 상술한 시나리오들 1.1) 및 1.2)에 대응하고, 도 6b는 상술한 시나리오 1.3)에 대응한다. 요구된 응용가능한 시나리오들의 양에 따라 멀티캐스트 소스는 도 6a 및 도 6b의 하나 이상의 수단/모듈들로 구성될 수 있다. 첨부 도면들에서 도시된 다수의 수단/모듈들로 구성될 때, 제 1 생성 수단(100) 및 제 2 생성 수단(110)을 포함하는(그러나 이것으로 제한되지 않음) 동일한 또는 유사한 기능들을 구현하기 위한 수단/모듈들은 동일한 수단/모듈에 의해 구현될 수 있다는 것을 이해해야 한다.
구체적으로 예시된 제 3 장치(10)는 적어도 하나의 멀티캐스트 어드레스를 나타내는 유니캐스팅 멀티캐스트 송신 요청을 생성하기 위한 제 1 생성 수단(100); 및 적어도 하나의 멀티캐스트 어드레스의 RP 또는 대응하는 전달 디바이스에 멀티캐스트 송신 요청을 송신하기 위한 제 2 송신 수단(101)을 포함한다.
바람직하게는, 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 각각 송신할지의 여부를 나타내는 멀티캐스트 요청 응답을 수신하기 위한 제 4 수신 수단(102)을 또한 포함한다.
예시된 제 4 장치(11)는 멀티캐스트 어드레스를 나타내고 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하기 위한 멀티캐스트 소스 요청들을 나타내는 멀티캐스팅 멀티캐스트 송신 요청을 생성하기 위한 제 2 생성 수단(110); 멀티캐스트 어드레스에 멀티캐스팅 멀티캐스트 송신 요청을 송신하기 위한 제 3 송신 수단(111); 및 상기 멀티캐스트 소스가 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신할 수 있는지의 여부를 나타내는 멀티캐스트 요청 응답을 수신하기 위한 제 5 수신 수단(112)을 포함한다.
본 발명은 상술한 특정 실시예들로 제한되지 않고, 임의의 대안 또는 변형이 첨부된 청구범위에 의해 규정된 범위로부터 벗어남 없이 당업자에 의해 이루어질 수 있다는 것을 이해할 필요가 있다.
1: 멀티캐스트 소스 10: 제 3 장치
11: 제 4 장치 21, 22: 전달 디바이스
30: 제 1 장치 100: 제 1 생성 수단
101: 제 2 송신 수단 102: 제 4 수신 수단
110: 제 2 생성 수단 111: 제 3 송신 수단
112: 제 5 수신 수단 210: 제 2 장치
300: 제 1 수신 수단 301: 처리 수단
2100: 제 2 수신 수단 2101: 요청 수단
2102: 제 3 수신 수단 2103: 제 1 송신 수단
3010: 제 1 결정 수단 3012: 제 2 결정 수단
3013: 제 2 비교 수단 3014: 제 2 실행 수단
30110: 제 1 비교 수단 30111: 제 1 실행 수단

Claims (46)

  1. ASM-기반 RP에서 멀티캐스트 소스(multicast source)의 멀티캐스트 송신 요청을 처리하기 위한 방법에 있어서:
    a. 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하기 위해 상기 멀티캐스트 소스로부터 상기 멀티캐스트 송신 요청을 수신하는 단계; 및
    b. 상기 멀티캐스트 송신 요청 및 상기 RP의 잔여 멀티캐스트 전달 리소스들에 따라 상기 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  2. 제 1 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스들은 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭을 포함하고, 상기 단계 b는:
    b1. 상기 멀티캐스트 송신 요청에 따라 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 결정하는 단계; 및
    b2. 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭 및 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 상기 잔여 대역폭에 기초하여 상기 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  3. 제 2 항에 있어서,
    상기 멀티캐스트 송신 요청은 상기 각 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 나타내고, 상기 단계 b1은:
    - 상기 멀티캐스트 송신 요청으로부터 상기 각 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 획득하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  4. 제 2 항 또는 제 3 항에 있어서,
    상기 단계 b2는:
    - 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합을 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭과 비교하는 단계; 및
    - 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합이 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭 이하일 때 각 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  5. 제 4 항에 있어서,
    각 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계는:
    - 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 소스로서 각 상기 멀티캐스트 어드레스에 대응하는 멀티캐스트 소스를 부가하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  6. 제 4 항에 있어서,
    상기 단계 b2는:
    - 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합이 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭보다 클 때,
    멀티캐스트 어드레스들의 부분에 대응하는 요구된 대역폭의 합이 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 상기 잔여 대역폭 이하인 경우 모든 상기 멀티캐스트 어드레스들로부터 상기 멀티캐스트 어드레스들의 부분을 선택하고, 상기 멀티캐스트 어드레스들의 부분에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계; 및
    상기 적어도 하나의 멀티캐스트 어드레스의 멀티캐스트 어드레스들의 제 1 번호에 대해 대응하는 요구된 대역폭을 업데이트하도록 상기 멀티캐스트 소스를 나타내는 단계 중 임의의 하나를 실행하는 단계를 추가로 포함하는, 멀티캐스트 송신 요청 처리 방법.
  7. 제 6 항에 있어서,
    상기 멀티캐스트 어드레스들의 부분에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계는:
    - 상기 RP에 사전-저장된 상기 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 어드레스로서 상기 멀티캐스트 어드레스들의 부분의 각각에 대응하는 상기 멀티캐스트 소스를 부가하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  8. 제 1 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스들은 상기 RP의 각 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭을 포함하고, 상기 단계 b는 상기 적어도 하나의 멀티캐스트 어드레스 각각에 대해:
    b1'. 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 결정하는 단계;
    b2'. 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 상기 RP의 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭과 비교하는 단계; 및
    b3'. 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭이 상기 RP의 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭 이하일 때, 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계를 실행하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  9. 제 8 항에 있어서,
    상기 멀티캐스트 송신 요청은 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 나타내고, 상기 단계 b1'는:
    - 상기 멀티캐스트 송신 요청으로부터 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 획득하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  10. 제 8 항에 있어서,
    상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계는:
    - 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 어드레스로서 상기 멀티캐스트 어드레스에 대응하는 상기 멀티캐스트 소스를 부가하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  11. 제 8 항에 있어서,
    상기 단계 b에서 및 상기 단계 b2' 이후에:
    - 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭이 상기 RP의 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭보다 클 때, 상기 멀티캐스트 어드레스에 대응하는 상기 요구된 대역폭을 업데이트하도록 상기 멀티캐스트 소스를 나타내는 단계를 추가로 포함하는, 멀티캐스트 송신 요청 처리 방법.
  12. 제 1 항에 있어서,
    상기 RP의 상기 잔여 멀티캐스트 전달 리소스들은 각 멀티캐스트 어드레스에 대해, 상기 RP가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이를 포함하고,
    상기 단계 b는:
    상기 적어도 하나의 멀티캐스트 어드레스 각각에 대해, 상기 RP가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이가 1 이상인지의 여부를 결정하는 단계; 및
    상기 RP가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이가 1 이상인 경우, 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계를 실행하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  13. 제 12 항에 있어서,
    상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계는:
    - 상기 RP에 사전-저장된 상기 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 소스로서 상기 멀티캐스트 어드레스에 대응하는 상기 멀티캐스트 소스를 부가하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  14. 제 1 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스들은 상기 RP가 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 전체 수와 상기 RP가 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이를 포함하고, 상기 단계 b는:
    - 상기 차이가 1 이상인지의 여부를 결정하는 단계; 및
    - 상기 차이가 1 이상인 경우, 상기 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  15. 제 14 항에 있어서,
    상기 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 단계는:
    - 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 소스로서 각 상기 멀티캐스트 어드레스에 대응하는 멀티캐스트 소스를 부가하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  16. 제 1 항에 있어서,
    상기 단계 a는:
    - 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하는, 상기 멀티캐스트 소스를 위한 전달 디바이스에 의해 송신된 멀티캐스트 송신 요청을 수신하는 단계를 포함하는, 멀티캐스트 송신 요청 처리 방법.
  17. ASM-기반 전달 디바이스에서 RP와 멀티캐스트 소스 간의 시그널링 상호작용들을 보조하기 위한 방법에 있어서:
    - 상기 멀티캐스트 소스로부터 적어도 하나의 멀티캐스트 어드레스를 나타내는 멀티캐스트 송신 요청을 수신하는 단계; 및
    - 상기 멀티캐스트 소스에 대해, 상기 적어도 하나의 멀티캐스트 어드레스 각각에 대한 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 어드레스에 대응하는 RP를 요청하는 단계를 포함하는, 시그널링 상호작용 보조 방법.
  18. 제 17 항에 있어서,
    상기 멀티캐스트 송신 요청은 유니캐스팅 멀티캐스트 송신 요청 또는 멀티캐스팅 멀티캐스트 송신 요청인, 시그널링 상호작용 보조 방법.
  19. 제 17 항에 있어서,
    - 상기 멀티캐스트 소스에 대해 상기 전달 디바이스에 의해 실행된 상기 요청에 응답하기 위해 이용되는, 상기 각 멀티캐스트 어드레스에 대응하는 각 RP에 의해 송신된 멀티캐스트 요청 응답을 각각 수신하는 단계; 및
    - 각 수신된 멀티캐스트 요청 응답을 상기 멀티캐스트 소스에 송신하는 단계를 추가로 포함하는, 시그널링 상호작용 보조 방법.
  20. ASM-기반 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법에 있어서:
    A. 적어도 하나의 멀티캐스트 어드레스를 나타내는 유니캐스팅 멀티캐스트 송신 요청을 생성하는 단계; 및
    B. 상기 적어도 하나의 멀티캐스트 어드레스에 대응하는 RP 또는 전달 디바이스에 상기 멀티캐스트 송신 요청을 송신하는 단계를 포함하는, 멀티캐스트 데이터 송신 요청 방법.
  21. 제 20 항에 있어서,
    상기 단계 B 이후에:
    C. 상기 멀티캐스트 소스가 상기 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신할 수 있는지의 여부를 나타내는 멀티캐스트 요청 응답을 각각 수신하는 단계를 추가로 포함하는, 멀티캐스트 데이터 송신 요청 방법.
  22. ASM-기반 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 방법에 있어서:
    L. 멀티캐스트 소스가 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하는 것을 나타내는, 멀티캐스트 어드레스를 나타내는 멀티캐스팅 멀티캐스트 송신 요청을 생성하는 단계; 및
    M. 상기 멀티캐스트 어드레스에 상기 멀티캐스팅 멀티캐스트 송신 요청을 송신하는 단계를 포함하는, 멀티캐스트 데이터 송신 요청 방법.
  23. 제 22 항에 있어서,
    상기 단계 M 이후에:
    N. 상기 멀티캐스트 소스가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신할 수 있는지의 여부를 나타내는 멀티캐스트 요청 응답을 수신하는 단계를 포함하는, 멀티캐스트 데이터 송신 요청 방법.
  24. ASM-기반 멀티캐스트 RP에서 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하기 위한 제 1 장치에 있어서:
    적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하기 위해 상기 멀티캐스트 소스로부터 멀티캐스트 송신 요청을 수신하기 위한 제 1 수신 수단; 및
    상기 멀티캐스트 송신 요청 및 상기 RP의 잔여 멀티캐스트 전달 리소스들에 따라 상기 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하기 위한 처리 수단을 포함하는, 제 1 장치.
  25. 제 24 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스는 멀티캐스트 데이터 전달을 위해 이용가능한 상기 RP의 잔여 대역폭을 포함하고,
    상기 처리 수단은:
    상기 제 1 수신 수단에 의해 수신된 상기 멀티캐스트 송신 요청에 따라 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 결정하기 위한 제 1 결정 수단; 및
    각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭 및 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭에 기초하여 상기 멀티캐스트 소스의 멀티캐스트 송신 요청을 처리하기 위한 제 1 서브-처리 수단을 포함하는, 제 1 장치.
  26. 제 25 항에 있어서,
    상기 멀티캐스트 송신 요청은 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 나타내고, 상기 제 1 결정 수단은 상기 멀티캐스트 송신 요청으로부터 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 획득하기 위해 이용되는, 제 1 장치.
  27. 제 25 항 또는 제 26 항에 있어서,
    상기 제 1 서브-처리 수단은:
    각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합을 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭과 비교하기 위한 제 1 비교 수단; 및
    각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합이 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭 이하일 때 각 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하기 위한 제 1 실행 수단을 포함하는, 제 1 장치.
  28. 제 27 항에 있어서,
    상기 제 1 실행 수단은 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합이 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭 이하일 때, 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 소스로서 각 상기 멀티캐스트 어드레스에 대응하는 상기 멀티캐스트 소스를 부가하기 위해 또한 이용되는, 제 1 장치.
  29. 제 27 항에 있어서,
    상기 제 1 실행 수단은:
    각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭의 합이 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭보다 클 때,
    상기 멀티캐스트 어드레스들의 부분에 대응하는 요구된 대역폭의 합이 상기 RP에서 멀티캐스트 데이터 전달을 위해 이용가능한 잔여 대역폭 이하인 경우 모든 상기 멀티캐스트 어드레스들로부터 상기 멀티캐스트 어드레스들의 부분을 선택하고, 상기 멀티캐스트 어드레스들의 부분에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하고;
    상기 적어도 하나의 멀티캐스트 어드레스의 멀티캐스트 어드레스들의 제 1 번호에 대해 대응하는 요구된 대역폭을 업데이트하도록 상기 멀티캐스트 소스를 나타내는 동작들 중 임의의 하나를 실행하기 위해 또한 이용되는, 제 1 장치.
  30. 제 29 항에 있어서,
    멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하는 동작은:
    - 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 어드레스로서 상기 멀티캐스트 어드레스들의 부분의 각각에 대응하는 상기 멀티캐스트 소스를 부가하는 것을 포함하는, 제 1 장치.
  31. 제 24 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스들은 상기 RP의 각 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭을 포함하고, 상기 처리 수단은 상기 적어도 하나의 멀티캐스트 어드레스 각각에 대해 대응하는 동작들을 실행하기 위해:
    상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 결정하기 위한 제 2 결정 수단;
    상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 상기 RP의 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭과 비교하기 위한 제 2 비교 수단; 및
    상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭이 상기 RP의 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 전달하기 위해 이용가능한 상기 잔여 대역폭 이하일 때, 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하기 위한 제 2 실행 수단을 포함하는, 제 1 장치.
  32. 제 31 항에 있어서,
    상기 멀티캐스트 송신 요청은 각 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 나타내고,
    상기 제 2 결정 수단은:
    상기 멀티캐스트 송신 요청으로부터 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 획득하기 위해 또한 이용되는, 제 1 장치.
  33. 제 31 항에 있어서,
    상기 제 2 실행 수단은:
    상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭이 상기 RP의 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭 이하일 때, 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 어드레스로서 상기 멀티캐스트 어드레스에 대응하는 멀티캐스트 소스를 부가하기 위해 또한 이용되는, 제 1 장치.
  34. 제 31 항에 있어서,
    상기 제 2 실행 수단은:
    상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭이 상기 RP의 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하기 위해 이용가능한 잔여 대역폭보다 클 때, 상기 멀티캐스트 어드레스에 대응하는 요구된 대역폭을 업데이트하도록 상기 멀티캐스트 소스에 나타내기 위해 또한 이용되는, 제 1 장치.
  35. 제 24 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스들은 각 멀티캐스트 어드레스에 대해, 상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이를 포함하고, 상기 처리 수단은 상기 적어도 하나의 멀티캐스트 어드레스 각각에 대해 대응하는 동작들을 실행하기 위해:
    상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이가 1 이상인지의 여부를 결정하기 위한 제 1 결정 수단; 및
    상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이가 1 이상인 경우, 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하기 위한 제 3 실행 수단을 추가로 포함하는, 제 1 장치.
  36. 제 35 항에 있어서,
    상기 제 3 실행 수단은 상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 수와 상기 RP가 상기 멀티캐스트 어드레스로 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이가 1 이상인 경우, 상기 RP에 사전-저장된 상기 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 소스로서 상기 멀티캐스트 어드레스에 대응하는 멀티캐스트 소스를 부가하기 위해 또한 이용되는, 제 1 장치.
  37. 제 24 항에 있어서,
    상기 RP의 잔여 멀티캐스트 전달 리소스들은 상기 RP가 멀티캐스트 데이터를 전달할 때 지원가능한 멀티캐스트 소스들의 전체 수와 상기 RP가 멀티캐스트 데이터를 전달하는 멀티캐스트 소스들의 수 간의 차이를 포함하고,
    상기 처리 수단은:
    상기 차이가 1 이상인지의 여부를 결정하기 위한 제 2 결정 수단; 및
    상기 차이가 1 이상인 경우, 상기 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스를 승인하기 위한 제 4 실행 수단을 추가로 포함하는, 제 1 장치.
  38. 제 37 항에 있어서,
    상기 제 4 실행 수단은 상기 차이가 1 이상인 경우, 상기 RP에 사전-저장된 멀티캐스트 제어 정보를 업데이트하고, 인가된 멀티캐스트 소스로서 각 상기 멀티캐스트 어드레스에 대응하는 멀티캐스트 소스를 부가하기 위해 또한 이용되는, 제 1 장치.
  39. 제 24 항에 있어서,
    상기 제 1 수신 수단은:
    적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하는, 상기 멀티캐스트 소스를 위한 전달 디바이스에 의해 송신된 멀티캐스트 송신 요청을 수신하기 위해 또한 이용되는, 제 1 장치.
  40. ASM-기반 전달 디바이스에서 RP와 멀티캐스트 소스 간의 시그널링 상호작용들을 보조하기 위한 제 2 장치에 있어서:
    상기 멀티캐스트 소스로부터 적어도 하나의 멀티캐스트 어드레스를 나타내는 멀티캐스트 송신 요청을 수신하기 위한 제 2 수신 수단; 및
    상기 적어도 하나의 멀티캐스트 어드레스 각각에 대한 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 상기 멀티캐스트 소스에 대해 상기 멀티캐스트 어드레스에 대응하는 RP를 요청하기 위한 요청 수단을 포함하는, 제 2 장치.
  41. 제 40 항에 있어서,
    상기 멀티캐스트 송신 요청은 유니캐스팅 멀티캐스트 송신 요청 또는 멀티캐스팅 멀티캐스트 송신 요청인, 제 2 장치.
  42. 제 40 항에 있어서,
    상기 멀티캐스트 소스에 대해 상기 전달 디바이스에 의해 실행된 상기 요청에 응답하기 위해 이용되는 상기 각 멀티캐스트 어드레스에 대응하는 각 RP에 의해 송신된 멀티캐스트 요청 응답을 각각 수신하기 위한 제 3 수신 수단; 및
    상기 멀티캐스트 소스에 각 수신된 멀티캐스트 요청 응답을 송신하기 위한 제 1 송신 수단을 추가로 포함하는, 제 2 장치.
  43. ASM-기반 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 제 3 장치에 있어서:
    적어도 하나의 멀티캐스트 어드레스를 나타내는 유니캐스팅 멀티캐스트 송신 요청을 생성하기 위한 제 1 생성 수단; 및
    상기 적어도 하나의 멀티캐스트 어드레스에 대응하는 RP 또는 전달 디바이스에 상기 멀티캐스트 송신 요청을 송신하기 위한 제 2 송신 수단을 포함하는, 제 3 장치.
  44. 제 43 항에 있어서,
    상기 멀티캐스트 소스가 상기 적어도 하나의 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신할 수 있는지의 여부를 나타내는 멀티캐스트 요청 응답을 수신하기 위한 제 4 수신 수단을 추가로 포함하는, 제 3 장치.
  45. ASM-기반 멀티캐스트 소스에서 멀티캐스트 데이터를 송신하도록 요청하기 위한 제 4 장치에 있어서:
    멀티캐스트 소스가 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신하도록 요청하는 것을 나타내는, 멀티캐스트 어드레스를 나타내는 멀티캐스팅 멀티캐스트 송신 요청을 생성하기 위한 제 2 생성 수단; 및
    상기 멀티캐스트 어드레스에 상기 멀티캐스트의 멀티캐스트 요청을 송신하기 위한 제 3 송신 수단을 포함하는, 제 4 장치.
  46. 제 45 항에 있어서,
    상기 멀티캐스트 소스가 상기 멀티캐스트 어드레스에 멀티캐스트 데이터를 송신할 수 있는지의 여부를 나타내는 멀티캐스트 요청 응답을 수신하기 위한 제 5 수신 수단을 추가로 포함하는, 제 4 장치.
KR1020117005053A 2009-06-01 2009-06-01 멀티캐스팅을 요청하고, 멀티캐스팅 요청들을 처리하고 이러한 처리를 보조하기 위한 방법 및 디바이스 KR101517380B1 (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/072063 WO2010139109A1 (zh) 2009-06-01 2009-06-01 请求组播、处理组播请求及对其进行辅助的方法和装置

Publications (2)

Publication Number Publication Date
KR20130116387A true KR20130116387A (ko) 2013-10-24
KR101517380B1 KR101517380B1 (ko) 2015-05-04

Family

ID=43297258

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117005053A KR101517380B1 (ko) 2009-06-01 2009-06-01 멀티캐스팅을 요청하고, 멀티캐스팅 요청들을 처리하고 이러한 처리를 보조하기 위한 방법 및 디바이스

Country Status (6)

Country Link
US (1) US8509233B2 (ko)
EP (1) EP2439876B1 (ko)
JP (1) JP2012529190A (ko)
KR (1) KR101517380B1 (ko)
CN (1) CN102067516A (ko)
WO (1) WO2010139109A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448126A (zh) * 2010-09-30 2012-05-09 索尼公司 通信资源集合配置方法和装置以及资源管理方法和系统
US8804523B2 (en) * 2012-06-21 2014-08-12 Microsoft Corporation Ensuring predictable and quantifiable networking performance
CN106161268A (zh) * 2015-03-27 2016-11-23 华为技术有限公司 组播组分配方法、集中控制点及组播路由器
US9848317B2 (en) 2015-11-25 2017-12-19 Viasat, Inc. Multicast handover for mobile communications
US10341225B2 (en) * 2016-12-30 2019-07-02 Hughes Network Systems, Llc Bonding of satellite terminals
CN109428814B (zh) * 2017-09-04 2022-12-02 中兴通讯股份有限公司 一种组播流量传输方法、相关设备和计算机可读存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20011778A (fi) * 2001-09-07 2003-03-08 Nokia Corp Ryhmälähetyksen toteutus
US7346053B1 (en) * 2002-05-07 2008-03-18 Cisco Technology, Inc. Methods and apparatus for supporting IP multicast for a mobile router
JP4165196B2 (ja) * 2002-11-26 2008-10-15 株式会社日立製作所 パケット中継装置
CN1243430C (zh) * 2002-11-26 2006-02-22 华为技术有限公司 实现组播源到汇聚点注册的方法
JP4382528B2 (ja) * 2004-02-27 2009-12-16 富士通株式会社 マルチキャストネットワーク装置，マルチキャストネットワークシステムおよびマルチキャスト方法
US7940765B2 (en) * 2004-11-14 2011-05-10 Cisco Technology, Inc. Limiting unauthorized sources in a multicast distribution tree
US7911977B2 (en) * 2005-05-31 2011-03-22 Cisco Technology, Inc. Designated router assignment per multicast group address/range
US7936702B2 (en) 2005-12-01 2011-05-03 Cisco Technology, Inc. Interdomain bi-directional protocol independent multicast
KR100694227B1 (ko) * 2005-12-27 2007-03-14 삼성전자주식회사 멀티캐스팅 제어 시스템 및 그 방법
US7630370B2 (en) * 2007-02-28 2009-12-08 Sharp Laboratories Of America, Inc. Overlay join latency reduction using preferred peer list
US8064449B2 (en) * 2007-10-15 2011-11-22 Media Patents, S.L. Methods and apparatus for managing multicast traffic
US8526300B2 (en) * 2008-03-31 2013-09-03 Ericsson Ab Method and apparatus for providing resiliency in multicast networks
US8228812B2 (en) * 2008-12-12 2012-07-24 Electronics And Telecommunications Research Institute Method and system for providing multicast service in next-generation network
CN101442564B (zh) * 2008-12-25 2012-04-18 杭州华三通信技术有限公司 组播数据转发的方法和nat设备

Also Published As

Publication number Publication date
CN102067516A (zh) 2011-05-18
EP2439876A4 (en) 2014-01-15
EP2439876B1 (en) 2017-04-12
WO2010139109A1 (zh) 2010-12-09
EP2439876A1 (en) 2012-04-11
KR101517380B1 (ko) 2015-05-04
US8509233B2 (en) 2013-08-13
JP2012529190A (ja) 2012-11-15
US20110128956A1 (en) 2011-06-02

Similar Documents

Publication Publication Date Title
EP2587750B1 (en) Addressing the large flow problem for equal cost multi-path in the datacenter
TWI434551B (zh) 驅使在鏈路匯聚群組上多播訊務散佈
US8930451B2 (en) Multicast/unicast admission control method, device and system
US20020143951A1 (en) Method and system for multicast to unicast bridging
JP2004179811A (ja) パケット中継装置
KR101517380B1 (ko) 멀티캐스팅을 요청하고, 멀티캐스팅 요청들을 처리하고 이러한 처리를 보조하기 위한 방법 및 디바이스
JP2004147334A (ja) 端末ベースのリソース予約プロトコル
CN101299671A (zh) 用于组播数据包发送与接收的方法和装置
EP2281364B1 (en) Method and devices for multicast distribution optimization
US10404584B2 (en) Load sharing method and router device
US8072897B2 (en) Method, system and device for selecting edge connection link across different management domain networks
CN104301287B (zh) 一种多对多会话的实现方法、网络节点、服务器及系统
US20160269188A1 (en) Reverse directed acyclic graph for multiple path reachability from origin to identified destination via multiple target devices
US10225091B2 (en) Method for implementing point-to-multipoint multicast, network node, and system
JP4654278B2 (ja) マルチキャストツリー割当方法および装置
JP6070700B2 (ja) パケット転送システム、制御装置、パケット転送方法及びプログラム
JP4543097B2 (ja) セッションアウェア接続制御方法および装置
WO2009056013A1 (en) A policy control method and system for layer two device
WO2008154848A1 (fr) Procédé d'acquisition des informations de capacité d'un nœud de réseau entre des domaines, nœud de réseau et système de communication
EP2712478B1 (en) Internet group management protocol version three for quality of service support
JP5827664B2 (ja) マルチキャスティングの要求、マルチキャスティング要求の処理、および前記プロセスの補助のための、方法およびデバイス
Yang et al. Protocol design for scalable and adaptive multicast for group communications
WO2020021558A1 (en) Methods, apparatus and machine-readable media relating to path computation in a communication network
WO2017059709A1 (zh) 能力协商方法及装置
US9306836B2 (en) Searching for multicast consumers in a network of interconnected nodes

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: 20180420

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee