KR101941900B1 - 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 이종 네트워크 전송 방법 - Google Patents

동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 이종 네트워크 전송 방법 Download PDF

Info

Publication number
KR101941900B1
KR101941900B1 KR1020177024205A KR20177024205A KR101941900B1 KR 101941900 B1 KR101941900 B1 KR 101941900B1 KR 1020177024205 A KR1020177024205 A KR 1020177024205A KR 20177024205 A KR20177024205 A KR 20177024205A KR 101941900 B1 KR101941900 B1 KR 101941900B1
Authority
KR
South Korea
Prior art keywords
time
available
resource
signaling
media
Prior art date
Application number
KR1020177024205A
Other languages
English (en)
Other versions
KR20170110113A (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
Priority claimed from CN201510064427.2A external-priority patent/CN105991469B/zh
Priority claimed from CN201510341265.2A external-priority patent/CN106330751B/zh
Priority claimed from CN201510654384.3A external-priority patent/CN106572062B/zh
Priority claimed from CN201510698388.1A external-priority patent/CN106612453B/zh
Application filed by 상하이 지아오통 유니버시티 filed Critical 상하이 지아오통 유니버시티
Publication of KR20170110113A publication Critical patent/KR20170110113A/ko
Application granted granted Critical
Publication of KR101941900B1 publication Critical patent/KR101941900B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43079—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on multiple devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 일종 이종 네트워크 전송의 다이내믹 타임 윈도우 및 캐시 메커니즘을 제공하는 바, 전술한 방법은 기존의 MMT 의 시그널링에 대해, 시그널링 또는 기타 부위에 미디어 컨텐츠의 Available_Time 및 Asset_Size 속성을 추가하여, 클라이언트 터미널로 하여금 상응하는 미디어 컨텐츠의 획득 가능한 타임 및 미디어 컨텐츠 사이즈를 획득하게 한다. 동시에, 클라이언트 터미널은 광대역 네트워크 하의 네트워크 대역 및 컨텐츠의 광대역에서부터 클라이언트에 이르는 네트워크 지연을 확인하고, 광대역 소스 컨텐츠의 획득 가능한 타임과 광대역 채널 지연을 통해, 클라이언트 터미널은 사전 캐시 청구를 발송하는 타임 구간 및 터미널이 필요로 하는 캐시 윈도우 사이즈를 계산해낸다. 본 발명은 방송과 광대역에서 구성된 이종 터미널 중 광대역 막힘으로 인해 컨텐츠 동기화를 할 수 없는 문제를 해결하였고, 동시에 클라이언트에서 캐시로 인해 발생하는 추가 소모를 줄일 수 있다.

Description

동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 이종 네트워크 전송 방법
본 발명은 이종 네트워크 전송에서 클라이언트 터미널의 다이내믹 타임 청구 윈도우 및 캐시 메커니즘에 관한 것으로, 구체적으로, 일종 터미널이 미디어 컨텐츠를 발송하는 타임 구간을 청구하고, 캐시 윈도우 사이즈의 분배 방법을 확정하는 것과 관련한 것이다.
시대의 변화에 더불어 사람들은 단지 전통 TV를 통해서 정보를 획득하고 오락을 즐기는데 만족하지 않고, 인터넷 PC, 거의 모든 사람마다 한대쯤은 가지고 있는 휴대폰 및 점점 더 많이 보급되고 있는 모바일 플랫폼 컴퓨터 등을 비롯하여 더 많은 터미널 설비를 사용하고 있다. 이러한 새 제품들은 이미 전통 TV 시장을 잠식해가고 있다. 모바일 통신과 광대역 무선 기술의 발전 및 멀티미디어 업무가 날로 발전해 나가는 것과 더불어, 융합은 이미 정보 통신업 발전의 조류로 되고 있으며, 이는 유저로 하여금 편리하게 네트워크에 접속하고, 풍부한 미디어 컨텐츠와 다양화 서비스를 손쉽게 다룰 수 있게 하고 있다.
이와 동시에, 미디어 컨텐츠의 프레젠테이션은 단지 간단한 동영상, 음성, 자막에 그치지 않고, 점점 더 풍부하고 다양한 방향의 미디어 유형이 발전하고 있다. 미디어 소스 또한 단지 특정 컨텐츠 제공업체에 그치지 않고, 점점 더 많은 제작자들이 참여하고 있다. 이처럼 각자 다른 제공자로부터 오는 컨텐츠에는 각종 연관 관계가 존재하는 바, 각자 다른 유저의 개성화된 수요를 만족시키기 위해 이와 같은 연관 컨텐츠는 종종 동기화 프레젠테이션이 필요하다. 이와 같은 환경에서 이종 네트워크 융합은 새로운 네트워크 발전에서의 필연적인 추세로 되어, 향후 통신은 더는 어떤 종류의 특정 접속 기술이 아닌, 여러가지 접속 기술이 공존하고 협동 작업을 하는 분야로 발전하게 된다.
방송과 광대역으로 구성된 이종 네트워크 환경에서 터미널이 프레젠테이션하는 미디어 컨텐츠는 방송과 광대역 통로로부터 동시에 전송이 가능하다. 이 같은 이종 네트워크 터미널의 프레젠테이션에 대해, 일종 프레젠테이션 정보(CI, Composition Information)에 기반한 멀티 소스 컨텐츠 분배 메커니즘이 있다. CI는 HTML5와 XML 등 기술을 적용하여 미디어 데이터를 제공하는 타임 및 공간 정보를 제공하여, 멀티미디어 데이터로 하여금 터미널에서 다양화 프레젠테이션이 가능하게 해준다.
터미널은 시그널링 의 정보에 근거하여 서버단에서 관련 컨텐츠를 청구하지만, 서버단이 청구를 접수할 즈음, 관련 컨텐츠는 이미 준비 완료되었거나, 아직 없을 수도 있다. 만약 관련 컨텐츠가 아직 준비되어 있지 않다면, 터미널의 청구는 바로 실패하게 되고, 관련 컨텐츠를 획득할 때까지 재청구를 거듭하게 된다. 이는 터미널에서 아주 큰 부담으로 됨과 동시에 네트워크 부담도 증가시키게 된다.
종래의 광대역 네트워크는 여러개의 노드에서 컨텐츠를 전달해야 하므로, 네트워크 지연이 길고 심지어 네트워크가 막히는 등의 문제가 존재한다. 따라서, 접수단에서 사전에 컨텐츠를 캐시하여, 터미널 컨텐츠를 플레이할 수 없거나 미디어 컨텐츠를 동기화 플레이할 수 없는 문제에 대응해야 한다.
캐시 도입은 추가로 새 문제를 발생하게 되는 바, 터미널은 사전에 얼마만큼의 컨텐츠를 캐시하고, 언제부터 캐시하는가 하는 문제는 모두 클라이언트 설비 구성과 시스템 성능에 영향을 주게 된다. 따라서, 클라이언트 캐시 윈도우 사이즈와 캐시 타임 확보는 해결해야 할 과제이다.
동시에, 서비스단이 너무 늦게 미디어 컨텐츠를 제공할 경우, 터미널 유저는 관련 자원을 바로 받을 수 없게 되고, 따라서 특정 네트워크 미디어 서비스 하에서 서비스단이 터미널 미디어가 준비 완료된 타임을 통지할 필요가 있는지, 어느 때에 통지해야 하는지의 문제 역시 해결해야 할 과제이다.
종래의 기술에서의 부족점을 해결하기 위해, 본 발명은 일종 이종 네트워크 터미널에서 자체 적응식으로 타임 윈도우와 캐시 윈도우 사이즈 청구를 조절하는 방법을 제공함으로써, 방송과 광대역에서 구성된 이종 터미널 중 광대역 막힘으로 인해 컨텐츠 동기화를 할 수 없는 문제를 해결함은 물론, 동시에 클라이언트에서 캐시로 인해 발생하는 추가 소모를 줄일 수 있도록 하였다.
본 발명의 목적1에 근거하여, 이종 미디어 네트워크 전송 과정에서 네트워크가 막히는 등의 요소로 인해 미디어 관련 자원이 동기화 플레이가 불가능한 문제를 해결하기 위해, 본 발명은 일종 이종 네트워크 전송의 다이내믹 타임 윈도우 및 캐시 메커니즘을 제공하는 바: MMT(MPEG Media Transport)의 시그널링에 미디어 컨텐츠의 Available_Time 및 Asset_Size 속성을 추가하여, 클라이언트 터미널은 상응하는 미디어 컨텐츠의 획득 가능한 타임을 획득하고,
상기 클라이언트 터미널은 상기 네트워크에서 광대역 네트워크의 네트워크 대역 및 컨텐츠의 광대역에서부터 클라이언트에 이르는 네트워크 지연을 확인하고 광대역 소스 컨텐츠의 획득 가능한 타임과 광대역 채널 지연을 통해, 상기 클라이언트 터미널이 사전 캐시 청구를 발송하는 타임 구간 및 터미널이 필요로 하는 캐시 윈도우 사이즈를 계산한다.
본 발명의 목적2에 근거하여, 본 발명은 일종 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법으로, 이종 미디어 네트워크 전송에서 서비스단 미디어 자원 발송 시그널링 및 터미널 다이내믹 청구 이종 미디어 자원 타임 윈도우 메커니즘을 실현한다.
전술한 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법은, 구체적으로: MMT 의 시그널링에 대해, MPT테이블, CI파일과 MPU시그널링 부분에 미디어 컨텐츠의 Available_Time을 추가하여, Available_Time클라이언트 터미널로 하여금 상응하는 미디어 컨텐츠의 획득 가능한 타임을 알게한다. 동시에, 클라이언트 터미널은 현재 네트워크 하의 네트워크 대역 및 네트워크의 상, 하행 지연을 확인하고, 소스컨텐츠의 획득 가능한 타임과 지연을 통해, 클라이언트 터미널은 다른 서비스단을 계산하는 상황에서 캐시 컨텐츠정보를 사전에 청구하는 타임 구간을 발송한다. 전술한 방법은 시그널링 MPT의 MMT_general_location_info()의 보류 필드에 asseT의 획득 가능한 Available_Time 정보를 추가하고, 현재 처리 자원 청구 소식에 대한 다른 처리방식의 서비스 단이 있어, Available_Time 타임 윈도우를 계산하는 방법을 제공하였다.
본 발명의 목적3에 근거하여, 새로운 이종 미디어 네트워크 전송 시스템에서 자원의 획득 가능한 타임을 다이내믹하게 추가하는 문제를 해결하기 위해, 본 발명은 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법을 제공하는 바, 전술한 방법은 MMT 의 시그널링에 대해, 시그널링, CI 또는 MPU에서 미디어 자원을 획득 가능한 타임 속성을 추가하여, 클라이언트로 하여금 상응하는 미디어 자원을 획득 가능한 타임을 획득하게 한다. 전술한 미디어 자원을 획득 가능한 타임 속성을 추가하여, 클라이언트로 하여금 상응하는 미디어 자원을 획득 가능한 타임을 알게 하는 바, 시그널링에서 한 개의 새 기술자 AT descriptor를 추가하고, 이 기술자는 미디어 자원을 획득 가능한 타임을 설명하는데 사용하는 방법(1); 및
시그널링 MPT에 미디어 자원을 획득 가능한 타임의 속성을 추가하는 방법(2); 중 임의의 한 가지 방법을 통해 실현하고, 클라이언트 터미널은 시그널링 의 미디어 자원 획득 가능한 타임을 통해 상응하는 구간 내에서 사전에 미디어 자원을 청구한다.
진일보로, 전술한 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법은, 동시에 시그널링에서 보류 필드를 취하여 available_time_flag으로 삼아, 클라이언트에 현재 미디어 자원을 획득 가능한 타임을 추가할지 여부를 알린다.
종래의 기술과 비교하면, 본 발명은 아래와 같은 바람직한 효과가 있다:
본 발명은 MMT 의 시그널링에 대해, 시그널링 또는 기타 부위에 새 속성을 추가하는 것을 통해: 클라이언트 터미널은 광대역 네트워크에서 상응하는 방법을 통해 현재 광대역 네트워크 하의 네트워크 대역 및 컨텐츠의 광대역에서부터 클라이언트에 이르는 단방향 네트워크 지연을 확인하여, 광대역에서 네트워크가 막힘으로 인해 초래되는 미디어 컨텐츠를 동기화 하기 힘든 문제를 해결함으로써, IP 네트워크 막힘으로 인한 동기화 문제를 해결하였다. 진일보로, 이종 미디어 네트워크 전송 과정에서 네트워크 지연이 커져서 미디어 컨텐츠를 제때에 프레젠테이션할 수 없거나 동기화 프레젠테이션을 하기 힘든 문제를 해결하였다. 진일보로, 본 발명은 이종 미디어 네트워크 전송에서 서비스단이 미디어 자원 시그널링을 발송하여 터미널에 미디어 네트워크의 획득 가능한 타임을 통지하는 것을 실현함으로써, 이종 미디어 네트워크 전송 과정에서 미디어 자원을 획득 가능한 타임이 미지일 경우 제때에 청구할 수 없는 문제를 해결하였다.
아래의 도면을 참고로 비제한성 실시예에 대해 상세히 기술하는 것을 통해, 본 발명의 기타 특징, 목적과 장점은 더 분명해질 것이다.
도 1은 이종 네트워크의 모형 표시도이다.
도 2는 제 3 실시예에서 이종 미디어 네트워크의 자원청구 모형 표시도이다.
도 3은 제 3 실시예에서 클라이언트가 청구를 발송하는 다이내믹 타임을 계산하는 윈도우 흐름도이다.
도 4는 제 3 실시예에서 서비스단이 시그널링을 발송하는 타임을 계산하는 흐름도이다.
도 5는 제 4 실시예에서 새 클라이언트가 새로 발송되는 시그널링을 처리하는 흐름도이다.
도 6은 제 4 실시예에서 구 클라이언트가 새로 발송하는 시그널링을 처리하는 흐름도이다.
아래에 구체 실시예와 결부하여 본 발명에 대해 상세히 설명하기로 한다. 아래의 실시예는 본 영역의 기술자가 진일보로 본 발명을 이해하는데 도움이 될 수 있으나, 임의의 형식으로 본 발명을 제한하는 것이 아니다. 반드시 지적해야 할 점은 본 영역의 보통 기술자라면, 본 발명의 구상을 벗어나지 않는다는 전제하에, 약간의 변형과 개선을 할 수 있다. 이 모든 것은 본 발명의 보호 범주에 속해야 할것이다.
오늘날, 이종 네트워크에 기반한 다양화된 터미널 프레젠테이션 방식은 새로운 발전 추세가 되고 있다. 고품질 방송 동영상을 감상함과 동시에, 사람들은 다양화된 네트워크 미디어 서비스에 대해 점점 더 높은 수준을 요구하고 있다. 방송과 광대역 네트워크로 구성된 이종 시스템에서 CI로써 클라이언트 플레이 방송과 광대역 컨텐츠의 타임과 공간 배치를 제어하여, 미디어 컨텐츠의 동기화를 실현한다. 일반적으로 말하면, 방송 통로를 거쳐 넘어온 미디어 컨텐츠는 아주 작고 고정적으로 지연이 되어서 동기화에는 영향이 없다. 하지만 광대역을 통해 넘어온 미디어 컨텐츠, 이를테면 동영상, 자막, 멀티미디어 응용 등 컨텐츠는 현재 IP 네트워크의 영향을 쉽게 받아, 크고 흔들리는 지연을 발생하여, 컨텐츠 동기화에 문제를 발생시킨다. 동시에, 광대역을 통해 넘어온 컨텐츠에는 방문의 유효성 문제, 즉 임의의 타이밍부터 시작하여 방문이 가능하고, 임의의 타이밍 전에 유효하는 등 문제가 존재한다. 따라서, 본 발명은 컨텐츠의 유효 타임 정보를 제공하고, 일종 터미널에서 해당 정보의 발송을 사전에 청구한 후, 상응하는 컨텐츠에 캐시 윈도우를 분배하는 메커니즘을 설계하였다.
제 1 실시예
본 실시예는 방송과 광대역에서 구성된 이종 터미널 중 광대역 막힘으로 인해 컨텐츠 동기화를 할 수 없는 문제를 해결할 수 있고, 동시에 클라이언트의 캐시로 인해 초래되는 추가 소모를 줄일 수 있다. 본 실시예는 프레젠테이션 정보(CI) 파일에 타임 윈도우 정보를 추가하거나, 미디어 패키징 유닛(MPU)에 타임 윈도우 정보를 추가하거나, MPT 내에 available_time_info()를 추가하여, 타임 윈도우 정보 묘사에 사용하고, 동시에 기정 타임 윈도우 정보를 제공한 후 캐시 미디어 자원을 다이내믹하게 청구하고 캐시하는 방법을 제공한다.
우선 시그널링 또는 기타 부위에 매개 부분 컨텐츠 모두에 한 개의 새로운 속성을 추가한다: Available_Time, 광대역에서 전송 대기중인 이 컨텐츠가 컨텐츠 제공업체에서 준비 완료되고 전송을 개시한 타임 및 방문을 결속한 타임을 설명하는데 사용된다. 그 어사인먼트는 아래 규칙을 따른다:
1)타임이 미지일 경우
만약 서버단이 아직 전송 대기중인 컨텐츠를 준비 완료한 타임을 확정할 수 없다면, Available_Time 어사인먼트는 “unknown”이다. 동시에 시스템의 호환성을 고려하여, 만약 서버단이 발송한 시그널링에 Available_Time 속성을 추가하지 않으면, 터미널은 Available_Time을 미지로 해석한다.
2)수시로 방문 가능한 경우
만약 서버단의 미디어 컨텐츠를 수시로 방문과 발송이 가능하다면, Available_Time 어사인먼트는 “anytime”이다.
3)임의의 특정 타임 개시 후, 줄곧 유효한 경우
만약 서버단의 컨텐츠는 임의의 특정 타임이 시작된 후 줄곧 유효하다면, Available_Time 어사인먼트는 이 특정 UTC 타임, 즉 “UTC1”이다.
4)임의의 특정 타임 구역내에서 유효한 경우
만약 서버단의 컨텐츠를 임의의 특정 타임 구간 내에서 획득한다면, Available_Time 어사인먼트는 이 타임 구간, 즉 “UTC1--UTC2", 괄호안은 UTC이다.
Available_Time에 대한 해석 작업은 터미널에서 완성한다
마찬가지로 필요에 따라 시그널링 또는 기타 부위 매개 부분 컨텐츠에 Asset_Size 속성을 추가하여, 이 부분 컨텐츠 사이즈를 표시하는데 사용할 수 있다.
새로 추가한 속성, Available_Time과 Asset_Size, 시스템 의 구체 위치에서 필요에 따라 다른 곳에도 추가할 수 있다. 이를 테면 CI, MPT, MPU 등. 아래에 몇개 위치를 예로 설명하기로 한다.
아래에 각각 CI, MPT와 MPU에 Available_Time과 Asset_Size 속성을 추가한 실례를 설명한다:
1)CI에 새 속성 추가
만약 mediaSrc 속성이 MediaSync 원소에 있다면, 새로 추가한 Available_Time과 Asset_Size 속성도 마찬가지로 이 원소 가운데에 있다.
<mmtci: CI>
<mmtci: view id="View1" mmtci: viewRole="default" style="position: absolute; width: 1920px; height: 1080px">
<mmtci: divLocation id="divL1" style="position: absolute; width: 100%; height: 100%; left: 0px; top: 0px" mmtci: refDiv="Area1"/>
</mmtci: view>
<mmtci: MediaSync refId="video1" mmtci: begin="2015-01-31T15: 20: 00+08: 00" mmtci: end="2015-01-31T15: 20: 30+08: 00" mmtci: mediaSrc="mmt: //224.1.1.1/Video1/Video1_1.mp4?sequence_num=0-193&amp;type=video" mmtci: Available_Time="2015-01-31T15: 10: 00+08: 00--2015-01-31T15: 15: 00+08: 00" mmtci: Asset_Size=”5Mb”/>
</mmtci: CI >
만약 mediaSrc 속성이 MediaSync원소의 서브원소 sourceList에 있다면, 새로 추가한Available_Time과 Asset_Size 속성을 상응하는 sourceList에 포함시킨다.
<mmtci: CI>
<mmtci: view id="View1" mmtci: viewRole="default" style="position: absolute; width: 1920px; height: 1080px">
<mmtci: divLocation id="divL1" style="position: absolute; width: 100%; height: 100%; left: 0px; top: 0px" mmtci: refDiv="Area1"/>
</mmtci: view>
<mmtci: MediaSync refId="video1" mmtci: begin="2015-01-31T15: 20: 00+08: 00" mmtci: end="2015-01-31T15: 20: 30+08: 00"/>
<mmtci: sourceList mmtci: mediaSrc="mmt: //224.1.1.1/Video1/Video1_1.mp4?sequence_num=0-193&amp;type=audio" mmtci: Available_Time="2015-01-31T15: 10: 00+08: 00--2015-01-31T15: 15: 00+08: 00" mmtci: Asset_Size=”512Kb”/>
<mmtci: sourceList mmtci: mediaSrc="mmt: //224.1.1.1/Video2/Video1_2.mp4?sequence_num=0-193&amp;type=audio" mmtci: Available_Time="anytime" mmtci: Asset_Size=”1Mb”/>
</mmtci: CI >
2)MPT에 새 속성을 추가한다
MPT테이블의 매개 asset에 Asset_Size를 추가하여, 사이즈를 묘사한다.
만약 컨텐츠에 여러개의 소스 주소가 있을 경우, 매개 소스 주소 의 이 부분 컨텐츠 모두에 한 개의 Available_Time을 분배한다. 만약 이 컨텐츠에 오직 한 개의 소스 주소가 있을 경우, 오직 이 주소의 소스 컨텐츠에 한 개의 Available_Time을 분배한다. 구체 실현 방식은 두 가지로 아래에 이 두 가지 실예를 설명하기로 한다.
MPT에 Available_Time_Type과 MMT_Available_Time_info()를 추가하여, 이 4가지 상황을 예로, Available_Time_Type두 비트를 분배하여, Avaliable_Time의 4가지 상황을 표징하기로 한다. 만약 획득 가능한 타임의 분류 상황이 더 많으면, 더 많은 비트 분배를 고려할 수 있다. MMT_Available_Time_info()는 미디어 컨텐츠의 획득 가능한 타임 또는 획득 가능한 타임 구간정보를 설명하였다. MPT는 아래와 같다.
MP table Syntax
Syntax Value No. of bits Mnemonic
MP_table() {
table_id
version
length
reserved
MP _table_mode
If (table_id == SUBSET_0_MPT_TABLE_ID) {
MMT_package_id {
MMT_package_id_length
for (i=0; i<N1; i++) {
MMT _package_id_byte
}
}
}
MP_table_descriptors {
MP_table_descriptors_length
for (i=0; i<N2; i++) {
MP_table_descriptors_byte
}
}
}
number_of_assets
for (i=0; i<N3; i++) {
Identifier_mapping()
asset_type
asset_size
reserved
asset_clock_relation_flag
if (asset_clock_relation_flag == 1) {
asset_clock_relation_id
reserved
asset_ timescale _flag
if (asset_time_scale_flag == 1) {
asset_ timescale
}
}
asset_location {
location_count
for (i=0; i<N6; i++) {
MMT_general_location_info()
Available_Time_Type
MMT_Available_Time_info()
}
}
asset_descriptors {
asset_descriptors_length
for (j=0; j<N5; j++) {
asset_descriptors_byte
}
}
}
}

