KR20180058826A

KR20180058826A - 도메인 네임 시스템들을 사용하는 멀티캐스트/브로드캐스트 리소스들의 주소 결정을 위한 방법 및 장치

Info

Publication number: KR20180058826A
Application number: KR1020187012426A
Authority: KR
Inventors: 아이메드 부아지지; 박경모
Original assignee: 삼성전자주식회사
Priority date: 2015-10-20
Filing date: 2016-10-20
Publication date: 2018-06-01
Also published as: CN108353383A; EP3342224A4; EP3342224B1; EP3342224A1; CN108353383B; WO2017069530A1; US20170111311A1; US10530739B2; KR102055849B1

Abstract

멀티미디어 방송 멀티캐스트 서비스(multimedia broadcast multicast service, MBMS)를 통해 리소스를 수신하도록 구성된 사용자 단말(user equipment, UE)은 프로세서 및 송수신기를 포함한다. 프로세서는 URI(uniform resource identifier)가 MBMS URI인지 여부를 결정하도록 구성된다. 송수신기는 MBMS URI에 기초하여 도메인 네임 서버(domain name server, DNS)에게 DNS 쿼리(query)를 송신하고 DNS로부터 적어도 하나의 리소스 레코드(resource record)를 수신하도록 구성된다. 프로세서는 DNS로부터 수신된 적어도 하나의 리소스 레코드에 기초하여, 유니캐스트 위치 또는 멀티캐스트 위치 중 적어도 하나를 결정하도록 더 구성된다.

Description

도메인 네임 시스템들을 사용하는 멀티캐스트/브로드캐스트 리소스들의 주소 결정을 위한 방법 및 장치

본 개시(disclosure)는 일반적으로 무선 데이터 송신에 관한 것이다. 보다 구체적으로, 본 개시는 도메인 네임 시스템(domain name system, DNS)을 사용하여 멀티캐스트(multicast) 및/또는 브로드캐스트(broadcast) 리소스들의 주소 결정(address resolution)을 위한 방법 및 장치에 관한 것이다.

최근, 모바일 무선 네트워크에서 클라이언트 디바이스들에 의해 실행되는 애플리케이션은 모바일 네트워크를 통한 데이터 트래픽을 상당히 증가시키고 있다. 이러한 타입의 애플리케이션들은 비디오 데이터와 같은 클라이언트 디바이스로와 송수신하기 위한 상대적으로 많은 양의 데이터를 필요로 할 수 있다. 데이터 트래픽을 증가시키는 것에 의해, 이러한 애플리케이션들은 이동 통신 사업자 및 핵심 네트워크들의 규모에 영향을 미칠 수 있다. 모바일 데이터 트래픽이 증가함에 따라, 새로운 문제가 발생할 수 있으며, 중대한 네트워크 트레이드-오프들(trade-offs)이 필요할 수도 있다. 멀티미디어 브로드캐스트/멀티캐스트 시스템(multimedia broadcast/multicast system, MBMS)을 사용하여 데이터를 다수의 사용자들에게 브로드캐스트함으로써 네트워크를 통한 데이터 트래픽의 양을 줄일 수 있으며, 그 이유는 브로드캐스트 채널은 (각 개별 클라이언트 디바이스의 동일한 컨텐츠 전송을 필요로하는 것이 아니라) 다수의 클라이언트 디바이스들에 의해 수신될 수 있기 때문이다.

본 개시는 도메인 네임 시스템들을 사용하는 멀티캐스트/브로드캐스트 리소스들의 주소 결정을 위한 방법 및 장치를 제공한다.

제 1 실시 예에서, 멀티미디어 방송 멀티캐스트 서비스(MBMS)를 통해 리소스를 수신하도록 구성된 사용자 단말(user equipment, UE)은 프로세서 및 송수신기를 포함한다. 프로세서는 URI(uniform resource identifier)가 MBMS URI인지 여부를 결정하도록 구성된다. 송수신기는 MBMS URI에 기초하여 도메인 네임 서버 (domain name server, DNS)에게 쿼리(query)를 송신하고 DNS로부터 적어도 하나의 리소스 레코드(resource record)를 수신하도록 구성된다. 프로세서는 DNS로부터 수신된 적어도 하나의 리소스 레코드에 기초하여, 유니캐스트 위치 또는 멀티캐스트 위치 중 적어도 하나를 결정하도록 더 구성된다.

제 2 실시 예에서, 사용자 단말(UE)에서 주소를 결정하는 방법은 URI가 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) URI인지를 결정하는 단계를 포함한다. 이 방법은 또한 MBMS URI에 기초하여 도메인 네임 서버(DNS)에게 DNS 쿼리를 송신하는 단계 및 DNS 쿼리에 대한 응답으로 DNS로부터 적어도 하나의 리소스 레코드를 수신하는 단계를 포함한다. 이 방법은 DNS로부터 수신된 적어도 하나의 리소스 레코드에 기초하여, 유니캐스트 위치 또는 멀티캐스트 위치 중 적어도 하나를 결정하는 단계를 더 포함한다.

