KR102319693B1 - 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법 - Google Patents

미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법 Download PDF

Info

Publication number
KR102319693B1
KR102319693B1 KR1020197003358A KR20197003358A KR102319693B1 KR 102319693 B1 KR102319693 B1 KR 102319693B1 KR 1020197003358 A KR1020197003358 A KR 1020197003358A KR 20197003358 A KR20197003358 A KR 20197003358A KR 102319693 B1 KR102319693 B1 KR 102319693B1
Authority
KR
South Korea
Prior art keywords
mcdata
server
terminal
data
group
Prior art date
Application number
KR1020197003358A
Other languages
English (en)
Other versions
KR20190044616A (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 KR20190044616A publication Critical patent/KR20190044616A/ko
Application granted granted Critical
Publication of KR102319693B1 publication Critical patent/KR102319693B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • 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/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L65/1006—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/28—
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시의 실시예들은 미션 크리티컬 데이터(Mission Critical data, MCData) 통신 시스템에서 통신을 관리하기 위한 시스템 및 방법을 달성한다. 본 제안된 방법 및 시스템은 MCData 통신 시스템에서 파일 배포 및 데이터 스트리밍을 제공한다. 본 제안된 방법 및 시스템은 미션 크리티컬 데이터 서비스를 지원하기 위한 기능 모델 및 메커니즘을 제공한다. 기능 모델은 파일 배포 및 데이터 스트리밍, 그리고 일 대 일, 일 대 다 및 그룹 데이터 통신을 포함하는 관련 절차를 지원한다. 또한, 본 제안된 방법 및 시스템은 MCData 통신 시스템에서 무선 리소스 이용 및 백홀 링크 이용을 최적화하기 위한 메커니즘을 제공한다. 본 제안된 방법 및 시스템은 복수의 그룹 멤버가 중계 노드 하에 있을 때, MC 서비스를 위한 PC5 인터페이스의 무선 리소스 활용을 제공한다. 또한, 본 제안된 방법 및 시스템은 중계 노드에서의 로컬 라우팅에 의해 MCData 서버와 MCData UE들 간의 유니캐스트 송신의 수를 감소시키는데 사용될 수 있다.

Description

미션 크리티컬 데이터(MCDATA) 통신 시스템에서 통신을 관리하는 방법
본 개시는 미션 크리티컬 데이터(Mission Critical data, MCData) 통신 시스템에 관한 것이며, 보다 구체적으로는 MCData 통신 시스템에서 통신을 관리하는 방법에 관한 것이다.
공공 안전 네트워크는 미션 크리티컬(Mission Critical, MC) 데이터/음성/비디오 통신에 사용된다. MC 통신에는 정의된 MCData 서비스 집합이 포함될 수 있다. 일반적으로, 이러한 MCData 서비스는 진화된 패킷 시스템(evolved packet system, EPS) 아키텍처에 의해 제공되는 기존의 3 세대 파트너십 프로젝트(3GPP) 전송 통신 메커니즘에 기반하여 사용자들 간의 실제 통신 경로(들)를 확립, 유지 및 종결한다. 일반적으로, MCData 서버는 이러한 MCData 서비스에 대한 중앙 집중식 지원을 제공한다. MCData 서버는 또한 네트워크의 다양한 사용자들 사이에서 MCData 통신을 용이하게 하거나 관리할 수 있다.
대안의 배치에서, 이러한 MCData 서비스는 오프-네트워크(off-network)일 수 있다. 이러한 배치에서는, MCData 장치들이 그 서비스를 위한 중앙 집중식 지원용 MCData 서버없이도 서로 간에 직접 통신한다.
MCData 서비스는 사용자들 간의 일 대 일, 일 대 다 및 그룹 통신을 제공하도록 설계되었다. 공공 안전 공동체는 음성 이상의 서비스, 즉 데이터 및 비디오 애플리케이션 서비스에 특히 관심이 있다. MCData는 다수의 엔드 유저 서비스를 공통의 근간에 구축할 수 있게 하는 일련의 능력들 및 인에이블러들을 빈번하게 사용한다. 파일 배포(File Distribution, FD) 및 데이터 스트리밍(Data Streaming, DS) 기능들은 MCData 서비스에서 사용할 수 있는 능력들이다. 파일 배포 및 데이터 스트리밍은 그 자체로 사용되거나 다른 서비스와 함께 사용될 수 있으며, 또는 독립형 미디어 파일 및 애플리케이션 데이터의 공유와 같은 특정 기능을 구현하기 위해 다른 서비스들에 의해서 사용될 수도 있다. FD 및 DS 기능들은 일 대 일 또는 일 대 다 또는 그룹 통신을 포함할 수 있다. 또한, FD 및 DS 서비스들은 다수의 통신 흐름을 허용하는 스레드 관리를 제공하는 능력을 제공할 수도 있다. 따라서, 이러한 FD 및 DS 사용 케이스들과 관련 기능들을 지원하기 위한 효과적인 기능 모델 및 방법이 필요하다.
또한, MC 통신에서는, 네트워크 도달성/연결성을 네트워크 커버리지 밖에서 동작하는 MCData UE(즉, 원격 MCData UE)로까지 확장하기 위해 중계 노드가 이용된다. 중계 노드는 레이어 3 중계 역할을 하여, 원격 MCData UE로부터 수신된 모든 IP 패킷을 MC 서비스로 전달하며 그 반대의 경우도 가능하다. 이를 통해 원격 MCData UE가 MC 서비스에 등록하여 온-네트워크 서비스를 이용할 수 있게 된다.
중계 노드를 통한 원격 MCData UE와 MC 서비스 간의 연결은 원격 MCData UE에 대한 현재 구현에서 일 대 일 연결이다. 그룹 호(group call)에 대한 일 대 일 연결은 오버헤드(리소스가 광범위함)이며 동일한 그룹의 복수의 원격 MCData UE들이 동일한 중계 노드를 통해 MC 서비스에 연결될 경우 비효율적이다. 중계 노드가 동시에 서빙할 수 있는 원격 MCData UE들의 수에 대한 기술적 한계가 있기는 하지만, 그룹 통신을 위한 이러한 일 대 일 연결은 중계 노드가 서빙할 수 있는 원격 MCData UE들의 수를 대폭 감소시킨다.
상술한 정보는 발명의 이해를 돕는 배경 정보로서 제공된다. 상술한 내용 중 어느 것이 본 개시와 관련된 선행 기술로 적용될 수 있는지 여부에 대해 아무런 결정도 내리지 않았으며 주장도 하지 않았다.
본 개시의 실시예들의 목적은 미션 크리티컬(Mission Critical, MC) 데이터 통신 시스템에서 통신을 관리하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 파일 배포를 위한 애플리케이션 플레인 기능 모델(application plane functional model)을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 HTTP(Hyper Text Transfer Protocol)를 사용하여 온-네트워크 데이터 통신 시스템에서 일 대 일 파일 배포(File Distribution, FD)를 관리하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 미디어 플레인(media plane)을 사용하여 일 대 일 FD를 관리하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 HTTP를 사용하여 온-네트워크 데이터 통신 시스템에서 그룹 스탠드얼론(standalone) FD를 관리하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 미디어 플레인을 사용하여 온-네트워크 데이터 통신 시스템에서 그룹 스탠드얼론 FD를 관리하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 하나 이상의 MCData UE들에 대한 데이터 스트리밍(data streaming, DS)을 관리하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 온-네트워크 및 오프-네트워크 MCData 통신 시스템의 조합에서 무선 리소스 이용 및 백홀 링크 이용을 최적화하는 방법을 제공하는 것이다.
본 개시의 실시예들의 다른 목적은 다수의 그룹 멤버들이 중계 노드 하에 있을 때, MCData 서비스를 위한 PC5 인터페이스의 무선 리소스 이용을 최적화하는 것이다.
본 개시의 실시예들의 다른 목적은 중계 노드에서의 로컬 라우팅에 의해, 미디어 서버와 UE들 사이의 유니캐스트 송신들의 수를 감소시키는 것이다.
따라서, 본 개시의 실시예들은 미션 크리티컬(mission critical, MC) 데이터 통신 시스템에서 통신을 관리하는 방법을 제공한다. 상기 방법은 MCData 서버에 의해서, 복수의 MCData UE 중의 제 1 MCData UE로부터 MCData 요청 메시지를 수신하는 단계를 포함한다. 상기 방법은 상기 MCData 서버에 의해서, 상기 MCData 요청 메시지를 상기 복수의 MCData UE 중의 제 2 MCData UE로 송신하는 단계를 포함한다. 상기 방법은 상기 MCData 서버에 의해서, 상기 제 2 MCData UE로부터 MCData 응답 메시지를 수신하는 단계를 포함한다. 상기 방법은 상기 MCData 서버에 의해서, 상기 MCData 응답 메시지를 상기 제 1 MCData UE로 송신하는 단계를 포함한다. 상기 복수의 MCData UE 중의 상기 제 1 MCData UE 및 상기 복수의 MCData UE 중의 상기 제 2 MCData UE는, 온-네트워크(on-network) 데이터 통신 시스템 및 상기 온-네트워크 데이터 통신 시스템과 오프-네트워크(off-network) 데이터 통신 시스템의 조합 중의 하나에 있다.
따라서, 본 개시의 실시예들은 미션 크리티컬(MC) 데이터 통신 시스템에서 통신하기 위한 미션 크리티컬 데이터(mission critical data, MCData) 서버를 제공한다. 상기 MCData 서버는 프로세서, 상기 프로세서에 커플링되는 메모리, 및 상기 프로세서 및 상기 메모리에 커플링되는 통신기를 포함한다. 상기 통신기는 복수의 MCData UE 중의 제 1 MCData UE로부터 MCData 요청 메시지를 수신하도록 구성된다. 상기 통신기는 상기 MCData 요청 메시지를 상기 복수의 MCData UE 중의 제 2 MCData UE로 송신하도록 구성된다. 상기 통신기는 상기 제 2 MCData UE로부터 MCData 응답 메시지를 수신하도록 구성된다. 상기 통신기는 상기 MCData 응답 메시지를 상기 제 1 MCData UE로 송신하도록 구성된다. 상기 복수의 MCData UE 중의 상기 제 1 MCData UE 및 상기 복수의 MCData UE 중의 상기 제 2 MCData UE는, 온-네트워크 데이터 통신 시스템 및 상기 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합 중의 하나에 있다.
따라서, 본 개시의 실시예들은 미션 크리티컬(MC) 데이터 통신 시스템에서 통신을 관리하는 중계 노드를 제공한다. 상기 중계 노드는 프로세서, 상기 프로세서에 커플링되는 메모리, 및 상기 메모리 및 상기 프로세서에 커플링되는 MCData 매니저를 포함한다. 상기 MCData 매니저는 온-네트워크 절차에 기초하여 세션 개시 프로토콜(Session Initiation Protocol, SIP) 시그널링을 위해 MCData 서버와 적어도 하나의 MCData UE 사이에서 IP 패킷을 라우팅하도록 구성된다. 또한, 상기 MCData 매니저는 MCData 송신을 위해 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 상기 IP 패킷을 라우팅하도록 구성된다.
본 개시의 일 실시예에 따르면, 미션 크리티컬 데이터(mission critical data, MCData) 통신 시스템에서 통신을 관리하기 위한 방법으로서, MCData 서버에 의해서, 복수의 MCData UE 중의 제 1 MCData UE로부터 MCData 요청 메시지를 수신하는 단계; 상기 MCData 서버에 의해서, 상기 MCData 요청 메시지를 상기 복수의 MCData UE 중의 제 2 MCData UE로 송신하는 단계; 상기 MCData 서버에 의해서, 상기 제 2 MCData UE로부터 MCData 응답 메시지를 수신하는 단계; 및 상기 MCData 서버에 의해서, 상기 MCData 응답 메시지를 상기 제 1 MCData UE로 송신하는 단계를 포함하며, 또한 상기 복수의 MCData UE 중의 상기 제 1 MCData UE 및 상기 복수의 MCData UE 중의 상기 제 2 MCData UE는, 온-네트워크(on-network) 데이터 통신 시스템 및 상기 온-네트워크 데이터 통신 시스템과 오프-네트워크(off-network) 데이터 통신 시스템의 조합 중의 하나에 있는 방법을 개시한다.
본 개시의 일 실시예에서, 상기 제 1 MCData UE와 상기 제 2 MCData UE 간의 데이터 통신은, 상기 제 1 MCData UE와 상기 제 2 MCData UE가 상기 온-네트워크 데이터 통신 시스템에 있는 경우, 상기 MCData 서버를 통해 확립된다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 1 MCData UE로부터 MCData FD 요청 메시지를 수신하며, 상기 MCData FD 요청 메시지는 HTTP(Hypertext Transfer Protocol)를 사용하여 상기 제 1 MCData UE로부터 수신한 MCData 업로드 데이터 요청 메시지를 포함하고, 상기 MCData 서버는 HTTP를 사용하여 상기 제 1 MCData UE로부터 수신한 상기 MCData 업로드 데이터 요청 메시지에 응답하여, MCData 업로드 데이터 응답 메시지를 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에 있어서, 상기 MCData FD 요청 메시지는 상기 제 1 MCData UE의 MCData ID, 상기 제 2 MCData UE의 MCData ID, 대화 식별자, 트랜잭션 식별자, 다운로드 표시 및 컨텐츠 레퍼런스 중 적어도 하나를 포함한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 MCData FD 요청 메시지를 상기 제 2 MCData UE로 송신하도록 상기 제 1 MCData UE를 승인한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 2 MCData UE로 송신되는 상기 MCData FD 요청 메시지에서 인에이블되는 상기 다운로드 표시에 기초하여 상기 제 2 MCData UE로부터 MCData 다운로드 요청을 수신한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 2 MCData UE로부터 상기 MCData 다운로드 데이터 요청 메시지를 수신한 것에 응답하여 HTTP를 사용하여 MCData 다운로드 데이터 응답 메시지를 상기 제 2 MCData UE로 송신한다.
본 개시의 일 실시예에서, 상기 방법은, 상기 MCData 서버에 의해서, 상기 제 2 MCData UE로부터 MCData 다운로드 완료 보고 메시지를 수신하는 단계; 및 상기 MCData 서버에 의해서, MCData 다운로드 완료 보고 메시지를 상기 제 2 MCData UE로 송신하는 단계를 더 포함한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 확립된 미디어 플레인을 사용하여 파일 데이터를 상기 제 2 MCData UE로 송신한다.
본 개시의 일 실시예에 있어서, 상기 MCData 서버는 제 2 MCData UE들의 그룹에 파일을 송신하기 위해 상기 제 1 MCData UE로부터 MCData 그룹 스탠드얼론 FD 요청 메시지를 수신한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 2 MCData UE들의 그룹과 관련된 그룹 식별자를 식별하고, 상기 MCData 서버는 MCData 그룹 스탠드얼론 FD 요청을 상기 제 2 MCData UE들의 그룹으로 송신한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 MCData UE들의 그룹으로부터 MCData 그룹 스탠드얼론 FD 응답 메시지를 수신하고, 상기 MCData 서버는 상기 MCData 그룹 스탠드얼론 FD 응답을 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에서, 상기 방법은, 상기 MCData 서버에 의해서, 확립된 미디어 플레인을 사용하여 상기 제 2 MCData UE들의 그룹에 파일을 송신하는 단계; 상기 MCData 서버에 의해서, 상기 제 2 MCData UE들 각각으로부터 MCData 다운로드 완료 보고 메시지를 수신하는 단계; 및 상기 MCData 서버에 의해서, 상기 제 2 MCDATA UE들 각각으로부터 수신된 상기 MCData 다운로드 완료 보고 메시지를 집계하여 MCData 다운로드 완료 보고 메시지를 상기 제 1 MCData UE로 송신하는 단계를 더 포함한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 1 MCData UE로부터 MCData 스트림 데이터 시작 요청 메시지를 수신하고, 상기 MCData 서버는 상기 MCData 스트림 데이터 시작 요청 메시지를 하나 이상의 제 2 MCData UE들로 송신한다.
본 개시의 일 실시예에서, 상기 방법은, 상기 MCData 서버에 의해서, 상기 하나 이상의 제 2 MCData UE들로부터 MCData 스트림 데이터 응답 메시지를 수신하는 단계; 상기 MCData 서버에 의해서, 상기 MCData 스트림 데이터 응답 메시지를 상기 제 1 MCData UE로 송신하는 단계; 및 상기 MCData 서버에 의해서, 상기 제 1 MCData UE 및 상기 하나 이상의 제 2 MCData UE들 중 하나로부터 수신된 요청에 기초하여 데이터 스트리밍을 제어하는 단계를 더 포함한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 MCData 스트림을 릴리즈하기 위해 상기 제 1 MCData UE로부터 MCData 스트림 데이터 릴리즈 요청 메시지를 수신하고, 상기 MCData 서버는 상기 MCData 스트림 데이터 릴리즈 요청 메시지를 상기 하나 이상의 제 2 MCData UE들로 송신한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 하나 이상의 제 2 MCData UE들로부터 MCData 스트림 데이터 릴리즈 응답 메시지를 수신하고, 상기 MCData 서버는 상기 MCData 스트림 데이터 릴리즈 응답 메시지를 상기 제 1 MCData UE로 송신하고, 상기 MCData 서버는 상기 하나 이상의 MCData UE들로부터 수신된 MCData 스트림 보고를 집계하여 MCData 스트림 보고 요청 메시지를 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 1 MCData UE로부터 MCData 스트림 데이터 제어 요청을 수신하고, 상기 MCData 서버는 MCData 스트림 데이터 요청 메시지를 상기 하나 이상의 제 2 MCData UE들로 송신하고, 상기 MCData 서버는 상기 하나 이상의 제 2 MCData UE들로부터 MCData 스트림 데이터 응답 메시지를 수신하고, MCData 스트림 데이터 제어 응답 메시지를 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 제 1 MCData UE 및 상기 하나 이상의 제 2 MCData UE들 중 하나로부터 수신된 요청에 기초하여 데이터 스트리밍을 제어하고, 상기 MCData 서버는 상기 하나 이상의 MCData UE들로부터 수신된 MCData 스트림 보고를 집계하여 MCData 스트림 보고 요청 메시지를 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에서, 상기 제 1 MCData UE와 상기 제 2 MCData UE 사이의 데이터 통신은, 상기 제 1 MCData UE와 상기 제 2 MCData UE가 상기 온-네트워크 데이터 통신 시스템 및 오프-네트워크 데이터 통신 시스템의 조합에 있을 경우 상기 MCData 서버 및 중계 노드를 통해 확립된다.
본 개시의 일 실시예에서, 상기 제 1 MCData UE와 상기 제 2 MCData UE 사이의 데이터 통신은 상기 MCData 서버 및 상기 중계 노드를 통해 확립되며; 온-네트워크 절차에 기초하여 MCData 세션 개시 프로토콜(SIP) 시그널링을 위해 상기 MCData 서버와 적어도 하나의 제 2 MCData UE 사이에서 IP 패킷을 라우팅하는 단계; 및 데이터 송신을 위해 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 제 2 MCData UE 사이에서 상기 IP 패킷을 라우팅하는 단계를 포함한다.
본 개시의 일 실시예에서, 상기 온-네트워크 절차에 기초하여 상기 MCData 시그널링을 위해 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 상기 IP 패킷을 라우팅하는 것과, 상기 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 상기 IP 패킷(미디어)을 라우팅하는 것에 기반하여, 무선 리소스 이용이 상기 MCData 통신 시스템에서 관리된다.
본 개시의 일 실시예에서, 상기 온-네트워크 절차는 상기 MCData SIP 시그널링을 위해 사용되며, 상기 오프-네트워크 절차는 상기 중계 노드에 의해 MCData 서비스가 제공될 때 데이터 송신 시그널링을 위해 사용된다.
본 개시의 일 실시예에서, 상기 중계 노드는 레이어 3 절차 및 ProSe(Proximity Services) 레이어 2 절차 중 적어도 하나에 기초하여 PC5 인터페이스를 통해 상기 IP 패킷(미디어)을 상기 MCData UE로 브로드캐스트한다.
본 개시의 일 실시예에서, 상기 온-네트워크 절차는 상기 MCData SIP 시그널링에 사용되는 유니캐스트 송신에 대응한다.
본 개시의 일 실시예에서, 상기 유니캐스트 송신은 상기 미디어 서버와 상기 적어도 하나의 제 2 MCData UE 사이에서, 상기 중기 노드의 로컬 라우팅에 의한, 상기 MCData SIP 시그널링을 위해 사용된다.
본 개시의 일 실시예에서, 상기 오프-네트워크 절차는 상기 데이터 송신을 위해 사용되는 브로드캐스트 송신에 대응한다.
본 개시의 일 실시예에서, 상기 IP 패킷은 상기 MCData 데이터 송신을 위한 로컬 IP 액세스 절차와 함께 상기 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 제 2 MCData UE 사이에서 라우팅된다.
본 개시의 일 실시예에 따르면, 미션 크리티컬(mission critical, MC) 데이터 통신 시스템에서 통신하기 위한 미션 크리티컬 데이터(MCData) 서버로서, 프로세서; 상기 프로세서에 커플링되는 메모리; 및 상기 프로세서 및 상기 메모리에 커플링되는 통신기를 포함하며, 상기 통신기는, 복수의 MCData UE 중의 제 1 MCData UE로부터 MCData 요청 메시지를 수신하고; 상기 MCData 요청 메시지를 상기 복수의 MCData UE 중의 제 2 MCData UE로 송신하고; 상기 제 2 MCData UE로부터 MCData 응답 메시지를 수신하고; 또한 상기 MCData 응답 메시지를 상기 제 1 MCData UE로 송신하도록 구성되며, 또한 상기 복수의 MCData UE 중의 상기 제 1 MCData UE 및 상기 복수의 MCData UE 중의 상기 제 2 MCData UE는, 온-네트워크 데이터 통신 시스템 및 상기 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합 중의 하나에 있는 MCData 서버를 개시한다.
본 개시의 일 실시예에서, 상기 제 1 MCData UE와 상기 제 2 MCData UE 간의 데이터 통신은, 상기 제 1 MCData UE와 상기 제 2 MCData UE가 상기 온-네트워크 데이터 통신 시스템에 있는 경우, 상기 MCData 서버를 통해 확립된다.
본 개시의 일 실시예에서, 상기 통신기는 상기 제 1 MCData UE로부터 MCData FD 요청 메시지를 수신하도록 구성되며, 상기 MCData FD 요청 메시지는 HTTP(Hypertext Transfer Protocol)를 사용하여 수신한 MCData 업로드 데이터 요청 메시지를 포함하고, 상기 MCData 서버는 HTTP를 사용하여 상기 제 1 MCData UE로부터 수신한 상기 MCData 업로드 데이터 요청 메시지에 응답하여, MCData 업로드 데이터 응답 메시지를 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에 있어서, 상기 MCData FD 요청 메시지는 상기 제 1 MCData UE의 MCData ID, 상기 제 2 MCData UE의 MCData ID, 대화 식별자, 트랜잭션 식별자, 다운로드 표시 및 컨텐츠 레퍼런스 중 적어도 하나를 포함한다.
본 개시의 일 실시예에서, 상기 MCData 서버는 상기 MCData FD 요청 메시지를 상기 제 2 MCData UE로 송신하게 상기 제 1 MCData UE를 승인하도록 구성되는 MCData 매니저를 포함한다.
본 개시의 일 실시예에서, 상기 통신기는 상기 제 2 MCData UE로 송신된 상기 MCData FD 요청 메시지에서 인에이블된 다운로드 표시에 기초하여 상기 제 2 MCData UE로부터 MCData 다운로드 요청을 수신하도록 구성된다.
본 개시의 일 실시예에서, 상기 통신기는 상기 제 2 MCData UE로부터 상기 MCData 다운로드 데이터 요청 메시지를 수신한 것에 응답하여 HTTP를 사용하여 MCData 다운로드 데이터 응답 메시지를 상기 제 2 MCData UE로 송신하도록 구성된다.
본 개시의 일 실시예에서, 상기 통신기는, 상기 제 2 MCData UE로부터 MCData 다운로드 완료 보고 메시지를 수신하고; 상기 MCData 다운로드 완료 보고 메시지를 상기 제 2 MCData UE로 송신하도록 더 구성된다.
본 개시의 일 실시예에서, 상기 통신기는 확립된 미디어 플레인을 사용하여 파일 데이터를 상기 제 2 MCData UE로 송신하도록 구성된다.
본 개시의 일 실시예에서, 상기 통신기는 MCData 그룹 스탠드얼론 FD 요청 메시지를 상기 제 1 MCData UE로부터 수신하여 제 2 MCData UE들의 그룹으로 파일을 송신하도록 구성된다.
본 개시의 일 실시예에서, 상기 MCData 매니저는 상기 제 2 MCData UE들의 그룹과 관련된 그룹 식별자를 식별하도록 구성되고, 상기 MCData 서버는 MCData 그룹 스탠드얼론 FD 요청을 상기 제 2 MCData UE들의 그룹으로 송신한다.
본 개시의 일 실시예에서, 상기 통신기는 상기 제 2 MCData UE들의 그룹으로부터 MCData 그룹 스탠드얼론 FD 응답 메시지를 수신하도록 구성되고, 상기 MCData 서버는 상기 MCData 그룹 스탠드얼론 FD 응답을 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에서, 상기 통신기는, 확립된 미디어 플레인을 사용하여 파일을 상기 제 2 MCData UE들의 그룹으로 송신하고, 상기 제 2 MCData UE들 각각으로부터 MCData 다운로드 완료 보고 메시지를 수신하고; 또한 상기 MCData에 의해서, 상기 제 2 MCData UE들 각각으로부터 수신된 상기 MCData 다운로드 완료 보고 메시지를 집계하여 MCData 다운로드 완료 보고 메시지를 상기 제 1 MCData UE로 송신하도록 구성된다.
본 개시의 일 실시예에서, 상기 통신기는 상기 제 1 MCData UE로부터 MCData 스트림 데이터 시작 요청 메시지를 수신하도록 구성되며, 상기 MCData 서버는 상기 MCData 스트림 데이터 시작 요청 메시지를 하나 이상의 제 2 MCData UE들로 송신한다.
본 개시의 일 실시예에서, 상기 통신기는, 상기 하나 이상의 제 2 MCData UE들로부터 MCData 스트림 데이터 응답 메시지를 수신하고; 상기 MCData 스트림 데이터 응답 메시지를 상기 제 1 MCData UE로 송신하고; 또한 상기 제 1 MCData UE 및 상기 하나 이상의 제 2 MCData UE들 중 하나로부터 수신된 요청에 기초하여 데이터 스트리밍을 제어하도록 더 구성된다.
본 개시의 일 실시예에서, 상기 통신기는 MCData 스트림을 릴리즈하기 위해 상기 제 1 MCData UE로부터 MCData 스트림 데이터 릴리즈 요청 메시지를 수신하도록 구성되며, 상기 MCData 서버는 상기 MCData 스트림 데이터 릴리즈 요청 메시지를 상기 하나 이상의 제 2 MCData UE들로 송신한다.
본 개시의 일 실시예에서, 상기 통신기는 상기 하나 이상의 제 2 MCData UE로부터 MCData 스트림 데이터 릴리즈 응답 메시지를 수신하도록 구성되고, 상기 통신기는 상기 MCData 스트림 데이터 릴리즈 응답 메시지를 상기 제 1 MCData UE로 송신하도록 구성되고, 상기 통신기는 상기 하나 이상의 MCData UE들로부터 수신된 상기 MCData 스트림 보고를 집계하여 MCData 스트림 보고 요청 메시지를 상기 제 1 MCData UE로 송신하도록 구성된다.
본 개시의 일 실시예에서, 상기 통신기는 상기 제 1 MCData UE로부터 MCData 스트림 데이터 제어 요청을 수신하도록 구성되고, 상기 통신기는 MCData 스트림 데이터 요청 메시지를 상기 하나 이상의 제 2 MCData UE들로 송신하도록 구성되며, 상기 통신기는 상기 하나 이상의 제 2 MCData UE들로부터 MCData 스트림 데이터 응답 메시지를 수신하고, MCData 스트림 데이터 제어 응답 메시지를 상기 제 1 MCData UE로 송신하도록 구성된다.
본 개시의 일 실시예에서, 상기 MCData 매니저는 상기 제 1 MCData UE 및 상기 하나 이상의 제 2 MCData UE들 중 하나로부터 수신된 요청에 기초하여 데이터 스트리밍을 제어하도록 구성되며, 상기 MCData 서버는 상기 하나 이상의 MCData UE들로부터 수신된 MCData 스트림 보고를 집계하여 MCData 스트림 보고 요청 메시지를 상기 제 1 MCData UE로 송신한다.
본 개시의 일 실시예에 따르면, 미션 크리티컬(MC) 데이터 통신 시스템에서 통신을 관리하기 위한 중계 노드로서, 메모리; 프로세서; 및 상기 메모리 및 상기 프로세서에 커플링되는 MCData 매니저를 포함하며, 상기 MCData 매니저는, 온-네트워크 절차에 기초하여 세션 개시 프로토콜(Session Initiation Protocol, SIP) 시그널링을 위해 MCData 서버와 적어도 하나의 MCData UE 사이에서 IP 패킷을 라우팅하고; 또한 MCData 송신을 위해 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 상기 IP 패킷을 라우팅하도록 구성되는 중계 노드를 개시한다.
본 개시의 일 실시예에서, 상기 온-네트워크 절차에 기초하여 상기 시그널링을 위해 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 상기 IP 패킷을 라우팅하는 것과, 상기 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 상기 IP 패킷(미디어)을 라우팅하는 것에 기반하여, 무선 리소스 이용이 상기 MCData 통신 시스템에서 관리된다.
본 개시의 일 실시예에서, 상기 온-네트워크 절차는 상기 SIP 시그널링을 위해 사용되며, 상기 오프-네트워크 절차는 상기 중계 노드에 의해 MC 서비스가 제공될 때 MCData 송신 시그널링을 위해 사용된다.
본 개시의 일 실시예에서, 상기 중계 노드는 레이어 3 절차 및 ProSe(Proximity Services) 레이어 2 절차 중 적어도 하나에 기초하여 PC5 인터페이스를 통해 상기 IP 패킷(미디어)을 상기 MCData UE로 브로드캐스트한다.
본 개시의 일 실시예에서, 상기 온-네트워크 절차는 상기 SIP 시그널링에 사용되는 유니캐스트 송신에 대응한다.
본 개시의 일 실시예에서, 상기 유니캐스트 송신은 상기 미디어 서버와 상기 적어도 하나의 MCData UE 사이에서, 상기 중계 노드의 로컬 라우팅에 의한, 상기 SIP 시그널링을 위해 사용된다.
본 개시의 일 실시예에서, 상기 오프-네트워크 절차는 상기 MCData 송신을 위해 사용되는 브로드캐스트 송신에 대응한다.
본 개시의 일 실시예에서, IP 패킷(미디어)은 MCData 송신을 위한 로컬 IP 액세스 절차와 함께 오프-네트워크 절차에 기초하여 상기 MCData 서버와 상기 적어도 하나의 MCData UE 사이에서 라우팅된다.
본 개시의 실시예들의 이러한 양태 및 다른 양태는 이하의 설명 및 첨부 도면들과 함께 고려될 때 더 잘 인식되고 이해될 것이다. 그러나, 이하의 설명들이 바람직한 실시예들 및 그것의 다수의 특정 세부 사항을 나타내지만, 이것은 예시를 위한 것이지 한정하기 위한 것은 아니라는 것을 이해해야 한다. 다수의 변경 및 변형이 본 개시의 사상을 일탈하는 것 없이 본 개시의 실시예들의 범위 내에서 이루어질 수 있으며, 본 개시의 실시예들은 이러한 모든 변형들을 포함한다.
본 개시가 첨부 도면에 도시되어 있으며, 도면 전체에 걸쳐 동일한 참조 부호는 다양한 도면들에서의 대응 부분을 나타낸다. 본 개시의 실시예들은 도면을 참조하여 다음의 설명으로부터 더 잘 이해될 것이다.
도 1a 및 도 1b는 본 개시의 실시예에 따른, 데이터 통신을 관리하는 온-네트워크 MCData 통신 시스템의 예를 도시한다.
도 1c는 본 개시의 실시예에 따른, MCData 서버 및 중계 노드를 통해 제 1 MCData UE와 제 2 MCData UE 간의 데이터 통신을 관리하는 예시적인 MCData 통신 시스템을 도시한다.
도 2는 본 개시의 실시예들에 따른, FD를 위한 애플리케이션 플레인 기능 모델을 도시한다.
도 3은 본 개시의 실시예들에 따른, MCData UE 데이터 스트리밍을 위한 애플리케이션 플레인에 대한 기능 모델을 도시한다.
도 4는 본 개시의 실시예들에 따른, 데이터 스트리밍을 위한 애플리케이션 플레인에 대한 기능 모델을 도시한다.
도 5는 본 개시의 실시예들에 따른, 시그널링 컨트롤 플레인에 대한 기능 모델을 도시한다.
도 6은 본 개시의 실시예들에 따른, MCData 서버의 다양한 하드웨어 구성 요소들을 나타내는 블록도이다.
도 7은 본 개시의 실시예들에 따른, MCData 통신 시스템에서 통신을 관리하는 방법을 나타내는 흐름도이다.
도 8은 본 개시의 실시예에 따른, 하이퍼텍스트 전송 프로토콜(HTTP)을 사용하여 파일 업로드하기 위한 다양한 시그널링 메시지들을 나타내는 시퀀스도이다.
도 9는 본 개시의 실시예에 따른, HTTP를 사용하여 파일 다운로드하기 위한 다양한 시그널링 메시지들을 나타내는 시퀀스도이다.
도 10은 본 개시의 실시예에 따른, HTTP를 사용하여 일 대 일 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 사이에서 통신되는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다.
도 11은 본 개시의 실시예에 따른, 미디어 플레인을 사용하여 일 대 일 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 사이에서 통신되는 다양한 시그널링 메시지들을 도시하는 시퀀스이다.
도 12는 본 개시의 실시예에 따른, HTTP를 사용하여 그룹 스탠드얼론 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 그룹 사이에서 통신되는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다.
도 13은 본 개시의 실시예에 따른, 미디어 플레인을 사용하여 그룹 스탠드얼론 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 그룹 사이에서 통신되는 다양한 시그널링 메시지를 도시하는 시퀀스도이다.
도 14는 본 개시의 실시예에 따른, MCData 통신 시스템에서 데이터 스트리밍(DS)을 관리하는 방법을 도시하는 흐름도이다.
도 15는 본 개시의 실시예들에 따른, 제 1 MCData UE가 스트림 보고 요청의 유무에 관계없이 제 2 MCData UE(들)로 컨텐츠를 스트리밍하기 위한 데이터 통신을 개시하는 다양한 시그널링 메시지들을 도시하는 시퀀스도이며, 도 15b는 도 15a의 연속뷰이다.
도 16는 본 개시의 실시예들에 따른, 제 1 MCData UE가 스트림 보고 요청의 유무에 관계없이 제 2 MCData UE(들)로 컨텐츠를 스트리밍하기 위한 데이터 통신을 개시하는 다양한 시그널링 메시지들을 도시하는 시퀀스도이며, 도 16b는 도 16a의 연속뷰이다.
도 17은 본 개시의 실시예에 따른, 중계 노드의 다양한 하드웨어 구성 요소들을 나타내는 블록도이다.
도 18은 본 개시의 실시예에 따른, MCData 서버 및 중계 노드를 통해 제 1 MCData UE와 제 2 MCData UE 사이의 데이터 통신을 관리하는 방법을 나타내는 흐름도이다.
도 19는 본 개시의 실시예에 따른, MCData 서버 및 중계 노드를 통해 제 1 MCData UE와 제 2 MCData UE 사이에 데이터 통신을 관리하는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다.
도 20은 본 개시의 실시예에 따른, 브로드캐스트 메커니즘들을 도시하는 시퀀스도이다.
이하, 첨부 도면들을 참조하여 본 개시의 다양한 실시예들에 대하여 상세히 설명한다. 다음의 설명에서, 상세한 구성 및 구성 요소들과 같은 특정 세부 사항들은 단지 본 개시의 이들 실시예들에 대한 전반적인 이해를 돕기 위해 제공된 것이다. 따라서, 본 명세서에 기재된 실시예들의 다양한 변경 및 변형이 본 개시의 범위 및 사상을 벗어나지 않고 이루어질 수 있음은 당업자에게 명백할 것이다. 또한, 공지된 기능 및 구성에 대한 설명은 명확성 및 간결성을 위해 생략되었다.
또한, 일부 실시예들이 하나 이상의 다른 실시예들과 결합되어 새로운 실시예들을 형성할 수 있기 때문에, 여기에 설명된 다양한 실시예들이 반드시 상호 배타적인 것은 아니다. 본 명세서에서 사용되는 용어 "또는"은 달리 표시되지 않는 한 비배타적인 것을 의미한다. 본 명세서에서 사용되는 예들은 단지 본 실시예들이 실시될 수 있는 방법의 이해를 용이하게 하고 당업자가 본 개시의 실시예들을 실시할 수 있도록 하기 위한 것이다. 따라서, 본 예시들이 본 개시의 실시예들의 범위를 제한하는 것으로 해석되어서는 안된다.
당해 분야에서 통상적인 바와 같이, 실시예들은 설명된 기능 또는 기능들을 수행하는 블록들의 관점에서 기술되고 설명될 수 있다. 본 명세서에서 매니저, 유닛 또는 모듈 등으로 지칭될 수 있는 이들 블록은 논리 게이트, 집적 회로, 마이크로프로세서, 마이크로컨트롤러, 메모리 회로, 수동 전자 부품, 능동 전자 부품, 광학 부품, 배선 회로 등과 같은 아날로그 및/또는 디지털 회로에 의해 물리적으로 구현되며, 선택적으로는 펌웨어 및 소프트웨어에 의해 구동될 수도 있다. 회로는 예를 들어, 하나 이상의 반도체 칩 또는 인쇄 회로 기판 등과 같은 기판 지지체 상에 구현될 수 있다. 블록을 구성하는 회로는 전용 하드웨어 또는 프로세서(예를 들어, 하나 이상의 프로그래밍된 마이크로프로세서 및 관련 회로)에 의해 구현되거나, 또는 블록의 일부 기능을 수행하기 위한 전용 하드웨어와 블록의 다른 기능을 수행하기 위한 프로세서의 조합에 의해 구현될 수 있다. 실시예들의 각 블록은 본 개시의 범위를 벗어나지 않으면서 물리적으로 2 개 이상의 상호 작용 블록들 및 개별 블록들로 분리될 수 있다. 마찬가지로, 실시예들의 블록들은 본 개의 범위를 벗어나지 않으면서 더 복잡한 블록들로 물리적으로 결합될 수 있다.
본 명세서에서 "제 1" 및 "제 2"라는 용어는 단지 라벨링 목적으로 사용된 것이며 실시예들의 범위를 벗어나지 않으면서 상호 교환적으로 사용될 수 있다.
따라서, 본 개시의 실시예들은 미션 크리티컬 데이터(mission critical data, MCData) 통신 시스템에서 통신을 관리하는 방법을 제공한다. 본 개시의 실시예들은 MCData 서버에 의해서, 복수의 MCData UE 중의 제 1 MCData UE로부터 MCData 요청 메시지를 수신하는 단계를 포함한다. 본 개시의 실시예들은 MCData 서버에 의해서, MCData 요청 메시지를 복수의 MCData UE 중의 제 2 MCData UE로 송신하는 단계를 포함한다. 본 개시의 실시예들은 MCData 서버에 의해서, 제 2 MCData UE로부터 MCData 응답 메시지를 수신하는 단계를 포함한다. 본 개시의 실시예들은 MCData 서버에 의해서, MCData 응답 메시지를 제 1 MCData UE로 송신하는 단계를 포함한다. 복수의 MCData UE 중의 제 1 MCData UE 및 복수의 MCData UE 중의 제 2 MCData UE는 온-네트워크 데이터 통신 시스템 및 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합 중 하나에 있다.
본 개시의 실시예들은 미션 크리티컬 서비스에서 FD 및 DS를 관리하기 위한 시스템 및 방법을 달성한다. 일 실시예에서, 미션 크리티컬 데이터 서비스를 지원하기 위한 기능 모델 및 메커니즘들을 제공한다. 기능 모델은 파일 배포 및 데이터 스트리밍, 그리고 일 대 일, 일 대 다 및 그룹 데이터 통신을 포함하는 관련 절차들을 지원한다.
본 개시의 실시예들은 미션 크리티컬 FD 및 DS 기능들을 지원하는 기능 모델을 제공한다. 일 실시예에서 기능 엔티티들 사이의 레퍼런스 포인트들, 및 이 엔티티들 사이의 상호 작용을 가능하는 이 레퍼런스 포인트들에 의해 지원되는 기능에 대하여 설명한다.
일 실시예에서, 제 1 MCData UE(102a)와 제 2 MCData UE(102b)가 온-네트워크 데이터 통신 시스템인 경우, 본 제안된 방법 및 시스템은 제 1 MCData UE(102a) 및 하나 이상의 제 2 MCData UE(들)(102b-102n)를 포함한다.
다른 실시예에서, 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)가 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합에 있을 경우, 본 제안된 방법 및 시스템을 이용하여, SIP 시그널링을 위해 온-네트워크 절차(즉, 유니캐스트 절차)를 사용하고 또한 MC 서비스가 중계 노드(즉, UE-네트워크 중계 노드)에 의해 제공될 시에, MCData 송신을 위해 오프-네트워크 절차(예를 들어, 브로드캐스트/멀티캐스트 절차(즉, 일 대 다 절차))를 사용하여 리소스들을 효율적으로 활용할 수 있다.
본 개시의 실시예들은 중계 노드에서의 로컬 라우팅에 의해, MCData 서버에 의한 MCData UE(들)로의 유니캐스트 송신의 수를 감소시키는데 사용될 수 있다.
본 개시의 실시예들은 중계 노드 내에서 미디어 스트림들의 라우팅을 효과적으로 감소시키는데 사용될 수 있다.본 개시의 실시예들은 중계 노드의 위치에 기초하여 다중 유니캐스트 송신을 브로드캐스트 송신으로 전환하는데 사용될 수 있다.
이제 도면들, 구체적으로 도 1 내지 도 20을 참조하면 바람직한 실시예들이 도시되어 있으며, 이 도면들 전반에 걸쳐 유사한 참조 부호들은 대응하는 특징들을 일관되게 나타낸다.
또한, 도 1a 및 도 1b는 본 개시의 실시예에 따른, 통신을 관리하기 위한 예시적 온-네트워크 MCData 통신 시스템들을 도시한다.
본 실시예들을 상세히 설명하기 전에, MCData 통신 시스템에 대하여 여기서 간략하게 설명하도록 한다. 일반적으로, 도 1a 및 도 1b에 도시된 바와 같이, MCData 통신 시스템(100)은 제 1 MCData UE(102a), 제 2 MCData UE 그룹(102b-102n) 및 네트워크(106) 내의 MCData 서버(104)를 포함한다. MCData 서버(104)는 네트워크(106)가 MCData 서비스를 MCData UE들(102a-102n)에게 제공할 수 있게 하는 중앙 서버로서 기능한다.
일부 예들에서, 네트워크(106)는 3GPP E-UTRAN 액세스 요소들(미도시) 및 3GPP E-UTRAN 코어 요소들(미도시)을 포함한다. 예를 들어, 제 1 MCData UE(102a)는 LTE-Uu 인터페이스(미도시) 또는 진화된 노드 B(eNB, 미도시)를 통해 네트워크(106)에 액세스한다. 또한, MCData 서버(104)는 네트워크(106)의 다양한 액세스/코어 요소들에 커플링될 수 있다. 예를 들어, MCData 서버(104)는 하나 이상의 적절한 인터페이스 레퍼런스 포인트들을 통해 서빙 게이트웨이/패킷 데이터 게이트웨이에 커플링될 수 있다. 모바일 관리 엔티티(MME) 및 멀티미디어 브로드캐스트/멀티캐스트 서비스 게이트웨이(MBMS GW)와 같은 다양한 코어 요소들은 네트워크(106)에 의한 MCData 통신 서비스를 용이하게 하기 위해, MCData 서버(104) 및/또는 MCData UE들(102a-102n)에게 코어 3GPP E-UTRAN 서비스를 제공할 수 있다.
일 실시예에서, MCData UE들(102a-102n)은 예를 들어 전자 장치, 사용자 장비(UE) 등일 수 있다. MCData UE들(102a-102n) 각각은 MCData 서버(104)와 통신하기 위한 MCData 클라이언트(즉, 애플리케이션)를 포함할 수 있다. 제 1 MCData UE(102a)는 제 1 MCData 클라이언트를 포함하고, 제 2 MCData UE(102b)는 제 2 MCData 클라이언트를 포함하며 기타 이와 같다.
각 MCData UE들(102a-102n)에 상주하는 MCData 클라이언트는 모든 MCData 애플리케이션 트랜잭션들을 위한 사용자 에이전트로서 동작한다. MCData 클라이언트는 대화 관리, 로봇 제어, 상태 강화, 데이터베이스 조회 및 인터넷 보안과 같은 MCData 서비스에서 사용되는 파일 배포, 데이터 스트리밍 및 IP 연결 및 MCData 능력들을 지원한다.
MCData 서버(104)는 MCData 서비스 세트에 대한 중앙 집중식 지원을 제공한다. 일 대 일 데이터 또는 그룹 통신을 필요로 하는 대화 관리, 로봇, 상태 강화, 데이터베이스 조회 및 인터넷 보안 MCData 서비스들이 SDS(short data service), 파일 배포(FD), 데이터 스트리밍(DS) 및 인터넷 프로토콜(IP) 연결 MCData 통신 능력들을 사용하여 구현된다. 단일 그룹에 속하는 사용자들을 지원하는 모든 MCData 클라이언트들은 해당 그룹에 대해 동일한 MCData 서버(104)를 사용해야 한다. 일 실시예에서, HTTP는 MCData 통신을 위한 통신 전송 수단으로서 사용된다.
이제 도 1a를 참조하면, MCData 통신 시스템(100)은 제 1 MCData UE(102a), 네트워크(106) 내의 MCData 서버(104) 및 제 2 MCData UE(102b)를 포함한다. MCData 서버(104)는 HTTP를 사용하여 네트워크(106)를 통해 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 간의 일 대 일 FD를 용이하게 하고/제공한다.
일 실시예에서, MCData 서버(104)는 미디어 플레인을 사용하여 네트워크(106)를 통해 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 간의 일 대 일 FD를 용이하게 하고/제공한다.
도 1b를 참조하면, MCData 통신 시스템(100)은 제 1 MCData UE(102a), 네트워크(106) 내의 MCData 서버(104) 및 제 2 MCData UE들(102b-102n)의 그룹을 포함한다. MCData 서버(104)는 HTTP를 사용하여 제 1 MCData UE(102a)와 제 2 MCData UE들(102b-102n)의 그룹 간에 그룹 스탠드얼론 FD를 제공한다.
일 실시예에서, MCData 서버(104)는 미디어 플레인을 사용하여 네트워크(106)를 통해 제 1 MCData UE(102a)와 제 2 MCData UE들(102b-102n) 그룹 간에 그룹 스탠드얼론 FD를 용이하게 하고/제공한다.
일부 실시예들에서, MCData 서버(104)는 스트리밍 컨텐츠가 제 1 MCData UE(102a)에 존재하는 경우, 하나 이상의 제 2 MCData UE(들)(102b-102n)에게 컨텐츠를 스트리밍하기 위한 데이터 통신을 용이하게 하고/제공한다.
일부 실시예들에서, MCData 서버(104)는 스트리밍 컨텐츠가 MCData 서버(104)에 존재하는 경우, 하나 이상의 제 2 MCData UE(들)(102b-102n)에게 컨텐츠를 스트리밍하기 위한 데이터 통신을 용이하게 하고/제공한다.
도 1c는 본 개시의 실시예에 따른, MCData 서버(104) 및 중계 노드(110)를 통해 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 간의 데이터 통신을 관리하는 예시적인 MCData 통신 시스템(200)을 도시한다.
도 1c를 참조하면, 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)가 본 도면에 도시된 바와 같이 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합(200) 내에 있을 경우, 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 간의 데이터 통신은 MCData 서버(104)와 중계 노드(110)를 통해 확립된다.
일 실시예에서, 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 간의 데이터 통신은 온-네트워크 절차에 기초하는 MCData SIP 시그널링을 위해 MCData 서버(104)와 적어도 하나의 제 2 MCData UE(102b) 간에 IP 패킷을 라우팅하고 또한 데이터 송신을 위해 오프-네트워크 절차에 기초하여 MCData 서버와 적어도 하나의 제 2 MCData UE(102b) 간에 IP 패킷(미디어)을 라우팅하는 것에 의해 MCData 서버(104) 및 중계 노드(110)를 통해 확립된다.
일 실시예에서, 온-네트워크 절차에 기초하는 시그널링을 위한 MCData 서버(104)와 MCData 서버(102b) 간의 IP 패킷 라우팅에 기초하고, 또한 오프-네트워크 절차에 기초하는 MCData 서버(104)와 적어도 하나의 제 2 MCData UE(102b) 간의 IP 패킷(미디어) 라우팅에 기초하여 MCData 통신 시스템에서 무선 리소스 이용이 관리된다.
일 실시예에서, MC 서비스가 중계 노드(110)에 의해 제공될 경우, 온-네트워크 절차가 MCData SIP 시그널링을 위해 사용되고, 오프-네트워크 절차가 데이터 송신을 위해 사용된다.
일 실시예에서, 중계 노드(110)는 레이어 3 절차에 기초하여 PC5 인터페이스를 통해 IP 패킷(미디어)을 제 2 MCData UE(102b)에게 브로드캐스트한다.
일 실시예에서, 중계 노드(110)는 ProSe(Proximity Services) 레이어 2 절차에 기초하여 PC5 인터페이스를 통해 IP 패킷(미디어)을 제 2 MCData UE(102b)에게 브로드캐스트한다.
일 실시예에서, 온-네트워크 절차는 SIP 시그널링을 위해 사용되는 유니캐스트 송신에 대응한다.
일 실시예에서, 유니캐스트 송신은 중계 노드에서의 로컬 라우팅에 의한, 미디어 서버와 적어도 하나의 제 2 MCData UE 간의 SIP 시그널링을 위해 사용된다.
일 실시예에서, 오프-네트워크 절차는 오프-네트워크 통신에 사용되는 브로드캐스트 송신에 대응한다.
일 실시예에서, IP 패킷(미디어)은 MCData 송신을 위한 로컬 IP 액세스 절차와 함께 오프-네트워크 절차에 기초하여 MCData 서버와 적어도 하나의 제 2 MCData UE(102b) 간에 라우팅된다.
이 실시예들에서 설명된 바와 같이, MCData 통신을 위한 중계 노드(110)의 사용은 MCData 통신으로 한정되지 않는다. 중계 노드는 미션 크리티컬 푸시 투 토크(Mission Critical Push To Talk, MCPTT) 및 미션 크리티컬 비디오(Mission Critical Video, MCVideo) 통신 등과 같은 다른 통신 시스템들에서 무선 리소스를 효과적으로 이용하는데에도 사용될 수 있다.
도 2는 본 개시의 실시예들에 따른, FD를 위한 애플리케이션 플레인 기능 모델을 도시한다.
일 실시예에서, 본 제안된 방법 및 시스템은 미션 크리티컬 FD 및 DS 특징들을 지원하기 위해 애플리케이션 플레인 기능 모델을 제공한다. 본 제안된 방법 및 시스템은 기능 엔티티들 사이의 레퍼런스 포인트들, 및 이 엔티티들 간의 상호 작용을 가능하게 하기 위해 이러한 레퍼런스 포인트들에 의해 지원되는 기능에 대해 설명한다.
FD를 위한 온-네트워크 기능 모델이 이하에서 상세히 설명된다. 애플리케이션 플레인을 위한 기능 모델은 도 2에 도시되어 있다. 도 2에 도시된 모델에서, 엔티티 들간의 상호 작용을 가능하게 하는 다양한 레퍼런스 포인트들이 이하에서 상세히 설명된다.
MCData-FD-1 레퍼런스 포인트는 MCData 파일 배포를 지원하도록 세션을 확립하기 위해 MCData 애플리케이션 시그널링에 사용된다. 또한, 업링크 및 다운링크 유니캐스트 데이터(예를 들어, 파일에 연관된 URL, 파일 다운로드 완료 보고) 모두에 대하여 베어러가 사용된다.
MCData-FD-2 레퍼런스 포인트는 MCData 서버의 FD 기능과 제 1 MCData UE(102a)의 FD 기능 간의 업링크 및 다운링크 유니캐스트 파일 데이터를 전달한다.
MCData-FD-3 레퍼런스 포인트는 MCData 서버의 FD 기능으로부터 제 1 MCData UE(102a)의 FD 기능으로 다운링크 멀티캐스트 파일 데이터를 전달한다.
MCData-FD-4 레퍼런스 포인트는 MCData 서버의 미디어 저장 기능과 MCData UE의 미디어 저장 클라이언트 간의 업링크 및 다운링크 유니캐스트 파일 데이터를 전달한다.
공통 서비스 코어: MCData 시스템 상의 공통 서비스 코어는 구성 관리, 그룹 관리, 아이덴티티 관리, 키 관리와 같은 기능들을 지원하는 MCData를 제공한다. 이 공통 서비스 코어는 이러한 지원 기능들을 제공하기 위해 CSC 클라이언트, MCData 서버, MCData 사용자 데이터베이스와 같은 다른 MCData 기능 엔티티들과 상호 작용한다.
MCData 클라이언트 기능 엔티티: MCData 클라이언트 기능 엔티티는 모든 MCData 애플리케이션 트랜잭션들을 위한 사용자 에이전트로서 동작한다. 클라이언트는 대화 관리, 로봇 제어, 상태 강화, 데이터베이스 조회 및 인터넷 보안 MCData 서비스들을 위한 SDS, 파일 배포, 데이터 스트리밍 및 IP 연결 MCData 능력들을 지원한다.
또한, MCData 클라이언트 기능 엔티티는 FD 및 DS를 위한 미디어 저장 클라이언트의 역할도 수행한다. 또한, MCData 클라이언트는 DS에서 수신된 스트리밍 미디어를 재생하고 DS에서 미디어를 업스트리밍하도록 미디어 컨트롤하기 위한 미디어 플레이어로서 동작한다.
또한, MCData 클라이언트 내의 FD 기능은 일 대 일, 일 대 다, 및 그룹 통신들에 사용되는 절차들에 따라서, 레퍼런스 포인트 MCData-FD-1, MCData-FD-2, MCData-FD-3을 통한 요청 송수신을 담당한다. FD 클라이언트는 MCData UE 내에 위치될 수 있으며, 또는 로봇, 드론, 원격 카메라 등과 같은 무인 장치를 포함하는 임의의 다른 형태의 물리 장치 내에 위치될 수도 있다. 또한, FD 기능(클라이언트)은 동일한 장치에 함께 위치된 미디어 저장 클라이언트와 상호 작용할 수도 있다.
MCData 서버 기능 엔티티: MCData 서버 기능 엔티티는 MCData 서비스 세트를 위한 중앙 집중식 지원을 제공한다. 일 대 일 또는 그룹 데이터 통신을 필요로 하는 대화 관리, 로봇, 상태 강화, 데이터베이스 조회 및 인터넷 보안 MCData 서비스들이 SDS, 파일 배포, 데이터 스트리밍 및 IP 연결 MCData 통신 기능들을 사용하여 구현된다.
단일의 그룹에 속한 사용자들을 지원하는 모든 MCData 클라이언트들은 해당 그룹에 대해 동일한 MCData 서버를 사용해야 한다. 복수의 그룹들에 포함된 사용자를 지원하는 MCData 클라이언트는 복수의 MCData 서버들과의 관계들을 가질 수 있다.
또한, MCData 서버 기능 엔티티는 그룹 통신들에 대한 멀티캐스트 및 유니캐스트 동작들을 제어하기 위해 표준(즉, 3GPP TS 23.468 [x])에 기술된 GCS AS의 특정 인스턴스화를 나타낸다.
또한, MCData 서버 기능 엔티티가 시그널링 컨트롤 플레인의 SIP AS 기능 엔티티에 의해서 지원된다.
GCD AS의 역할을 가정하면, MCData 서버 기능 엔티티는 다음을 담당한다:
▶ 멀티캐스트 서비스 가용성과 관련하여 MCData UE 위치 추적 유지;
▶ 미디어 배포 기능을 이용한 멀티캐스트 리소스 할당 요청;
▶ 데이터 통신에 대한 멀티캐스트 리소스들의 연관을 MCData UE들에게 통지;
▶ 주어진 데이터 통신에 관련된 각각의 MCData UE에 대해 유니캐스트 또는 멀티캐스트 전송 여부를 결정;
▶ 특정 데이터 통신을 위한 멀티캐스트 전송 할당을 MCData UE들에게 통지; 및
▶ 주어진 데이터 통신을 위해 지원해야 하는 미디어 스트림들의 미디어 배포 기능을 알림.
또한, MCData 서버(104)는 제어 역할 및 참여 역할을 지원해야 한다. MCData 서버(104)는 일 대 일 및 그룹 데이터 통신을 위한 제어 역할을 수행할 수 있다. 일 대 일 또는 그룹 데이터 통신을 위해 제어 역할을 수행하는 MCData 서버는 동일한 일 대 일 또는 그룹 데이터 통신을 위한 참여 역할을 수행할 수도 있다. 각각의 일 대 일 및 그룹 데이터 통신에 있어서, 제어 역할을 하는 하나의 MCData 서버(104)가 있어야 하며, 참여 역할을 하는 하나 이상의 MCData 서버(104)가 포함될 수도 있다.
또한, 제어 역할을 수행하는 MCData 서버(104)는 다음을 담당한다:
▶ 그룹 데이터 통신 및 개인 데이터 통신의 모든 MCData 사용자들에 대한 데이터 통신 제어(예를 들면, MCData 그룹 데이터 통신 참여를 위한 정책 적용);
▶ 이 MCData 서버가 서빙하는 가입 사용자들의 그룹 정책 및 가입 상태 정보에 대한 GMS(Group Management Server)와의 인터페이싱; 및
▶ 데이터 통신에 있어서 미디어 핸들링 엔티티 관리.
또한, 참여 역할을 수행하는 MCData 서버(104)는 다음을 담당한다:
▶ 그룹 데이터 통신 및 개인 데이터 통신을 위한 MCData 사용자들에 대한 데이터 통신 제어(예를 들면, MCData 그룹 데이터 통신 참여에 대한 승인);
▶ MCData 사용자에 대한 그룹 가입 지원(사용자에 의한 최대 수의 동시적 그룹 가입 적용을 포함함);
▶ MCData 클라이언트와 제어 역할을 수행하는 MCData 서버 간의 그룹 데이터 통신 및 개인 데이터 통신 제어 메시지 중계; 및
▶ 이 MCData 서버가 서빙하는 가입 사용자들의 그룹 정책 및 가입 상태 정보에 대한 그룹 관리 서버와의 인터페이싱;
▶ 일 대 일 및 그룹 데이터 통신의 MCData 사용자들에 대한 수신 제어 핸들링(예를 들면, 요청시 MCData 사용자에게 제공할 데이터 임시 저장);
▶ MCData 사용자들, 즉 유니캐스트 및 멀티캐스트 미디어를 위한 그룹 데이터 통신 및 개인 데이터 통신에 있어서 미디어 핸들링.
레퍼런스 포인트 MCData-FD-2(미디어 배포 기능과 미디어 믹서 간의 유니캐스트)
FD를 위한 레퍼런스 포인트 MCData-FD-2: 미디어 배포 기능과 FD 기능 사이에 존재하는 MCData-FD-2 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능과 FD 기능 간에 유니캐스트 미디어를 교환하는데 사용된다. MCData-FD-2 레퍼런스 포인트는 3GPP TS 23.002에 정의된 SGi 레퍼런스 포인트를 사용한다.
MCData-FD-1 레퍼런스 포인트와 유사하게, MCData-FD-2도 다음의 기능들을 지원할 수 있다. 이것은 특히 파일 배포 미디어 크기가 MCData-FD-1에서 제공하는 능력들을 초과할 경우에 필요할 수 있다.
▶ 배포되는 파일의 URL;
▶ MCData 사용자로부터의 및 MCData 사용자로의 애플리케이션 데이터(상태 인식 애플리케이션을 위한 MCData 사용자의 건강 파라미터들, 상태 강화 서비스 관련 정보 등)를 포함할 수 있는 파일 배포;
▶ 메시지 스레드 표시를 위한 대화 식별자; 및
▶ MCData 사용자 및 MCData 애플리케이션을 위한 애플리케이션 플레인 아이덴티티들.
도 3은 본 개시의 실시예들에 따른, MCData UE 데이터 스트리밍을 위한 애플리케이션 플레인에 대한 기능 모델을 도시한다.
미디어 배포 기능: 미디어 배포 기능은 데이터 통신 참여자들에 대한 미디어 배포를 담당한다. MCData 서버가 제공한 정보(예를 들면, IP 어드레스, 전송 레이어 포트)에 의해, 다음과 같은 기능을 제공한다:
▶ 파일 배포, UE 데이터 스트리밍 및 네트워크 데이터 스트리밍을 위한 각각의 MCData-FD-2 또는 UDS-MCData-7 또는 NDS-MCData-7 레퍼런스 포인트들에 의해 업링크 MCData UE 미디어 송신의 수신을 제공;
▶ 유니캐스트 전송을 사용하여 그 참가자들에게 배포할 미디어를 필요한만큼 복제;
▶ 파일 배포, UE 데이터 스트리밍 및 네트워크 데이터 스트리밍을 위한 각각의 MCData-FD-2 또는 UDS-MCData-7 또는 NDS-MCData-7 레퍼런스 포인트들에 의한 유니캐스트 전송을 사용하여 그 참가자들에게 IP 유니캐스트 송신하는 것에 의해 다운링크 미디어를 MCData UE들에게 배포;
▶ 파일 배포, UE 데이터 스트리밍 및 네트워크 데이터 스트리밍을 위한 각각의 MCData-FD-3 또는 UDS-MCData-8 또는 NDS-MCData-8 레퍼런스 포인트들에 의한 데이터 통신을 위해 미디어의 멀티캐스트 다운링크 전송을 사용하여 다운링크 미디어를 MCData UE들에게 배포; 및
▶ MCData UE에 대한 송신을 위해 복수의 미디어 스트림들이 단일의 미디어 스트림으로 결합되는 미디어 믹싱 기능을 제공.
미디어 저장 기능: 미디어 저장 기능은 FD 및 DS의 경우 MCData UE에 의해 업로드되는 미디어를 저장하는 것을 담당한다. 또한, 이것은 FD의 경우 MCData UE에 의한 저장 미디어의 다운로드를 지원한다. 미디어 저장 기능은 미디어를 지속적으로 저장하기 위한 컨텐츠 서버/데이터베이스와 연관될 수 있다.
송/수신 제어: 이 기능 엔티티는 송신 MCData UE, MCData 서버 및 수신 MCData 간의 MCData 송수신 제어를 담당한다. 송수신 제어 기능은 복수의 데이터 요청들 간에 중재를 제공하여 MCData UE 간에 적절한 데이터가 송신되는 것을 보장하는데 필요한 정책을 적용하기 위해 사용된다. 그러나, 데이터 요청들이 데이터, 파일 또는 스트림의 대형 블로그와 같이 특정 크기를 초과하는 경우, MCData UE들에 의해 송신 또는 수신되는 데이터를 제어해야 할 필요가 있을 수 있다. 이 제어는 애플리케이션 레벨 우선 순위들(예를 들어, 사용자 우선 순위, 그룹 우선 순위), 서비스 유형, 통신의 긴급성 등을 포함하지만 이에 한정되지 않는 다양한 기준에 따를 수 있다.
MCData 사용자 데이터베이스: 이 기능 엔티티는 애플리케이션 플레인에서 MCData 서비스 공급자가 보유하는 MCData ID와 연관된 MCData 사용자 프로파일의 정보를 포함한다. MCData 사용자 프로파일은 미션 크리티컬 조직, MCData 서비스 공급자 및 잠재적 MCData 사용자에 의해 결정된다.
UE 데이터 스트리밍을 위한 온-네트워크 기능 모델:
▶ UCD-MCData-1 레퍼런스 포인트는 MCData 서버와 MCData 클라이언트 간의 DS 기능과 MCData UE 데이터 스트리밍을 지원하는 세션을 확립하기 위한 MCData 애플리케이션 시그널링에 의해 유니캐스트 미디어에 사용된다. 업링크 및 다운링크 유니캐스트 미디어(스트림 레코드들) 모두에 대하여 베어러가 사용될 수 있다.
▶ UDS-MCData-7 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능과 MCData UE의 미디어 플레이어 및 스트리밍 기능 간에 유니캐스트 미디어를 전달한다. 업링크 및 다운링크 유니캐스트 스트리밍 미디어 모두에 대하여 베어러가 사용된다.
▶ UDS-MCData-8 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능으로부터 MCData UE의 미디어 플레이어 및 스트리밍 기능으로 멀티캐스트 미디어를 전달한다. 다운링크 멀티캐스트 스트리밍 미디어에 대하여 베어러가 사용된다.
애플리케이션 플레인에 대한 레퍼런스 포인트들이 다음의 하위 절에서 설명된다.
레퍼런스 포인트 MCData-1(MCData 클라이언트와 MCData 서버 사이)
UE DS를 위한 레퍼런스 포인트 UDS-MCData-1: MCData 클라이언트와 MCData 서버 사이에 존재하는 UDS-MCData-1 레퍼런스 포인트는 MCData 서버와 MCData 클라이언트 간의 DS 기능에 의한 유니캐스트 미디어용으로 사용되며 또한 MCData UE 데이터 스트리밍을 지원하는 세션을 확립하기 위한 MCData 애플리케이션 시그널링용으로도 사용된다. UDS-MCData-1 레퍼런스 포인트는 SIP 시그널링의 전송 및 라우팅을 위해 SIP-1 및 SIP-2 레퍼런스 포인트를 사용해야 한다. 미디어 크기가 UDS-MCData-1에서 제공하는 능력들을 초과하지 않는 한 UDS-MCData-1 레퍼런스 포인트를 유니캐스트 미디어용으로 사용할 수 있다.
또한, 이 인터페이스에서 지원되는 메시지들은 다음의 것들을 위한 MCData 서버를 통한 일 대 일 및 일 대 다 데이터 통신에서 MCData 클라이언트들 간의 업링크 및 다운링크 유니캐스트 미디어를 포함할 수도 있다
▶ 스트리밍되는 파일의 메타데이터(파일 크기, 유형 등);
▶ 스트리밍되는 파일의 URL;
▶ 전송 스트림 보고;
▶ 메시지 스레드 표시를 위한 대화 식별자; 및
▶ MCData 사용자 및 MCData 애플리케이션에 대한 애플리케이션 플레인 아이덴티티들.
또한, 이 인터페이스에서 지원되는 메시지들은 MCData 클라이언트가 MCData 서버에게 제공하는 다음의 것들을 포함할 수도 있다
▶ 일 대 일, 일 대 다 및 그룹 MCData 통신을 지원하는 UE 데이터 스트리밍 세션을 확립하기 위한 MCData 애플리케이션 시그널링.
또한, 레퍼런스 포인트 UDS-MCData-1은 MCData 클라이언트에 대한 멀티캐스트 서비스 이용 가능성에 관한 위치 정보를 MCData 서버에게 제공할 수 있다. TMGI는 UDS-MCData-1 레퍼런스 포인트를 사용하여 MCData 서버와 MCData 클라이언트 사이에서 통신된다.
UE DS를 위한 레퍼런스 포인트 UDS-MCData-7: 미디어 배포 기능과 DS 기능 사이에 존재하는 UDS-MCData-7 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능과 MCData 클라이언트의 DS 기능 사이에서 유니캐스트 UE 스트림 미디어를 교환하는데 사용된다. UDS-MCData-7 레퍼런스 포인트는 3GPP TS 23.002 [3]에 정의된 SGi 레퍼런스 포인트를 사용한다.
UDS-MCData-1 레퍼런스 포인트와 유사하게, UDS-MCData-7도 다음의 기능들을 지원할 수 있다. 이것은 특히 파일 배포 미디어 크기가 UDS-MCData-1에서 제공하는 능력들을 초과할 경우에 필요할 수 있다.
▶ MCData UE로부터의 데이터 스트림;
▶ 업링크를 통한 MCData UE로부터의 스트림 재생 제어;
▶ 다운링크를 통한 MCData UE로부터의 스트림 시작 및 중지;
▶ 메시지 스레드 표시를 위한 대화 식별자; 및
▶ MCData 사용자 및 MCData 애플리케이션에 대한 애플리케이션 플레인 아이덴티티들.
도 4는 본 개시의 실시예들에 따른, 네트워크 데이터 스트리밍을 위한 애플리케이션 플레인에 대한 기능 모델을 도시한다. 도 4는 애플리케이션 플레인에 대한 기능적 모델을 보여준다. 도 4에 도시된 모델에서는, 다음의 것들이 적용될 수 있다:
▶ NDS-MCData-1 레퍼런스 포인트는 MCData 서버와 MCData 클라이언트 간의 DS 기능에 의한 유니캐스트 미디어를 위해 그리고 MCData 서버 데이터 스트리밍을 지원하는 세션을 확립하기 위한 MCData 애플리케이션 시그널링을 위해 사용된다. 업링크 및 다운링크 유니캐스트 미디어(스트림 레코드들) 모두에 대하여 베어러가 사용된다.
▶ NDS-MCData-7 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능과 MCData UE의 미디어 플레이어 사이의 유니캐스트 미디어를 전달한다. 업링크 및 다운링크 유니캐스트 스트리밍 미디어 모두에 대하여 베어러가 사용된다.
▶ NDS-MCData-8 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능으로부터 MCData UE의 미디어 플레이어로 멀티캐스트 미디어를 전달한다. 다운링크 멀티캐스트 스트리밍 미디어에 대하여 베어러가 사용된다.
▶ NDS-MCData-10 레퍼런스 포인트는 MCData 서버의 미디어 저장 기능과 MCData UE의 미디어 저장 클라이언트 간에 유니캐스트 미디어를 전달한다. 업링크 스트리밍 미디어에 대하여 베어러가 사용된다.
네트워크 DS를 위한 레퍼런스 포인트 NDS-MCData-1: MCData 클라이언트와 MCData 서버 사이에 존재하는 NDS-MCData-1 레퍼런스 포인트는 MCData 서버와 MCData 클라이언트 사이의 DS 기능에 의한 유니캐스트 미디어용으로 사용되며 또한 MCData 네트워크 데이터 스트리밍을 지원하는 세션을 확립하기 위한 MCData 애플리케이션 시그널링용으로도 사용된다. NDS-MCData-1 레퍼런스 포인트는 SIP 시그널링의 전송 및 라우팅을 위해 SIP-1 및 SIP-2 레퍼런스 포인트를 사용해야 한다. 미디어 크기가 NDS-MCData-1에서 제공하는 능력들을 초과하지 않는 한 NDS-MCData-1 레퍼런스 포인트를 유니캐스트 미디어를 위해 사용할 수 있다.
또한, 이 인터페이스에서 지원되는 메시지들은 다음의 것들을 위한 MCData 서버를 통한 일 대 일 및 일 대 다 데이터 통신에서 MCData 클라이언트들 간의 업링크 및 다운링크 유니캐스트 미디어를 포함할 수 있다
▶ 스트리밍되는 파일의 메타데이터(파일 크기, 유형 등);
▶ 스트리밍되는 파일의 URL;
▶ 전송 스트림 보고;
▶ 메시지 스레드 표시를 위한 대화 식별자; 및
▶ MCData 사용자 및 MCData 애플리케이션에 대한 애플리케이션 플레인 아이덴티티들.
▶ 이 인터페이스에서 지원되는 메시지들은 MCData 클라이언트가 MCData 서버에게 제공하는 다음의 것들을 포함할 수 있다
▶ 일 대 일, 일 대 다 및 그룹 MCData 통신을 지원하는 네트워크 데이터 스트리밍 세션을 확립하기 위한 MCData 애플리케이션 시그널링.
또한, 레퍼런스 포인트 NDS-MCData-1은 MCData 클라이언트에 대한 멀티캐스트 서비스 이용 가능성에 관한 위치 정보를 MCData 서버에게 제공할 수도 있다. TMGI는 NDS-MCData-1 레퍼런스 포인트를 사용하여 MCData 서버와 MCData 클라이언트 사이에서 전달된다.
네트워크 DS를 위한 레퍼런스 포인트 NDS-MCData-7: 미디어 배포 기능과 DS 기능 사이에 존재하는 NDS-MCData-7 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능과 MCData 클라이언트의 DS 기능 사이에서 유니캐스트 네트워크 스트림 미디어를 교환하는데 사용된다. NDS-MCData-7 레퍼런스 포인트는 3GPP TS 23.002에 정의된 SGi 레퍼런스 포인트를 사용한다.
NDS-MCData-1 레퍼런스 포인트와 유사하게, NDS-MCData-7도 다음의 기능들을 지원할 수 있다. 이것은 특히 파일 배포 미디어 크기가 NDS-MCData-1에서 제공하는 능력들을 초과할 경우에 필요할 수 있다.
▶ 네트워크로부터의 스트림 데이터;
▶ 승인된 MCData UE로부터의 스트림 재생 제어;
▶ 스트림 수신 MCData UE로부터의 스트림 시작 및 중지;
▶ 메시지 스레드 표시를 위한 대화 식별자; 및
▶ MCData 사용자 및 MCData 애플리케이션에 대한 애플리케이션 플레인 아이덴티티들.
레퍼런스 포인트 MCData-2(MCData 서버와 MCData 사용자 데이터베이스 사이): MCData 서버와 MCData 사용자 데이터베이스 사이에 존재하는 MCData-2 레퍼런스 포인트는 MCData 서버(104)가 특정 사용자에 대한 정보를 얻기 위해 사용한다. MCData-2 레퍼런스 포인트는 3GPP TS 29.283에 정의된 다이어미터 관리 애플리케이션 프로토콜을 사용하며 인트라-네트워크여야 한다.
레퍼런스 포인트 MCData-3(MCData 서버와 MCData 서버 사이): DS 기능에 의한 유니캐스트 미디어용 및 MCData 세션들을 확립하기 위한 MCData 애플리케이션 시그널링용의 MCData 서버와 MCData 서버 사이에 존재하는 MCData-3 레퍼런스 포인트는 시그널링의 전송 및 라우팅을 위해 SIP-2 레퍼런스 포인트를 사용해야 한다. 각 MCData 서버(104)가 다른 SIP 코어에 의해 서빙되는 경우, MCData-3 레퍼런스 포인트는 또한 시그널링의 전송 및 라우팅을 위해 SIP-3 레퍼런스 포인트를 사용해야 한다.
도 5는 본 개시의 실시예들에 따른, 시그널링 컨트롤 플레인에 대한 기능 모델을 도시한다.
시그널링 사용자 에이전트: 이 기능 엔티티는 모든 SIP 트랜잭션들에 대한 SIP 사용자 에이전트(클라이언트와 서버 모두)로서 동작한다.
SIP AS: SIP AS 기능 엔티티는 MCData 서비스를 위해서 다음의 기능들을 지원한다:
▶ SIP 세션에 영향을 미치며 임팩트를 줌;
일 실시예에서, IM CN 서브시스템에서, 이것은 3GPP TS 23.002에 정의된 바와 같이 애플리케이션 서버에 의해 제공된다.
SIP 코어: SIP 코어는 시그널링 컨트롤 플레인에서 등록, 서비스 선택 및 라우팅을 담당하는 복수의 하위 엔티티들을 포함한다.
SIP 코어는 다음의 것들 중 하나이어야 한다:
▶ 3GPP TS 23.228 준수, 즉 SIP 코어가 3GPP IP 멀티미디어 코어 네트워크 서브시스템이거나; 또는
▶ 내부적으로는 3GPP TS 23.228의 아키텍처를 준수할 필요가 없지만, 7.5.3 절(노출된 경우)에 정의된 레퍼런스 포인트들은 3GPP TS 23.002에 정의된 레퍼런스 포인트들을 준수하는 SIP 코어.
SIP 코어의 기능들과 관련된 데이터, 예를 들어, 애플리케이션 서비스 선택을 위한 데이터, 서빙 레지스트라의 아이덴티티 또는 인증 관련 정보는 베어러 플레인을 담당하는 PLMN 오퍼레이터에 의해 제공될 수 있다. 이 경우, 데이터 소스 SIP 데이터베이스는 HSS의 일부가 될 수 있다. 대안적으로, 이 데이터는 MCData 서비스 공급자에 의해서 제공될 수 있다. 이 경우, 데이터의 소스는 MCData 서비스 공급자의 SIP 데이터베이스일 수 있다.
HTTP 클라이언트: 이 기능 엔티티는 모든 하이퍼텍스트 트랜잭션들에 대한 클라이언트로서 동작한다.
HTTP 서버: 이 기능 엔티티는 모든 하이퍼텍스트 트랜잭션들에 대한 HTTP 서버로서 동작한다.
UE DS를 위한 레퍼런스 포인트 UDS-MCData-8: 미디어 배포 기능과 DS 기능 사이에 존재하는 UDS-MCData-8 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능이 멀티캐스트 UE 미디어를 MCData 클라이언트의 DS 기능에게 전송하기 위해서 사용된다. UDS-MCData-8 레퍼런스 포인트는 3GPP TS 23.468에 정의된 MB2-U 인터페이스를 사용한다.
네트워크 DS를 위한 레퍼런스 포인트 NDS-MCData-8: 미디어 배포 기능과 DS 기능 사이에 존재하는 NDS-MCData-8 레퍼런스 포인트는 MCData 서버의 미디어 배포 기능이 멀티캐스트 네트워크 미디어를 MCData 클라이언트의 DS 기능에게 전송하기 위해서 사용된다. NDS-MCData-8 레퍼런스 포인트는 3GPP TS 23.468에 정의된 MB2-U 인터페이스를 사용한다.
레퍼런스 포인트 MCData-FD-4(미디어 저장 기능 및 미디어 저장 클라이언트)
FD를 위한 레퍼런스 포인트 MCData-FD-4: 미디어 저장 기능과 미디어 저장 클라이언트 사이에 존재하는 FD-MCData-10 레퍼런스 포인트는 MCData UE의 미디어 저장 클라이언트가 MCData 서버의 미디어 저장 기능에게 파일을 업로드 및 다운로드하기 위해 사용된다. MCData-FD-10 레퍼런스 포인트는 HTTP-1 레퍼런스 포인트를 사용한다.
네트워크 DS를 위한 레퍼런스 포인트 NDS-MCData-10: 미디어 저장 기능과 미디어 저장 클라이언트 사이에 존재하는 NDS-MCData-10 레퍼런스 포인트는 MCData UE의 미디어 저장 클라이언트가 MCData 서버의 미디어 저장 기능에게 스트림을 업로드하기 위해 사용된다. NDS-MCData-10 레퍼런스 포인트는 HTTP-1 레퍼런스 포인트를 사용한다.
SIP 및 다른 시그널링에 대한 레퍼런스 포인트는 다음의 하위 절에서 설명한다.
레퍼런스 포인트 SIP-1(시그널링 사용자 에이전트와 SIP 코어 사이)
MCData를 지원하는 세션을 확립하기 위해 시그널링 사용자 에이전트와 SIP 코어 사이에 존재하는 SIP-1 레퍼런스 포인트는 3GPP TS 23.002 [3](MCData 요구 사항을 지원하며 MCData 지원을 위한 최소한의 요구 사항을 충족시키도록 프로파일링된 필수 개선 사항을 구비)에 정의된 Gm 레퍼런스 포인트를 사용해야 한다. SIP-1 레퍼런스 포인트는 3GPP TS 23.468에 명시된 GC1 레퍼런스 포인트의 요구 사항들을 충족시킨다. SIP-1 레퍼런스 포인트는 다음의 용도로 사용된다:
▶ SIP 등록;
▶ 서비스 레이어에 대한 인증 및 보안;
▶ MCData 사용자 또는 애플리케이션 데이터;
▶ 처리 요청 및 통지;
▶ 멀티캐스트 동작을 위한 TMGI의 통신; 및
▶ 세션 관리 및 미디어 협상.
레퍼런스 포인트 SIP-2(SIP 코어와 SIP AS 사이): MCData를 지원하는 세션을 확립하기 위해 SIP 코어와 SIP AS 사이에 존재하는 SIP-2 레퍼런스 포인트는 3GPP TS 23.002 [3]에 정의된 ISC 및 Ma 레퍼런스 포인트들을 사용해야 한다. SIP-2 레퍼런스 포인트는 다음의 용도로 사용된다:
▶ MCData UE에 의한 SIP 등록 MCData 서버에의 통지;
▶ 서비스 레이어에 대한 인증 및 보안;
▶ MCData 사용자 또는 애플리케이션 데이터;
▶ 처리 요청 및 통지;
▶ 멀티캐스트 동작을 위한 TMGI의 통신; 및
▶ 세션 관리 및 미디어 협상.
레퍼런스 포인트 SIP-3(SIP 코어와 SIP 코어 사이): MCData를 지원하는 세션을 확립하기 위해 하나의 SIP 코어와 다른 SIP 코어 사이에 존재하는 SIP-3 레퍼런스 포인트는 3GPP TS 23.002에 정의된 Mm 및 ICi 레퍼런스 포인트들을 사용해야 한다. SIP-3 레퍼런스 포인트는 다음의 용도로 사용된다:
▶ MCData 사용자 또는 애플리케이션 데이터;
▶ 처리 요청 및 통지; 및
▶ 세션 관리 및 미디어 협상.
레퍼런스 포인트 AAA-1(SIP 데이터베이스와 SIP 코어 사이): SIP 데이터베이스와 SIP 코어 사이에 존재하는 AAA-1 레퍼런스 포인트는 SIP 코어가 SIP 데이터베이스로부터 시그널링 플레인 데이터를 검색하기 위해서 사용된다. AAA-1 레퍼런스 포인트는 3GPP TS 23.002에 정의된 Cx 레퍼런스 포인트를 이용한다.
일부 배치 시나리오들에서는 레지스트라 및 SIP 데이터베이스가 MCData 서비스 공급자의 네트워크에 위치하며, 레지스트라 파인더(registrar finder)가 PLMN 오퍼레이터의 네트워크에 있고, AAA-1 레퍼런스 포인트는 인터-네트워크 인터페이스이다.
레퍼런스 포인트 HTTP-1(HTTP 클라이언트와 HTTP 서버 사이): HTTP-1 레퍼런스 포인트는 HTTP 클라이언트와 HTTP 서버 사이에 존재한다(프록시를 통해 존재할 수 있음). HTTP-1 레퍼런스 포인트는 HTTP(SSL, TLS 등을 사용하여 보안 설정될 수 있음)를 기반으로 한다.
도 6은 본 개시의 실시예에 따른, MCData 서버(104)의 다양한 하드웨어 구성 요소들을 나타내는 블록도이다. MCData 서버(104)는 통신기(602), MCData 매니저(604), 프로세서(606) 및 메모리(608)를 포함한다.
일 실시예에서, 통신기(602)는 일 대 일 MCData 통신의 경우에 제 1 MCData UE(102a)로부터 MCData 요청 메시지를 수신하고, 제 2 MCData UE(102b)로 MCData 요청 메시지를 송신하도록 구성될 수 있다. 또한, 통신기(602)는 제 2 MCData UE(102b)로부터 MCData 응답 메시지를 수신하도록 구성될 수도 있다. 또한, 통신기(602)는 MCData 응답 메시지를 제 1 MCData UE(102a)로 송신하도록 구성될 수 있다.
다른 실시예에서, 통신기(602)는 제 1 MCData UE(102a)로부터 MCData FD 요청 메시지를 수신하도록 구성될 수 있다. 일 실시예에서, 통신기(602)는 HTTP를 사용하여 MCData 업로드 데이터 요청 메시지를 수신하도록 구성된다. 또한, 통신기는 HTTP를 이용하여 제 1 MCData UE로부터 MCData 업로드 데이터 요청 메시지를 수신한 것에 응답하여 MCData 업로드 데이터 응답 메시지를 제 1 MCData UE(102a)로 송신하도록 구성될 수 있다.
일 실시예에서, 통신기(602)는 제 2 MCData UE(102b)로 송신된 MCData FD 요청 메시지에서 인에이블된 다운로드 표시에 기초하여, 제 2 MCData UE(102b)로부터 MCData 다운로드 요청을 수신하도록 구성될 수 있다.
일 실시예에서, 통신기(602)는 제 2 MCData UE들(102b-102n) 각각으로부터 MCData 다운로드 완료 보고 메시지를 수신하도록 구성될 수 있다. 또한, 통신기(602)는 MCData 다운로드 완료 보고 메시지를 제 1 MCData UE(102a)로 송신하도록 구성될 수 있다.
일부 실시예들에서, 통신기(602)는 제 1 MCData UE(102a)로부터 MCData 스트림 데이터 시작 요청 메시지를 수신하도록 구성될 수 있다. 또한, 통신기(602)는 MCData 스트림 데이터 시작 요청 메시지를 하나 이상의 제 2 MCData UE들(102b-102n)로 송신하도록 구성될 수 있다. 일부 실시예들에서, 통신기(602)는 제 1 MCData UE와 제 2 MCData UE들(102b-102n) 간의 데이터 스트리밍을 위한 하나 이상의 시그널링 메시지들(도 15 및 도 16에서 설명됨)을 송/수신하도록 구성될 수 있다.
일 실시예에서, MCData 매니저(604)는 MCData UE들(102a-102n)이 MCData 통신에 참여하는 것을 승인하도록 구성될 수 있다. MCData UE들(102a-102n)은 일 대 일 및 그룹 데이터 통신을 위한 FD 및 DS용 MCData 서버(104)에 등록된다. MCData 매니저(604)는 MCData 서비스를 수신하기 위한 MCData 서버(104)에의 등록에 기초하여 MCData UE들(102a-102n)을 승인한다.
MCData 매니저(604)는 또한 위치 또는 사용자 권한 또는 가입으로 인해 특정 유형의 메시지 또는 컨텐츠를 특정 MCData UE들로 제한하기 위한 임의의 정책이 어서트(assert)될 것인지 여부를 결정하며; 또한 정책 어서트 이후에 적합한 MCData UE(s)를 결정하도록 구성될 수 있다.
MCData 매니저(604)는 그룹 관리 서버(108)와 협력하여 그룹 MCData 통신을 위한 제 2 MCData UE들(102b-102n)의 그룹과 연관된 그룹 식별자(MCData 그룹 ID)를 결정한다. 또한, MCData 매니저(604)는 그룹 관리 서버(108)로부터 수신된 정보에 기초하여 제 2 MCData UE(102b-102n)의 가입 상태를 판정한다.
그룹 통신의 경우, MCData 매니저(604)는 제 2 MCData UE들(102b-102n)로부터 수신된 MCData 다운로드 완료 보고 메시지들을 집계하도록 구성될 수 있다.
일 실시예에서, 프로세서(606)(예를 들어, 하드웨어 유닛, 장치, 중앙 처리 장치(CPU) 및/또는 그래픽 처리 장치(GPU) 등)는 메모리(608)(예를 들어, 휘발성 메모리 및/또는 비휘발성 메모리)에 통신 가능하게 커플링되며; 메모리(608)는 프로세서(606)를 통해 어드레싱 가능하도록 구성된 저장 위치들을 포함한다.
일 실시예에서, 메모리(608)는 제 2 MCData UE들(102b-102n)로부터 수신된 MCData 다운로드 완료 보고 메시지들을 저장하도록 구성될 수 있다. 메모리(608)는 비휘발성 저장 요소들을 포함할 수 있다. 이러한 비휘발성 저장 요소들의 예로는 자기 하드 디스크, 광 디스크, 플로피 디스크, 플래시 메모리, 또는 EPROM(electrically programmable memory) 또는 EEPROM(electrically erasable and programmable memory)의 형태를 포함할 수 있다. 또한, 메모리(608)는 일부 예들에서, 비일시적 저장 매체로 고려될 수 있다. "비일시적"이라는 용어는 저장 매체가 반송파 또는 전파 신호로 구현되지 않음을 나타낼 수 있다. 그러나, "비일시적"이라는 용어는 메모리(608)가 비이동적이라는 것으로 해석되어서는 안된다. 일부 예들에서, 메모리(608)는 그 메모리보다 많은 양의 정보를 저장하도록 구성될 수 있다. 특정 예들에서, 비일시적 저장 매체는 시간이 지남에 따라 (예를 들어, 랜덤 액세스 메모리(RAM) 또는 캐시에서) 변화할 수 있는 데이터를 저장할 수 있다.
도 6이 MCData 서버(104)의 하드웨어 구성 요소들을 도시하고 있지만, 다른 실시예들이 이에 한정되는 것은 아니다. 다른 실시예들에서는, MCData 서버(104)가 더 적거나 많은 수의 구성 요소들을 포함할 수도 있다. 또한, 각 구성 요소의 라벨 또는 명칭은 단지 예시적인 목적으로 사용된 것이며, 본 개시의 범위를 제한하지 않는다. 하나 이상의 구성 요소들은 MCData 통신 시스템에서 데이터 통신을 확립하기 위해 동일하거나 실질적으로 유사한 기능을 수행하도록 함께 결합될 수 있다.
도 7은 본 개시의 실시예에 따른, MCData 통신 시스템에서 통신을 관리하기 위한 방법을 도시하는 흐름도(700)이다. 본 스텝들 또는 동작들(스텝 넘버들)은 통신기(602)에 의해 수행된다. 스텝 702에서, 본 방법은 복수의 MCData UE들 중의 제 1 MCData UE(102a)로부터 MCData 요청 메시지를 수신하는 것을 포함한다. 스텝 704에서, 본 방법은 MCData 요청 메시지를 복수의 MCData UE들 중의 제 2 MCData UE(102b)로 송신하는 것을 포함한다.
스텝 706에서, 본 방법은 제 2 MCData UE(102b)로부터 MCData 응답 메시지를 수신하는 것을 포함한다. 스텝 708에서, 본 방법은 MCData 응답 메시지를 제 1 MCData UE(102b)로 송신하는 것을 포함한다.
일 실시예에서는, 복수의 MCData UE들 중의 제 1 MCData UE(102a) 및 복수의 MCData UE들 중의 제 2 MCData UE(102b)가 온-네트워크 데이터 통신 시스템(100) 및 온-네트워크 데이터 통신과 오프-네트워크 데이터 통신 시스템의 조합(200) 중 하나에 있다.
일 실시예에서, 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)가 온-네트워크 데이터 통신 시스템(100)일 경우, 본 제안된 방법 및 시스템은 제 1 MCData UE(102a)와 하나 이상의 제 2 MCData UE(들)(102b-102n)을 포함한다.
일 실시예에서, 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)가 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합(200)에 있을 경우, 본 제안된 방법 및 시스템을 이용하여, SIP 시그널링을 위해 온-네트워크 절차(즉, 유니캐스트 절차)를 사용하고 또한 MC 서비스가 중계 노드(110)(즉, UE-네트워크 중계 노드)에 의해 제공될 시에, MCData 송신을 위해 오프-네트워크 절차(예를 들어, 브로드캐스트/멀티캐스트 절차(즉, 일 대 다 절차))를 사용하여 리소스들을 효율적으로 활용할 수 있다.
도 8은 본 개시의 실시예에 따른, 하이퍼텍스트 전송 프로토콜(HTTP)을 사용하여 파일을 업로드하기 위한 다양한 시그널링 메시지들을 나타내는 시퀀스도이다. 도 8의 절차는 제 1 MCData UE(102a)가 MCData 서버(104)의 미디어 저장 기능에 파일을 업로드하는 경우를 나타낸다. 먼저, MCData 클라이언트(1) 상의 제 1 MCData UE(102a)가 MCData 서비스를 수신하기 위해 등록된다.
스텝 802에서, 제 1 MCData UE(102a)의 MCData 사용자는 선택된 파일의 파일 업로드 요청을 개시한다.
스텝 804에서, 업로드될 파일이 제 1 MCData UE(102a)에서 미디어 저장 클라이언트에 의해 수신되고 나서 MCData 업로드 데이터 요청을 사용하여 저장하기 위해 MCData 서버(104) 상의 미디어 저장 기능으로 전송된다.
스텝 806에서, MCData 서버(104)는 또한 저장 이전에 송신 제어 정책을 적용하고, 성공(MCData 클라이언트(1)의 미디어 저장 클라이언트에 대한 파일 URL과 함께) 또는 실패를 나타내는 MCData 업로드 데이터 응답을 제공한다.
도 9는 본 개시의 실시예에 따른, HTTP를 사용하여 파일을 다운로드하기 위한 다양한 시그널링 메시지들을 나타내는 시퀀스도이다. 도 9의 절차는 MCData 사용자가 MCData 서버(104)의 미디어 저장 기능으로부터 파일을 다운로드하는 경우를 나타낸다.
먼저, 제 1 MCData UE(102a)의 MCData 사용자가 MCData 서비스를 수신하기 위해 등록된다. 스텝 902에서, 제 1 MCData UE(102a)의 MCData 사용자는 표시된 URL에서 이용 가능한 파일 다운로드 요청을 개시한다.
스텝 904에서, URL(MCData FD 요청에서 수신됨)에서 이용 가능한 파일이, MCData 다운로드 데이터 요청을 사용하여 MCData 서버(104)의 미디어 저장 기능으로부터 제 1 MCData UE의 미디어 저장 클라이언트에 의해 다운로드되도록 요청된다.
스텝 906에서, 미디어 저장 기능은 수신 제어 정책을 적용하여, 파일을 포함하는 MCData 다운로드 데이터 응답을 제 1 MCData UE(102a)의 미디어 저장 클라이언트에게 제공한다.
도 10은 본 개시의 실시예에 따른, HTTP를 사용하는 일 대 일 FD를 위한 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 사이에서 통신되는 다양한 시그널링 메시지들을 나타내는 시퀀스도이다. 이 MCData 파일 배포 능력은 일 대 일 및 일 대 다 또는 그룹 통신을 위해 지원된다. 이 능력은 애플리케이션 데이터 등을 전달하기 위한, 대화 관리와 같은 MCData 서비스들에 사용될 것으로 예상된다. 이 파일 배포는 필수 다운로드로서 또는 수신기(제 2 MCData UE)의 임의 다운로드로서 송신기(즉, 제 1 MCData UE) 선호로 선택될 수 있다. 수신기의 임의 다운로드 옵션일 경우, 수신기는 즉시 검색하거나 검색을 연기하거나 그것의 수신을 거부할 수 있다. 송신기는 진행중인 파일 배포를 취소하거나 언제든지 검색 대기 상태로 만들 수 있다. 요청 시에, 송신기는 다운로드 보고를 수신하게 된다.
도 10의 절차는 제 1 MCData UE(102a)가 다운로드 완료 보고 요청의 유무에 관계없이, 제 2 MCData UE로 파일을 전송하기 위해 일 대 일 데이터 통신을 개시하는 경우를 나타낸다.
HTTP를 이용하여 제 2 MCData UE(102b)로 파일을 전송하기 위한 일 대 일 데이터 통신에 대한 사전 조건은 다음과 같다. 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)의 MCData 사용자들은 이미 MCData 서비스를 수신하기 위해 등록되어있다. 배포될 파일은 MCData 서버(104)의 미디어 저장 기능으로 업로드된다.
스텝 1002에서, 제 1 MCData UE(102a)의 MCData 사용자는 선택된 MCData 사용자(즉, 제 2 MCData UE(102b)의 MCData 사용자)로의 파일 배포 요청을 개시한다.
스텝 1004에서, 제 1 MCData UE(102a)는 MCData 서버를 향해 MCData FD 요청을 전송한다. MCData FD 요청은 파일 URL 형태로 컨텐츠 페이로드를 포함하며, 또한 파일 메타데이터 정보를 포함할 수도 있다. MCData FD 요청은 제 1 MCData UE(102a)의 MCData 사용자에 의해 선택되는 일 대 일 데이터 통신을 위한 하나의 MCData 사용자를 포함한다. MCData FD 요청은 메시지 스레드 표시를 위한 대화 식별자를 포함한다. 제 1 MCData UE(102a)의 MCData 사용자가 수신자 측에서의 필수 다운로드를 요청한 경우, MCData FD 요청은 필수 다운로드 표시를 포함한다. MCData FD 요청은, 제 1 MCData UE(102a)의 사용자가 선택한 경우, 다운로드 완료 보고 표시를 포함할 수 있다.
스텝 1006에서, MCData 서버(104)는 제 1 MCData UE(102a)의 MCData 사용자가 MCData FD 요청을 전송할 권한이 있는지 여부를 검사한다.
스텝 1008에서, MCData 서버(104)는 또한 적절한 데이터가 MCData UE들 간에 송신되는 것을 보장하기 위해 송수신 제어 및 필요 정책을 적용한다.
스텝 1010에서, MCData 서버(104)는 제 2 MCData UE(102b)에 대한 MCData FD 요청을 개시한다.
스텝 1012에서, 제 2 MCData UE(102b)의 수신 MCData 클라이언트(2)는 수락되거나 거절되거나 무시될 수 있는 착신 MCData FD 요청(존재하는 경우, 파일 메타데이터 포함)에 관해 MCData 사용자에게 통지한다. 이 요청이 MCData FD 요청에 있어서의 필수 다운로드 표시를 포함하는 경우, 수락 응답이 가정된다.
스텝 1014에서는, 제 2 MCData UE(102b)의 MCData 사용자가 그 통지에 대한 응답(수락 또는 거부)을 제공하거나 제공하지 않을 수(무시) 있으며, 그러면 제 2 MCData UE(102b)의 MCData 클라이언트(2)는 그 MCData FD 응답을 MCData 서버(104)에게 전송한다. 제 2 MCData UE(102b)는 착신 요청에 필수 다운로드 표시가 포함되어 있을 경우, 수락 MCData FD 응답을 자동으로 전송한다.
스텝 1016에서, MCData 서버(104)는 그 MCData FD 응답을 제 1 MCData UE(102a)로 전송한다.
스텝 1018에서, 제 2 MCData UE(102b)의 MCData 클라이언트(2)는 자동적으로(필수 다운로드를 위해) 또는 제 2 MCData UE(102b)의 MCData 사용자 후속 수락에 기초하여 파일을 다운로드한다. 제 2 MCData UE(102b)의 MCData 클라이언트(2)는 파일 다운로드가 완료되었음을 기록하고 나서 제 2 MCData UE(102b)의 MCData 사용자에게 통지한다.
스텝 1020에서, 제 2 MCData UE(102b)는 제 1 MCData UE(102a)의 MCData 사용자에 의해 요청될 경우 파일 다운로드 완료를 보고하기 위해 MCData 다운로드 완료 보고를 개시한다.
스텝 1022에서는, MCData 사용자로부터의 MCData 파일 다운로드 완료 보고가, 승인된 MCData 사용자들로부터의 다운로드 이력 조회를 위해 MCData 서버(104)에 의해 저장될 수 있다. MCData 다운로드 완료 보고는 MCData 서버(104)에 의해서 제 1 MCData UE(102a)의 MCData 사용자에게 전송된다.
도 11은 본 개시의 실시예에 따른, 미디어 플레인을 사용하여 일 대 일 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 사이에서 통신되는 다양한 시그널링 메시지들을 도시하는 시퀀스이다. 도 11의 절차는 제 1 MCData UE(102a)가 다운로드 완료 보고 요청의 유무에 관계없이 제 2 MCData UE(102b)로 파일을 전송하기 위해 일 대 일 데이터 통신을 개시하는 경우를 나타낸다. 먼저, 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)의 MCData 사용자들은 이미 MCData 서비스를 수신하기 위해 등록되어있다.
스텝 1102에서, 제 1 MCData UE(102a)의 MCData 사용자는 선택된 MCData 사용자로의 파일 배포 요청을 개시한다.
스텝 1104에서, 제 1 MCData UE(102a)는 MCData 서버(104)를 향해 MCData FD 요청을 전송한다. MCData FD 요청은 파일 메타데이터 정보를 포함할 수 있다. MCData FD 요청은 제 1 MCData UE(102a)의 MCData 사용자에 의해 선택된 일 대 일 데이터 통신을 위한 하나의 MCData 사용자를 포함한다. MCData FD 요청은 메시지 스레드 표시를 위한 대화 식별자를 포함한다. MCData FD 요청은 필수 다운로드 표시를 포함할 수 있다. MCData FD 요청은, 제 1 MCData UE(102a)의 MCData 사용자에 의해 선택되는 경우 다운로드 완료 보고 표시를 포함할 수 있다.
스텝 1106에서, MCData 서버(104)는 제 1 MCData UE(102a)의 MCData 사용자가 MCData FD 요청을 전송할 권한이 있는지 여부를 검사한다.
스텝 1108에서, MCData 서버(104)는 또한 적절한 데이터가 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 사이에서 송신되도록 보장하기 위해 송수신 제어 및 필요 정책 적용한다.
스텝 1110에서, MCData 서버(104)는 제 2 MCData UE(102b)에 대한 MCData FD 요청을 개시한다.
스텝 1112에서, 제 2 MCData UE(102b)는 수락되거나 거절되거나 또는 무시될 수 있는 착신 MCData FD 요청(존재하는 경우, 파일 메타데이터 포함)에 관해 MCData 사용자에게 통지한다. 이 요청이 MCData FD 요청에 있어서의 필수 다운로드 표시를 포함하는 경우, 수락 응답이 가정된다.
스텝 1114에서는, 제 2 MCData UE(102b)가 그 통지에 대한 응답(수락 또는 거부)을 제공하는 경우, 제 2 MCData UE(102b)는 그 MCData FD 응답을 MCData 서버(104)에게 전송한다. 제 2 MCData UE(102b)는 착신 요청에 필수 다운로드 표시가 포함되어 있을 경우, 수락 MCData FD 응답을 자동으로 전송한다.
스텝 1116에서, MCData 서버(104)는 그 MCData FD 응답을 제 2 MCData UE(102b)로부터 제 1 MCData UE(102a)로 다시 전송한다.
스텝 1118에서, 제 1 MCData UE(102a)는 확립된 미디어 플레인을 통해 파일을 MCData 서버(104)에게 배포한다.
스텝 1120에서, MCData 서버(104)는 제 1 MCData UE(102a)로부터 수신된 파일을, 확립된 미디어 플레인을 통해 제 2 MCData UE(102b)에게 배포한다. 이 파일 다운로드 보고는 제 1 MCData UE(102a)의 MCData 사용자에 의해 요청된 경우, 제 2 MCData UE(102b)에 의해서 공유된다. 파일 트랜잭션이 완료되면, 미디어 플레인이 릴리즈된다. 제 2 MCData UE(102b)는 파일 다운로드가 완료되었음을 기록하고 나서 제 2 MCData UE(102b)에게 통지한다.
MCData 서버(104)는 제 2 MCData UE(102a)로의 파일 배포를 개시하기 전에 제 1 MCData UE(102a)로부터 파일의 완전한 다운로드를 기다릴 필요가 없다.
스텝 1122에서, 제 2 MCData UE(102b)는 제 1 MCData UE(102a)의 MCData 사용자에 의해 요청될 경우 파일 다운로드 완료를 보고하기 위해 MCData 다운로드 완료 보고를 개시한다.
스텝 1124에서는, 제 2 MCData UE(102b)로부터의 MCData 파일 다운로드 완료 보고가, 승인된 MCData 사용자들로부터의 다운로드 이력 조회를 위해 MCData 서버에 의해 저장될 수 있다. MCData 다운로드 완료 보고는 MCData 서버(104)에 의해서 제 1 MCData UE(102a)의 MCData 사용자에게 전송된다.
도 12는 본 개시의 실시예에 따른, HTTP를 사용하여 그룹 스탠드얼론 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 그룹 사이에서 통신되는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다. 도 12의 절차는 제 1 MCData UE(102a)가 다운로드 완료 보고 요청의 유무에 관계없이 복수의 MCData 사용자들에게 파일을 전송하기 위해 그룹 스탠드얼론 데이터 통신을 개시하는 경우를 나타낸다.
다음은 복수의 MCData 사용자들에게 파일을 전송하기 위한 그룹 스탠드얼론 데이터 통신을 시작하기 위한 사전 조건들이다. 제 2 MCData UE들(102b-102n)의 MCData 사용자들은 동일한 그룹에 속하며, 이미 MCData 서비스를 수신하기 위해 등록 및 가입되어 있다. 배포될 파일은 MCData 서버(104)의 미디어 저장 기능으로 업로드된다.
스텝 1202에서, 제 1 MCData UE(102a)의 MCData 사용자는 미리 구성된 그룹(MCData 그룹 ID에 의해 식별됨) 및 선택적으로는 해당 그룹 중의 특정 멤버들을 선택하는 복수의 MCData 사용자들로의 파일 배포 요청을 개시한다.
스텝 1204에서, 제 1 MCData UE(102a)는 MCData 그룹 스탠드얼론 FD 요청을 MCData 서버(104)를 향해 전송한다. MCData FD 요청은 파일 URL 형태로 컨텐츠 페이로드를 포함하며, 또한 파일 메타데이터 정보를 포함할 수도 있다. MCData 그룹 스탠드얼론 데이터 요청은 제 1 MCData UE(102a)의 MCData 사용자에 의해 선택된 타겟 수신자(들)을 포함한다. MCData 그룹 스탠드얼론 FD 요청은 메시지 스레드 표시를 위한 대화 식별자를 포함한다. 제 1 MCData(102a)의 MCData 사용자가 수신자 측에서의 필수 다운로드를 요청한 경우, MCData 그룹 스탠드얼론 FD 요청은 필수 다운로드 표시를 포함한다. MCData 그룹 스탠드얼론 FD 요청은, 제 1 MCData UE(102a)의 사용자가 선택한 경우, 다운로드 완료 보고 표시를 포함할 수 있다.
스텝 1206에서, MCData 서버(104)는 제 1 MCData UE(102a)의 MCData 사용자가 MCData 그룹 스탠드얼론 FD 요청을 전송할 권한이 있는지 여부를 검사한다. MCData 서버(104)는 그룹 관리 서버(108)로부터의 정보에 기초하여, MCData 그룹 ID를 결정하고 해당 그룹의 멤버들 및 이들의 가입 상태를 판정한다.
스텝 1208에서, MCData 서버(104)는 또한 적절한 데이터가 MCData UE들 간에 송신되는 것을 보장하기 위해 송수신 제어 및 필요 정책을 적용한다.
스텝 1210에서, MCData 서버(104)는 스텝 1206에서 결정된 각 MCData 사용자에 대한 MCData 그룹 스탠드얼론 FD 요청을 개시한다.
스텝 1212에서, 제 2 MCData UE들(102b 내지 102n)은 수락되거나 거절되거나 무시될 수 있는 착신 MCData 그룹 스탠드얼론 FD 요청(존재하는 경우, 파일 메타데이터 포함)에 관해 사용자에게 통지한다. 이 요청이 MCData 그룹 스탠드얼론 FD 요청에 있어서의 필수 다운로드 표시를 포함하는 경우, 수락 응답이 가정된다.
1214 스텝에서, 제 2 MCData UE들(102b 내지 102n)의 MCData 사용자가 그 통지에 대한 응답(수락 또는 거절 또는 무시)을 제공한 후에, 각각의 제 2 MCData UE들(102b 내지 102n)은 MCData 그룹 스탠드얼론 FD 응답을 MCData 서버(104)로 전송한다. 제 2 MCData UE들(102b 내지 102n)은 착신 요청에 필수 다운로드 표시가 포함되어 있을 경우, 수락 MCData 그룹 스탠드얼론 FD 응답을 자동으로 전송한다.
스텝 1216에서, MCData 서버(104)는 그 MCData 그룹 스탠드얼론 FD 응답을 제 1 MCData UE(102a)로 전송한다. 스텝 1216은 파일 송신을 진행하기 위한 조건들에 따라 스텝 1210 이후 및 스텝 1218 이전의 임의의 시간에 이루어질 수 있음을 유의해야 한다.
스텝 1218에서, 제 2 MCData UE(들)(102b-102n)는 자동적으로(필수 다운로드를 위해) 또는 MCData 사용자 후속 수락에 기초하여 파일을 다운로드한다. 제 2 MCData UE(102b-102n)는 성공적으로 파일을 수신하고 나서, 파일 다운로드 완료를 기록하고, MCData 사용자에게 통지한다.
스텝 1220에서, 파일을 성공적으로 수신한 제 2 MCData UE들(102b-102n)은 제 1 MCData UE(102a)의 MCData 사용자에 의해 요청될 경우 파일 다운로드 완료를 보고하기 위해 MCData 다운로드 완료 보고를 개시한다.
스텝 1222에서는, 제 2 MCData UE(들)(102b-102n)로부터의 MCData 파일 다운로드 완료 보고가, 승인된 MCData 사용자들로부터의 다운로드 이력 조회를 위해 MCData 서버(104)에 의해 저장될 수 있다. 각 MCData 사용자로부터의 MCData 파일 다운로드 완료 보고가 집계될 수도 있다.
스텝 1224에서는, 집계된 또는 개별적인 MCData 다운로드 완료 보고가 MCData 서버(104)에 의해서 제 1 MCData UE(102a)의 MCData 사용자에게 전송된다.
도 13은 본 개시의 실시예에 따른, 미디어 플레인을 사용하여 그룹 스탠드얼론 FD를 위해 제 1 MCData UE, MCData 서버 및 제 2 MCData UE 그룹 사이에서 통신되는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다. 도 13의 절차는 제 1 MCData UE(102a)가 다운로드 완료 보고 요청의 유무에 관계없이 복수의 MCData 사용자들에게 파일을 전송하기 위해 그룹 스탠드얼론 데이터 통신을 개시하는 경우를 나타낸다. 먼저, 제 2 MCData UE들(102b 내지 102n)의 MCData 사용자들은 동일한 그룹에 속하며, 이미 MCData 서비스를 수신하기 위해 등록 및 가입되어 있다.
스텝 1302에서, 제 1 MCData UE(102a)의 MCData 사용자는 미리 구성된 그룹(MCData 그룹 ID에 의해 식별됨) 및 선택적으로는 해당 그룹 중의 특정 멤버들을 선택하는 복수의 MCData 사용자들로의 파일 배포 요청을 개시한다.
스텝 1304에서, 제 1 MCData UE(102a)는 MCData 그룹 스탠드얼론 FD 요청을 MCData 서버(104)를 향해 전송한다. MCData 그룹 스탠드얼론 FD 요청은 파일 메타데이터 정보를 포함할 수도 있다. MCData 그룹 스탠드얼론 데이터 요청은 제 1 MCData UE(102a)의 MCData 사용자에 의해 선택된 타겟 수신자(들)를 포함한다. MCData 그룹 스탠드얼론 FD 요청은 메시지 스레드 표시를 위한 대화 식별자를 포함한다. MCData 그룹 스탠드얼론 FD 요청은 필수 다운로드 표시를 포함할 수도 있다. MCData 그룹 스탠드얼론 FD 요청은, 제 1 MCData UE(102a)의 MCData 사용자가 선택한 경우, 다운로드 완료 보고 표시를 포함할 수 있다.
스텝 1306에서, MCData 서버(104)는 제 1 MCData UE(102a)의 MCData 사용자가 MCData 그룹 스탠드얼론 FD 요청을 전송할 권한이 있는지 여부를 검사한다. MCData 서버(104)는 그룹 관리 서버(108)로부터의 정보에 기초하여, MCData 그룹 ID를 결정하고 해당 그룹의 멤버들 및 이들의 가입 상태를 판정한다.
스텝 1308에서, MCData 서버(104)는 또한 적절한 데이터가 MCData UE들 간에 송신되는 것을 보장하기 위해 송수신 제어 및 필요 정책을 적용한다.
스텝 1310에서, MCData 서버(104)는 스텝 1306에서 결정된 각 MCData 사용자에 대한 MCData 그룹 스탠드얼론 FD 요청을 개시한다.
스텝 1312에서, 제 2 MCData UE(102b 내지 102n)는 수락되거나 거절되거나 무시될 수 있는 착신 MCData 그룹 스탠드얼론 FD 요청(존재하는 경우, 파일 메타데이터 포함)에 관해 사용자에게 통지한다. 이 요청이 MCData 그룹 스탠드얼론 FD 요청에 있어서의 필수 다운로드 표시를 포함하는 경우, 수락 응답이 가정된다.
스텝 1314에서, 제 2 MCData UE(102b 내지 102n)의 타겟 MCData 사용자가 그 통지에 대한 응답(수락 또는 거절)을 제공하면, 각각의 MCData UE는 MCData 그룹 스탠드얼론 FD 응답을 MCData 서버(104)로 전송한다. 제 2 MCData UE들(102b 내지 102n)은 착신 요청에 필수 다운로드 표시가 포함되어 있을 경우, 수락 MCData 그룹 스탠드얼론 FD 응답을 자동으로 전송한다.
스텝 1316에서, MCData 서버(104)는 그 MCData 그룹 스탠드얼론 FD 응답을 제 1 MCData UE(102a)로 전송한다. 스텝 1316은 파일 송신을 진행하기 위한 조건들에 따라 스텝 1310 이후 및 스텝 1318 이전의 임의의 시간에 이루어질 수 있음을 유의해야 한다.
스텝 1318에서는, 제 1 MCData UE(102a) 및 MCData 서버(104)가 파일 송신을 위한 미디어 플레인을 성공적으로 확립하고 나서, 제 1 MCData UE(102a)가 파일 데이터를 송신한다.
스텝 1320에서, MCData 서버(104)는 제 1 MCData UE(102a)로부터 수신된 파일을, 확립된 미디어 플레인을 통해 제 2 MCData UE(102b 내지 102n)에게 배포한다. 이 파일의 배포는 유니캐스트를 통하거나 또는 MBMS 베어러(들)를 통해 이루어질 수 있다. MBMS 베어러(들)를 통한 배포를 위해, MBMS 송신(온-네트워크)의 실행된다. 이 파일 다운로드 보고는 제 1 MCData UE(102a)의 MCData 사용자에 의해 요청된 경우, 제 2 MCData UE들(102b-102n)에 의해 공유된다. 파일 트랜잭션이 완료되면, 미디어 플레인이 릴리즈된다. MCData 서버(104)는 제 2 MCData UE들(102b 내지 102n)로의 파일 배포를 개시하기 전에 제 1 MCData UE(102a)로부터 파일의 완전한 다운로드를 기다릴 필요가 없음을 유의해야 한다.
스텝 1322에서, 제 2 MCData UE들(102b-102n)은 성공적으로 파일을 수신하고 나서, 파일 다운로드 완료를 기록하고, 각각의 MCData 사용자에게 통지한다.
스텝 1324에서, 제 2 MCData UE(들)(102b-102n)는 제 1 MCData UE(102a)의 MCData 사용자에 의해 요청될 경우 파일 다운로드 완료를 보고하기 위해 MCData 다운로드 완료 보고를 개시한다.
스텝 1326에서는, 제 2 MCData UE(들)(102b-102n)로부터의 MCData 파일 다운로드 완료 보고가, 승인된 MCData 사용자들로부터의 다운로드 이력 조회를 위해 MCData 서버(104)에 의해 저장될 수 있다. 각 MCData 사용자로부터의 MCData 파일 다운로드 완료 보고가 집계될 수 있다.
스텝 1328에서, 집계된 또는 개별적인 MCData 파일 다운로드 완료 보고가 제 1 MCData UE(102a)의 처리 요청 MCData 사용자에게 전송된다.
도 14는 본 명세서에 개시되는 실시예에 따른, MCData 통신 시스템에서 데이터 스트리밍(DS)을 관리하는 방법을 도시하는 흐름도(1400)이다. 흐름도(1400)의 스텝들은 통신기(602)에 의해 수행된다. 스텝 1402에서, 본 방법은 제 1 MCData UE(102a)로부터 MCData 스트림 데이터 시작 요청 메시지를 수신하는 것을 포함한다. 스텝 1404에서, 본 방법은 MCData 스트림 데이터 시작 요청 메시지를 하나 이상의 제 2 MCData UE들(102b-102n)로 송신하는 것을 포함한다.
스텝 1406에서, 본 방법은 하나 이상의 제 2 MCData UE들(102b-102n)로부터 MCData 스트림 데이터 응답 메시지를 수신하는 것을 포함한다. 스텝 1408에서, 본 방법은 MCData 스트림 데이터 응답 메시지를 제 1 MCData UE(102a)로 송신하는 것을 포함한다.
스텝 1410에서, 본 방법은 제 1 MCData UE(102a) 및 하나 이상의 제 2 MCData UE들(102b-102n) 중 하나로부터 수신된 요청에 기초하여, 데이터 스트리밍을 제어하는 것을 포함한다.
스텝 1412에서, 본 방법은 MCData 스트림을 릴리즈하기 위해 제 1 MCData UE(102a)로부터 MCData 스트림 데이터 릴리즈 요청 메시지를 수신하는 것을 포함한다. 스텝 1414에서, 본 방법은 MCData 스트림 데이터 릴리즈 요청 메시지를 하나 이상의 제 2 MCData UE들(102b-102n)로 송신하는 것을 포함한다.
흐름도(1400)는 제 1 MCData UE(102a)가 하나 이상의 제 2 MCData UE(들)(102b-102n)로 제 1 MCData UE(102a)에 존재하는 컨텐츠를 스트리밍하기 위한 데이터 통신을 개시하는 절차를 나타낸다. 제 1 MCData UE(102a), MCData 서버(104) 및 하나 이상의 제 2 MCData UE들(102b-102n) 사이에서 교환되는 다양한 시그널링 메시지들은 도 15에 나타나 있다.
또한, 제 1 MCData UE(102a)가 네트워크(106) 상에 존재하는 컨텐츠를 하나 이상의 제 2 MCData UE들(102b-102n)에게 스트리밍하기 위한 데이터 통신을 개시하는 절차는 도 16에 나타나 있다.
도 15는 본 개시의 실시예들에 따른, 제 1 MCData UE가 스트림 보고 요청의 유무에 관계없이 제 2 MCData UE(들)로 컨텐츠를 스트리밍하기 위해 데이터 통신을 개시하는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다. 도 15의 절차는 제 1 MCData UE(102a)가 스트림 보고 요청의 유무에 관계없이, 제 1 MCData UE(102a)에 존재하는 컨텐츠를 제 2 MCData UE(들)(102b-102n)에게 스트리밍하기 위해 데이터 통신을 개시하는 경우에 초점을 맞춘 것이다. 먼저, 제 1 MCData UE(102a) 및 하나 이상의 제 2 MCData UE들(102b-102n)의 MCData 사용자들은 이미 MCData 서비스를 수신하기 위해 등록되어있다.
스텝 1502에서, 제 1 MCData UE(102a)의 MCData 사용자는 선택된 제 2 MCData UE(102b)로의 데이터 스트리밍 요청을 개시한다. 제 1 MCData UE(102a)의 MCData 사용자는 MCData 사용자들의 리스트를 선택하거나 미리 구성된 URI 리스트를 선택하거나 미리 구성된 그룹을 선택함으로써 복수의 MCData 사용자들로의 데이터 스트리밍 요청을 개시할 수 있다.
스텝 1504에서는, 스트리밍될 데이터가 제 1 MCData UE(102a)의 미디어 저장 클라이언트에서 입수될 수 있으며, MCData 스트림 데이터 시작 요청을 사용하여 데이터 스트리밍하기 위해 (SIP 코어를 통해) MCData 서버(104)로 전송된다. MCData 스트림 데이터 시작 요청은 스트리밍에 대응하는 URL 및 스트림 메타데이터 정보를 포함할 수 있다. MCData 스트림 데이터 시작 요청에는 MCData 클라이언트(1)의 사용자에 의해 선택되는 단 하나의 MCData 사용자 또는 MCData 사용자들의 리스트 또는 미리 구성된 URI 리스트 또는 미리 구성된 그룹이 포함될 수 있다. MCData 스트림 데이터 시작 요청은 메시지 스레드 표시를 위한 대화 식별자를 포함한다. MCData 스트림 데이터 시작 요청이 이전에 전송되거나 수신된 메시지 또는 메시지 플로우와 결합되어야 하는 경우, 메시지 스레드 표시는 이전 메시지들에 사용된 것과 동일한 표시를 사용해야 한다. 대화 중단 타이머가 만료되는 경우, 새로운 대화 식별자가 포함되며 이전 메시지는 더 이상 상관 관계가 없게 된다. 제 1 MCData UE(102a)의 MCData 사용자가 수신자 측에서의 자동 수신을 요청한 경우, MCData 스트림 데이터 시작 요청은 자동 수신 표시를 포함한다. 제 2 MCData UE(102b)는 사용자에게 MCData 자동 수신 요청의 수락 여부를 묻지 않고 착신 MCData 자동 수신 요청에 대해 간단히 통지하고 나서, 자동으로 데이터 스트리밍을 시작하게 된다. MCData 스트림 데이터 시작 요청은, 제 1 MCData UE(102a)의 사용자에 의해 지시될 경우 다운로드 프로그레스 업데이트 요청을 포함할 수 있다.
스텝 1506에서, MCData 서버(104)는 제 1 MCData UE(102a)의 MCData 사용자가 MCData 스트림 데이터 시작 요청을 전송할 권한이 있는지 여부를 검사한다. 이 요청이 복수의 MCData 사용자들에 대해 개시될 경우, URI 리스트 또는 그룹이 예를 들어, 그룹 관리 서버와의 컨택트에 의해서, 멤버들에게 해석된다.
스텝 1508에서, MCData 서버(104)는 또한 적절한 데이터가 MCData UE들 간에 송신되는 것을 보장하기 위해 송수신 제어 및 필요 정책을 적용한다.
스텝 1510에서, MCData 서버(104)는 단계 1508에서 결정된 제 2 MCData UE들(102b-102n) 각각에 대한 MCData 스트림 데이터 시작 요청을 개시한다. MCData 사용자가 파트너 MCData 시스템에 속할 경우, MCData 스트림 데이터 시작 요청은 파트너 MCData 서버의 MCData 서버(104)를 통해 전송된다.
스텝 1512에서, 제 2 MCData UE(102b)는 수락되거나 거부되거나 무시될 수 있는 착신 MCData 스트림 데이터 시작 요청(존재하는 경우, 스트림 메타데이터 포함)에 관해 사용자에게 통지한다. 그 요청에 MCData 스트림 데이터 시작 요청에 있어서의 필수 다운로드 표시가 포함되어 있는 경우에는 MCData 사용자에 대해 동의가 요청되지 않을 수 있으며, 대신에 착신 스트림에 대해 MCData 사용자에게 통지하기만 할 수 있다.
스텝 1514에서, 제 2 MCData UE(102b)가 그 통지에 대한 응답(수락 또는 거절 또는 URL만 수신)을 제공하면, 제 2 MCData UE(102b)는 MCData 스트림 데이터 시작 응답을 MCData 서버(104)로 전송한다.
스텝 1516에서, 하나 이상의 제 2 MCData UE들(102b-102n)은, MCData 사용자 응답이 스텝 1514에서 수락된 경우에 시작을 로깅한다.
스텝 1518에서, MCData 서버(104)는 MCData 스트림 데이터 시작 응답을 제 1 MCData UE(102a)로 전송한다.
스텝 1520에서, 제 1 MCData UE(102a)의 MCData 사용자는 미디어 플레인을 통해 데이터 스트리밍을 제어(예를 들어, 재생, 정지, 전달, 일시 정지 등)한다.
스텝 1522에서, 제 1 MCData UE(102a)는 데이터를 MCData 서버(104)의 미디어 중계 기능으로 스트리밍한다.
스텝 1524에서, 미디어 중계 기능은 제 1 MCData UE(102a)로부터 수신된 데이터를 스트림 수신을 수락한 각 사용자에게 스트리밍한다.
스텝 1526에서, 제 2 MCData UE(102b)의 MCData 사용자로부터의 데이터 스트림의 수신을 중지하라는 요청 시에, 제 2 MCData UE(102b)는 MCData 서버(104)에 대한 MCData 스트림 비활성화 요청을 개시한다. 또한, 제 2 MCData UE(102b)는 수신 스트림이 정지되었다는 로그를 유지한다.
스텝 1528에서, MCData 서버(104)의 미디어 중계 기능으로부터 제 2 MCData UE(102b)로의 미디어 스트리밍이 중지된다.
스텝 1530에서, 제 2 MCData UE(102b)의 MCData 사용자로부터의 데이터 스트림 수신을 시작하라는 요청 시에, 제 2 MCData UE(102b)는 MCData 서버(104)에 대한 MCData 스트림 활성화 요청을 개시한다. 또한, 제 2 MCData UE(102b)는 스트림 수신이 시작되었다는 로그를 유지한다.
스텝 1532에서, 제 1 MCData UE(102a)의 MCData 사용자는 MCData 서버(104)에 대하여 MCData 스트림 데이터 릴리즈 요청을 전송함으로써 제 2 MCData UE들(102b-102n)로의 데이터 스트림 전달을 중지하는 것으로 결정할 수 있다. MCData 서버(104)는 데이터 스트림을 수신하는 모든 제 2 MCData UE들(102b-102n)에게 이 요청을 전송한다.
스텝 1534에서는, 미디어 스트림 전달이 중지되며, 제 2 MCData UE들(102b-102n)이 응답 MCData 스트림 데이터 릴리즈 응답을 MCData 서버(104)를 통해 제 1 MCData UE(102a)에게 다시 전송한다.
스텝 1536에서는, 다운로드 프로그레스 업데이트 요청 표시가 스텝 1504에서 존재할 경우, 제 2 MCData UE들(102b-102n)이 MCData 스트림 보고 요청을 개시하고, MCData 서버(104)는 MCData 스트림 보고 응답으로 그 수신을 컨펌한다.
스텝 1538에서는, 각 MCData 사용자로부터의 MCData 스트림 보고가, 승인된 사용자들로부터의 보고 이력 조회를 위해 MCData 서버(104)에 의해서 집계 및 저장될 수 있다.
스텝 1540에서는, 집계된 또는 개별적인 MCData 스트림 데이터 보고 요청이 MCData 서버(104)에 의해서 제 1 MCData UE(102a)의 스트림 데이터 보고 요청 사용자에게 전송되며 또한 승인된 MCData 사용자들에게도 전송된다. 보고를 수신한 제 2 MCData UE들(102b-102n)은 MCData 서버(104)에 대한 응답으로 컨펌한다. 이러한 복수의 집계된 스트림 데이터 보고들은 MCData 서버(104)에 의해 공유될 수 있다.
도 16은 본 개시의 실시예들에 따른, 제 1 MCData UE가 스트림 보고 요청 유무에 관계없이, 제 2 MCData UE(들)로의 컨텐츠를 스트리밍하기 위해 데이터 통신을 개시하는 다양한 시그널링 메시지들을 도시하는 시퀀스도이다. 도 16의 절차는 제 1 MCData UE(102a)의 MCData 사용자가 네트워크에(즉, MCData 서버(104)에) 존재하는 컨텐츠를 제 2 MCData UE(들)(102b-102n)에게 스트리밍하기 위해 데이터 통신을 개시하는 경우에 초점을 맞춘 것이다.
스텝 1602에서, 제 1 MCData UE(102a) 및 제 2 MCData UE(102b)의 MCData 사용자는 이미 MCData 서비스를 수신하기 위해 등록되어있다. 제 1 MCData UE(102a)의 MCData 사용자는 선택된 MCData 사용자로의 데이터 스트리밍 요청을 개시한다. 제 1 MCData UE(102a)의 MCData 사용자는 MCData 사용자들의 리스트를 선택하거나 미리 구성된 URI 리스트를 선택하거나 미리 구성된 그룹을 선택함으로써 복수의 MCData 사용자들로의 데이터 스트리밍 요청을 개시할 수 있다.
스텝 1604에서는, 스트리밍될 데이터가 MCData 서버(104)의 미디어 저장 기능에서 입수될 수 있으며, MCData 스트림 데이터 제어 요청이 제 2 MCData UE들(102b-102n)로의 데이터 스트리밍을 위해 (SIP 코어를 통해) MCData 서버(104)로 전송된다. MCData 스트림 데이터 제어 요청은 스트리밍될 네트워크(106) 상의 컨텐츠에 대응하는 URL을 포함하며, 또한 스트림 메타데이터 정보를 포함할 수 있다. MCData 스트림 데이터 제어 요청에는 제 1 MCData UE(102a)의 MCData 사용자에 의해 선택되는 단 하나의 MCData 사용자 또는 MCData 사용자들의 리스트 또는 미리 구성된 URI 리스트 또는 미리 구성된 그룹이 포함될 수 있다. MCData 스트림 데이터 제어 요청은 메시지 스레드 표시를 위한 대화 식별자를 포함한다. MCData 스트림 데이터 제어 요청이 이전에 전송되거나 수신된 메시지 또는 메시지 플로우와 결합되어야 하는 경우, 메시지 스레드 표시는 이전 메시지들에 사용된 것과 동일한 표시를 사용해야 한다. 대화 중단 타이머가 만료되는 경우, 새로운 대화 식별자가 포함되며 이전 메시지는 더 이상 상관 관계가 없게 된다. MCData 사용자가 수신자 측에서의 자동 수신을 요청한 경우, MCData 스트림 데이터 제어 요청은 자동 수신 표시를 포함한다. 제 2 MCData UE(들)(102b-102n)는 사용자에게 MCData 자동 수신 요청의 수락 여부를 묻지 않고 착신 MCData 자동 수신 요청에 대해 간단히 통지하고 나서, 자동으로 데이터 스트리밍을 시작하게 된다. MCData 스트림 데이터 제어 요청은, 제 1 MCData UE(102a)의 MCData 사용자에 의해 지시될 경우 다운로드 프로그레스 업데이트 요청을 포함할 수 있다.
스텝 1606에서, MCData 서버(104)는 제 1 MCData UE(102a)의 MCData 사용자가 MCData 스트림 데이터 제어 요청을 전송할 권한이 있는지 여부를 검사한다. 이 요청이 복수의 MCData 사용자들에 대해 개시될 경우, URI 리스트 또는 그룹이 예를 들어, 그룹 관리 서버(108)와의 컨택트에 의해서, 멤버들에게 해석된다.
스텝 1608에서, MCData 서버(104)는 또한 적절한 데이터가 MCData UE들 간에 송신되는 것을 보장하기 위해 송수신 제어 및 필요 정책을 적용한다.
스텝 1610에서, MCData 서버(104)는 단계 1608에서 결정된 MCData 사용자 각각에 대한 MCData 스트림 데이터 요청을 개시한다. MCData 사용자가 파트너 MCData 시스템에 속할 경우, MCData 스트림 데이터 요청은 파트너 MCData 서버의 MCData 서버(104)를 통해 전송된다.
스텝 1612에서, 제 2 MCData UE(들)(102b-102n)는 수락되거나 거부되거나 무시될 수 있는 착신 MCData 스트림 데이터 요청(존재하는 경우, 스트림 메타데이터 포함)에 관해 사용자에게 통지한다. 그 요청에 MCData 스트림 데이터 요청에 있어서의 필수 다운로드 표시가 포함되어 있는 경우에는 MCData 사용자에 대해 동의가 요청되지 않을 수 있으며, 대신에 착신 스트림에 대해 MCData 사용자에게 통지하기만 할 수 있다.
스텝 1614에서, 제 2 MCData UE(들)(102b-102n)가 그 통지에 대한 응답(수락 또는 거절 또는 URL만 수신)을 제공하면, 제 2 MCData UE(들)(102b-102n)는 MCData 스트림 데이터 응답을 MCData 서버(104)로 전송한다.
스텝 1616에서, MCData 서버(104)는 MCData 스트림 데이터 시작 응답을 제 1 MCData UE(102a)로 전송한다.
스텝 1618에서, 제어(예를 들면, 재생, 일시 정지, 전달)를 행하는 제 1 MCData UE(102a)의 MCData 사용자는, MCData 서버(104)가 데이터 스트림을 멀티캐스팅하게 하는 스트림 재생을 시작할 것을 요청한다.
스텝 1620에서, 제 1 MCData UE(102a) 및 제 2 MCData UE들(102b-102n)의 MCData 사용자들은 MCData 스트림 합류 요청을 전송함으로써 멀티캐스트 스트림에 합류한다.
스텝 1622에서, 제 2 MCData UE들(102b-102n)은, 클라이언트의 MCData 사용자가 멀티캐스트 스트림을 수신하는 것으로 합류한 경우 시작을 로깅한다.
스텝 1624에서, MCData 서버(104)는 스트림 수신을 수락한 각 MCData 사용자의 제 1 MCData UE(102a) 및 제 2 MCData UE(102b-102n)로 데이터를 스트리밍한다.
스텝 1626에서, MCData 사용자로부터의 데이터 스트림 수신을 중지할 것의 요청 시에, 제 2 MCData UE(102b)는 MCData 서버(104)에 대한 MCData 스트림 탈퇴(leave) 요청을 개시한다. MCData 서버(104)로부터 제 2 MCData UE(102)로의 미디어 스트리밍이 중지되고, 제 2 MCData 클라이언트는 수신 스트림이 중지되었다는 로그를 유지한다.
스텝 1628에서, MCData 사용자로부터의 데이터 스트림 수신을 시작하라는 요청 시에, 제 2 MCData UE(102b)는 MCData 서버(104)에 대한 MCData 스트림 합류 요청을 개시한다. 또한, 제 2 MCData UE(102b)는 수신 스트림이 시작되었다는 로그를 유지한다.
스텝 1630에서, 제 1 MCData UE(102a)의 MCData 사용자는 MCData 스트림 탈퇴 요청을 MCData 서버(104)에 전송함으로써 제 2 MCData UE들(102b-102n)로의 데이터 스트림 전달을 중지하는 것으로 결정할 수 있다.
스텝 1632에서, 미디어 스트림 전달이 중단될 경우, 스트림을 수신하는 제 2 MCData 사용자들은 MCData 서버(104)에 대한 MCData 스트림 탈퇴 요청을 개시한다. 또한, 제 2 MCData UE(102b)는 스트림 수신이 정지되었다는 로그를 유지한다.
스텝 1634에서, 다운로드 프로그레스 업데이트 요청 표시가 단계 1604에서 존재할 경우, 제 2 MCData UE(102b)는 MCData 스트림 보고 요청을 개시하고, MCData 서버(104)는 MCData 스트림 보고 응답으로 그 수신을 컨펌한다.
스텝 1636에서는, 각 MCData 사용자로부터의 MCData 스트림 보고가, 승인된 사용자들로부터의 보고 이력 조회를 위해 MCData 서버(104)에 의해서 집계 및 저장될 수 있다.
스텝 1638에서는, 집계된 또는 개별적인 MCData 스트림 데이터 보고 요청이 MCData 서버(104)에 의해서 제 1 MCData UE(102a)의 스트림 데이터 보고 요청 사용자에게 전송되며 또한 승인된 MCData 사용자들에게도 전송된다. 보고를 수신한 제 2 MCData UE들(102b-102n)은 MCData 서버(104)에 대한 응답으로 컨펌한다. 이러한 복수의 집계된 스트림 데이터 보고들은 도 16에 도시된 바와 같이 MCData 서버(104)에 의해 공유될 수 있다.
도 17은 본 개시의 실시예에 따른, 중계 노드(110)의 다양한 하드웨어 구성 요소들을 나타내는 블록도이다. 일 실시예에서, 중계 노드는 통신기(1702), MCData 매니저(1704), 프로세서(1706) 및 메모리(1708)를 포함한다. 통신기(1702)는 네트워크(106)와 통신하고 중계 노드(110) 내의 하드웨어 구성 요소들 사이에서 내부적으로 통신하도록 구성된다. 프로세서(1706)는 통신기(1702), MCData 매니저(1704) 및 메모리(1708)와 통신한다.
MCData 매니저(1704)는 온-네트워크 절차에 기초한 MCData SIP 시그널링을 위해 MCData 서버(104)와 적어도 하나의 제 2 MCData UE(102b-102n) 사이에서 IP 패킷을 라우팅하도록 구성된다. 또한, MCData 매니저(1704)는 데이터 송신을 위한 오프-네트워크 절차에 기초하여 MCData 서버(104)와 적어도 하나의 제 2 MCData UE(102b-102n) 사이에서 IP 패킷(미디어)을 라우팅하도록 구성된다. 온-네트워크 절차에 기초하여 MCData 시그널링하기 위한 MCData 서버(104)와 제 2 MCData UE(102b) 사이의 IP 패킷 라우팅 및 오프-네트워크 절차에 기초하는 MCData 서버와 적어도 하나의 제 2 MCData 사이의 IP 패킷(미디어) 라우팅에 기반하여, MCData 매니저(1704)는 MCData 서버(104)와 중계 노드(110)를 통해 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 간의 데이터 통신을 확립하도록 구성된다.
MCData 매니저(1704)는 레이어 3 절차 및 ProSe 레이어 2 절차 중 적어도 하나에 기초하여 PC5 인터페이스를 통해 IP 패킷을 제 2 MCData UE(102b)에게 브로드캐스트하도록 구성된다.
메모리(1708)는 IP 패킷 관련 정보를 저장한다. 메모리(1708)는 또한 MCData 통신 시스템을 관리하기 위한 명령을 저장한다. 메모리(1708)는 또한 프로세서(1706)에 의해 실행될 명령들을 저장한다. 메모리(1708)는 비휘발성 저장 요소들을 포함할 수 있다. 이러한 비휘발성 저장 요소들의 예로는 자기 하드 디스크, 광 디스크, 플로피 디스크, 플래시 메모리, 또는 EPROM(electrically programmable memory) 또는 EEPROM(electrically erasable and programmable memory)의 형태를 포함할 수 있다. 또한, 메모리(1708)는 일부 예들에서, 비일시적 저장 매체로 고려될 수 있다. "비일시적"이라는 용어는 저장 매체가 반송파 또는 전파 신호로 구현되지 않음을 나타낼 수 있다. 그러나, "비일시적"이라는 용어는 메모리(408b)가 비이동적이라는 것으로 해석되어서는 안된다. 일부 예들에서, 메모리(1708)는 그 메모리보다 많은 양의 정보를 저장하도록 구성될 수 있다. 특정 예들에서, 비일시적 저장 매체는 시간이 지남에 따라 (예를 들어, 랜덤 액세스 메모리(RAM) 또는 캐시에서) 변화할 수 있는 데이터를 저장할 수 있다.
도 17이 중계 노드(100)의 하드웨어 구성 요소들을 도시하고 있지만, 다른 실시예들이 이에 한정되는 것은 아니다. 다른 실시예들에서는, 중계 노드(110)가 더 적거나 많은 수의 구성 요소들을 포함할 수도 있다. 또한, 각 구성 요소의 라벨 또는 명칭은 단지 예시적인 목적으로 사용된 것이며, 본 개시의 범위를 제한하지 않는다. 하나 이상의 구성 요소들은 MCData 통신 시스템에서 데이터 통신을 확립하기 위해 동일하거나 실질적으로 유사한 기능을 수행하도록 함께 결합될 수 있다.
도 18은 본 개시의 실시예에 따른, 제 1 MCData UE 및 제 2 MCData UE가 온-네트워크 데이터 통신 시스템과 오프-네트워크 데이터 통신 시스템의 조합 내에 있을 경우, MCData 서버 및 중계 노드를 통해 제 1 MCData UE와 제 2 MCData UE 간의 데이터 통신을 관리하기 위한 방법을 도시하는 흐름도(1800)이다. 본 스텝들 또는 동작들(스텝 넘버들)은 MCData 매니저(1704)에 의해 수행된다.
스텝 1802에서, 본 방법은 온-네트워크 절차에 기초하여 MCData SIP 시그널링하기 위해 MCData 서버(104)와 적어도 하나의 제 2 MCData UE(102b) 사이에서 IP 패킷을 라우팅하는 것을 포함한다. 스텝 1804에서, 본 방법은 MCData 송신을 위한 오프-네트워크 절차에 기초하여 MCData 서버(104)와 적어도 하나의 제 2 MCData UE(102b) 사이에서 IP 패킷(미디어)을 라우팅하는 것을 포함한다. 스텝 1806에서, 본 방법은 MCData 서버(104) 및 중계 노드(110)를 통해 제 1 MCData UE(102a)와 제 2 MCData UE(102b) 사이에 데이터 통신을 확립하는 것을 포함한다.
본 제안된 방법은 중계 노드에서의 로컬 라우팅에 의해, 미디어 서버와 UE 사이의 유니캐스트 송신의 수를 감소시키는데 사용될 수 있다. 본 방법은 중계 노드에 의해 서빙되는 원격 UE들의 수를 증가 시키는데 사용될 수 있다.
본 제안된 방법은 효과적인 방식으로 중계 노드 내에서의 미디어 스트림들의 라우팅을 감소시키는데 사용될 수 있다. 본 방법은 중계 노드의 위치에 기초하여 다중 유니캐스트 송신을 브로드캐스트 송신으로 전환하는데 사용될 수 있다.
흐름도(1800)의 다양한 액션, 동작, 블록, 스텝 등은 제시된 순서로 수행되거나, 다른 순서로 수행되거나 또는 동시에 수행될 수도 있다. 또한, 일부 실시예들에서는, 본 개시의 범위를 벗어나지 않으면서, 액선, 동작, 블록, 스텝 등 중의 일부가 생략되거나, 추가되거나, 수정되거나 스킵될 수도 있다.
도 19는 본 개시의 실시예에 따른, MCData 서버 및 중계 노드를 통해 제 1 MCData UE와 제 2 MCData UE 사이에서 데이터 통신을 관리하기 위한 다양한 시그널링 메시지들을 도시하는 시퀀스도이다.
일 구현예에서는, 효율적인 연결을 위해 이들 실시예를 이용할 수 있는 동일한 MCData 그룹에 속하는 복수의 중계 노드들(110), 원격 MCData UE 및 MCData UE들이 존재할 수 있다.
1. 중계 노드(110)는 MCData 서비스로 SIP 등록을 수행한다. 등록 시에, 중계 노드(110)는 자신의 장치 능력, 중계 능력, 게이트웨이 능력, 로컬 IP 액세스(LIPA) 게이트웨이(L-GW) 능력, 자신의 PC-5 중계 노드 ID, 자신의 IP 어드레스, 네트워크 어드레스 변환(NAT) IP 어드레스 범위(선택적으로 NAT ID 어드레스 범위와 그룹 ID들의 맵핑) 및 다른 가능한 다른 파라미터들을 표시한다. 일단 등록되면, 중계 노드(110)는 원격 UE들에게 서빙할 수 있게 된다.
2. 원격 MC UE들은 중계 노드(110)에 등록하여 근접 서비스(proximity service)를 얻게 된다. 중계 노드(110)에의 등록 시에, 원격 MC UE는 자신의 MC 능력(예를 들어, PS UE, 자신이 속한 그룹 ID(또는 중계 노드에 의해 지원되는 그룹 ID만)) 및 다른 가능한 파라미터들을 표시한다. 일단 등록되면, 중계 노드는 원격 MC UE에게 IP 어드레스를 할당한다.
로컬 IP 어드레스들이 중계 노드(110)에 의해 원격 UE들에게 할당되므로, 중계 노드는 MCData 그룹 미디어에 대한 LIPA 기능을 인에이블할 수 있다.
또한, 중계 노드(110)는 할당된 IP 어드레스, UE ID, 대응하는 그룹 ID 및 다른 가능한 파라미터들을 바인딩한다. 또한, 중계 노드(110)는 바인딩 세부 사항을 사용하여 레이어 3 유니캐스트 송신("소스 IP 어드레스", "목적지 IP 어드레스" 및 다른 가능한 파라미터들(예를 들어, 포트 번호) 중 적어도 하나를 사용)을 그룹 ID(브로드캐스트를 위한 디폴트 그룹 ID일 수 있음)를 사용하는 ProSe 레이어 2 일 대 다 통신으로 전환한다. 또한, 중계 노드(110)는 합법적인 차단을 위해 미디어 GW에 IP 패킷을 포킹할 수 있으며, 네트워크 또는 다른 중계 노드(110)에 등록된 다른 그룹 멤버들에게 미디어를 배포할 수도 있다.
일 실시예에서, 중계 노드(110)는 두 개의 IP 어드레스, 즉 시그널링용 어드레스 및 로컬 IP 액세스용 어드레스(그룹 미디어 통신)를 원격 MC UE에게 할당한다.
일 실시예에서, 중계 노드(110)는 IP 패킷들의 딥 패킷 검사(deep packet inspection)를 수행하여, 시그널링 및 미디어 패킷들을 식별하고 적절한 다음의 동작들을 수행한다:
a) 패킷 시그널링 중계, 또는
b) 미디어 게이트웨이에 대한 미디어 패킷들의 선택적인 포킹을 사용하여 미디어 패킷들의 로컬 브로드캐스트 수행.
3. 또한, 원격 MC UE는 중계 노드(110)를 통해 MCData 서비스에 대한 SIP 등록을 수행한다. MCData 서비스에 등록 시, 원격 MCData UE는 자신의 통신 모드를 표시하고 자신의 위치 및 자신이 연결된 중계 노드(110)의 PC-5 중계 노드 ID를 제공한다. 또한, 원격 UE는 로컬 IP 액세스를 가능하게 하는데 필요한 다른 가능한 파라미터들을 포함한다. 네트워크 커버리지를 벗어나면(Uu 인터페이스를 사용하여 네트워크와 직접 연결되지 않음), 원격 MCData UE는 통신 모드로서 'OUT'을 표시한다.
4. 네트워크 커버리지 하에 있는(Uu 인터페이스를 사용하여 네트워크와의 연결을 가짐) 모든 MC UE는 MCData 서비스에 대한 정규 SIP 등록을 수행한다. MCData 서비스에 등록 시, MC UE는 선택적으로 자신의 통신 모드를 표시하고, 그 위치를 제공한다. 네트워크의 커버리지 내에 있는 경우, MC UE는 선택적으로 통신 모드로서 'IN'을 표시한다.
5. 복수의 MC UE들 또는 원격 MC UE들은 스텝 2, 3 및 4의 절차에 따라 MCData 서비스에 등록할 수 있다.
6. MCData 서비스는 MCData 서비스에 등록된 각 MCData 그룹의 UE들의 위치 및 통신 모드를 유지한다. 일 실시예에서, 통신 모드는 LTE 액세스 네트워크 연결(IN(Uu 인터페이스 사용) 및 OUT(PC5 인터페이스 사용))을 표시한다.
7. UE(원격 MCData UE 또는 MCData UE)는 MCData 통신을 개시할 수 있다. 이 플로우에서, 원격 MCData UE는 MCData 그룹과의 MCData 그룹 통신을 개시한다. 정규 MCData 그룹 통신 절차들에 따라, UE는 SIP INVITE를 MCData 서버(104)에 전송한다.
8. MCData 서버(104)는 정규 절차들에 따라 SIP INVITE를 모든 등록된 그룹 멤버(MCData UE들 및 원격 MCData UE들)에게 포킹한다.
9. 또한, MCData 서버(104)는 호(call)가 개시된 MCData 그룹의 등록된 원격 MCData UE들의 위치 및 중계 노드 ID를 확인한다. 호가 개시된 MCData 그룹의 원격 MCData UE를 서빙하고 있는 중계 노드들(110)의 리스트를 결정하면, MCData 서버는 그러한 모든 중계 노드들에 SIP INVITE를 포킹한다. 중계 UE들에 포킹된 SIP INVITE에서, MCData 서버는 LIPA를 활성화하여 로컬로 미디어를 포킹함과 함께 MCData 서버에 대하여 선택적 유니캐스트 중계하도록 표시한다(즉, 중계 노드들이 SDP 세부 정보를 사용하여 세션 세부 정보를 식별하고 적절한 동작들을 수행함). 이 플로우에서, MCData 서버(104)는 LIPA를 활성화하여 미디어를 로컬로 포킹하며 또한 유니캐스트 스트림을 MCData 서버에 중계하도록 표시한다.
일 실시예에서는, SIP 대신에 또는 SIP와 함께, HTTP와 같은 임의의 다른 애플리케이션 레이어 프로토콜들을 사용하여 로컬 게이트웨이(L-GW) 기능을 수행하도록 중계 노드들(110)을 구성한다.
10. MCData UE들 및 원격 MCData UE들은 200 OK 메시지로 응답하여 호를 확립한다.
11. 중계 노드(110)는 200 OK 메시지로 SIP INVITE에 응답하고 LIPA를 활성화한다.
원격 MCData UE로부터의 미디어 수신 시에, 중계 노드(110)는 PC5 브로드캐스트를 통해 미디어를 MCData 그룹에 포킹한다(레이어 3 절차 또는 ProSe 레이어 2 절차 사용). 또한, 중계 노드는 유니캐스트 스트림을 MCData 서버로 포킹한다. MCData 서버는 또한 네트워크 커버리지 내에 있는 MCData 그룹을 서빙하는 다른 중계 노드들 및 MCData UE로 미디어를 전송한다.
도 20은 본 개시의 실시예에 따른, 브로드캐스트 메커니즘들을 도시하는 시퀀스도이다. 가능한 레이어 3 또는 ProSe 레이어 2 브로드캐스트의 절차들이 도 20에 상세히 도시되어있다. 구현예들에서, 중계 노드가 송신 UE-1로부터 IP 패킷(미디어)을 수신할 경우, 중계 노드는 딥 패킷 검사(DPI)를 수행하여, Prose 일 대 다 통신을 수행할 것인지 또는 레이어 3(L3) 로컬 IP 브로드캐스트를 수행할 것인지를 결정한다. 이 경우에, 중계 노드가 Prose 일 대 다 통신을 수행하기로 결정하면, 중계 노드는 IP 패킷(미디어)의 IP 포킹을 수행하여, IP 패킷(미디어)을 LIPA 게이트웨이 및 미디어 게이트웨이에 제공한다. IP 패킷(미디어)이 LIPA GW 기능에 의해 수신되고 나면, IP 패킷(미디어)을 PC-5 인터페이스를 통해 그룹 멤버들에게 배포한다. 미디어(GA)는 온-네트워크 내의 UE들(UE-n) 또는 다른 중계 노드로 미디어 패킷을 전송하게 된다. 일 실시예에서, 중계 노드(106)가 L3 브로드캐스트(IP 브로드캐스트)를 수행하기로 결정하면, 중계 노드는 IP 패킷(미디어)의 IP 포킹을 수행하여 IP 패킷(미디어)을 LIPA 게이트웨이 및 미디어 게이트웨이에 제공한다. IP 패킷(미디어)이 LIPA GW 기능에 의해 수신되고 나면, IP 패킷(미디어)을 IP 브로드캐스트를 수행하는 그룹 멤버들에게 배포한다. 미디어(GA)는 IP 패킷(미디어)을 온-네트워크 내의 UE들(UE-n) 또는 다른 중계 노드로 전송하게 된다.
본 개시의 실시예들은 적어도 하나의 하드웨어 장치 상에서 실행되어 그 구성 요소들을 제어하기 위한 네트워크 관리 기능을 수행할 수 있는 적어도 하나의 소프트웨어 프로그램을 통해 구현될 수 있다. 도 1 내지 도 20에 도시된 구성 요소들은 하드웨어 장치, 또는 하드웨어 장치와 소프트웨어 모듈의 조합 중 적어도 하나일 수 있는 블록들을 포함한다.
특정 실시예들에 대한 전술한 설명은 현재의 지식을 적용함으로써 다른 사람들이 일반적인 개념을 벗어나지 않고 이러한 특정 실시예들을 다양한 응용들을 위해 용이하게 변형 및/또는 개조할 수 있는 본원의 실시예들의 일반적인 성질을 완전히 밝힌 것이며, 이러한 개조 및 변형은 개시된 실시예들의 등가물의 의미 및 범위 내에 있는 것으로 이해되어야 한다. 여기에 사용된 표현 또는 용어는 설명을 위한 것이지 제한하려는 것이 아님을 이해해야 한다. 따라서, 본 명세서의 실시예들이 바람직한 실시예와 관련하여 설명되었지만, 당업자는 본 명세서의 실시예들이 본 개시에서 설명된 실시예들의 사상 및 범위 내에서 변형되어 실시될 수 있음을 인식할 것이다.