8
8
16
6
2


8

8




16

8



8


32
64
7
1

8
7
1

32



8


2




16

8




uimsbf
uimsbf
uimsbf
bslbf
bslbf


uimsbf

uimsbf




uimsbf

uimsbf



uimsbf


char
uimsbf
bslbf
bslbf

uimsbf
bslbf
bslbf

uimsbf



uimsbf


uimsbf




uimsbf

uimsbf



MMT_Available_Time_info Syntax
Syntax Value No. of bits Mnemonic
MMT_Available_Time_info() {
if (Available_Time_Type == 10) {
available_begin
} else if (location_type == 11) {
available_begin
availbel _end
}
}

64

64
64

uimsbf

uimsbf
uimsbf
Available_Time_Type: 이 두 비트는 획득 가능한 타임의 유형을 의미하는 바, 아래와 같이 설명한다:
Value of Available_Time_Type
Value Description
0x00 획득 가능한 타임은 미지로, MMT_Available_Time_info()로 진입할 필요가 없다
0x01 이 부분 컨텐츠는 줄곧 획득되어, MMT_Available_Time_info()로 진입할 필요가 없다
0x02 임의의 타임 이후 이 부분 컨텐츠는 줄곧 획득되고, 이 타이밍를 MMT_Available_Time_info()에서 정의한다.
0x03 임의의 타임 구간 내에서 이 부분 컨텐츠는 줄곧 획득되어, 이 타임구간의 시작과 결속 시각을 MMT_Available_Time_info()에서 정의한다.
B． 오직 MPT에 MMT_Available_Time_info()를 추가하고, MMT_Available_Time_info()는 미디어 컨텐츠의 획득 가능한 타임 또는 획득 가능한 타임 구간정보를 설명한다. MPT는 아래와 같다:
MP table Syntax
Syntax Value No. of bits Mnemonic
MP_table() {
table_id
version
length
reserved
MP _table_mode
If (table_id == SUBSET_0_MPT_TABLE_ID) {
MMT_package_id {
MMT_package_id_length
for (i=0; i<N1; i++) {
MMT _package_id_byte
}
}
}
MP_table_descriptors {
MP_table_descriptors_length
for (i=0; i<N2; i++) {
MP_table_descriptors_byte
}
}
}
number_of_assets
for (i=0; i<N3; i++) {
Identifier_mapping()
asset_type
asset_size
reserved
asset_clock_relation_flag
if (asset_clock_relation_flag == 1) {
asset_clock_relation_id
reserved
asset_ timescale _flag
if (asset_time_scale_flag == 1) {
asset_ timescale
}
}
asset_location {
location_count
for (i=0; i<N6; i++) {
MMT_general_location_info()
MMT_Available_Time_info()
}
}
asset_descriptors {
asset_descriptors_length
for (j=0; j<N5; j++) {
asset_descriptors_byte
}
}
}
}