제 3 실시 예에서, 도메인 네임 서버(DNS)는 통신 유닛 및 프로세서를 포함한다. 통신 유닛은 사용자 단말(UE)로부터 적어도 하나의 DNS 쿼리를 수신하도록 구성된다. 프로세서는 DNS 쿼리 빈도를 계산하도록 구성된다. 또한, 통신 유닛은 도메인 네임에 대한 DNQ 쿼리 빈도(frequency)를 멀티캐스트 서버로 송신하도록 구성된다.

다른 기술적 특징들은 다음의 도면들, 설명들 및 청구항들로부터 당업자에게 쉽게 명백해질 수 있다.

이하의 발명을 실시하기 위한 최선의 형태를 개시하기 전에, 본 특허 명세서 전반에 걸쳐 사용되는 특정 단어 및 어구의 정의를 기술하는 것이 바람직할 수 있다. 용어 "커플" 및 그 파생어는 둘 이상의 요소가 서로 물리적으로 접촉하는지의 여부와 관계없이 그들 사이의 직접 또는 간접적인 통신을 의미한다. 용어 "송신하다", "수신하다" 및 "통신하다"와 그들의 그 파생어들은 직접 및 간접적 통신 모두를 포함한다. 용어 "포함한다(include)" 및 "포함한다(comprise)"와 그들의 파생어들은 제한없이 포함하는 것을 의미한다. 용어 "또는"은 및/또는을 의미하는 포함적인 것이다. 용어 "제어기(controller)"는 적어도 하나의 동작을 제어하는 어떠한 장치, 시스템 또는 그의 부분을 의미한다. 이러한 제어기는 하드웨어 또는 하드웨어 및 소프트웨어와 및/또는 펌웨어의 조합에 의해 구현될 수도 있다. 어떠한 특정 제어기와 관련된 기능들은 국부적이든 또는 원격적이든 관계없이 집중화되거나 분산화될 수도 있다. "~중 적어도 하나"가 항목들의 리스트와 함께 사용되는 때에, 열거된 항목들 중 하나 이상의 것들의 상이한 조합들이 사용될 수 있으며, 리스트 내의 오직 하나의 항목만이 필요할 수도 있음을 의미한다. 예를 들어, "A, B, 및 C 중 적어도 하나"는 다음과 같은 조합들 중의 임의의 것을 포함한다: A, B, C, A 및 B, A 및 C, A 및 B, 그리고 및 B 및 C.

또한, 이하에서 기술된 다양한 기능들은 하나 이상의 컴퓨터 프로그램들에 의해서 구현되거나 지원될 수 있으며, 이러한 프로그램들 각각은 컴퓨터 판독 가능한 프로그램 코드로 형성되어 컴퓨터 판독 가능한 매체에서 실시될 수 있다. 용어 "애플리케이션" 및 "프로그램"은 적합한 컴퓨터 판독 가능한 프로그램 코드로 구현되도록 구성되는 하나 이상의 컴퓨터 프로그램들, 소프트웨어 컴포넌트들, 인스트럭션들의 세트, 프로시저들, 함수들, 객체들, 클래스들, 인스턴스들, 관련 데이터들, 또는 이의 부분을 지칭한다. 어구 "컴퓨터 판독 가능한 프로그램 코드"는 소스 코드, 오브젝트 코드, 및 실행 가능한 코드를 포함하는, 임의의 타입의 컴퓨터 코드를 포함한다. 어구 "컴퓨터 판독 가능한 매체"는 컴퓨터에 의해서 액세스될 수 있는 임의의 타입의 매체, 예를 들어, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 하드 디스크 드라이브, 컴팩트 디스크(CD), DVD(digital video disc), 또는 임의의 다른 타입의 메모리를 포함한다. "비일시적" 컴퓨터 판독 가능한 매체는 일시적 전기적 또는 다른 신호들을 전송하는 유선, 무선, 광학적, 또는 다른 통신 링크들을 제외한다. 비일시적 컴퓨터 판독 가능한 매체는 데이터가 영구적으로 저장될 수 있는 매체, 및 데이터가 저장되고 이후에 오버라이트될 수 있는 매체, 예를 들어서, 재기록 가능한 광학 디스크 또는 소거 가능한 메모리 디바이스를 포함한다.

다른 특정 단어 및 어구에 대한 정의가 이 특허 문헌 전반에 걸쳐 제공된다. 당업자는 많은 경우가 아니더라도 대부분의 경우, 이러한 정의는 종래에 뿐만 아니라 그러한 정의된 단어 및 어구의 향후 사용에 적용될 수 있음을 이해해야 한다.

다양한 예들이 도메인 네임(domain name) 시스템들을 사용하는 멀티캐스트/브로드캐스트(multicast/broadcast) 리소스들의 주소(address) 결정(resolution)을 위한 방법을 제공한다.

본 개시 및 그 이점에 대한 보다 완전한 이해를 위해, 이제 첨부된 도면과 함께 취해지는 다음의 설명을 참조한다.
도 1은 본 개시에 따른 예시적인 컴퓨팅 시스템을 도시한다.
도 2 및 도 3은 본 개시에 따른 컴퓨팅 시스템 내의 예시적인 디바이스들을 도시한다.
도 4는 본 개시에 따른 DNS를 사용하는 유니캐스트(unicast) 및/또는 멀티캐스트(multicast) 리소스들의 주소 결정(address resolution)을 위한 예시적인 시그널링을 도시한다.
도 5는 본 개시에 따른 멀티캐스트 및/또는 유니캐스트 리소스들의 주소 결정을 위한 예시적인 방법을 도시한다.