Claims (18)

  1. 미션 크리티컬 데이터(mission critical data, MCData) 통신 시스템에서 MCData 서버의 방법에 있어서,
    MCData 그룹의 제1 MCData 단말로부터, 상기 MCData 그룹을 지시하는 MCData 그룹 ID(identifier)를 포함하는 MCData FD(file distribution) 요청 메시지를 수신하는 단계;
    상기 제1 MCData 단말이 상기 MCData FD 요청 메시지를 전송할 권한이 있는지 확인하는 단계;
    상기 제1 MCData 단말이 상기 MCData FD 요청 메시지를 전송할 권한이 있는 경우, 그룹 관리 서버(group management)로부터의 정보에 기반하여 확인되는 상기 MCData 그룹 ID에 의해 결정된 상기 MCData 그룹의 적어도 하나의 제2 MCData 단말에 상기 MCData FD 요청 메시지를 전송하는 단계;
    상기 적어도 하나의 제2 MCData 단말로부터, MCData FD 응답 메시지를 수신하는 단계; 및
    상기 MCData FD 응답 메시지를 상기 제1 MCData 단말에 전송하는 단계를 포함하는 것을 특징으로 하는 방법.

  2. 제1항에 있어서,
    상기 MCData FD 요청 메시지에 다운로드 완료 보고 지시(download completed report indication)가 포함되어 있는 경우, 상기 적어도 하나의 제2 MCData 단말로부터, 파일 다운로드 완료를 보고하기 위한 MCData 다운로드 완료 보고를 수신하는 단계;
    인가된 MCData 사용자로부터 다운로드 이력 조회(download history interrogation)를 위해 상기 MCData 다운로드 완료 보고를 저장하는 단계; 및
    집계된 MCData 다운로드 완료 보고 또는 개별 MCData 다운로드 완료 보고를 상기 제1 MCData 단말에 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 MCData FD 요청 메시지에 필수(mandatory) 다운로드를 요청하기 위한 다운로드 지시가 포함되어 있는 경우, 수락 MCData FD 응답 메시지는 상기 적어도 하나의 제2 MCData 단말에 의해 자동으로 전송되는 것을 특징으로 하는 방법.
  4. 제3항에 있어서,
    상기 다운로드 지시는 파일을 자동으로 다운로드하는데 사용되는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 MCData FD 요청 메시지는 컨텐츠 페이로드(contents payload), 파일 메타데이터(metadata) 정보, 상기 제1 MCData 단말의 사용자에 의해 선택된 타겟 수신자(target recipient)의 정보, 또는 메시지 스레드 지시(message thread indication)를 위한 대화 식별자(conversation identifier) 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 MCData FD 요청 메시지는 HTTP(hypertext transfer protocol)을 사용하여 상기 제1 MCData 단말로부터 수신되는 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 제1 MCData 단말과의 파일 전송을 위한 미디어 플레인(media plane)을 수립(establish)하는 단계;
    상기 미디어 플레인에 기반하여, 상기 제1 MCData 단말로부터 파일 데이터를 수신하는 단계; 및
    상기 미디어 플레인에 기반하여, 상기 적어도 하나의 제2 MCData 단말에 상기 파일 데이터를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 미디어 플레인은 파일 트랜잭션(transaction)이 완료된 후 해제되는 것을 특징으로 하는 방법.
  9. 제1항에 있어서,
    상기 제1 MCData 단말 및 상기 적어도 하나의 제2 MCData 단말이 온-네트워크(on-network) 데이터 통신 시스템에 있는 경우, 상기 제1 MCData 단말과 상기 적어도 하나의 제2 MCData 단말 간 데이터 통신은 상기 MCData 서버를 통해 수립(establish)되는 것을 특징으로 하는 방법.
  10. 미션 크리티컬 데이터(mission critical data, MCData) 통신 시스템의 MCData 서버에 있어서,
    송수신부;
    메모리; 및
    상기 송수신부 및 상기 메모리와 연결되고,
    MCData 그룹의 제1 MCData 단말로부터, 상기 MCData 그룹을 지시하는 MCData 그룹 ID(identifier)를 포함하는 MCData FD(file distribution) 요청 메시지를 수신하고,
    상기 제1 MCData 단말이 상기 MCData FD 요청 메시지를 전송할 권한이 있는지 확인하고,
    상기 제1 MCData 단말이 상기 MCData FD 요청 메시지를 전송할 권한이 있는 경우, 그룹 관리 서버(group management)로부터의 정보에 기반하여 확인되는 상기 MCData 그룹 ID에 의해 결정된 상기 MCData 그룹의 적어도 하나의 제2 MCData 단말에 상기 MCData FD 요청 메시지를 전송하고,
    상기 적어도 하나의 제2 MCData 단말로부터, MCData FD 응답 메시지를 수신하며,
    상기 MCData FD 응답 메시지를 상기 제1 MCData 단말에 전송하는 적어도 하나의 프로세서를 포함하는 것을 특징으로 하는 MCData 서버.
  11. 제10항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 MCData FD 요청 메시지에 다운로드 완료 보고 지시(download completed report indication)가 포함되어 있는 경우, 상기 적어도 하나의 제2 MCData 단말로부터, 파일 다운로드 완료를 보고하기 위한 MCData 다운로드 완료 보고를 수신하고,
    인가된 MCData 사용자로부터 다운로드 이력 조회(download history interrogation)를 위해 상기 MCData 다운로드 완료 보고를 저장하며,
    집계된 MCData 다운로드 완료 보고 또는 개별 MCData 다운로드 완료 보고를 상기 제1 MCData 단말에 전송하는 것을 특징으로 하는 MCData 서버.
  12. 제10항에 있어서,
    상기 MCData FD 요청 메시지에 필수(mandatory) 다운로드를 요청하기 위한 다운로드 지시가 포함되어 있는 경우, 수락 MCData FD 응답 메시지는 상기 적어도 하나의 제2 MCData 단말에 의해 자동으로 전송되는 것을 특징으로 하는 MCData 서버.
  13. 제12항에 있어서,
    상기 다운로드 지시는 파일을 자동으로 다운로드하는데 사용되는 것을 특징으로 하는 MCData 서버.
  14. 제10항에 있어서,
    상기 MCData FD 요청 메시지는 컨텐츠 페이로드(contents payload), 파일 메타데이터(metadata) 정보, 상기 제1 MCData 단말의 사용자에 의해 선택된 타겟 수신자(target recipient)의 정보, 또는 메시지 스레드 지시(message thread indication)를 위한 대화 식별자(conversation identifier) 중 적어도 하나를 포함하는 것을 특징으로 하는 MCData 서버.
  15. 제10항에 있어서,
    상기 MCData FD 요청 메시지는 HTTP(hypertext transfer protocol)을 사용하여 상기 제1 MCData 단말로부터 수신되는 것을 특징으로 하는 MCData 서버.
  16. 제10항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 제1 MCData 단말과의 파일 전송을 위한 미디어 플레인(media plane)을 수립(establish)하고,
    상기 미디어 플레인에 기반하여, 상기 제1 MCData 단말로부터 파일 데이터를 수신하며.
    상기 미디어 플레인에 기반하여, 상기 적어도 하나의 제2 MCData 단말에 상기 파일 데이터를 전송하는 것을 특징으로 하는 MCData 서버.
  17. 제16항에 있어서,
    상기 미디어 플레인은 파일 트랜잭션(transaction)이 완료된 후 해제되는 것을 특징으로 하는 MCData 서버.
  18. 제10항에 있어서,
    상기 제1 MCData 단말 및 상기 적어도 하나의 제2 MCData 단말이 온-네트워크(on-network) 데이터 통신 시스템에 있는 경우, 상기 제1 MCData 단말과 상기 적어도 하나의 제2 MCData 단말 간 데이터 통신은 상기 MCData 서버를 통해 수립(establish)되는 것을 특징으로 하는 MCData 서버.