8
8
16
6
2


8

8




16

8



8


32
64
7
1

8
7
1

32



8






16

8




uimsbf
uimsbf
uimsbf
bslbf
bslbf


uimsbf

uimsbf




uimsbf

uimsbf



uimsbf


char
uimsbf
bslbf
bslbf

uimsbf
bslbf
bslbf

uimsbf



uimsbf






uimsbf

uimsbf



MMT_Available_Time_info Syntax
Syntax Value No. of bits Mnemonic
MMT_Available_Time_info() {
available_begin
available_end
}
64
64
uimsbf
uimsbf
available_begin과 available_end의 사용법은 아래와 같다.
available_begin available_end Description
전체0 전체0 획득 가능한 타임이 미지일 경우
전체1 전체1 이 부분 컨텐츠는 줄곧 획득된다.
구체적인 UTC 타임 전체1 이 부분 컨텐츠는 availble_begin타이밍 이후부터 줄곧 획득된다
구체적인 UTC 타임 구체적인 UTC 타임 이 부분 컨텐츠는 두 타이밍 사이에서 획득될 수 있다.
3)MPU에 새 속성을 추가한다.
MPU에서 묘사된 것은 단일 MPU 사이즈이므로, 여기서 mpu_size를 취한다.
Syntax No. of bits Mnemonic
MPU_timestamp_descriptor () {
descriptor_tag
descriptor_length
for (i=0; i<N; i++) {
mpu_sequence_number
mpu_presentation_time
mpu_size
mpu_available_time
}
}
16
8

32
64
32
64


uimsbf
uimsbf

uimsbf
uimsbf
uimsbf
uimsbf