이하에서 논의되는 도 1 내지 도 5 및 이 특허 문헌에서 본 발명의 원리들을 설명하기 위해 사용되는 다양한 실시 예들은 단지 설명을 위한 것이며 어떠한 방식으로도 본 개시의 범위를 제한하는 것으로 해석되어서는 안된다. 당업자는 본 개시의 원리들이 임의의 적절하게 구성된 디바이스 또는 시스템에서 구현될 수 있다는 것을 이해할 것이다.

도 1은 본 개시에 따른 예시적인 컴퓨팅 시스템 100을 도시한 것이다. 도 1에 나타낸 컴퓨팅 시스템 100의 실시 예는 단지 예시를 위한 것이다. 컴퓨팅 시스템 100의 다른 실시 예들이 본 개시의 범위로부터 벗어나지 않고 사용될 수 있다.

도 1에 나타낸 바와 같이, 시스템 100은 시스템 100 내의 다양한 컴포넌트들 사이의 통신을 용이하게 하는 네트워크 102를 포함한다. 예를 들어, 네트워크 102는 인터넷 프로토콜(internet protocol, IP) 패킷들, 프레임 릴레이 프레임(frame relay frame)들, 비동기 전송 방식(asynchronous transfer mode, ATM) 셀들 또는 네트워크 주소들 사이의 다른 정보를 통신할 수 있다. 네트워크 102는 하나 이상의 근거리 통신망(local area network, LAN)들, 도서지역 통신망(metropolitan area network; MAN)들, 광역망(wide area network, WAN)들, 인터넷과 같은 글로벌 네트워크의 전부 또는 일부, 또는 하나 이상의 위치들에 있는 임의의 다른 통신 시스템 또는 시스템들을 포함할 수 있다.

네트워크 102는 적어도 하나의 서버 104 또는 적어도 하나의 서버 105와 다양한 클라이언트 디바이스들 106-114 사이의 통신들을 용이하게 한다. 각 서버 104, 105는 하나 이상의 클라이언트 디바이스들에 대한 컴퓨팅 서비스들을 제공할 수 있는 임의의 적절한 컴퓨팅 또는 프로세싱 디바이스를 포함한다. 각 서버 104, 105는 예를 들어 하나 이상의 프로세싱 디바이스들, 명령들 및 데이터를 저장하는 하나 이상의 메모리들, 및 네트워크 102를 통한 통신을 용이하게 하는 하나 이상의 네트워크 인터페이스들을 포함할 수 있다. 서버 104는 미디어 서버 또는 도메인 네임 서버(domain name server, DNS)를 나타낼 수 있고, 서버 105는 브로드캐스트 멀티캐스트 서비스 센터(broadcast multicast service center, BM-SC)를 나타낼 수 있다.

각 클라이언트 디바이스 106-114는 네트워크 102를 통해 적어도 하나의 서버 또는 다른 컴퓨팅 디바이스(들)과 상호작용하는 임의의 적절한 컴퓨팅 또는 프로세싱 디바이스를 나타낼 수 있다. 이 예에서, 클라이언트 디바이스들 106-114는 데스크탑 컴퓨터 106, 휴대폰 또는 스마트폰 108, 개인 휴대 정보 단말기(personal digital assistant, PDA) 110, 랩탑 컴퓨터 112 및 태블릿 컴퓨터 114를 포함한다. 그러나, 임의의 다른 또는 추가 클라이언트 디바이스들이 컴퓨터 시스템 100에서 사용될 수 있다.

이 예에서, 일부 클라이언트 디바이스들 108-114는 네트워크 102와 간접적으로 통신한다. 예를 들어, 클라이언트 디바이스들 108-110은 셀룰러 기지국들 또는 eNodeB들과 같은 하나 이상의 기지국들 116을 통해 통신한다. 또한, 클라이언트 디바이스들 112-114는 IEEE 802.11 무선 액세스 포인트들과 같은 하나 이상의 무선 액세스 포인트들 118을 통해 통신한다. 이들은 단지 예시를 위한 것이며, 각 클라이언트 디바이스는 임의의 적절한 중간 디바이스(들) 또는 네트워크(들)를 통해 네트워크 102와 직접적으로 통신하거나 네트워크 102와 간접적으로 통신할 수 있다는 것을 유의해야 한다.

아래에서 보다 상세하게 설명되는 바와 같이, 클라이언트 디바이스들 106-114는 유니캐스트 브로드캐스트를 통해 서버 104 상의 컨텐츠에 액세스하거나 멀티캐스트 브로드캐스트를 통해 BM-SC 상의 컨텐츠에 액세스하는데 사용될 수 있다.

도 1이 컴퓨팅 시스템 100의 일 예를 도시하고 있지만, 다양한 변경들이 도 1에 대해 이루어질 수 있다. 예를 들어, 시스템 100은 임의의 적절한 구성으로 이루어진 임의의 수의 각 컴포넌트를 포함할 수 있다. 일반적으로, 컴퓨팅 및 통신 시스템들은 다양한 구성을 가지며, 도 1이 본 개시의 범위를 임의의 특정 구성으로 제한하지 않는다. 도 1이 본 특허 문헌에 개시된 다양한 특징들이 사용될 수 있는 하나의 동작 환경을 도시하고 있지만, 이러한 특징들은 임의의 다른 적합한 시스템에서 사용될 수도 있다.