KR1020197003358A 2016-09-19 2017-09-19 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법 KR102319693B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
IN201641031911 2016-09-19
IN201641033346 2016-09-29
IN201641033346 2016-09-29
IN201641031911 2017-09-18
PCT/KR2017/010264 WO2018052274A1 (en) 2016-09-19 2017-09-19 Method for managing communication in mission critical data (mcdata) communication system

Publications (2)

Publication Number Publication Date
KR20190044616A KR20190044616A (ko) 2019-04-30
KR102319693B1 true KR102319693B1 (ko) 2021-11-01

Family

ID=61622003

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020197003358A KR102319693B1 (ko) 2016-09-19 2017-09-19 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법

Country Status (4)

Country Link
US (2) US10715582B2 (ko)
EP (1) EP3513547B1 (ko)
KR (1) KR102319693B1 (ko)
WO (1) WO2018052274A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018010175A1 (zh) * 2016-07-15 2018-01-18 华为技术有限公司 一种媒体发送权申请方法、媒体发送权撤销方法及装置
US11206640B2 (en) * 2019-05-22 2021-12-21 At&T Intellectual Property I, L.P. Private local network access, authentication, and association for 5G or other next generation network
CN115486090A (zh) 2020-08-10 2022-12-16 三星电子株式会社 任务关键(mc)系统中处理媒体传输的系统和方法
WO2022035195A1 (en) * 2020-08-10 2022-02-17 Samsung Electronics Co., Ltd. System and method to handle media transmission in mission critical (mc) system
WO2022071782A1 (en) * 2020-10-01 2022-04-07 Samsung Electronics Co., Ltd. Method and device for storing and distributing file content in mc network
KR20230084188A (ko) * 2020-10-05 2023-06-12 삼성전자주식회사 무선 통신 시스템에서 미션 크리티컬 서비스를 처리하는 시스템 및 방법
WO2022080867A1 (en) * 2020-10-13 2022-04-21 Samsung Electronics Co., Ltd. Method and apparatus for sharing sensor information on a call
WO2023018246A1 (en) * 2021-08-11 2023-02-16 Samsung Electronics Co., Ltd. Method and mcdata network for handling non-mandatory download for fd over media plane in network
KR102613601B1 (ko) * 2021-12-22 2023-12-15 한국철도기술연구원 미션 크리티컬 서비스의 연속성을 제공하는 무선 통신 방법 및 시스템
EP4388726A1 (en) * 2022-02-09 2024-06-26 Samsung Electronics Co., Ltd. Method of managing media communication in mission critical (mc) system, mc server, and receiver thereof

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140297805A1 (en) * 2013-03-29 2014-10-02 Alcatel-Lucent India Limited Method and apparatus for assigning priority levels to streams by a network element in a communications network
WO2016111528A1 (ko) * 2015-01-05 2016-07-14 엘지전자 주식회사 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7965309B2 (en) * 2006-09-15 2011-06-21 Quickwolf Technology, Inc. Bedside video communication system
US8856869B1 (en) * 2009-06-22 2014-10-07 NexWavSec Software Inc. Enforcement of same origin policy for sensitive data
KR20130048561A (ko) 2011-11-02 2013-05-10 삼성전자주식회사 이동통신 시스템에서 응급 호에 대한 미디어 선호 정보 전송 방법 및 시스템
US10756804B2 (en) 2014-05-08 2020-08-25 Apple Inc. Lawful intercept reporting in wireless networks using public safety relays
EP3046272B1 (en) * 2015-01-19 2017-09-13 Telefonica Digital Limited A method for controlling relay in a group communication and computer programmes thereof
US10404663B1 (en) * 2016-02-29 2019-09-03 Parallels International Gmbh File sharing over secure connections

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140297805A1 (en) * 2013-03-29 2014-10-02 Alcatel-Lucent India Limited Method and apparatus for assigning priority levels to streams by a network element in a communications network
WO2016111528A1 (ko) * 2015-01-05 2016-07-14 엘지전자 주식회사 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS22.282 v2.2.0*