캐시 윈도우 사이즈의 캐시 메커니즘을 다이내믹하게 분배하는 설계 구상은 아래와 같다: CI파일중 이미 있는 속성에는 대상의 프레젠테이션을 정상적으로 시작하는 타임―begin이 포함되어 있고, 동시에 IP 네트워크 내의 상응하는 방법을 통해, ICMP 메시지 시그먼트를 발송하는 것과 같은 방식으로 현재의 단방향 광대역 네트워크 지연―t1와 광대역 네트워크 대역―Bandwidth를 획득한다. 시그널링 또는 기타 부위에 광대역 컨텐츠의 획득 가능한 타임의 속성 Available_Time과 Asset_Size를 추가한 후: 한 개의 역치 Threshold를 설정하고, 만약 지연t1가 이 역치 보다 작다면, 이 지연을 무시하고, 시스템은 광대역으로 미디어 컨텐츠를 전송하기 위해 추가로 캐시를 분배할 필요가 없다. 만약 t1가 이 역치 보다 크면, 구체 방안 의 방법을 통해 광대역 중 미디어 컨텐츠 사전발송 청구 타임 구간을 확정하여, 터미널에 캐시 윈도우를 분배한다. 만약 네트워크 지연이 아주 크면, 컨텐츠 제공 업체가 제공하는 Available_Time은 사전 캐시 동기화 유지 조건을 만족할 수 없고, 직접 이 광대역 통로로 전송되는 보조 컨텐츠를 버린다.
구체 방안은 아래와 같다(아래 절차는 실제 상황에 따라 선택 사용, 조합할 수 있다):
시그널링 또는 기타 부위에 대응하는 컨텐츠의 Available_Time과 Asset_Size 속성을 추가한다.
클라이언트 터미널은 IP 네트워크 내의 상응하는 방법을 통해, 이를테면 ICMP 메시지 시그먼트를 발송하는 것을 통해, 현재 광대역 네트워크의 단방향 지연t1과 광대역 네트워크 대역 Bandwidth를 획득한다.
클라이언트는 시그널링 분석을 통해 (이를 테면 MPT, CI) 대응하는 미디어 컨텐츠의 획득 가능한 타임(Available_Time), 정상 플레이 타임(begin) 및 대응하는 컨텐츠 사이즈(Asset_Size)을 획득한다.
만약 t1<Threshold이면, 지연은 생략한다. 만약 t1>Threshold이면, 아래 방법을 통해 터미널이 발송하여 청구한 타임 윈도우와 터미널이 분배한 캐시 사이즈를 계산한다:
① 컴퓨팅 서비스 업체가 한 개의 컨텐츠 유닛이 수요하는 타임을 전송한다: Data_Transfer_Time, 이 타임은 한 개의 컨텐츠 유닛 사이즈와 현재 광대역 환경 하의 비트레이트로 계산하여 획득한다.
②만약 Available_Time이 “unknown”거나 또는 CI에 이 속성이 없다면, 처리를 생략한다. 만약 Available_Time이 “anytime”이면, 이 절차를 뛰어 넘어 ③로 들어간다. 만약 Available_Time이 한 개의 특정 UTC 타임한 개의 UTC 타임 구간, 최초의 타임을 취하여 아래와 같이 판단한다:
Available_Time+t1+Data_Transfer_Time<begin (1)
만약 조건(1)이 불성립되면, 전송 대기 미디어 컨텐츠의 획득 가능한 타임이 너무 늦어, 현재 네트워크의 지연 하에서 신속히 터미널에 도착할 수 없기 때문에 부분 컨텐츠를 분실하게 됨을 의미한다. 만약 조건(1)이 성립되면 현재 네트워크 지연으로 인한 동기화 불가 문제는 사전 캐시로 해결한 후, 다음 단계 계산을 함을 의미한다.
③ 터미널이 미디어 컨텐츠 사전 발송 청구의 타임 구간을 계산한다:
청구 최초 타임:
Earliest_Request_Time=Available_Time-t1 (2)
청구 마지막 타임:
Latest_Request_Time=begin-2t1-Data_Transfer_Time (3)
실제로 청구한 타임은 두 타이밍 사이에 있다:
Earliest_Request_Time<Actual_Request_Time<Latest_Request_Time (4)
④터미널이 한 개의 청구 타임을 선정하면, 터미널이 서비스 업체의 데이터를 접수하기 시작할 수 있는 타임은,
Receive_Time=Actual_Request_Time+2t1 (5)
터미널부터 begin 타이밍 전에 데이터 접수 타임은,
Δt=begin-Receive_Time (6)
⑤만약 CI에 Asset_Size 속성을 추가하면, 터미널이 분배한 캐시 윈도우 사이즈는,
Buffer_Size=min{Δt *bitrate，Asset_Size} (7)
만약 CI에 Asset_Size 속성 미추가시, 터미널이 분배한 캐시 윈도우 사이즈는,
Buffer_Size=Δt *bitrate (8)
방안에서 사용한 변량 및 그 의미는 아래표와 같다:
변량 의미
begin 클라이언트 정상 플레이 미정 컨텐츠 타임
Available_Time 전송대기 컨텐츠가 컨텐츠 제공업체에서 준비완료되고 전송을 개시한 타임
Asset_Size 미디어 컨텐츠 사이즈
t1 광대역 통로에서의 단방향 네트워크 지연
Bandwidth 광대역 네트워크 대역
Threshold 현재 지연이 메인 어시스트 동영상의 동기화에 영향을 주는지 여부 판단에 사용
Earliest_Request_Time 터미널이 청구한 최초 타임
Latest_Request_Time 터미널이 청구한 마감 타임
Actual_Request_Time 터미널이 실제로 청구한 타임
Receive_Time 터미널이 데이터를 접수하기 시작한 타임
Buffer_Size 터미널이 분배한 캐시 윈도우 사이즈
한 개의 실례를 든다면,
클라이언트가 대응하는 시그널링 접수를 알고 있는 시스템의 현재 상태는 아래와 같다. 이곳에서 Threshold를 0.1s로 설정하고, Data_Transfer_Time은 일반적으로 당시 data 사이즈와 비트레이트에 따라, 여기서는 3s를 취하며
파라미터 가치
t1 10s
Bandwidth 10Mbps
Threshold 0.1s
이 시그널링에 포함된 한 개의 이미지와 음성 파일 정보는 아래와 같다:
File begin Available_Time Asset_Size
Image.1 2015-01-31T5:00:00+08:00 2015-01-31T4:59:50+08:00 512Kb
Audio.1 2015-01-31T5:00:00+08:00 2015-01-31T4:59:20+08:00
--2015-01-31T4:59:50+08:00		 2Mb
현재의 네트워크 지연은 10s로, 0.1s의 Threshold 보다 큰 바, 10s의 광대역 지연은 접수 불가능하여, 사전에 컨텐츠의 발송을 청구해야 함을 설명한다.
Image.1에 대해, 획득 가능한 타임은 북경 타임 4: 59: 50 이후의 모든 타임이지만, 그가 획득 가능한 타임이 너무 늦어, 조건(1)을 만족할 수 없다. 즉 재플레이시에 컨텐츠를 터미널로 발송할 수 없게 되는 바, 따라서 이 컨텐츠는 버린다.
Audio.1에 대해, 그가 획득 가능한 타임은 북경 타임 4: 59: 20부터 4: 59: 50 사이이고, 4: 59: 20가 조건(1)을 만족하므로, 식(2)와 (3)은 발송 청구한 타임 구간을 획득할 수 있다:
Earliest_Request_Time= 2015-01-31T4: 59: 10+08: 00
Latest_Request_Time=2015-01-31T4: 59: 37+08: 00
만약 실제 청구 타임을 취한다면,
Actual_Request_Time=2015-01-31T4: 59: 30+08: 00
만약 현재 비트레이트는 200Kb/s, 각 변량 획득 가능 파라미터는 아래와 같다.
Earliest_Request_Time 2015-01-31T4:59:10+08:00
Latest_Request_Time 2015-01-31T4:59:37+08:00
Actual_Request_Time 2015-01-31T4:59:30+08:00
Receive_Time 2015-01-31T4:59:50+08:00
Δt 20s
Δt*bitrate 4M
Buffer_Size 2Mb
그 중 Buffer_Size는 Δt*bitrate와 Asset_Size의 최소치, 즉 2Mb를 취한다.
따라서 이 실례에서 Image.1은 Available_Time 타이밍 부여는 늦어서 버리고, Audio.1은 CI에서 규정한 Available_Time과 Asset_Size는 터미널이 반드시 사전 청구하여 발송한 타임과 반드시 준비해야 할 캐시 윈도우 사이즈를 획득한다.
제 2 실시예
방송과 광대역에서 구성된 이종 터미널 중 광대역 막힘으로 인해 컨텐츠 동기화를 할 수 없는 문제를 해결하고, 동시에 클라이언트가 캐시로 인해 초래되는 추가 소모를 줄이기 위해,
본 실시예는 일종 이종 네트워크 전송의 자원 다이내믹 청구 타임 윈도우 및 터미널 캐시 메커니즘을 제공하는 바, MMT 의 시그널링에 대해, MPT테이블, MPU시그널링 부분에 미디어 컨텐츠 Available_Time 및 Asset_Size 속성을 추가하여, 클라이언트 터미널로 하여금 상응하는 미디어 컨텐츠의 획득 가능한 타임을 획득하게 한다. 동시에, 클라이언트 터미널은 네트워크에서 상응하는 방법을 통해 현재 광대역 네트워크 하의 네트워크 대역 및 네트워크의 상, 하행 지연을 확정하고, 광대역 소스 컨텐츠의 획득 가능한 타임과 광대역 채널 지연을 통해, 클라이언트 터미널은 사전 캐시 청구를 발송하는 타임 구간 및 터미널이 필요로 하는 캐시 윈도우 사이즈를 계산해낸다.
본 실시예에서 MPT테이블, CI파일 또는 MPU시그널링 부분에 미디어 컨텐츠 Available_Time 및 Asset_Size 속성을 추가하여, 클라이언트 터미널로 하여금 상응하는 미디어 컨텐츠의 획득 가능한 타임을 획득하게 한다. 이 부분의 기술 실현은 제 1 실시예와 같고, 제 1 실시예과 다른 점은, 네트워크 상하행 지연의 확정 방법이다.
구체적으로, 본 실시예의 캐시 윈도우 사이즈의 캐시 메커니즘을 다이내믹하게 분배하는 설계 구상은 아래와 같다: CI파일중 이미 있는 속성에는 대상의 프레젠테이션을 정상적으로 시작하는 타임―begin이 포함되어 있고, 동시에 네트워크 내에서 HRBM message과 ARQ 정보를 발송하는 방법을 통해, 현재 광대역 네트워크 하의 상행지연―Df, 하행지연―Dt, 광대역 네트워크 대역―Bandwidth를 획득할 수 있다. 시그널링 또는 기타 부위에 광대역 컨텐츠의 획득 가능한 타임의 속성 Available_Time과 Asset_Size를 추가한 후: 한 개의 역치 Threshold를 설정하고, 만약 하행지연Dt가 이 역치보다 작다면, 이 지연을 무시하고, 시스템은 광대역으로 미디어 컨텐츠를 전송하기 위해 추가로 캐시를 분배할 필요가 없다. 만약 Dt가 이 역치 보다 크면, 구체 방안 의 방법을 통해 광대역 중 미디어 컨텐츠 사전발송 청구 타임 구간을 확정하여, 터미널에 캐시 윈도우를 분배한다. 만약 네트워크 지연이 아주 크면, 컨텐츠 제공 업체가 제공하는 Available_Time은 사전 캐시 동기화 유지 조건을 만족할 수 없고, 직접 이 광대역 통로로 전송되는 보조 컨텐츠를 버린다.
구체 방안은 아래와 같다(아래 절차는 실제 상황에 따라 선택 사용, 조합할 수 있다):
시그널링 또는 기타 부위에 대응하는 컨텐츠의 Available_Time과 Asset_Size 속성을 추가한다.
클라이언트 터미널은 IP 네트워크 내의 상응하는 방법을 통해, 시그널링 전송 또는 ARQ 정보 발송을 통해, 현재 광대역 네트워크의 상행지연Df, 하행지연Dt와 광대역 네트워크 대역 Bandwidth를 획득한다.
클라이언트는 시그널링 분석을 통해 대응하는 미디어 컨텐츠의 획득 가능한 타임―Available_Time, 정상 플레이 타임―begin 및 대응하는 컨텐츠 사이즈―Asset_Size을 획득한다.
만약 Df<Threshold이면, 지연은 생략한다. 만약 Dt>Threshold이면, 아래 방법을 통해 터미널이 발송하여 청구한 타임 윈도우와 터미널이 분배한 캐시 사이즈를 계산한다:
① 컴퓨팅 서비스 업체가 한 개의 컨텐츠 유닛이 수요하는 타임을 전송한다: Data_Transfer_Time, 이 타임은 한 개의 컨텐츠 유닛 사이즈와 현재 광대역 환경 하의 비트레이트로 계산하여 획득한다.
②만약 Available_Time이 “unknown”거나 또는 CI에 이 속성이 없다면, 처리를 생략한다. 만약 Available_Time이 "anytime"이면, 이 절차를 뛰어 넘어 ③로 들어간다. 만약 Available_Time이 한 개의 특정 UTC 타임과 한 개의 UTC 타임 구간에 있다면, 최초의 타임을 취하여 아래와 같이 판단한다:
Available_Time+Dt+Data_Transfer_Time<begin (1)
만약 조건(1)이 불성립되면, 전송 대기 미디어 컨텐츠의 획득 가능한 타임이 너무 늦어, 현재 네트워크의 지연 하에서 신속히 터미널에 도착할 수 없기 때문에 부분 컨텐츠를 분실하게 됨을 의미한다. 만약 조건(1)이 성립되면 현재 네트워크 지연으로 인한 동기화 불가 문제는 사전 캐시로 해결한 후, 다음 단계 계산을 함을 의미한다.
③ 터미널이 미디어 컨텐츠 사전 발송 청구의 타임 구간을 계산한다:
청구 최초 타임:
Earliest_Request_Time=Available_Time-Df (2)
청구 마지막 타임:
Latest_Request_Time=begin-Df-Dt-Data_Transfer_Time (3)
실제로 청구한 타임은 두 타이밍 사이에 있다:
Earliest_Request_Time<Actual_Request_Time<Latest_Request_Time (4)
④터미널이 한 개의 청구 타임을 선정하면, 터미널이 서비스 업체의 데이터를 접수하기 시작할 수 있는 타임은,
Receive_Time=Actual_Request_Time+Df+Dt (5)
터미널부터 begin 타이밍 전에 데이터 접수 타임은,
Δt=begin-Receive_Time (6)
⑤만약 CI에 Asset_Size 속성을 추가하면, 터미널이 분배한 캐시 윈도우 사이즈는,
Buffer_Size=min{Δt *bitrate，Asset_Size} (7)
만약 CI에 Asset_Size 속성 미추가시, 터미널이 분배한 캐시 윈도우 사이즈는,
Buffer_Size=Δt *bitrate (8)
방안에서 사용한 변량 및 그 의미는 아래표와 같다:
변량 함의 및 용도
begin 클라이언트 정상 플레이 특정 컨텐츠 타임
Available_Time 전송대기 컨텐츠가 컨텐츠 제공업체에서 준비완료되고 전송을 개시한 타임
Asset_Size 미디어 컨텐츠 사이즈
Df 네트워크 중의 상행지연
Dt 네트워크 중의 하행지연
Bandwidth 광대역 네트워크 대역
Threshold 현재 지연이 메인 어시스트 동영상의 동기화에 영향을 주는지 여부 판단에 사용
Earliest_Request_Time 터미널이 청구한 최초 타임
Latest_Request_Time 터미널이 청구한 마감 타임
Actual_Request_Time 터미널이 실제로 청구한 타임
Receive_Time 터미널이 데이터를 접수하기 시작한 타임
Buffer_Size 터미널이 분배한 캐시 윈도우 사이즈
한 개의 실례를 든다면,
클라이언트가 대응하는 시그널링 접수를 알고 있는 시스템의 현재 상태는 아래와 같다. 이곳에서 Threshold를 0.1s로 설정하고, Data_Transfer_Time은 일반적으로 당시 data 사이즈와 비트레이트에 따라, 여기서는 3s를 취하며,
파라미터 가치
Df 10s
Dt 10s
Bandwidth 10Mbps
이 시그널링에 포함된 한 개의 이미지와 음성 파일 정보는 아래와 같다:
File begin Available_Time Asset_Size
Image.1 2015-01-31T5:00:00+08:00 2015-01-31T4:59:50+08:00 512Kb
Audio.1 2015-01-31T5:00:00+08:00 2015-01-31T4:59:20+08:00
--2015-01-31T4:59:50+08:00		 2Mb
현재의 네트워크 지연은 10s로, 0.1s의 Threshold 보다 큰 바, 10s의 광대역 지연은 접수 불가능하여, 사전에 컨텐츠의 발송을 청구해야 함을 설명한다.
Image.1에 대해, 획득 가능한 타임은 북경 타임 4: 59: 50 이후의 모든 타임이지만, 그가 획득 가능한 타임이 너무 늦어, 조건(1)을 만족할 수 없다. 즉 재플레이시에 컨텐츠를 터미널로 발송할 수 없게 되는 바, 따라서 이 컨텐츠는 버린다.
Audio.1에 대해, 그가 획득 가능한 타임은 북경 타임 4: 59: 20부터 4: 59: 50 사이이고, 4: 59: 20가 조건(1)을 만족하므로, 식(2)와 (3)은 발송 청구한 타임 구간을 획득할 수 있다:
Earliest_Request_Time= 2015-01-31T4: 59: 10+08: 00
Latest_Request_Time=2015-01-31T4: 59: 37+08: 00
만약 실제 청구 타임을 취한다면,
Actual_Request_Time=2015-01-31T4: 59: 30+08: 00
만약 현재 비트레이트는 200Kb/s, 각 변량 획득 가능 파라미터는 아래와 같다
Earliest_Request_Time 2015-01-31T4:59:10+08:00
Latest_Request_Time 2015-01-31T4:59:37+08:00
Actual_Request_Time 2015-01-31T4:59:30+08:00
Receive_Time 2015-01-31T4:59:50+08:00
Δt 20s
Δt*bitrate 4M
Buffer_Size 2Mb
그 중 Buffer_Size는 Δt*bitrate와 Asset_Size의 최소치, 즉 2Mb를 취한다.
따라서 이 실례에서 Image.1은 Available_Time 타이밍 부여는 늦어서 버리고, Audio.1은 CI에서 규정한 Available_Time과 Asset_Size는 터미널이 반드시 사전 청구하여 발송한 타임과 반드시 준비해야 할 캐시 윈도우 사이즈를 획득한다.
만약 구 시스템에서 접수측에서 AsseT의 Available_Time을 알 수 없다면, 시스템의 호환성을 위해, 시스템은 아래와 같은 처리방법을 적용할 수 있다: 터미널은 begin 타임 전에 임의의 적합한 시각에 한차례 청구를 발송하여(단 한차례 발송), 상행지연Df을 경과한 후, 서버단은 시각t에서 청구를 접수한다:
만약 시각t가 AsseT의 Available_Time 전이고 접수측의 대기 타임 윈도우 사이즈에 근거하여 타임 간격이 크다는 것을 판단한다면, 서버단은 정보를 접수단에 보내어, 접수단에 AsseT의 Available_Time을 알린다. 서버는 Available_Time에서 Asset를 발송한다.
만약 시각t가 AsseT의 Available_Time 전이지만 접수측의 대기 타임 윈도우 사이즈에 근거하여 타임 간격이 크지 않음을 판단한다면, 서버단은 직접 Available_Time까지 대기한 후 직접 Asset를 발송한다.
만약 시각t는 AsseT의 Available_Time 이후이면, 아래와 같이 판단한다:
t+Dt<Begin (9)
만약 (9)식이 성립된다면 현재 Asset를 발송하면 접수측인 규정된 시간에 접수함을 의미하고, 따라서 서버단은 현재 시각에 Asset를 발송한다. 만약 (9)식이 불성립된다면 현재 시각에 Asset를 발송하면 늦기에 이 Asset를 버림을 의미한다.
본 발명의 상술한 제 2 실시예는 광대역 네트워크 의 단방향 네트워크 지연을 상하행의 네트워크 지연으로 변경하고, 청구 타임 윈도우와 캐시 윈도우 사이즈의 확정 방법을 변경하였다. 클라이언트 터미널은 네트워크에서 시그널링 전송 또는 ARQ 정보 발송 방법을 통해, 현재 광대역 네트워크 하에서의 대역과 상하행 지연을 알아 내고, 광대역 소스 컨텐츠의 획득 가능한 타임과 광대역 채널 지연을 통해, 클라이언트 터미널은 사전 캐시 청구를 발송하는 타임 구간 및 터미널이 필요로 하는 캐시 윈도우 사이즈를 계산해 내는 바, 호환성이 더 좋아진다.
제 3 실시예
도 2-4와 같이, 본 실시예는 이종 미디어 네트워크 전송 과정에서 네트워크가 막히는 등의 요소로인해 미디어 관련 자원이 동기화 플레이가 불가능한 문제를 해결하였는 바, 상술한 실시예와 다른 점은 general_location_info()에서 보류 필드를 사용하여 매 한 개의 다른 소스의 미디어 자원에 타임 윈도우 정보를 추가하는 방법을 제공하고, 통지 시그널링 발송 타임 계산 방법을 제공하는 것이다.
본 실시예의 구체 실시 중 다음의 3개 부분 내용을 포함한다:
MMT_general_location_info() 기술자에 자원의 Available_Time정보를 추가한다.
문제 자원이 제때에 프레젠테이션 및 동기화할 수 있도록, 우선 시그널링 또는 기타 부위에 매개 부분 컨텐츠 모두에 새로운 속성을 추가한다: available begin과 available end, 현재 네트워크에서 전송 대기중인 이 컨텐츠가 컨텐츠 서비스 업체에서 준비 완료되고 전송을 개시할 수 있는 타임 및 방문 결속 타임을 설명하는데 사용된다.
상술한 제 1 실시예에서 각각 MPT, CI와 MPU에서 Available_Time을 추가하는 방법을 제공하였다. 아래에 MPT에서의 MMT_general_location_info() 기술자 중 획득 가능한 타임을 추가하는 방법 및 실례를 들어보기로 한다:
MPT 의 MMT_general_location_info() 기술자는 미디어 자원과 관련 시그널링의 원시 정보를 제공하고, 그 중 location_type은 0x00~0x06 및 0x0C의 가치와 대응하는 asset자원의 위치정보이며, 0x07~0x0B의 가치와 대응하는 시그널링 소스 정보이고, 0x0D~0x9F는 ISO를 위해 보류한 필드이며, 0xA0~0xFF는 전용 시스템을 위해 보류한 필드이다. 이전 시스템의 호환성을 고려하여, 보류 location_type가치 중, 0xA0~0xA7 이 8개 보류 가치를 사용하여, 매 한 가지 location_type과 대응하는 필드에서 묘사한 위치정보 필드 정의와 0x00~0x06, 0x0C가 일치하고, 매개 묘사 위치정보 필드의 마지막에 available_begin과 available_end 속성을 추가한다.
추가한 정의 필드 available_begin과 available_end는 아래와 같다:
MMT_general_location_info Syntax
Figure 112017083594225-pct00001
Figure 112017083594225-pct00002
Figure 112017083594225-pct00003
available_begin - 미디어 자원의 최초 획득 가능한 타임. 만약 필드를 전부 0으로 설정하면, 이 자원을 최초로 획득 가능한 타임이 미지임을 의미한다. 만약 필드를 전부 1로 설정하면, 이 자원을 최초로 획득 가능한 타임은 현재 타임보다 빠름을 의미한다.
available_end - 미디어 자원을 마지막에 획득 가능한 타임. 만약 필드를 전부 0으로 설정하면, 이 자원을 마지막에 획득 가능한 타임이 미지임을 의미한다. 만약 필드를 전부 1로 설정하면, 이 자원을 준비 완료한 후 줄곧 획득할 수 있음을 의미한다.
available_begin available_end Description
전체0 전체0 획득 가능한 타임이 미지일 경우
전체1 전체1 이 부분 컨텐츠는 줄곧 획득된다.
구체적인 UTC 타임 전체1 이 부분 컨텐츠는 availble_begin타이밍 이후부터 줄곧 획득된다
구체적인 UTC 타임 구체적인 UTC 타임 이 부분 컨텐츠는 두 타이밍 사이에서 획득될 수 있다.
즉:
(1)만약 임의의 자원을 한 개의 타임 구간 내에서 획득할 수 있다면, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 어사인먼트는 시작 타임 “UTC1”이고, available_end어사인먼트는 결속 타임 “UTC2”;
(2)만약 임의의 자원이 임의의 시각부터 시작하여 줄곧 획득될 경우, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 어사인먼트는 시작 타임 “UTC1”이고, available_end 필드는 전부 1로 설정한다.
(3)만약 임의의 자원을 임의의 타임 내에서 모두 획득할 수 있다면, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 필드는 전부 1로 설정하고, available_end 필드는 전부 1로 설정한다.
(4)만약 임의의 자원의 획득 가능한 상황이 아직 미지일 경우, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 필드는 전부 0으로 설정하고, available_end 필드는 전부 0으로 설정한다.
location_type에 대응하여 이곳에 0xA0~0xFF에서의 보류 필드를 사용하며, 0x0D~0x9F에서의 보류 필드를 사용할 수도 있다. 새로 정의한 location_type은 각각 0x00~0x06, 0x0C에서의 몇가지 location_type의 기초상에서 획득 가능한 타임 정보를 추가한다.
새로 추가한location_type은 아래와 같이 설명한다:
Value Description
0x00 An Asset in the same MMTP packet flow as the one that carries the data structure to which this MMT_general_location_info() belongs
0x01 MMTP packet flow over UDP/IP (version 4)
0x02 MMTP packet flow over UDP/IP (version 6)
0x03 A program within an MPEG-2 TS in a broadcast network. The program is indicated by a PMT PID is described in ISO/IEC 13818-1.
0x04 An elementary stream (ES) in an MPEG-2 TS over the IP broadcast network
0x05 URL
0x06 reserved for private location information
0x07 The same signalling message as the one that carries the data structure to which this MMT_general_location_info() belongs
0x08 A signalling message delivered in the same data path as the one that carries the data structure to which this MMT_general_location_info() belongs
0x09 A signalling message delivered in a data path in the same UDP/IP flow as the one that carries the data structure to which this MMT_general_location_info() belongs
0x0A A signalling message delivered in a data path in a UDP/IP (version 4) flow
0x0B A signalling message delivered in a data path in a UDP/IP (version 6) flow
0x0C An elementary stream (ES) in an MPEG-2 TS over the IP v4 broadcast network
0x0D~0x9F reserved for ISO use
0xA0 An Asset in the same MMTP packet flow as the one that carries the data structure to which this MMT_general_location_info() belongs with additional available begin and end time
0xA1 MMTP packet flow over UDP/IP (version 4)with additional available begin and end time
0xA2 MMTP packet flow over UDP/IP (version 6)with additional available begin and end time
0xA3 A program within an MPEG-2 TS in a broadcast networkwith additional available begin and end time. The program is indicated by a PMT PID is described in ISO/IEC 13818-1.
0xA4 An elementary stream (ES) in an MPEG-2 TS over the IP broadcast networkwith additional available begin and end time
0xA5 URLwith additional available begin and end time
0xA6 reserved for private location informationwith additional available begin and end time
0xA7 An elementary stream (ES) in an MPEG-2 TS over the IP v4 broadcast networkwith additional available begin and end time
0xA0~0xFF reserved for private use
2． 다른 유형의 서비스단 시스템 하의 클라이언트 터미널 타임 청구 윈도우 계산 방법
제 1 실시예에서 클라이언트 터미널은 시그널링을 분석하여 미디어 자원의 Available_Time을 얻은 후, 이 자원의 타임 윈도우를 다이내믹 청구한다:
(Earliset_Request_Time,Latest_Request_Time) (1)
청구 최초 타임 Earliest_Request_Time:
Earliest_Request_Time=Available_Time-Df (2)
청구 마지막 타임 Latest_Request_Time:
Latest_Request_Time=begin-Df-Dt-Data_Transfer_Time (3)
실제로 청구한 타임은 두 타이밍 사이에 있다:
Earliest_Request_Time<Actual_Request_Time<Latest_Request_Time (4)
그 중 Df는 현재 미디어 네트워크의 상행지연, Dt는 현재 미디어 네트워크의 하행지연, Data_Transfer_Time은 이 서비스단이 이 미디어 자원을 발송하는데 필요한 타임이다.
실제 응용에서 일반적으로 두 가지 유형의 서비스단 server가 있는 바, 자원청구를 접수하면, A유형의 서비스단은 만약 자원이 준비되지 않으면, 직접 에러 정보로 돌아간다(HTTP server) . B유형의 서비스단은 만약 자원이 준비되지 않으면, 우선 정보를 되돌려 보내지 않고, 자원 준비가 완료되기를 기다렸다가 이 자원을 발송한다(MMT server).
제 1 실시예의 청구 타임 윈도우 계산은 A유형의 서비스단에 대한 것이다.
B유형 서비스단이 주어진 상황에서 클라이언트 터미널 Available_Time의 계산 방법은 아래와 같다:
B유형 서비스단은 우선 청구 정보를 접수한 후, 자원이 준비 완료되기를 기다렸다가 발송할 수 있다. 따라서 클라이언트 터미널은 시그널링을 해석하기만 하면 임의의 자원 존재시 바로 청구 자원 정보를 발송할 수 있고, 따라서 B유형 서비스단에 대한 클라이언트 터미널은,
Earliest_Request_Time = 클라이언트 터미널은 시그널링을 해석하여 자원 존재 시각을 알아낸다 (5)
Latest_Request_Time = Begin - Data_Transfer_Time - Dt - Df (6)
3． 서비스단이 Available_Time 시그널링 통지를 발송하는 타임 윈도우 계산 방법
일부 미디어 전송 네트워크에서 가령 서비스단이 임의의 자원의 Avaliable_Time의 시각이 T0라는 것을 알았다면, 이 T0시각이 늦을 가능성이 있어, 발성단이 시그널링을 발송한 후, 클라이언트 터미널이 관련 시그널링을 접한 타임이 늦을 수 있다. 따라서 설사 클라이언트 터미널로 하여금 비록 정확한 청구 타임 윈도우를 계산하게 할지라도, 현재 시각은 이미 Latestest_Request_Time 보다 늦으므로, 자원 청구는 여전히 실패할 수 있다.
이와 같은 상황에서 아래와 같은 서비스단이 시그널링 발송 타임을 확정할 수 있는 메커니즘을 추가한다:
서비스단에서 동일한 방법을 통해 클라이언트 터미널이 자원을 다이내믹하게 청구하는 타임 윈도우를 계산하고, 다음으로 우선 아래와 같이 판단한다:
T0+Dt<Latestest_Request_Time (7)
만약 (7)식이 불성립된다면 Receiver가 최초로 오직 Latest_Request_Time 후에 시그널링 의 Available_Time 속성을 획득할 수 밖에 없음을 의미하고, 따라서 바로 자원을 청구할 수 없게 되는 바, 이와 같은 상황에서는 관련 시그널링을 발송하지 않는다. 만약 (7)식이 성립된다면 Receiver가 Latest_Request_Time 이전에 시그널링 의 Available_Time 속성을 획득할 수 있음을 의미하며, 따라서 계속하여 아래 방법에 따라 시그널링 발송 타임 구간을 획득한다.
통지 계산 마지막 타임 Latest_Notify_Time:
Latest_Notify_Time=Latest_Request_Time-Dt (8)
실제 시그널링이 발송하는 타임 Actual_Notify_Time은 아래 구간과 같다:
T0<Actual_Notify_Time<Latest_Notify_Time (9)
그 중 Dt는 현재 네트워크의 하행지연.
제 4 실시예
본 실시예는 이종 미디어 네트워크 전송 과정에서 미디어 자원의 획득 가능한 타임이 미지일 경우 제때에 청구할 수 없는 문제를 해결하였는 바, 다른 상술한 제 3 실시예과 다른 점은, 기술자 AT_descriptor()를 추가하는 것을 통해 다른 소스의 미디어 자원의 획득 가능한 타임 정보를 획득하는 방법으로, 신구 클라이언트 해석에 새로 추가한 기술자 절차를 제공하였다. 시그널링에서 혹은 기타 부위에서 매개 부분 미디어 자원 컨텐츠 모두에 새 속성을 추가한다: available_begin과 available_end, 이 미디어 자원 서비스단에서 준비 완료되고 청구를 통해 획득 가능한 타임을 설명하는데 사용된다.
구체 실시는 아래와 같다:
MPT에서의 보류 필드에서 한 개의 비트를 취하여 available_time_flag로 삼아, 현재의 서비스단이 자원의 획득 가능한 타임 정보를 발송하였는지 여부를 지시하는데 사용한다.
기존 시스템의 호환성과, 시그널링에서 클라이언트에 임의의 자원을 획득 가능한 타임을 알려야 할지를 고려하여, MPT의 보류 필드 의 한 개의 비트를 취하여 지시비트로 하여, 현재의 서비스단이 자원의 획득 가능한 타임 정보를 발송할지 여부를 지시하는데 사용한다.
MPT에서의 보류 필드는 avialable_time_flag을 정의, 구체적으로 아래와 같다:
available_time_flag: 미디어 자원의 획득 가능한 타임을 발송할지 여부를 지시하는데 사용한다. 만약 필드를 0으로 설정하면, 미디어 자원을 획득 가능한 타임이 준비되지 못하여, 발송하지 않았음을 의미하고; 만약 필드를 1로 설정하면, 미디어 자원을 획득 가능한 타임 정보를 이미 시그널링과 함께 발송하였음을 의미한다.
새로 정의한 available_time_flag의 MPT에서의 위치는 아래와 같다:
MP table syntax
Syntax Value No. of bits Mnemonic
MP_table() {
table_id
version
length
reserved
MP _table_mode
If (table_id == SUBSET_0_MPT_TABLE_ID) {
MMT_package_id {
MMT_package_id_length
for (i=0; i<N1; i++) {
MMT _package_id_byte
}
}
}
MP_table_descriptors {
MP_table_descriptors_length
for (i=0; i<N2; i++) {
MP_table_descriptors_byte
}
}
}
number_of_assets
for (i=0; i<N3; i++) {
Identifier_mapping()
asset_type
available_time_flag
reserved
asset_clock_relation_flag
if (asset_clock_relation_flag == 1) {
asset_clock_relation_id
reserved
asset_ timescale _flag
if (asset_time_scale_flag == 1) {
asset_ timescale
}
}
asset_location {
location_count
for (i=0; i<N6; i++) {
MMT_general_location_info()
}
}
asset_descriptors {
asset_descriptors_length
for (j=0; j<N5; j++) {
asset_descriptors_byte
}
}
}
}