도 2 및 도 3은 본 개시에 따른 컴퓨팅 시스템 내의 예시적인 디바이스들을 도시한 것이다. 특히, 도 2는 예시적인 서버 200을 도시하고, 도 3은 예시적인 클라이언트 디바이스 300을 도시한다. 서버 200은 도 1의 서버 104 또는 서버 105를 나타낼 수 있으며, 클라이언트 디바이스 300은 도 1의 클라이언트 디바이스들 106-114 중의 하나 이상을 나타낼 수 있다.

도 2에 나타낸 바와 같이, 서버 200은 적어도 하나의 프로세싱 디바이스 210, 적어도 하나의 스토리지 디바이스(storage device) 215, 적어도 하나의 통신 유닛 220 및 적어도 하나의 입출력(input/output, I/O) 유닛 225 사이의 통신을 지원하는 버스 시스템(bus system) 205을 포함한다.

프로세싱 디바이스 210은 메모리 230 내에 로딩될 수 있는 명령들을 실행한다. 프로세싱 디바이스 210은 임의의 적절한 개수(들) 및 타입(들)의 프로세서들 또는 임의의 적절한 구성의 다른 디바이스들을 포함할 수 있다. 프로세싱 디바이스들 210의 예시적인 타입들은 마이크로 프로세서들, 마이크로 제어기들, 디지털 신호 프로세서들, 필드 프로그래머블 게이트 어레이들, 응용 주문형 집적 회로들 및 이산 회로를 포함한다.

메모리 230 및 영구 스토리지(persistent storage) 235는 (데이터, 프로그램 코드 및/또는 일시적 또는 영구적 기반의 다른 적절한 정보와 같은) 정보를 저장하고 이것의 검색을 용이하게 할 수 있는 임의의 구조(들)를 나타내는 스토리지 디바이스들 215의 예들이다. 메모리 230은 랜덤 액세스 메모리 또는 임의의 다른 적절한 휘발성(volatile) 또는 비-휘발성(non-volatile) 스토리지 디바이스(들)를 나타낼 수 있다. 영구 스토리지 235는 판독 전용 메모리(ready only memory), 하드 드라이브(hard drive), 플래시 메모리(flash memory) 또는 광학 디스크(optical disc)와 같은 장기 데이터 스토리지를 지원하는 하나 이상의 컴포넌트들 또는 디바이스들을 포함할 수 있다.

통신 유닛 220은 다른 시스템들 또는 디바이스들과의 통신들을 지원한다. 예를 들어, 통신 유닛 220은 네트워크 102를 통한 통신들을 용이하게 하는 네트워크 인터페이스 카드 또는 무선 송수신기를 포함할 수 있다. 통신 유닛 220은 임의의 적절한 물리적 또는 무선 통신 링크(들)를 통해 통신들을 지원할 수 있다.

입출력 유닛 225는 데이터의 입력 및 출력을 허용한다. 예를 들어, I/O 유닛 225는 키보드, 마우스, 키패드, 터치스크린 또는 다른 적절한 입력 디바이스를 통해 사용자 입력에 대한 연결을 제공할 수 있다. I/O 유닛 225는 또한 디스플레이, 프린터 또는 다른 적절한 출력 디바이스로 출력을 전송할 수도 있다.

도 2가 도 1의 서버 104 또는 서버 105를 나타내는 것으로 설명되지만, 동일하거나 유사한 구조는 하나 이상의 클라이언트 디바이스들 106-114에서 사용될 수 있다는 것을 유의해야 한다. 예를 들어, 랩탑 또는 데스크탑 컴퓨터가 도 2에서 나타낸 것과 동일하거나 유사한 구조를 가질 수 있다.

본 명세서에 설명된 실시 예들에서, 서버 105는 DNS 서버를 나타낼 수 있다. 서버 105는 멀티미디어 브로드캐스트 멀티캐스트 서비스들(multimedia broadcast multicast services, MBMS) 리소스들에 대한 리소스 레코드들(resource records, RR)을 등록한다. 서버 105는 DNS 결정 요청들을 사용하여 리소스에 대한 관심을 평가하고, 그 리소스의 인기도에 기초하여 유니캐스트 또는 멀티캐스트 브로드캐스트를 가리키도록 DNS 레코드들을 변경한다. 또한, 서버 105는 특정 도메인 네임들에 대한 DNS 결정 요청 빈도를 계산하여, 서버 104와 같은 BM-SC에게 그 DNS 결정 요청 빈도를 보고한다. 특히, 통신 유닛 220은 특정 도메인 네임에 대한 하나 이상의 DNS 결정 요청들을 수신할 수 있고, 프로세싱 디바이스 210은 그 특정 도메인 네임에 대한 DNS 결정 요청들의 빈도를 계산할 수 있다.