Also Published As

Publication number Publication date
US10715582B2 (en) 2020-07-14
US20210021667A1 (en) 2021-01-21
EP3513547B1 (en) 2021-05-12
WO2018052274A1 (en) 2018-03-22
EP3513547A4 (en) 2019-08-14
EP3513547A1 (en) 2019-07-24
KR20190044616A (ko) 2019-04-30
US11122111B2 (en) 2021-09-14
US20190273773A1 (en) 2019-09-05

Similar Documents

Publication Publication Date Title
KR102319693B1 (ko) 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법
CN109691062B (zh) 管理任务关键数据（MC Data）通信系统中的短数据服务（SDS）的方法
US9832236B2 (en) Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
CA2963976C (en) System and method to leverage web real-time communication for implementing push-to-talk solutions
CN1961591B (zh) 使用多点传送地址的会话控制
US9264467B2 (en) Method, user equipment, and system for opening an ad-hoc PoC session in a PoC system
US7991898B2 (en) User equipment, method and system for simultaneous session control
EP1676398B1 (en) Multi-user streaming
US8761056B2 (en) System for providing EMBMS chatting service and service provider server of the same, and method for controlling eBM-SC and user equipment
JP6663082B2 (ja) ノードタイプに基づくデータストリーミングの支援制御
KR102402514B1 (ko) 오프-네트워크 미션 크리티컬 비디오 통신 시스템에서 미션 크리티컬 비디오 통신들을 관리하는 방법
KR20070117981A (ko) ＲＴＣＰ 연결 메시지를 이용한 ＰｏＣ 애드혹 그룹 세션정보 처리 방법 및 시스템
JP2009530928A (ja) ドメイン間グループ通信
US20060239267A1 (en) User equipment in an IMS service network with a shortened PTT call setup time, IMS service network, and PTT call setup method therein
US8249612B2 (en) Method, system, server, and client for transmitting media burst data
KR100793343B1 (ko) ＰｏＣ 시스템의 호 처리 방법
CN101568068A (zh) 广播/组播方法及设备
JP5226798B2 (ja) イベントパケット処理の方法
KR101094466B1 (ko) 세션 기반 통신 서비스에서의 그룹 세션의 업데이트 방법
JP5708368B2 (ja) ゲートウェイ装置、通信システムおよび通信制御方法
EP4154469A1 (en) Apparatus, methods, and computer programs for multicast session management in 5g networks
KR101307719B1 (ko) 미디어 릴레이 서버의 자원 관리 방법
KR20140124412A (ko) EMBMS 채팅 서비스 제공 시스템 및 EMBMS 채팅 서비스 제공 시스템의 서비스 제공자 서버, eBM-SC 및 사용자 단말의 제어 방법
KR20090128310A (ko) 일대일 푸쉬-투 세션을 멀티캐스트 푸쉬-투 세션으로 전환하기 위한 방법
KR20100102364A (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
GRNT Written decision to grant