'11 1111'


N1






N2






N3




'1111 11'




'1111 111'






N6





N5
8
8
16
6
2

8

8




16

8



8


32
1
6
1

8
7
1

32



8





16

8




uimsbf
uimsbf
uimsbf
bslbf
bslbf

uimsbf

uimsbf




uimsbf

uimsbf



uimsbf


char
bslbf
bslbf
bslbf

uimsbf
bslbf
bslbf

uimsbf



uimsbf





uimsbf

uimsbf



2． 미디어 자원을 획득 가능한 타임의 속성을 추가한다
새로 추가한 속성available_begin과 available_end는 시그널링, CI, MPU 등 위치에 포함시킬 수 있고, 아래에 두 가지 구체적인 솔루션을 제공하되, 사용시 택일한다:
방법(1): 시그널링에서 한 개의 새 기술자 AT descriptor를 추가, 이 기술자는 미디어 자원을 획득 가능한 타임을 설명하는데 사용한다.
방법(2): 시그널링 MPT에 미디어 자원을 획득 가능한 타임의 속성을 추가한다. 클라이언트 터미널은 시그널링 의 미디어 자원 획득 가능한 타임을 통해 상응하는 구간 내에서 사전에 미디어 자원을 청구한다. 이 방법(2)의 실현 세부사항은 제 3 실시예에서 MMT_general_location_info() 기술자에 자원을 추가한 Available_Time정보를 참고하고, 이 부분은 생략한다.
아래에 상술한 방법(1)의 바람직한 실시 방식의 세부사항에 대해 설명하기로 한다:
시그널링에서 기술자 AT descriptor를 추가하는 것을 통해 미디어 자원 획득 가능한 타임을 설명하는데 사용한다
한 개의 새 기술자 AT descriptor를 추가하는 것을 통해, 현재 미디어 자원을 획득 가능한 타임 정보를 전송하는데 사용한다. AT descriptor은 발송시 MPT에서의 asset_descriptors{}에 함께 첨부하여 발송한다
AT descriptor의 정의는 아래와 같다:
1. 소개
한 개의 AT descriptor는 자원이 발송측에서 준비되고 획득가능한 타임 정보를 포함한다. 만약 미디어 자원을 획득 가능한 타임을 이미 알고 있다면, AT descriptor는 MPT 내에 포함될 수도 있다.
2. 어법
AT descriptor의 어법 정의는 아래와 같은 3가지 방식이 있다:
Syntax Value No. of bits Mnemonic
AT_descriptor() {
descriptor_tag
descriptor_length
available_time_count
for(i= 0;i<N1;i++) {
location_index
available_begin
available_end
}
}