도 3에 나타낸 바와 같이, 클라이언트 디바이스 300은 안테나 305, 무선 주파수(radio frequency, RF) 송수신기 310, 송신(transmit, TX) 처리 회로 315, 마이크로 폰 320 및 수신(receive, RX) 처리 회로 325를 포함한다. 클라이언트 디바이스 300은 또한 스피커 330, 프로세서 340, 입출력(I/O) 인터페이스(interface, IF) 345, 입력 350, 디스플레이 355 및 메모리 360을 포함한다. 메모리 360은 운영 체제(operating system, OS) 프로그램 361 및 하나 이상의 애플리케이션들 362를 포함한다.

RF 송수신기 310은 안테나 305로부터, 시스템의 다른 컴포넌트에 의해 송신되어 들어오는(incoming) RF 신호를 수신한다. RF 송수신기 310은 들어오는 RF 신호를 하향 변환하여 중간 주파수(intermediate frequency, IF) 또는 베이스밴드 신호를 생성한다. IF 또는 베이스밴드 신호는 그 베이스밴드 또는 IF 신호를 필터링, 디코딩 및/또는 디지털화함으로써 프로세싱된(processed) 베이스밴드 신호를 생성하는 수신 처리 회로 325로 전송된다. 수신 처리 회로 325는 프로세싱된 베이스밴드 신호를 (음성 데이터와 같은) 스피커 330 또는 (웹 브라우징 데이터와 같은) 추가 프로세싱을 위해 프로세서 340으로 송신한다.

송신 처리 회로 315는 마이크로 폰 320으로부터 아날로그 또는 디지털 음성 데이터를 수신하거나 프로세서 340으로부터 (웹 데이터, 이메일 또는 쌍방향 비디오 게임 데이터와 같은) 다른 출력 베이스밴드 데이터를 수신한다. 송신 처리 회로 315는 출력 베이스밴드 데이터를 인코딩, 멀티플렉싱 및/또는 디지털화하여, 프로세싱된 베이스밴드 또는 IF 신호를 생성한다. RF 송수신기 310은 송신 처리 회로 315로부터 출력되는 프로세싱된 베이스밴드 또는 IF 신호를 수신하여, 안테나 305를 통해 송신되는 RF 신호로 베이스밴드 또는 IF 신호를 상향-변환한다.

프로세서 340은 하나 이상의 프로세서들 또는 다른 프로세싱 디바이스들을 포함할 수 있으며, 클라이언트 디바이스 300의 전체 동작을 제어하기 위해 메모리 360에 저장된 OS 프로그램 361을 실행할 수 있다. 예를 들어, 프로세서 340은 공지의 원리들에 따라 RF 송수신기 310, 수신 처리 회로 325 및 송신 처리 회로 315에 의해 순방향 채널 신호들의 수신 및 역방향 채널 신호들의 송신을 제어할 수 있다. 일부 실시 예들에서, 프로세서 340은 적어도 하나의 마이크로 프로세서 또는 마이크로 제어기를 포함한다.

프로세서 340은 또한 메모리 360에 상주하는 다른 프로세서들 및 프로그램들을 실행할 수 있다. 프로세서 340은 실행 프로세서에 의해 요청되는 바에 따라 메모리 360 내외로 데이터를 이동시킬 수 있다. 일부 실시 예에서, 프로세서 340은 OS 프로그램 361에 기초하여 또는 외부 디바이스들 또는 오퍼레이터로부터 수신되는 신호들에 응답하여 애플리케이션들 362를 실행하도록 구성된다. 프로세서 340은 또한 입출력 인터페이스 345에 커플링되어 있으며, 이 입출력 인터페이스 345는 랩탑 컴퓨터들 및 핸드 헬드 컴퓨터들과 같은 다른 디바이스들에 연결하는 능력을 클라이언트 디바이스 300에게 제공한다. 입출력 인터페이스 345는 이들 부속 장치들과 프로세서 340 사이의 통신 경로이다.

프로세서 340은 또한 입력 350 및 디스플레이 유닛 355에 커플링된다. 클라이언트 디바이스 300의 오퍼레이터는 입력 350을 사용하여 클라이언트 디바이스 300에 데이터를 입력할 수 있다. 예를 들어, 입력 350은 터치 스크린, 버튼 및/또는 키패드일 수 있다. 디스플레이 355는 액정 디스플레이이거나, 또는 웹 사이트에서와 같이 텍스트 및/또는 적어도 제한된 그래픽들을 렌더링할 수 있는 다른 디스플레이일 수 있다.

메모리 360은 프로세서 340에 커플링된다. 메모리 360의 일부는 랜덤 액세스 메모리(RAM)를 포함할 수 있고, 메모리 360의 다른 일부는 플래시 메모리 또는 다른 판독 전용 메모리(ROM)를 포함할 수 있다.

아래에서 보다 상세히 설명되는 바와 같이, 클라이언트 디바이스 300은 유니캐스트 또는 멀티캐스트 브로드캐스트 시스템을 통해 리소스들을 수신할 수 있다.

도 2 및 도 3이 컴퓨팅 시스템 내의 디바이스들의 예를 도시하고 있지만, 도 2 및 도 3에 다양한 변경들이 이루어질 수 있다. 예를 들어, 도 2 및 도 3의 다양한 컴포넌트들이 결합되거나, 더 세분화되거나, 생략될 수 있으며, 특정 요구에 따라 추가 컴포넌트들이 추가될 수도 있다. 특정 예로서, 프로세서 340은 하나 이상의 중앙 처리 장치들(central processing units, CPUs) 및 하나 이상의 그래픽 처리 장치들(graphics processing units, GPUs)와 같은 다수의 프로세서로 분할될 수 있다. 또한, 도 3이 휴대폰 또는 스마트폰으로서 구성된 클라이언트 디바이스 300를 도시하고 있지만, 클라이언트 디바이스는 다른 타입의 이동 또는 고정 장치로서 동작하도록 구성될 수 있다. 또한, 컴퓨팅 및 통신 네트워크들과 마찬가지로, 클라이언트 디바이스 및 서버는 다양한 구성으로 제공될 수 있으며, 도 2 및 도 3은 임의의 특정 클라이언트 디바이스 또는 서버로 본 개시를 한정하지 않는다.

도 4는 본 개시에 따른 DNS를 사용하는 유니캐스트 및 멀티캐스트 리소스들의 주소 결정을 위한 예시적인 시그널링을 도시한 것이다. 도 4에 나타낸 바와 같이, 신호들이 클라이언트 디바이스 400, DNS 402 및 브로드캐스트 멀티캐스트 서비스 센터(broadcast multicast service center, BM-SC) 404 사이에서 송수신된다. 이 클라이언트 디바이스가 도 3의 클라이언트 디바이스 300을 나타낼 수 있고, DNS 402 및 BM-SC 404는 도 2의 서버 200로 나타내질 수 있다.

사용자는 클라이언트 디바이스 400에 MBMS 유니폼 리소스 식별자(uniform resource identifier, URI)를 입력한다. MBMS URI 방식은 인터넷 엔지니어링 태스크 포스(internet engineering task force, IETF)에 의해 규정된 가이드 라인들을 준수해야 한다. MBMS URL 방식은 하이퍼 텍스트 전송 프로토콜(hypertext transfer protocol, HTTP) 및 실시간 스트리밍 프로토콜(real time streaming protocol, RTSP)/실시간 전송 프로토콜(real time transport protocol, RTP) 스트리밍 세션들을 통해 전송되는 두 리소스 모두를 지원해야 한다. 요청된 리소스가 MBMS를 통해 이용 가능하지 않은 경우, MBMS URI 처리는 유니캐스트 전송에 대한 폴백(fallback)을 지원해야 한다. MBMS URI 처리는 유니캐스트 또는 멀티캐스트 위치로 자동 결정하는 것에 의한 MooD를 지원해야 한다. MBMS URI는 다음과 같은 신택스(syntax)를 가질 수 있다:

MBMS URI에서 확인할 수 있는 바와 같이, MBMS URI는 MBMS URI로부터 "mbms-"프리픽스를 제거함으로써 결정될 수 있는 유니캐스트 폴백을 포함한다. 프로세스 406에서는, 클라이언트 디바이스 400이 MBMS URI를 검출하고, 클라이언트 디바이스 300의 프로세서 340에 의해 구현될 수 있는 MBMS 프로토콜 핸들러에게, 이 MBMS URI를 전달한다. 프로세스 408에서, MBMS 프로토콜 핸들러는 도메인을 결정하도록 하는 요청을 DNS 402에게 송신한다.

프로세스 410에서, 지정된 도메인에 대한 어떤 리소스들도 멀티캐스트를 통해 서빙되지 않는 경우, DNS 402로부터 클라이언트 디바이스 400에 제공되는 응답은, 대응하는 유니캐스트 URI의 전체 주소 도메인 네임(fully qualified domain name, FQDN)을 결정하는 유니캐스트 주소를 가리키는 A RR만을 포함한다. 리소스가 멀티캐스트를 통해 이용 가능한 경우, DNS 402는 SRV RR, A RR 및 TXT RR을 클라이언트 디바이스 400에게 제공한다. SRV RR은 멀티캐스트 인터넷 프로토콜(IP) 주소, 포트 번호, 임시 모바일 그룹 아이덴티티(Temporary Mobile Group Identity, TMGI) 및 단방향 전송 프로토콜을 통한 파일 전송(File Delivery over Unidirectional Transport protocol, FLUTE) 세션 전송 세션 식별자(transport session identifier, TSI)를 나타낸다. SRV RR은 다음의 포맷을 따른다:

여기서, 웨이트(weight) 필드는 FLUTE 세션의 TSI를 포함하고, 포트(Port) 필드는 목적지 포트 번호를 포함하고, 타겟은 요청 FQDN으로부터 리소스들을 전달하는데 사용되는 세션의 TMGI를 포함하며, BMSC_DN은 MBMS를 통해 컨텐츠를 서빙하고 있는 BM-SC의 도메인 네임을 제공한다. A RR은 멀티캐스트 주소를 제공하며 다음의 포맷을 따른다:

TXT RR은 대안적인 TMGI와 같은 추가 정보 또는 파라미터들, MBMS 베어러가 액세스될 주파수, 그 서비스가 이용 가능한 서비스 영역, MBMS 브로드캐스트가 액세스를 위해 이용될 수 있는 시작 시간을 제공하는 가용성 시작, MBMS 브로드캐스트가 액세스될 수 없는 종료 시간을 제공하는 가용성 종료를 제공한다. TXT RR의 일 예는 다음과 같은 포맷을 따를 수 있다:

프로세스 412에서, 리소스가 멀티캐스트 브로드캐스트를 통해 이용 가능한 경우, 클라이언트 디바이스 400은 MBMS 세션에 조인한다. 클라이언트 디바이스는, 그 리소스가 DNS 402로부터 수신되는 RR들에 기초하여 멀티캐스트 브로드캐스트를 통해 이용 가능한지 여부를 결정한다. 프로세스 414에서, 리소스는 BM-SC 404로부터 MBMS를 통해 수신된다.

도 5는 본 개시에 따른 멀티캐스트 및/또는 유니캐스트 리소스들의 주소 결정에 대한 예시적인 방법 500을 도시한 것이다. 설명의 용이함을 위해, 도 5는 도 3의 클라이언트 디바이스 300 및 도 4의 시그널링과 관련하여 논의될 것이다.

도 5에 나타낸 바와 같이, DNS 402로부터의 MBMS URL FQDN으로 DNS 쿼리(query)에 대한 응답을 수신 시에, 프로세서 340에 의해 구현될 수 있는 MBMS 방식 핸들러는 방법 500을 수행한다. 방법 500은 단계 502에서 시작하며, 이 단계에서 MBMS 방식 핸들러는 DNS 쿼리 응답이 유니캐스트 주소를 가리키는 A 레코드만을 포함하는지 여부를 결정한다. DNS 쿼리 응답이 A 레코드만을 포함하는 경우, MBMS 방식 핸들러는 그 리소스가 MBMS에 의해 서빙되지 않는 것으로 결정하고, 방법 500은 HTTP/HTTPS 및 결정된 유니캐스트 주소를 사용하여 요청된 리소스를 검색하는 단계 504로 진행된다. DNS 쿼리 응답이 A RR만을 포함하지 않는 경우, 방법 500은 단계 506으로 진행되며, 이 단계에서는 서비스-ID NVP를 제공하는 TXT RR 및 SRV RR이 DNS 402로부터 수신되었는지 여부에 대한 결정이 이루어진다. SRV RR 및 TXT RR이 수신되지 않은 경우, 방법 500은 단계 504로 복귀한다. SRV RR 및 TXT RR이 수신되지 않은 경우, 방법 500은 단계 508로 진행되며, 이 단계에서 MBMS 프로토콜 핸들러는 MBMS URI 또는 대응하는 유니캐스트 URI를 가진 RR들에 대한 로컬 캐시를 체크하고, 그것이 발견되는 경우, 단계 510에서 RR을 애플리케이션으로 리턴한다.

RR이 로컬 캐시에 위치되어 있지 않은 경우, MBMS 프로토콜 핸들러는 단계 512에서 파일스케줄(fileSchedule) 또는 앱서비스(appService)의 일부로서의 URI의 발생에 대한 그것의 캐시된 USD들 및 스케줄 디스크립션 메타데이터 조각들(Schedule Description Metadata fragments)을 체크한다. 그것이 발견되는 경우, MBMS 프로토콜 핸들러는 리소스/스트림 전송의 스케줄링된 시간을 체크하며, 애플리케이션에 수용 가능한 경우, MBMS 프로토콜 핸들러는 단계 514에서 멀티캐스트 브로드캐스트를 통해 리소스의 수신을 스케줄링한다. 요청된 리소스가 기존 USD들 중의 하나로 설명되었지만, 분배 시간이 애플리케이션의 요구사항을 충족시키지 못하거나 RR이 발견되지 않는 경우에는, (잠재적으로 MooD 프록시를 통한) 유니캐스트 검색이 단계 516에서 시도된다.

본원에서의 설명이 특정 요소, 단계 또는 기능이 청구범위에 포함되어야 하는 필수 요소임을 나타내는 것으로 해석되어서는 아니된다. 특허 대상인 범위는 청구항들에 의해서만 정의된다. 청구범위 내의 메커니즘, 모듈, 디바이스, 유닛, 구성 요소, 요소, 부재, 장치, 머신, 시스템, 프로세서 또는 제어기를 포함하는 그러나 이에 한정되지 않는 다른 용어의 사용은 당업자에게 알려진 구조들을 지칭하는 것으로 이해된다.

본 개시가 예시적인 실시 예로 설명되었지만, 다양한 변경 및 수정이 당업자에게 제안될 수 있다. 본 개시는 첨부된 청구항들의 범주 내에 속하는 그러한 변경 및 수정을 포함하는 것으로 의도된다.

Claims