N1

16
32
8

8
32
32

uimsbf
uimsbf
uimsbf

uimsbf
uimsbf
uimsbf
방식1 테이블에서 6개의 속성을 정의하였다. 각각 descriptor_tag, descriptor_length, available_time_count, location_index, available_begin, available_end. 이와 같은 상황에서 서비스단은 오직 한 개의 AT descriptor 만을 발송하며, 모든 주소 소스의 획득 가능한 타임 정보를 포함한다. 그 중 available_time_counT가 표시하는 것은 MPT에서 다른 location_type과 대응하는 획득 가능한 타임 정보의 수량이다. location_index 속성은 현재 순환에서 획득 가능한 타임 정보에 대응하는 MPT에서 다른 location 주소 소스의 색인을 제공하여, 이 색인을 통해 대응하는 획득 가능한 자원의 획득 가능한 타임을 획득한다.
방식2 AT descriptor syntax
Syntax Value No. of bits Mnemonic
AT_descriptor() {
descriptor_tag
descriptor_length
location_count
for(i= 0;i<N2;i++) {
location_index
available_begin
available_end
}
}
16
32
8

8
32
32

uimsbf
uimsbf
uimsbf

uimsbf
uimsbf
uimsbf
방식2 테이블에서 6개의 속성을 정의하였다. 각각 descriptor_tag, descriptor_length, location_count, location_index, available_begin, available_end. 이와 같은 상황에서 서비스단은 오직 한 개의 AT descriptor 만을 발송하며, 모든 주소 소스의 획득 가능한 타임 정보를 포함한다. 그 중 location_counT가 표시하는 것은 MPT에서 다른 location 소스의 수량이다. location_index 속성은 현재 순환에서 획득 가능한 타임 정보에 대응하는 MPT에서 다른 location 소스의 색인을 제공하여, 이 색인을 통해 대응하는 획득 가능한 자원의 획득 가능한 타임을 획득한다. 만약 임의의 location 소스의 자원 획득 가능한 타임이 미지일 경우, available_begin과 available_end 속성을 전부 '0'으로 설정한다.
방식3 AT descriptor syntax
Syntax Value No. of bits Mnemonic
AT_descriptor() {
descriptor_tag
descriptor_length
location_index
available_begin
available_end
}
16
32
8
32
32

uimsbf
uimsbf
uimsbf
uimsbf
uimsbf
방식3 테이블에서 5개 속성을 정의한다. 각각 descriptor_tag, descriptor_length, location_index, available_begin, available_end. 이와 같은 상황에서 서비스단은 여러개의 AT descriptor를 발송하여, 각각 다른 주소 소스의 획득 가능한 타임 정보를 표시한다. location_index 속성은 현재 순환에서 획득 가능한 타임 정보에 대응하는 MPT에서 다른 location 주소 소스의 색인을 제공하여, 색인을 통해 대응하는 획득 가능한 자원의 획득 가능한 타임을 획득한다.
3. 어의
descriptor_tag-현재 descriptor의 라벨값은 이 descriptor에 대응하고, 이곳에서 descriptor가 보류한 라벨 가치 0x8000를 취한다.
descriptor_length - 다음의 필드로부터 이 descriptor에 이르는 결속 필드의 길이를 설명하였다
location_index - 현재 descriptor가 묘사한 타임에 대응하는 MMT_general_location_info 의 주소 정보 색인을 표시한다.
available_begin - 미디어 자원의 최초 획득 가능한 타임. 만약 필드를 전부 0으로 설정하면, 이 자원을 최초로 획득 가능한 타임이 미지임을 의미한다. 만약 필드를 전부 1로 설정하면, 이 자원을 최초로 획득 가능한 타임은 현재 타임보다 빠름을 의미한다.
available_end - 미디어 자원을 마지막에 획득 가능한 타임. 만약 필드를 전부 0으로 설정하면, 이 자원을 마지막에 획득 가능한 타임이 미지임을 의미한다. 만약 필드를 전부 1로 설정하면, 이 자원을 준비 완료한 후 줄곧 획득할 수 있음을 의미한다.
available_time_count - MPT에서 다른 location_type과 대응하는 획득 가능한 타임 정보의 수량이다.
location_count -MPT에서 다른 location 소스의 수량이다.
그 중 available_begin과 available_end의 사용법은 아래와 같다:
available_begin available_end Description
전체0 전체0 획득 가능한 타임이 미지일 경우
전체1 전체1 이 부분 컨텐츠는 줄곧 획득된다.
구체적인 UTC 타임 전체1 이 부분 컨텐츠는 availble_begin타이밍 이후부터 줄곧 획득된다
구체적인 UTC 타임 구체적인 UTC 타임 이 부분 컨텐츠는 두 타이밍 사이에서 획득될 수 있다.
즉:
만약 임의의 자원을 한 개의 타임 구간 내에서 획득할 수 있다면, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 어사인먼트는 시작 타임 “UTC1”이고, available_end어사인먼트는 결속 타임 “UTC2”;
(2)만약 임의의 자원이 임의의 시각부터 시작하여 줄곧 획득될 경우, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 어사인먼트는 시작 타임 “UTC1”이고, available_end 필드는 전부 1로 설정한다.
(3)만약 임의의 자원을 임의의 타임 내에서 모두 획득할 수 있다면, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 필드는 전부 1로 설정하고, available_end 필드는 전부 1로 설정한다.
(4)만약 임의의 자원의 획득 가능한 상황이 아직 미지일 경우, 새로 추가한 속성의 각자 어사인먼트는,
available_begin 필드는 전부 0으로 설정하고, available_end 필드는 전부 0으로 설정한다.
이 방안에 대해, 설사 available_time_flag가 없다 하더라도, AT descriptor는 여전히 descriptor tag에서 식별되므로, available_time_flag은 선택 가능하다.
아래에 일종의 전송 AT descriptor를 통해 클라이언트에 획득 가능한 타임의 일종 실현 가능한 방식을 제공한다(구체 절차는 도 5, 6 참고):
AT descriptor를 사용하여 획득 가능한 타임을 전송하는 방안:
만약 서비스단에서 미디어 자원의 획득 가능한 타임이 미지일 경우, 발송한 시그널링 내에 AT descriptor를 제공하지 않고, 서비스단은 MPT에서 'available_time_flag' 표시부호를 '0'으로 설정한다.
만약 이 미디어 자원을 획득 가능한 타임을 이미 알고 있고 시그널링 내의 AT descriptor에서 제공된다면, 서비스단은 MPT에서 'available_time_flag'를 '1'로 설정한다.
새 클라이언트로 놓고 보면, AT descriptor의 컨텐츠를 읽어내어 이 asseT의 'location_type', 'location_index', 'available_begin'과 'available_end' 속성을 획득하며, location_index를 통해, 클라이언트는 MMT_general_location_info()에서 묘사한 location 자원과 대응하는 획득 가능한 타임 정보를 획득한다. 클라이언트는 이 획득 가능한 타임 내에 사전에 자원을 청구한다.
구 클라이언트의 입장에서 available_time_flag를 무시하고, descriptor_tag가 0x8000인 AT descriptor를 접수한 후, 구 시스템의 이 tag는 보류중인 필드이므로, 이 AT descriptor를 무시하고, 자원의 획득 가능한 타임을 알 수 없게 된다. 클라이언트는 컨텐츠의 준비 완료 전에 사전에 자원을 청구하므로, 청구할 수 없게 된다.
이상은 본 발명의 구체 실시예에 대한 설명내용이다. 이해해야 할 점은 본 발명은 상술한 특정 실시 방식에 국한되는 것이 아니고, 본 영역의 기술자라면 청구항의 범위 내에서 각종 변형과 변경을 할 수 있는 바, 이는 결코 본 발명의 실질 내용에는 영향을 주지 않는다.