멀티미디어 브로드캐스트 멀티캐스트 서비스(multimedia broadcast multicast service, MBMS)를 통해 리소스를 수신하도록 구성되는 사용자 단말(user equipment, UE)에 있어서,
URI(uniform resource identifier)가 MBMS URI인지의 여부를 결정하도록 구성되는 프로세서와,
송수신기를 포함하고,
상기 송수신기는,
상기 MBMS URI에 기초하여 도메인 네임 서버(domain name server, DNS)에게 DNS 쿼리(query)를 송신하고,
상기 DNS로부터 적어도 하나의 리소스 레코드(resource record)를 수신하고,
상기 송수신기가 DNS 쿼리를 상기 DNS에 송신하기 이전에,
상기 프로세서는 상기 DNS로부터 수신된 상기 적어도 하나의 리소스 레코드에 기초하여, 유니캐스트 위치 또는 멀티캐스트 위치 중 적어도 하나를 결정하는 사용자 단말.
제 1 항에 있어서,
상기 송수신기는 상기 적어도 하나의 리소스 레코드에 기초하여 유니캐스트 브로드캐스트 또는 멀티캐스트 브로드캐스트를 수신하는 사용자 단말.
제 1 항에 있어서,
상기 MBMS URI는 유니캐스트 주소를 포함하는 사용자 단말.
제 1 항에 있어서,
상기 적어도 하나의 리소스 레코드는 SRV 리소스 레코드, A 리소스 레코드 및 TXT 리소스 레코드를 포함하는 사용자 단말.
제 4 항에 있어서,
상기 프로세서는 상기 SRV 리소스 레코드, 상기 A 리소스 레코드 및 상기 TXT 리소스 레코드에 기초하여 멀티캐스트 브로드캐스트에 조인하는 사용자 단말.
제 1 항에 있어서,
상기 MBMS URI는 다음의 신택스,

를 갖는 사용자 단말.
제 1 항에 있어서,
상기 적어도 하나의 리소스 레코드는 다음의 신택스,

를 갖는 SRV 리소스 레코드를 포함하고,
상기 웨이트(weight)는 단방향 전송 프로토콜을 통한 파일 전송(file delivery over unidirectional transport protocol, FLUTE) 세션의 전송 세션 식별자(transport session identifier, TSI)이고, 상기 포트(port)는 목적지 포트 번호를 포함하고, 타겟은, FQDM(fully qualified domain name)으로부터 리소스들을 전달하는데 사용되는 상기 세션의 임시 모바일 그룹 아이덴티티(temporary mobile group identity, TMGI)를 포함하며, 상기 BMSC_DN은 MBMS를 통해 리소스를 서빙하고 있는 브로드캐스트 멀티캐스트 서비스 센터(broadcast multicast service center, BM-SC)의 도메인 네임을 제공하는 사용자 단말.
사용자 단말(user equipment, UE)에서 주소를 결정하기 위한 방법으로서,
URI(uniform resource identifier)가 멀티미디어 브로드캐스트 멀티캐스트 서비스(multimedia broadcast multicast service, MBMS) URI인지의 여부를 결정하는 과정과,
상기 MBMS URI에 기초하여, 도메인 네임 서버(domain name server, DNS)에게 DNS 쿼리(query)를 송신하는 과정과,
상기 DNS 쿼리에 대한 응답으로 상기 DNS로부터 적어도 하나의 리소스 레코드(resource record)를 수신하는 과정과,
상기 DNS로부터 수신된 상기 적어도 하나의 리소스 레코드에 기초하여, 유니캐스트 위치 또는 멀티캐스트 위치 중 적어도 하나를 결정하는 과정을 포함하는 방법.
제 8 항에 있어서,
상기 적어도 하나의 리소스 레코드는 A 리소스 레코드를 포함하는 방법.
제 8 항에 있어서,
상기 적어도 하나의 리소스 레코드는 SRV 리소스 레코드, A 리소스 레코드 및 TXT 리소스 레코드를 포함하는 방법.
제 10 항에 있어서,
상기 SRV 리소스 레코드, 상기 A 리소스 레코드, 및 상기 TXT 리소스 레코드에 기초하여, 멀티캐스트 방송에 조인하는 과정을 더 포함하는 방법.
제 8 항에 있어서,
상기 MBMS URI는 다음의 신택스,

를 갖는 방법.
제 8 항에 있어서,
상기 적어도 하나의 리소스 레코드는 다음의 신택스,

를 갖는 SRV 리소스 레코드를 포함하고,
상기 웨이트(weight)는 단방향 전송 프로토콜을 통한 파일 전송(file delivery over unidirectional transport protocol, FLUTE) 세션의 전송 세션 식별자(transport session identifier, TSI)이고, 상기 포트(port)는 목적지 포트 번호를 포함하고, 타겟은, FQDM(fully qualified domain name)으로부터 리소스들을 전달하는데 사용되는 상기 세션의 임시 모바일 그룹 아이덴티티(temporary mobile group identity, TMGI)를 포함하며, 상기 BMSC_DN은 MBMS를 통해 리소스를 서빙하고 있는 브로드캐스트 멀티캐스트 서비스 센터(broadcast multicast service center, BM-SC)의 도메인 네임을 제공하는 방법.
도메인 네임 서버(domain name server, DNS)로서,
사용자 단말(user equipment, UE)로부터 적어도 하나의 DNS 쿼리(query)를 수신하도록 구성되는 통신 유닛과
DNS 쿼리 빈도를 계산하도록 구성되는 프로세서를 포함하고,
상기 통신 유닛은 도메인 네임에 대한 DNQ 쿼리 빈도를 멀티캐스트 서버로 송신하는 도메인 네임 서버.
도메인 네임 서버(domain name server, DNS)를 위한 동작 방법으로서,
사용자 단말(user equipment, UE)로부터 적어도 하나의 DNS 쿼리(query)를 수신하는 과정과,
DNS 쿼리 빈도를 계산하는 과정과,
도메인 네임에 대한 DNQ 쿼리 빈도를 멀티캐스트 서버로 송신하는 과정을 포함하는 방법.