Claims (19)

  1. MMT(MPEG Media Transport)의 시그널링에 미디어 컨텐츠의 Available_Time 및 Asset_Size 속성을 추가하여, 클라이언트 터미널은 상응하는 미디어 컨텐츠의 획득 가능한 타임을 획득하고,
    상기 클라이언트 터미널은 광대역 네트워크의 네트워크 대역 및 컨텐츠의 광대역에서부터 클라이언트에 이르는 네트워크 지연을 확인하고,
    광대역 소스 컨텐츠의 획득 가능한 타임과 광대역 채널 지연을 통해, 상기 클라이언트 터미널이 사전 캐시 청구를 발송하는 타임 구간 및 터미널이 필요로 하는 캐시 윈도우 사이즈를 계산하는 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 일종 또는 이종 네트워크 전송 방법.
  2. 제1항에 있어서,
    상기 MMT시그널링에서 필요한 컨텐츠는 새 속성 Available_Time과 Asset_Size에 포함되고,
    광대역에서 전송 대기중인 컨텐츠는 컨텐츠 제공업체에서 준비 완료되어 전송을 개시한 타임 및 부분 컨텐츠 사이즈를 설명하는데 사용되고,
    Available_Time 어사인먼트는,
    1) 타임이 미지일 경우,
    만약 서버단이 아직 전송 대기중인 컨텐츠를 준비 완료한 타임을 확정할 수 없다면, Available_Time 어사인먼트는 “unknown”이고, 만약 서버단이 발송한 시그널링에 Available_Time 속성을 추가하지 않으면, 터미널은 Available_Time을 미지로 해석하고,
    2) 수시로 방문 가능할 경우,
    만약 서버단의 미디어 컨텐츠를 수시로 방문하여 발송이 가능하다면, Available_Time 어사인먼트는 “anytime”이고,
    3) 임의의 특정 타임 개시 후, 줄곧 유효할 경우,
    만약 서버단의 컨텐츠가 임의의 특정 타임이 시작된 후 줄곧 유효하다면, Available_Time 어사인먼트는 특정 UTC 타임, 즉 “(UTC1)”이고,
    4) 임의의 특정 타임 구역 내에서 유효할 경우,
    만약 서버단의 컨텐츠를 임의의 특정 타임 구간 내에서 획득한다면, Available_Time 어사인먼트는 타임 구간, 즉 “(UTC1)-(UTC2)”이고,
    Available_Time에 대한 해석 작업은 터미널에서 완성하는, 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 일종 또는 이종 네트워크 전송 방법.
  3. 제1항 또는 제2항에 있어서,
    터미널이 CI 파일에서 획득 가능한 속성은 대상의 프레젠테이션을 정상적으로 시작하는 타임(begin)을 포함하고,
    광대역 네트워크 하의 상행지연(Df), 하행지연(Dt), 광대역 네트워크 대역(Bandwidth)은 네트워크 내에서 HRBM message 또는 ARQ정보를 발송하는 방법을 통해 획득되고,
    시그널링에 광대역 컨텐츠의 획득 가능한 타임의 속성 Available_Time과 Asset_Size를 추가한 후, 한 개의 역치(Threshold)를 설정하고,
    만약 하행지연(Dt)가 상기 역치 보다 작다면, 지연은 생략되고, 시스템은 광대역으로 미디어 컨텐츠를 전송하기 위해 추가로 캐시를 분배할 필요가 없으며,
    만약 Dt가 상기 역치보다 크면, 광대역 중 미디어 컨텐츠 사전 발송 청구의 타임 구간을 확정하고, 터미널에 캐시 윈도우를 분배하고,
    만약 네트워크 지연이 아주 크면, 컨텐츠 제공 업체가 제공하는 상기 Available_Time은 사전 캐시 동기화 유지 조건을 만족할 수 없고, 직접 광대역 네트워크 통로로 전달되는 컨텐츠를 버리는, 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 일종 또는 이종 네트워크 전송 방법.
  4. 제3항에 있어서,
    상기 광대역 중 미디어 컨텐츠 사전 발송 청구의 타임 구간은 확정되고, 터미널에 캐시 윈도우를 분배하는 구체 방안은,
    시그널링에서 대응하는 컨텐츠의 Available_Time과 Asset_Size 속성을 추가하고,
    클라이언트 터미널은 네트워크 내의 상응하는 방법을 통해 광대역 네트워크의 상행지연(Df), 하행지연(Dt)와 광대역 네트워크 대역(Bandwidth)를 획득하고,
    클라이언트는 시그널링 분석을 통해 대응하는 미디어 컨텐츠의 획득 가능한 타임(Available_Time), 정상 플레이 타임(begin) 및 대응하는 컨텐츠 사이즈 (Asset_Size)를 획득하고,
    만약 Dt <Threshold이면, 지연은 생략되고, 만약 Dt >Threshold이면, 청구한 타임 윈도우와 터미널이 분배한 캐시 사이즈는 계산되고,
    상기 캐시 사이즈의 계산은,
    컴퓨팅 서비스 업체가 한 개의 컨텐츠 유닛이 수요하는 타임 Data_Transfer_Time을 전송하고, 상기 Data_Transfer_Time 은 한 개의 컨텐츠 유닛 사이즈와 광대역 환경 하의 비트레이트로 계산하여 획득하는 단계;
    만약 Available_Time이 “unknown”거나 또는 CI에 없다면, 처리를 생략하고, 만약 Available_Time이 “anytime”이면, ③단계로 가고, 만약 Available_Time이 한 개의 특정 UTC 타임 구간이면, 최초의 타임을 취하여 아래와 같이 판단하고,
    조건(1)은 Available_Time+ Dt +Data_Transfer_Time<begin이고,
    만약 상기 조건(1)이 불성립되면, 전송 대기 미디어 컨텐츠의 획득 가능한 타임이 너무 늦어, 네트워크의 지연 하에서 신속히 터미널에 도착할 수 없기 때문에 부분 컨텐츠를 분실하게 됨을 의미하고, 만약 상기 조건(1)이 성립되면 네트워크 지연으로 인한 동기화 불가 문제는 사전 캐시로 해결한 후, 다음 계산을 하는 단계;
    ③ 터미널이 미디어 컨텐츠 사전 발송 청구의 타임 구간을 계산하고,
    청구 최초 타임 Earliest_Request_Time은 Available_Time- Df이고,
    청구 마지막 타임 Latest_Request_Time은 begin-Dt-Df-Data_Transfer_Time이고,
    실제로 청구한 타임은 두 타이밍 사이에 있고,
    즉, Earliest_Request_Time<Actual_Request_Time<Latest_Request_Time 인 단계;
    ④터미널이 한 개의 청구 타임을 선정하면, 터미널이 서비스 업체의 데이터를 접수하기 시작할 수 있는 타임 Receive_Time은 Actual_Request_Time+Dt+Df이고,
    터미널부터 begin 타이밍 전에 데이터 접수 타임 Δt는 begin-Receive_Time 인 단계;
    ⑤만약 CI에 Asset_Size 속성을 추가하면, 터미널이 분배한 캐시 윈도우 사이즈 Buffer_Size는 min{Δt *bitrate，Asset_Size}이고,
    만약 CI에 Asset_Size 속성 미추가시, 터미널이 분배한 캐시 윈도우 사이즈는Buffer_Size는 Δt *bitrate 인 단계; 를 통해 수행되는, 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 일종 또는 이종 네트워크 전송 방법.
  5. MMT 의 시그널링에 대해, MPT테이블, CI파일 및 MPU시그널링 부분에 미디어 컨텐츠의 Available_Time을 추가하여, 상응하는 미디어 컨텐츠의 획득 가능한 타임을 Available_Time 클라이언트 터미널에 알리고,
    동시에, 클라이언트 터미널은 네트워크 대역 및 네트워크의 상, 하행 지연을 확인하고, 소스컨텐츠의 획득 가능한 타임과 지연을 통해, 클라이언트 터미널이 다른 서비스단을 계산하는 상황에서 캐시 컨텐츠정보를 사전에 청구하는 타임 구간을 발송하고,
    시그널링 MPT의 MMT_general_location_info()의 보류 필드에 asseT의 획득 가능한 Available_Time 정보를 추가하고,
    처리 자원 청구 소식에 대한 다른 처리방식의 서비스 단이 있어, Available_Time 타임 윈도우를 계산하는 것; 을 포함하는 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법.
  6. 제5항에 있어서,
    시그널링 MPT의 MMT_general_location_info()의 보류 필드에 상기 asseT의 획득 가능한 Available_Time 정보를 추가하는 바, 우선 시그널링에 매개 부분 컨텐츠 모두에 새로운 속성 available_begin과 available_end 을 추가하고, 네트워크에서 전송 대기중인 컨텐츠를 컨텐츠 서비스 업체에서 준비 완료한 후 전송하기 시작한 타임 및 방문 결속 타임을 설명하는데 사용되고,
    MPT 의 MMT_general_location_info() 기술자는 미디어 자원과 관련 시그널링의 원시 정보를 제공하고, location_type에서 0x00~0x06 및 0x0C의 가치와 대응하는 것은 asset자원의 위치정보이고, 0x07~0x0B의 가치와 대응하는 것은 시그널링 소스 정보이고, 0x0D~0x9F는 ISO를 위해 보류한 필드이며, 0xA0~0xFF는 전용 시스템을 위해 보류한 필드이고, 보류 location_type 필드에서 다른 위치 소스 자원을 획득 가능한 타임 정보를 추가하는, 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법.
  7. 제6항에 있어서,
    상기 available_begin은 미디어 자원의 최초 획득 가능한 타임이며, 만약 필드를 전부 0으로 설정하면, 상기 자원을 최초로 획득 가능한 타임이 미지임을 의미하고, 만약 필드를 전부 1로 설정하면, 상기 자원을 최초로 획득 가능한 타임은 현재 타임보다 빠름을 의미하고,
    상기 available_end은 미디어 자원을 마지막에 획득 가능한 타임이며, 만약 필드를 전부 0으로 설정하면, 상기 자원을 마지막에 획득 가능한 타임이 미지임을 의미하고, 만약 필드를 전부 1로 설정하면, 상기 자원을 준비 완료한 후 줄곧 획득할 수 있음을 의미하는, 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법.
  8. 제7항에 있어서,
    상기 available_begin과 상기 available_end의 사용법은,
    (1)만약 임의의 자원을 한 개의 타임 구간 내에서 획득할 수 있다면,
    available_begin 어사인먼트는 시작 타임 “UTC1”이고,
    available_end 어사인먼트는 결속 타임 “UTC2”이고;
    (2)만약 임의의 자원이 임의의 시각부터 시작하여 줄곧 획득될 경우,
    available_begin 어사인먼트는 시작 타임 “UTC1”이고,
    available_end 필드는 전부 1로 설정하고;
    (3)만약 임의의 자원을 임의의 타임 내에서 모두 획득할 수 있다면,
    available_begin 필드는 전부 1로 설정하고,
    available_end 필드는 전부 1로 설정하고;
    (4)만약 임의의 자원의 획득 가능한 상황이 아직 미지일 경우,
    available_begin 필드는 전부 0으로 설정하고,
    available_end 필드는 전부 0으로 설정하는, 일종 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법.
  9. 제5항 내지 제8항 중 어느 한 항에 있어서,
    상기 Available_Time 타임 윈도우를 계산하는 방법은,
    실제 응용에서 두 가지 유형의 서비스단 server가 있는 바, 자원청구를 접수하면, A유형의 서비스단은 만약 자원이 준비되지 않으면, 에러 정보를 직접 되돌려 보내며, B유형의 서비스단은 만약 자원이 준비되지 않으면, 우선 정보를 되돌려 보내지 않고, 자원이 준비 완료되기를 기다렸다가 상기 자원을 발송하고,
    상기 A유형의 서비스단에 대해, 클라이언트 터미널은 시그널링을 분석하여 미디어 자원의 Available_Time을 얻은 후, 상기 자원의 타임 윈도우를 다이내믹 청구하고,
    청구 최초 타임 Earliest_Request_Time은 Available_Time-Df 이고,
    청구 마지막 타임 Latest_Request_Time은 begin-Df-Dt-Data_Transfer_Time 이고,
    실제로 청구한 타임은 두 타이밍 사이에 있고,
    즉, Earliest_Request_Time<Actual_Request_Time<Latest_Request_Time 이고,
    Df는 미디어 네트워크의 상행지연, Dt는 미디어 네트워크의 하행지연, Data_Transfer_Time은 해당하는 서비스단이 미디어 자원을 발송하는데 필요한 타임이고,
    상기 B유형 서비스단에 대해, 클라이언트 터미널 Available_Time의 계산 방법은,
    상기 B유형 서비스단은 우선 청구 정보를 접수한 후, 자원이 준비 완료되기를 기다렸다가 발송하고, 클라이언트 터미널은 시그널링을 해석하기만 하면 임의의 자원 존재시 바로 자원 청구를 발송하는 소식을 알 수 있으므로, 따라서 상기 B유형 서비스단에 대한 클라이언트 터미널 Earliest_Request_Time은 시그널링을 해석하여 자원 존재 시각을 알아 내고,
    Latest_Request_Time는 Begin - Data_Transfer_Time - Dt - Df 인, 일종 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법.
  10. 제9항에 있어서,
    서비스단이 Available_Time 시그널링 통지를 발송하는 타임 윈도우 계산 방법은,
    일부 미디어 전송 네트워크에서 가령 서비스단이 임의의 자원의 Avaliable_Time의 시각이 T0라는 것을 알았다면, 상기 T0은 늦을 가능성이 있으므로 발송단에서 시그널링을 발송한 후, 클라이언트 터미널이 관련 시그널링을 접수하는 타임은 늦어질 수 있고, 즉 클라이언트 터미널로 하여금 비록 정확한 청구 타임 윈도우를 계산하게 할지라도, 시각은 이미 Latestest_Request_Time 보다 늦으므로, 자원 청구가 실패할 수 있고,
    이와 같은 상황에서 아래와 같은 서비스단이 시그널링 발송 타임을 확정할 수 있는 메커니즘을 추가하고,
    서비스단에서 동일한 방법을 통해 클라이언트 터미널이 자원을 다이내믹하게 청구하는 타임 윈도우를 계산하고,
    조건(7)은 T0+Dt<Latestest_Request_Time 이고,
    만약 조건(7)이 불성립된다면 Receiver가 최초로 오직 Latest_Request_Time 후에 시그널링 의 Available_Time 속성을 획득할 수 밖에 없음을 의미하고, 따라서 바로 자원을 청구할 수 없게 되는 바, 이와 같은 상황에서는 관련 시그널링을 발송하지 않고,
    만약 조건(7)이 성립된다면 Receiver가 Latest_Request_Time 전에 시그널링 의 Available_Time 속성을 획득할 수 있음을 의미하며, 따라서 계속하여 아래 방법에 따라 시그널링 발송 타임 구간을 획득하고,
    통지 계산 마지막 타임 Latest_Notify_Time은 Latest_Request_Time-Dt 이고,
    실제 시그널링이 발송하는 타임 Actua_Notify_Time은 T0과 Latest_Notify_Time 사이인, 일종 이종 미디어 전송 네트워크 하의 자원 다이내믹 청구방법.
  11. MMT 의 시그널링 또는 CI 또는 MPU에 미디어 자원을 획득 가능한 타임 속성을 추가하여, 상응하는 미디어 자원을 획득 가능한 타임을 클라이언트에 알리고,
    상기 상응하는 미디어 자원을 획득 가능한 타임을 클라이언트에 알리는 것은,
    시그널링에서 한 개의 새 기술자 AT descriptor를 추가하고, 상기 기술자는 미디어 자원을 획득 가능한 타임을 설명하는데 사용하는 방법(1); 또는
    시그널링 MPT에 미디어 자원을 획득 가능한 타임의 속성을 추가하고, 상기 클라이언트 터미널은 시그널링의 미디어 자원 획득 가능한 타임을 통해 상응하는 구간 내에서 사전에 미디어 자원을 청구하는 방법(2); 을 통해 실현되고,
    상기 방법(1)은, 기술자 AT descriptor에 asseT의 획득 가능한 타임 정보를 추가하고, AT descriptor에서 새 속성을 정의하여, 네트워크에서 전송 대기 중인 컨텐츠가 컨텐츠 서비스업체에서 준비완료되고 전송을 개시한 타임 및 방문 결속 타임을 설명하는데 사용하고, AT descriptor에서 정의한 새 속성에는 3개 필수 속성 location_index, available_begin, available_end 및 선택 가능한 속성available_time_count 또는 location_count을 포함하고,
    상기 방법(2)는, 시그널링 MPT에서의 MMT_general_location_info()의 보류 필드에 asseT의 획득 가능한 타임 정보를 추가하고,
    상기 MMT_general_location_info()에 매개 부분 컨텐츠 모두에 새로운 속성 available_begin과 available_end을 추가하고, 네트워크에서 전송 대기중인 컨텐츠를 컨텐츠 서비스 업체에서 준비 완료한 후 전송하기 시작한 타임 및 방문 결속 타임을 설명하는데 사용되는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
  12. 삭제
  13. 제11항에 있어서,
    상기 방법(1)에서,
    상기 available_time_count는 MPT에서 다른 location_type과 대응하는 획득 가능한 타임 정보의 수량이고,
    상기 location_count는 MPT에서 다른 location 소스 수량이고,
    상기 location_index는 색인번호이고, 기술자가 묘사하는 정보에 대응하는 다른 주소 소스의 MMT_general_location_info()를 설명하는데 사용되고,
    상기 available_begin는 미디어 자원의 최초 획득 가능한 타임이고, 만약 필드를 전부 0으로 설정하면, 상기 자원을 최초로 획득 가능한 타임이 미지임을 의미하고, 만약 필드를 전부 1로 설정하면, 상기 자원을 최초로 획득 가능한 타임은 현재 타임보다 빠름을 의미하고,
    상기 available_end는 미디어 자원을 마지막에 획득 가능한 타임이고, 만약 필드를 전부 0으로 설정하면, 상기 자원을 마지막에 획득 가능한 타임이 미지임을 의미하고, 만약 필드를 전부 1로 설정하면, 상기 자원을 준비 완료한 후 줄곧 획득할 수 있음을 의미하는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
  14. 삭제
  15. 제11항에 있어서,
    상기 방법(2)에서,
    available_begin는 미디어 자원의 최초 획득 가능한 타임이며, 만약 필드를 전부 0으로 설정하면, 상기 자원을 최초로 획득 가능한 타임이 미지임을 의미하고, 만약 필드를 전부 1로 설정하면, 상기 자원을 최초로 획득 가능한 타임은 현재 타임보다 빠름을 의미하고,
    available_end는 미디어 자원을 마지막에 획득 가능한 타임이며, 만약 필드를 전부 0으로 설정하면, 상기 자원을 마지막에 획득 가능한 타임이 미지임을 의미하고, 만약 필드를 전부 1로 설정하면, 상기 자원을 준비 완료한 후 줄곧 획득할 수 있음을 의미하는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
  16. 제15항에 있어서,
    MPT 의 MMT_general_location_info() 기술자는 미디어 자원과 관련 시그널링의 원시 정보를 제공하고, 그 중 location_type에서 0x00~0x06 및 0x0C의 가치와 대응하는 것은 asset자원의 위치정보이고, 0x07~0x0B의 가치와 대응하는 것은 시그널링 소스 정보이고, 0x0D~0x9F는 ISO를 위해 보류한 필드이고, 0xA0~0xFF는 전용 시스템을 위해 보류한 필드이고,
    보류 location_type 필드에서 다른 위치 소스 자원을 획득 가능한 타임 정보를 추가하는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
  17. 제11항, 제13항, 제15항 및 제16항 중 어느 한 항에 있어서,
    상기 available_begin과 available_end의 사용법은,
    (1)만약 임의의 자원을 한 개의 타임 구간 내에서 획득할 수 있다면,
    available_begin 어사인먼트는 시작 타임 “UTC1”이고, available_end 어사인먼트는 결속 타임 “UTC2”이고;
    (2)만약 임의의 자원이 임의의 시각부터 시작하여 줄곧 획득될 경우,
    available_begin 어사인먼트는 시작 타임 “UTC1”이고, available_end 필드는 전부 1로 설정하고;
    (3)만약 임의의 자원을 임의의 타임 내에서 모두 획득할 수 있다면,
    available_begin 필드는 전부 1로 설정하고, available_end 필드는 전부 1로 설정하고;
    (4)만약 임의의 자원의 획득 가능한 상황이 아직 미지일 경우,
    available_begin 필드는 전부 0으로 설정하고, available_end 필드는 전부 0으로 설정하는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
  18. 제11항, 제13항, 제15항 및 제16항 중 어느 한 항에 있어서,
    상기 방법은 시그널링에서 보류 필드를 취하여 available_time_flag으로 삼아, 클라이언트에 미디어 자원을 획득 가능한 타임을 추가할지 여부를 알리는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
  19. 제18항에 있어서,
    MPT의 보류 필드에서 한 개의 비트를 취하여 available_time_flag로 삼아, 서비스단이 자원의 획득 가능한 타임 정보를 발송하였는지 여부를 지시하는데 사용하고, 만약 available_time_flag필드를 0으로 설정하면, 미디어 자원을 획득 가능한 타임이 준비되지 못하여, 관련 시그널링을 발송하지 않았음을 의미하고, 만약 필드를 1로 설정하면, 미디어 자원을 획득 가능한 타임 정보를 이미 시그널링과 함께 발송하였음을 의미하는, 일종 이종 미디어 네트워크 전송에서 자원의 획득 가능한 타임을 다이내믹하게 제공하는 방법.
KR1020177024205A 2015-02-06 2016-02-02 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 이종 네트워크 전송 방법 KR101941900B1 (ko)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
CN201510064427.2A CN105991469B (zh) 2015-02-06 2015-02-06 一种异构网络传输下的动态时间窗口及缓存机制
CN201510064427.2 2015-02-06
CN201510341265.2A CN106330751B (zh) 2015-06-18 2015-06-18 异构网络传输下的资源动态请求时间窗口及终端缓存方法
CN201510341265.2 2015-06-18
CN201510654384.3A CN106572062B (zh) 2015-10-10 2015-10-10 一种异构媒体传输网络下的资源动态请求方法
CN201510654384.3 2015-10-10
CN201510698388.1A CN106612453B (zh) 2015-10-23 2015-10-23 一种异构媒体网络传输下动态提供资源可获取时间的方法
CN201510698388.1 2015-10-23
PCT/CN2016/073168 WO2016124130A1 (zh) 2015-02-06 2016-02-02 一种异构网络传输下的动态时间窗口及缓存机制

Publications (2)

Publication Number Publication Date
KR20170110113A KR20170110113A (ko) 2017-10-10
KR101941900B1 true KR101941900B1 (ko) 2019-01-24

Family

ID=56563467

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177024205A KR101941900B1 (ko) 2015-02-06 2016-02-02 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 이종 네트워크 전송 방법

Country Status (5)

Country Link
US (1) US10313738B2 (ko)
JP (1) JP6472892B2 (ko)
KR (1) KR101941900B1 (ko)
CA (1) CA3004650C (ko)
WO (1) WO2016124130A1 (ko)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170344523A1 (en) * 2016-05-25 2017-11-30 Samsung Electronics Co., Ltd Method and apparatus for presentation customization and interactivity
CA3026535C (en) * 2016-08-29 2021-09-21 Shanghai Jiao Tong University Multimedia resource synchronous pushing method based on heterogeneous network
KR20200107616A (ko) * 2019-03-08 2020-09-16 삼성전자주식회사 방송 수신 장치 및 그 동작방법
CN109921941B (zh) * 2019-03-18 2021-09-17 腾讯科技（深圳）有限公司 网络业务质量评估和优化方法、装置、介质及电子设备
CN112087399A (zh) * 2019-06-12 2020-12-15 阿里巴巴集团控股有限公司 LoRa数据传输方法、装置、设备及存储介质
CN112631369B (zh) * 2020-12-23 2023-05-12 中国人民解放军63921部队 一种用于多个异构系统间的时间同步联合控制方法
CN113783751B (zh) * 2021-08-30 2023-01-17 北京东方网信科技股份有限公司 一种检测用户宽带质量的方法、电子设备及介质
CN113747245A (zh) * 2021-09-06 2021-12-03 北京字跳网络技术有限公司 多媒体资源上传方法、装置、电子设备以及可读存储介质
CN114071840B (zh) * 2022-01-18 2022-03-29 南京秦之邦科技有限公司 城市灯具远程控制系统及其控制方法
CN114827681B (zh) * 2022-04-24 2024-03-22 咪咕视讯科技有限公司 视频同步方法、装置、电子设备、终端设备及存储介质
CN116709432B (zh) * 2022-11-22 2024-04-16 荣耀终端有限公司 一种缓存队列调整方法及电子设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014120377A1 (en) * 2013-02-04 2014-08-07 Qualcomm Incorporated Determining available media data for network streaming

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101415148B (zh) * 2008-11-26 2012-03-21 华为终端有限公司 实现增值业务的方法、系统及用户终端
KR101976052B1 (ko) * 2011-08-10 2019-05-08 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
KR101995314B1 (ko) * 2013-04-22 2019-07-02 삼성전자주식회사 Ｄｖｂ 지상파 방송 시스템에서 ｍｐｅｇ ｍｍｔ를 위한 시그널링 정보를 송수신하는 장치 및 방법
JP6505996B2 (ja) * 2013-08-30 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法、及び、受信装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014120377A1 (en) * 2013-02-04 2014-08-07 Qualcomm Incorporated Determining available media data for network streaming

Also Published As

Publication number Publication date
CA3004650C (en) 2022-04-12
US10313738B2 (en) 2019-06-04
US20180262799A1 (en) 2018-09-13
WO2016124130A1 (zh) 2016-08-11
CA3004650A1 (en) 2016-08-11
JP2018509818A (ja) 2018-04-05
JP6472892B2 (ja) 2019-02-20
KR20170110113A (ko) 2017-10-10

Similar Documents

Publication Publication Date Title
KR101941900B1 (ko) 동적 시간에서 캐시 윈도우 사이즈와 캐시 타임을 고려한 이종 네트워크 전송 방법
US11653042B2 (en) Apparatus and method for configuring a control message in a broadcast system
US11665384B2 (en) Method and apparatus for transmitting media data in multimedia transport system
US11632578B2 (en) Apparatus and method for configuring control message in broadcasting system
KR102494266B1 (ko) 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
CN101207801A (zh) 一种广告数据的传输、播放方法及装置
EP2479984A1 (en) Device and method for synchronizing content received from different sources
Kim et al. An adaptive buffering method for practical HTTP live streaming on smart OTT STBs
CN106572062B (zh) 一种异构媒体传输网络下的资源动态请求方法
US10523409B2 (en) Method of synchronization during the processing, by a multimedia player, of an item of multimedia content transmitted by an MBMS service
CN106330751B (zh) 异构网络传输下的资源动态请求时间窗口及终端缓存方法
CN110809174B (zh) 一种异构媒体网络传输下动态提供资源可获取时间的方法
WO2020011208A1 (zh) 异构网络下媒体的传输方法及系统
Xing et al. Base of control and transmission technology
KR20160129631A (ko) 방송 시스템에서 이벤트 정보 전송장치 및 방법

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