KR20210097285A

KR20210097285A - 이동통신 네트워크의 미디어 처리 및 전송에 대한 지연을 할당하기 위한 장치와 방법

Info

Publication number: KR20210097285A
Application number: KR1020200010761A
Authority: KR
Inventors: 정경훈; 이학주
Original assignee: 삼성전자주식회사
Priority date: 2020-01-30
Filing date: 2020-01-30
Publication date: 2021-08-09
Also published as: EP4082173B1; JP2023513061A; WO2021153968A1; EP4082173A1; US20210250897A1; US12010646B2; EP4082173A4

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 스마트 보안 매체 간에 번들이 전송된 후 번들의 상태를 설정하기 위한 방법 및 장치를 기술한다.

Description

이동통신 네트워크의 미디어 처리 및 전송에 대한 지연을 할당하기 위한 장치와 방법 {Apparatus and Method for Allocating Delay for Media Handling and Transmission in Mobile Communications Networks}

본 개시는 이동통신 네트워크의 미디어 처리에 관한 것으로, 보다 상세하게는, 이동통신 네트워크의 미디어 처리 및 전송하는 절차에서 지연을 할당하기 위한 장치와 방법에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

이동통신 네트워크는 제한된 주파수 자원과 네트워크 인프라를 최대한 활용하기 위해 각 단말의 송수신과 관련한 다양한 파라미터를 채널 상황에 따라 조절하여 최대한의 품질과 용량을 달성하게 된다. 이러한 파라미터에는 비트 레이트, 전력, 주파수 등이 있으며 특히 비트 레이트가 조절되는 경우 채널 코딩 (Channel Coding) 레이트, 모듈레이션 (Modulation) 방식 등의 파라미터들도 함께 연동되어 변경될 수 있다.

이러한 요구에 부합하는 기술인 DBI Signaling 기술은 채널상태의 변화로 전송방식의 변화가 요구되는 상황에서 비트 레이트의 조정이 아니라 전송 시간의 조절을 통해 목표 비트 레이트를 유지하는 망 운용 기법의 하나이다. 그러나, DBI는 무선구간의 부족, 잔여 Delay에 대응하는 기본적인 방법을 제공하지만 다음과 같은 문제점들을 갖고 있다.

(1) Uplink와 Downlink가 동일한 주파수 대역을 분배하여 사용하는 Time Division Duplex (TDD) 방식의 네트워크 운용에서는 Uplink와 Downlink의 채널 상태가 유사할 가능성이 높으나 Uplink와 Downlink가 다른 주파수 대역을 사용하는 Frequency Division Duplex (FDD) 방식의 네트워크 운용에서는 Uplink와 Downlink의 채널 상태가 다를 수 있다. 도 8과 10에 도시된 바와 같이 Delay 신호 메시지 포맷에서는 여분 또는 부족 Delay의 방향성을 표시할 수 없으므로 양 방향에 동일한 Delay 증감을 적용하게 되어 무선자원을 효율적으로 운용하는데 한계가 있다.

또한, 도 8의 DelayBudgetReport 메시지는 UE와 gNB 사이 구간에서만 정의되며 도 10의 메시지에 표시된 문의/할당 Delay도 5GC, IMS 등 전송경로의 중간에 위치한 네트워크 노드에서 확인할 수 없으므로 전체적인 Delay 조절에 활용할 수 없다. 특히 도 5에 도시된 MEC(Mobile Edge Computing)에서는 미디어의 품질을 개선하거나 여러 영상을 Stitching 하여 360 영상으로 만드는 부가 기능을 수행할 수 있는데 Delay의 잔여/부족 정보를 MEC가 파악하고 Delay 일부를 활용할 수 있다면 효율적인 망 운용과 서비스 품질을 달성할 수 있을 것이다. 현재 무선구간에서만 활용 가능한 Delay 증가/감소 기능을 유선구간을 포함한 End-to-end 전송경로에 모두 적용할 수 있도록 확장할 필요가 있다.

상기와 같은 문제점을 해결하기 위한 본 발명은 제1 단말의 동작 방법에 있어서, 상기 제1 단말과 관련된 제1 지연이 필요한지 여부를 판단하는 단계; 상기 제1 지연이 필요한 경우, 상기 제1 지연 정보를 포함하는 지연 메시지를 제2 단말로 전송하는 단계; 상기 지연 메시지에 대한 응답으로, 상기 제2 단말로부터 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하는 단계; 상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 제1 단말의 정보가 포함되어 있는지 여부를 판단하는 단계; 및 상기 제1 단말의 정보가 포함되어 있다면, 상기 제1 지연을 할당하는 단계를 포함하는 것을 특징으로 한다.

일부의 예들에서는, 상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 한다.

일부의 예들에서는, 상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고, 상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 한다.

본 발명의 다른 예에서는 네트워크 노드의 지연을 요청하는 방법에 있어서, 제1 단말로부터 제1 지연을 요청하는 지연 메시지를 수신하는 단계; 상기 네트워크 노드와 관련된 제2 지연이 필요한지 여부를 판단하는 단계; 상기 제2 지연이 필요한 경우, 상기 제2 지연 정보를 상기 지연 메시지에 추가하는 단계; 및 제2 단말로, 상기 제2 지연 정보가 추가된 지연 메시지를 전송하는 단계를 포함하는 것을 특징으로 한다.

본 발명에서의 또 다른 예들에서는, 제2 단말의 동작 방법에 있어서, 하나 이상의 노드의 지연 정보를 포함하는 지연 메시지를 수신하는 단계; 상기 하나 이상의 노드의 지연을 할당 가능한지 여부를 판단하는 단계; 상기 하나 이상의 노드의 지연을 할당 가능한 경우, 할당 가능한 노드에 지연을 할당하는 단계; 및 상기 할당 가능한 노드에 대한 정보를 포함하는 할당 메시지를 상기 하나 이상의 노드에 전송하는 단계를 포함하는 것을 특징으로 한다.

본 발명에서의 또 다른 예들에서는, 네트워크 노드의 지연을 할당하는 방법에 있어서, 제2 단말로부터, 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하는 단계; 상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 네트워크 노드의 정보가 포함되어 있는지 여부를 판단하는 단계; 상기 네트워크 노드의 정보가 포함되어 있다면, 상기 네트워크 노드와 관련된 제2 지연을 적용하는 단계; 상기 제2 지연 적용 이후, 상기 할당 메시지에 제2 지연 정보를 삭제하는 단계; 및 상기 제2 지연 정보가 삭제된 지연 메시지를 전송하는 단계를 포함하는 것을 특징으로 한다.

본 발명에서의 또 다른 예들에서는, 제1 단말에 있어서, 적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및 상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는, 상기 제1 단말과 관련된 제1 지연이 필요한지 여부를 판단하고, 상기 제1 지연이 필요한 경우, 상기 제1 지연 정보를 포함하는 지연 메시지를 제2 단말로 전송하고, 상기 지연 메시지에 대한 응답으로, 상기 제2 단말로부터 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하고, 상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 제1 단말의 정보가 포함되어 있는지 여부를 판단하고, 그리고 상기 제1 단말의 정보가 포함되어 있다면, 상기 제1 지연을 할당하도록 구성되는 것을 특징으로 한다.

본 발명에서의 또 다른 예들에서는, 지연을 요청하는 네트워크 노드에 있어서, 적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및 상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는, 제1 단말로부터 제1 지연을 요청하는 지연 메시지를 수신하고, 상기 네트워크 노드와 관련된 제2 지연이 필요한지 여부를 판단하고, 상기 제2 지연이 필요한 경우, 상기 제2 지연 정보를 상기 지연 메시지에 추가하고, 그리고 제2 단말로, 상기 제2 지연 정보가 추가된 지연 메시지를 전송하도록 구성되는 것을 특징으로 한다.

본 발명에서의 또 다른 예들에서는, 제2 단말에 있어서, 적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및 상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는, 하나 이상의 노드의 지연 정보를 포함하는 지연 메시지를 수신하고, 상기 하나 이상의 노드의 지연을 할당 가능한지 여부를 판단하고, 상기 하나 이상의 노드의 지연을 할당 가능한 경우, 할당 가능한 노드에 지연을 할당하고, 그리고 상기 할당 가능한 노드에 대한 정보를 포함하는 할당 메시지를 상기 하나 이상의 노드에 전송하도록 구성되는 것을 특징으로 한다.

본 발명에서의 또 다른 예들에서는, 지연을 할당하는 네트워크 노드에 있어서, 적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및 상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는, 제2 단말로부터, 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하고, 상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 네트워크 노드의 정보가 포함되어 있는지 여부를 판단하고, 상기 네트워크 노드의 정보가 포함되어 있다면, 상기 네트워크 노드와 관련된 제2 지연을 적용하고, 상기 제2 지연 적용 이후, 상기 할당 메시지에 제2 지연 정보를 삭제하고, 그리고 상기 제2 지연 정보가 삭제된 지연 메시지를 전송하도록 구성되는 것을 특징으로 한다.

본 발명은 이동통신 네트워크에서 전송 상황의 변화를 압축, 전송시간의 조절을 통해 대응하기 위해 도입된 종래기술의 기술적 문제점들을 해결하기 위한 장치와 방법에 관한 것이다.

구체적으로, UE와 gNB 구간의 Delay만 조정할 수 있는 종래기술과 달리 본 발명에서는 전송 경로 중간의 네트워크 노드들도 필요한 Delay의 양을 요청할 수 있으므로, 효율적인 Delay의 활용이 가능하다. Delay 요청 절차를 단말만이 시작할 수 있게 하고, Delay의 할당을 전체 Delay 현황을 파악할 수 있는 메시지 수신 단말에게 일원화하여 메시지 송신 UE와 네트워크 노드들의 요청이 충돌하지 않는 특징이 있다.

또한, 본 발명에서 제안한 Delay RTCP 메시지 포맷에서는 요청 또는 할당되는 Delay의 방향성을 표시할 수 있으므로 양 방향에 동일한 Delay 증감을 적용해야 하는 종래기술 보다 무선자원을 효율적으로 운용할 수 있다.

도 1은 디지털 이동통신 네트워크인 Global System for Mobile Comunications (GSM) 의 네트워크 구조를 도시하고 있다.
도 2는 GSM의 Uplink (MS→ BTS 방향) 에서 음성 코덱과 각 전송구간이 소모하는 시간 (Delay) 를 분할한 구조를 도시하고 있다.
도 3은 음성 압축기 (Encoder) 와 각 구간이 소모하는 대표적인 Delay 값을 도시하고 있다.
도 4 는 패킷 교환 (Packet-Switched) 방식의 네트워크에서는 압축된 미디어 프레임에 RTP/UDP/IP 헤더 구조에 대해서 도시하고 있다.
도 5는 단말 (User Equipment, UE), 기지국 (gNB), User Plane Function (UPF), Data Network (DN) 으로 구성된 5G New Radio (NR) 네트워크의 구조를 도시하고 있다.
도 6은 NR UE (a) 와 gNB (b) 에서 음성, 영상 프레임의 전송을 위해 사용되는 User Plane (UP) 프로토콜 구조와 제어 신호의 전송을 위해 사용되는 Control Plane (CP) 프로토콜의 구조를 도시하고 있다.
도 7은 Delay Budget Information (DBI) Signaling 기능의 한 동작 예를 도시하고 있다.
도 8은 DelayBudgetReport 메시지 포맷에서 Delay 를 도시하고 있다.
도 9는 DBI Signaling의 다른 동작 예를 도시하고 있다.
도 10에서 16 비트로 이루어진 Delay 필드를 도시하고 있다.
도 11은 DBI Signaling 기능의 또 다른 동작 예를 도시하고 있다.
도 12는 RTP 프로토콜 헤더의 Timestamp 정보를 도시하고 있다.
도 13은 본 발명에서 제안한 Delay RTCP 메시지를 도시하고 있다.
도 14는 Delay RTCP 메시지를 구성하여 전송하는 UE의 동작을 도시하고 있다.
도 15는 전송경로의 네트워크 노드들을 경유하여 수신한 Delay RTCP 메시지를 처리하여 회신하는 UE의 동작을 도시하고 있다.
도 16은 두 UE 사이의 전송경로에 위치한 네트워크 노드들이 Delay RTCP 메시지를 처리하는 절차를 도시하고 있다.
도 17은 이러한 절차에 기반하여 UE-1과 UE-2, 그리고 중간의 네트워크 노드들이 Delay를 요청, 배분하는 절차의 한 예를 도시하고 있다.
도 18은 이러한 절차에 기반하여 UE-1과 UE-2, 그리고 중간의 네트워크 노드들이 Delay를 요청, 배분하는 절차의 한 다른 예를 도시하고 있다.
도 19은 이러한 절차에 기반하여 UE-1과 UE-2, 그리고 중간의 네트워크 노드들이 Delay를 요청, 배분하는 절차의 한 또 다른 예를 도시하고 있다.
도 20 은 본 발명에 일 실시예를 나타내는 도면이다.
도 21 은 본 발명에 다른 실시예를 나타내는 도면이다.
도 22 는 본 발명에 또 다른 실시예를 나타내는 도면이다.
도 23 은 본 발명에 또 다른 실시예를 나타내는 도면이다.
도 24는 본 발명의 일 실시예에 따른 단말의 구조를 도시한 도면이다.
도 25는 본 발명의 일 실시예에 따른 네트워크 노드의 구조를 도시한 도면이다.

이하에서는 본 개시의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.

실시 예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.

마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.

본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성한다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA 또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

도 1은 디지털 이동통신 네트워크인 Global System for Mobile Comunications (GSM) 의 네트워크 구조를 도시하고 있다. 종래에는 도 1 에 도시된 바와 같이, 단말 (Mobile Station, MS, 100) 과 직접 소통하는 기지국인 Base Transceiver Station (BTS, 110), 여러 BTS를 제어하는 Base Station Controller (BSC, 120) 가 비트 레이트, 전력, 주파수 등이 있으며 특히 비트 레이트가 조절되는 경우 채널 코딩 (Channel Coding) 레이트, 모듈레이션 (Modulation) 방식 등의 파라미터들을 조절하며 MS(100)를 다른 BTS으로 연결시킬 필요가 있을 경우, BSC(120)는 MS(100)의 핸드오버 (Handover) 를 실행할 수 있다. BSC(120)는 이동 교환 센터 (Mobile Switching Center, MSC, 130) 를 통해 다른 이동통신 네트워크 및 유선전화 통화망 (Public Switched Telephone Network, PSTN, 140) 에 연결될 수 있다.

GSM과 Wideband Code Division Multiple Access (W-CDMA) 등 2G, 3G 서킷 교환 방식의 네트워크에서는 음성, 영상 등 미디어의 전송경로가 통화 전에 확립되면 핸드오버를 하지 않는 한 통화 중간에 변경되지 않으며, 모든 미디어 데이터가 동일한 경로로 전송되며, 미디어의 압축 및 각 전송구간에서 소요되는 시간도 유사하게 유지된다. 압축된 미디어 프레임에 송수신 단말의 전송경로나 위치 정보가 부착되지 않으므로 네트워크에서 배정한 End-to-end 전송경로를 그대로 유지해야 하기 때문이다.

도 2는 GSM의 Uplink에서 음성 코덱과 각 전송구간이 소모하는 시간 (Delay) 를 분할한 구조를 도시하고 있다.

도 3은 음성 압축기와 각 구간이 소모하는 대표적인 Delay 값을 도시하고 있다.

도 2 및 도 3 에 도시된 바와 같이, 도 2 에서는 GSM의 Uplink (MS→ BTS 방향) 에서 음성 코덱과 각 전송구간이 소모하는 시간 (Delay) 를 분할할 수 있고, 도 3 에서는 음성 압축기 (Encoder) 와 각 구간이 소모하는 대표적인 Delay 값을 보여주는데 (3GPP TR 26.975, Figure 14.1, Table 14.3) 서킷 네트워크에서는 통화 중의 다양한 상황에 대해서 이 값들이 크게 변화하지 않으며 도 1 에 도시된 MS, BTS, BSC, MSC에게는 이러한 Delay 값을 변경할 능력이 없다.

도 4 는 패킷 교환 (Packet-Switched) 방식의 네트워크에서는 압축된 미디어 프레임에 RTP/UDP/IP 헤더 구조에 대해서 도시하고 있다.

도 4 에 도시된 바와 같이, 4G 이후 도입된 패킷 교환 (Packet-Switched) 방식의 네트워크에서는 압축된 미디어 프레임에 RTP/UDP/IP 헤더가 부착되는데, IP 헤더에는 송수신 단말의 IP 주소 (Source, Destination Address)를 모두 포함하므로 각 미디어 패킷의 전송구간이 동일할 필요가 없다. 특히 전송 조건의 변화가 적은 유선구간보다 망 부하나 기상, 단말의 움직임 등 급격한 변화가 많고 그 폭이 넓은 무선구간의 Delay를 기지국이 Scheduling 을 통해 조절하여 미디어의 품질이나 용량을 극대화하게 된다. 예를 들어, 셀 간의 경계지역에 위치하여 송수신 상태가 열악한 단말에는 여러 번 재전송이 가능하도록 큰 Delay를 할당하여 성공적인 송수신을 지원하고, 기지국 인근의 원활한 연결상태의 단말에는 작은 Delay를 할당하는 방식으로 네트워크를 운영할 수 있다. 이러한 Delay 조절은 해당 서비스에 요구되는 최대 Delay 이하로 유지되면서 진행되어야 하는데, 예를 들어 음성통화의 경우 화자의 입에서 상대방의 귀까지의 음성신호 전파 시간이 280 ms 이내로 유지되어야 한다.

도 5는 단말 (User Equipment, UE, 500), 기지국 (gNB, 510, 520, 550), User Plane Function (UPF, 540), Data Network (DN, 560) 으로 구성된 5G New Radio (NR) 네트워크의 구조를 도시하고 있다. gNB(510, 520)는 안테나 등 RF 장비를 포함하는 Remote Radio Head (RRH, 510) 와 디지털 신호처리를 전담하는 Digital Unit (DU, 520) 로 구성되며, Mobile Edge Computing (MEC, 530) 은 gNB(520)에 연결되어 미디어의 부가적인 처리, 자주 사용하는 데이터의 저장 등을 보조할 수 있다. NR 네트워크는 DN 노드를 통해 다른 이동통신 네트워크 및 유선전화 통화망 (Public Switched Telephone Network, PSTN) 에 연결될 수 있다.

도 6은 NR UE (a) 와 gNB (b) 에서 음성, 영상 프레임의 전송을 위해 사용되는 User Pane (UP) 프로토콜 구조와 제어 신호의 전송을 위해 사용되는 Control Plane (CP) 프로토콜의 구조를 도시하고 있다. UP 프로토콜 구조는 Service Data Adaptation Protocol (SDAP), Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), Media Access Control (MAC) 및 Physical Layer (PHY) 로 이루어져 있으며, CP 프로토콜 구조는 Radio Resource Control (RRC) 과 Non-Access Stratum (NAS) 으로 이루어져 있다. 4G LTE 네트워크도 NR에 처음 도입된 SDAP을 제외하면 유사한 프로토콜 구조를 갖고 있다. UE와 gNB 사이 무선구간의 전송 delay 조절은 gNB의 MAC에서 담당하는데 각 단말의 Uplink, Downlink의 전송 기회를 결정하여 Scheduling Grant를 통해 각 단말의 각 전송시기와 방법을 일일이 통보한다. MAC은 UE가 다음 송수신에서 사용할 주파수 대역의 시작점과 폭, 송수신 시간 및 Modulation, Channel Coding 방식을 지정하며 송수신에서 사용할 재전송 (Hybrid Adaptive Repeat and Request) 의 최대 횟수를 통해 무선구간의 Delay를 조절하게 된다.

그러나, 압축된 미디어 패킷의 End-to-end 전송경로는 일반적으로 2개의 무선 구간 (Air Interface) 을 포함하는데, gNB의 MAC이 delay 조절을 전담하는 경우 다른 gNB에 연결된 상대 UE의 Uplink, Downlink의 무선구간 Delay는 조절하지 못하는 한계가 있다. 이러한 문제를 해결하기 위해 LTE, NR 네트워크에 Delay Budget Information (DBI) 의 Signaling 기능이 도입되었으나 End-to-end 전송구간의 Delay를 전체적으로 조절하고 전송경로의 중간에 위치한 MEC 등 각 노드의 활용 Delay를 조절할 있도록 지원하거나 송수신 방향의 Delay를 독립적으로 조절하여 무선자원을 효율적으로 관리하지 못하는 문제점이 있었다.

도 7은 Delay Budget Information (DBI) Signaling 기능의 한 동작 예를 도시하고 있다(3GPP TS 26.114, Annex V). 단말 UE-1(710)에서 상대 단말 UE-2(770) 방향으로 R0 kbps로 압축된 미디어가 전송될 수 있다(701 동작). UE-1(710)의 미디어 Encoder에서 압축된 프레임에 RTP/UDP/IP 헤더가 순차적으로 부착되어 모뎀에 전달되고, 유/무선 구간을 통과하여 UE-2의 미디어 Decoder에서 복원될 수 있다. UE-1(710) 및 UE-2(770)는 LTE, NR 등 무선접속 네트워크 ((Radio) Access Network, AN-1(720), AN-2(760)) 에 연결되어 있으며 AN-1(720), AN-2(760)는 각각 패킷 코어 네트워크에 연결되어 있다. NR의 패킷 코어 네트워크는 5GC(730, 750)이며, LTE의 패킷 코어 네트워크는 Enhanced Packet Core (EPC) 일 수 있다. 도 5의 네트워크 구조에서 AN-1(720)은 gNB에 해당하며 5GC(730)는 UPF, DN을 포함할 수 있다. IP Multiumedia Subsystem (IMS, 740) 는 두 NR 네트워크를 연결하여 End-to-end 전송경로의 QoS(Quality of Service)를 보장하는 역할을 수행할 수 있다.

UE-1(710)과 AN-1(720) 사이 무선구간의 채널상태가 악화되어 gNB가 허용한 최대한의 재전송 횟수까지 전송하여도 AN-1(720)이 성공적으로 수신하지 못하는 패킷의 비율이 증가하자 UE-1(710)은 RRC 메시지를 통해 AN-1(720)에 사용할 전송 Delay의 증가를 요청할 수 있다(702 동작). 이에 AN-1(720)은 현재 수준에서 증가시킬 수 있는 Delay의 양을 RRC 메시지를 통해 UE-1(710)에 통보할 수 있다(703 동작). 단말 UE-1(710)에서 상대 단말 UE-2(770) 방향으로 유지된 R0 kbps로 압축된 미디어가 전송될 수 있다(704 동작).

도 8은 DelayBudgetReport 메시지 포맷에서 Delay 를 도시하고 있다.

도 8에 도시된 DelayBudgetReport 메시지 포맷에서 Delay는 -1280, -640, -320, -160, -80, -60, -40, -20, 0, 20, 40, 60, 80, 160, 320, 640, 1280 ms의 단위로 조정 가능하다 (3GPP 36.331 (LTE), 38.331 (NR)). UE-1은 AN-1이 증가시켜준 Delay를 활용하여 재전송 횟수를 증가시켜 R0 kbps의 전송 속도를 유지할 수 있게 된다. 이와 같이 DBI는 전송 상황의 악화에 대응하여 전통적인 방법인 비트 레이트의 조절이 아닌 전송 Delay의 조절을 통해 대응하는 기술이다.

도 9는 DBI Signaling의 다른 동작 예를 도시하고 있다.

도 9는 DBI Signaling 은 UE-1(910)에서 UE-2(970) 방향으로 R0 kbps로 압축된 미디어가 전송될 수 있다(901 동작). UE-2(970)와 AN-2(960) 사이 무선구간의 채널상태가 원활해져서 전송에 필요한 Delay를 축소할 수 있는 여건이 되었다. AN-2(960)는 도 8의 RRC 메시지를 이용하여 UE-2(970)에게 여분의 Delay의 양을 전달할 수 있고, 이에 UE-2(970)는 UE-1이(910) 사용할 수 있는 추가 Delay의 양을 4 byte의 Delay 메시지를 이용하여 UE-1(910)으로 전송할 수 있다(902 동작). 상기 Delay 메시지는 Delay RTCP 메시지 일 수 있다. 상기 메시지는 UE 사이에 주기적으로 전송되어 패킷의 송수신 정보를 교환하는 Real-Time Control Packet (RTCP) 패킷에 포함되어 전송될 수 있다.

UE-1(910)과 AN-1(920) 사이 무선구간의 채널상태가 악화되어 gNB가 허용한 최대한의 재전송 횟수까지 전송하여도 AN-1(920)이 성공적으로 수신하지 못하는 패킷의 비율이 증가하자 UE-1(910)은 RRC 메시지를 통해 AN-1(920)에 사용할 전송 Delay의 증가를 요청할 수 있다(903 동작). 이에 AN-1(920)은 현재 수준에서 증가시킬 수 있는 Delay의 양을 RRC 메시지를 통해 UE-1(910)에 통보할 수 있다(904 동작). 단말 UE-1(910)에서 상대 단말 UE-2(970) 방향으로 유지된 R0 kbps로 압축된 미디어가 전송될 수 있다(905 동작).

도 10에서 16 비트로 이루어진 Delay 필드를 도시하고 있다.

도 10에서 16 비트로 이루어진 Delay 필드는 -2¹⁵ ~ 2¹⁵ (32768) ms 를 표시할 수 있으며, Sign (S) 비트는 +(1), -(0)를 표시할 수 있다. Query (Q) 비트는 이 메시지가 Delay 현황을 문의 (Query) 할 때 1로 설정되며 도 9와 같이 현황을 통보하는 경우 0으로 설정될 수 있다. RTCP 메시지를 수신한 UE-1은 이 분량의 Delay를 AN-1과의 송수신에 추가로 사용할 수 있는지 AN-1에 문의할 수 있으며, AN-1은 사용을 승인할 수 있다.

도 11은 DBI Signaling 기능의 또 다른 동작 예를 도시하고 있다.

도 12는 RTP 프로토콜 헤더의 Timestamp 정보를 도시하고 있다.

도 11를 참고하면, DBI Signaling 기능은 UE-1(1110)에서 UE-2(1170) 방향으로 R0 kbps로 압축된 미디어가 전송될 수 있다(1101 동작). UE-1(1110)과 AN-1(1120) 사이 무선구간의 상태가 악화되어 허용된 최대 재전송 횟수까지 전송하여도 AN-1(1120)이 성공적으로 수신하지 못하는 패킷의 비율이 증가하자 UE-1(1110)은 RTCP 메시지를 통해 UE-2(1170)에 활용할 수 있는 Delay의 양을 문의할 수 있다(1102 동작). 이에 채널상태가 원활했던 UE-2(1170)는 도 12에 도시된 RTP 프로토콜 헤더의 Timestamp 정보를 이용하여 추산한 여분 Delay의 수준을 RTCP 메시지를 이용하여 통보할 수 있다(1103 동작). 이를 수신한 UE-1(1110)은 여분의 Delay를 사용하도록 AN-1(1120)과 교섭할 수 있다.

UE-1(1110)과 AN-1(1120) 사이 무선구간의 채널상태가 악화되어 gNB가 허용한 최대한의 재전송 횟수까지 전송하여도 AN-1(1120)이 성공적으로 수신하지 못하는 패킷의 비율이 증가하자 UE-1(1110)은 RRC 메시지를 통해 AN-1(1120)에 사용할 전송 Delay의 증가를 요청할 수 있다(1104 동작). 이에 AN-1(1120)은 현재 수준에서 증가시킬 수 있는 Delay의 양을 RRC 메시지를 통해 UE-1(1110)에 통보할 수 있다(1105 동작). 단말 UE-1(1110)에서 상대 단말 UE-2(1170) 방향으로 유지된 R0 kbps로 압축된 미디어가 전송될 수 있다(1106 동작).

이와 같이 DBI Signaling 기술은 채널상태의 변화로 전송방식의 변화가 요구되는 상황에서 비트 레이트의 조정이 아니라, 전송 시간의 조절을 통해 목표 비트 레이트를 유지하는 망 운용 기법의 하나이다.

Uplink와 Downlink가 동일한 주파수 대역을 분배하여 사용하는 Time Division Duplex (TDD) 방식의 네트워크 운용에서는 Uplink와 Downlink의 채널 상태가 유사할 가능성이 높으나, Uplink와 Downlink가 다른 주파수 대역을 사용하는 Frequency Division Duplex (FDD) 방식의 네트워크 운용에서는 Uplink와 Downlink의 채널 상태가 다를 수 있다. 도 8과 10에 도시된 Delay 신호 메시지 포맷에서는 여분 또는 부족 Delay의 방향성을 표시할 수 없으므로 양 방향에 동일한 Delay 증감을 적용하게 되어 무선자원을 효율적으로 운용하는데 한계가 있다.

또한, 도 8의 DelayBudgetReport 메시지는 UE와 gNB 사이 구간에서만 정의되며 도 10의 메시지에 표시된 문의/할당 Delay도 5GC, IMS 등 전송경로의 중간에 위치한 네트워크 노드에서 확인할 수 없으므로 전체적인 Delay 조절에 활용할 수 없다. 특히 도 5에 도시된 MEC에서는 미디어의 품질을 개선하거나 여러 영상을 Stitching 하여 360 영상으로 만드는 부가 기능을 수행할 수 있는데 Delay의 잔여/부족 정보를 MEC가 파악하고 Delay 일부를 활용할 수 있다면 효율적인 망 운용과 서비스 품질을 달성할 수 있을 것이다. 현재 무선구간에서만 활용 가능한 Delay 증가/감소 기능을 유선구간을 포함한 End-to-end 전송경로에 모두 적용할 수 있도록 확장할 필요가 있다.

도 13은 본 발명에서 제안한 Delay RTCP 메시지를 도시하고 있다.

도 13은 본 발명에서 제안한 Delay RTCP 메시지를 도시하고 있다. 도 10의 Delay 메시지와 같이 16 비트로 이루어진 Delay 필드는 -215 ~ 215 (32768) ms 를 표시할 수 있으며, S 비트는 +(1), -(0)를 표시할 수 있다. Q 필드는 이 메시지가 Delay 현황을 문의 (Query) 할 때 1로 설정될 수 있다. Direction (D) 비트는 (도 4의 IP 주소에 포함된) Source 에서 Destination 방향의 Delay (Uplink Delay, UD) 를 의미하는 경우 1로, Destination 위치에서 Source 방향의 Delay (Downlink Delay, DD) 를 의미하는 경우 0으로 설정될 수도 있다. A 비트는 Delay RTCP 메시지를 처음 보낸 UE 나 노드의 Delay 할당 요청을 Delay RTCP 메시지를 수신한 UE가 반영해주는 경우 1로 설정될 수 있다.

12 비트로 이루어진 Node_ID 필드는 UE 및 네트워크 노드를 식별하기 위해 사용된다. 상기 필드는 도 10의 Delay RTCP 메시지와 달리 UE가 작성하여 전송한 RTCP 패킷에 전송 구간의 네트워크 노드들이 각자 Delay 관련 요청사항을 포함한 정보를 추가 또는 제거할 수 있다. 따라서, UE나 네트워크 노드가 양 방향의 Delay 정보를 추가하는 경우, 8 byte를 추가하게 되며 요청한 Delay가 할당된 경우 이를 반영하고 수신한 Delay RTCP 메시지에서 자신 관련 정보를 제거한 후 다음 노드로 forward 하게 된다.

본 발명은 UE가 여분의 Delay를 요청하거나 통보하는 Delay RTCP 메시지를 전송하고 여기에 네트워크 노드들이 자신의 Delay 현황 정보를 추가하고, 이를 수신한 상대 UE가 모든 전송경로의 Delay 현황을 종합하여 여분 Delay를 전송 경로의 모든 노드에서 효율적으로 배분할 수 있게 한다.

도 14는 Delay RTCP 메시지를 구성하여 전송하는 UE의 동작을 도시하고 있다. 통화를 시작할 수 있다(1401 동작). 송수신 상태를 모니터링하는 UE는 Uplink, Downlink의 Delay 상태를 점검하여 현재 필요하거나 여분이 있는지(전송 시간을 감소시킬 수 있는지) 파악하고 필요 또는 여분의 Delay 값을 각각 UD_0, DD_0에 저장할 수 있다(1402 동작). 저장된 UD_0, DD_0 값이 0 인지 판단한다(1403 동작). UD_0, DD_0이 모두 0인 경우, 1402 동작을 다시 수행한다. 또한 UD_0, DD_0이 모두 0이 아닌 경우, Delay RTCP를 구성하여 전송할 수 있다(1404 동작). 이때, Delay가 더 필요한 경우 S 비트는 1로, 여분의 Delay가 있는 경우 (전송 시간을 감소시킬 수 있는 경우) 0으로 설정될 수 있다.

전송한 Delay RTCP 메시지는 전송경로의 네트워크 노드들을 경유하여 상대 UE에 도착하게 된다. 상대 UE는 메시지에 추가된 Delay 관련 요청 사항들을 Delay RTCP 메시지를 회신하게 된다(1405 동작). 회신된 Delay RTCP 메시지를 수신한 UE는 자신의 Node_ID에 해당하는 메시지가 있는지 확인할 수 있다(1406 동작). 상대 UE는 여분 Delay 상황에 따라 다른 노드들을 우선적으로 배려하고, 이 UE가 요청한 Delay를 할당하지 않을 수 있는데 이러한 경우 요청한 Delay가 확보될 때까지 이 UE의 Node_ID에 연관된 4 byte의 회신을 유보하거나 여분의 Delay 값을 0으로 설정하여 회신하게 된다. UE는 자신의 Node_ID를 포함한 Delay RTCP 메시지가 첨부되어 있는 경우 할당된 UD_0, DD_0 값들을 적용할 수 있다(1407 동작). 구체적으로, UE는 할당된 UD_0, DD_0 값들을 도 7의 702 동작, 703 동작, 도 9의 903 동작, 904 동작과 같은 절차를 거쳐 송수신 단계에 적용할 수 있다. 이후, 통화 계속 여부를 판단할 수 있다(1408 동작). 통화 계속이 되면 1402 동작을 수행한다.

도 15는 전송경로의 네트워크 노드들을 경유하여 수신한 Delay RTCP 메시지를 처리하여 회신하는 UE의 동작을 도시하고 있다. 통화를 시작할 수 있다(1501 동작). 송수신 상태를 모니터링하는 UE는 Uplink, Downlink의 Delay 상태를 점검하여 여분의 Delay 값을 각각 UD_N, DD_N에 저장할 수 있다(1502 동작)한다. 본 발명에서 두 UE 사이에 존재하는 네트워크 노드 중 N-1 개가 Delay를 조절할 수 있다고 가정한다. i번째 네트워크 노드의 양방향 Delay를 UD_i, DD_i 라고 하고 Delay RTCP 메시지를 수신할 수 있다(1503 동작). 이때, UE는 N 번째 노드에 해당한다.

UE는 파악된 여분의 Delay를 수신한 Delay RTCP 메시지의 UE와 각 노드에 대하여 분배할 수 있다(1504 동작). 요청한 Delay를 제공할 수 있는 경우 A 비트를 1로 설정할 수 있다. 여분 Delay가 모든 요청을 받아들이기에 부족한 경우 Delay 필드를 0으로 설정하여 회신하거나 이 Node_ID에 해당하는 4 byte의 메시지를 RTCP 패킷에서 삭제할 수 있다(1505 동작). 이후, 통화 계속 여부를 판단할 수 있다(1506 동작). 통화 계속이 되면 1502 동작을 수행한다.

도 16은 두 UE 사이의 전송경로에 위치한 네트워크 노드들이 Delay RTCP 메시지를 처리하는 절차를 도시하고 있다. 통화를 시작할 수 있다(1601 동작). 송수신 상태를 모니터링하는 i번째 노드는 양 방향의 Delay 수준을 점검하여 필요하거나 남는 Delay 값을 각각 UD_i, DD_i에 저장할 수 있다(1602 동작). 이후, Delay RTCP 메시지가 수신되었는지 판단할 수 있다(1603 동작). 수신된다면 상기 메시지가 한 UE가 Delay 요청을 위해 전송하여 다른 UE로 전송되고 있는 상태인지, 요청 받은 Delay 요청을 처리하기 위해 회신되고 있는 상태인지 판단할 수 있다(1604 동작). 이때, UE가 Delay 요청을 위해 전송하여 다른 UE로 전송되고 있는 상태인지, 요청 받은 Delay 요청을 처리하기 위해 회신되고 있는 상태인지 여부를 상대 UE가 입력한 Delay 정보의 Q 비트를 통해 파악할 수 있다.

요청인 경우, UD_i와 DD_i가 모두 0인지 판단할 수 있다(1605 동작). 이때, UD_0, DD_0이 모두 0인 경우, 1603 동작을 다시 수행한다. UD_i와 DD_i가 모두 0이 아니라면 UD_i와 DD_i 값을 Delay RTCP 메시지에 추가할 수 있다(1606 동작). 그 후 추가된 UD_i와 DD_i 를 포함하는 Delay RTCP 메시지를 다음 노드로 포워드 (forward) 할 수 있다(1607 동작). 이후 1603 동작을 수행한다.

통보인 경우, 수신 UE가 도 15에 도시된 절차를 통해 Delay를 할당하기 위해 회신하는 메시지이므로 자신 (i번째 노드) 의 Node_ID가 있는지 확인할 수 있다(1608 동작). 자신의 Node_ID가 존재하지 않는 경우, 1603 동작을 다시 수행한다. 반면, Node_ID가 존재하는 경우 메시지에 포함된 UD_i와 DD_i를 해당 구간에 적용할 수 있다(1609 동작). 이후, Delay RTCP 메시지에서 Node_ID, UD_i, DD_i 등 자신의 Delay 정보가 포함된 4 또는 8 byte를 삭제할 수 있다(1610 동작). 삭제된 정보를 포함한 Delay RTCP 메시지는 다음 노드로 forward 될 수 있다(1611 동작). 이후, 통화 계속 여부를 판단할 수 있다(1506 동작). 통화 계속이 되면 1602 동작을 수행한다.

도 17은 이러한 절차에 기반하여 UE-1(1700)과 UE-2(1770), 그리고 중간의 네트워크 노드들이 Delay를 요청, 배분하는 절차의 한 예를 도시하고 있다.

DBI Signaling 은 UE-1(1700)에서 UE-2(1770) 방향으로 R0 kbps로 압축된 미디어가 전송될 수 있다(1701 동작). UE-1(1700)은 한 방향의 여분 Delay D0을 요청하는 Delay RTCP 메시지를 AN-1(1720)으로, 전송할 수 있다(1702 동작). 이후, AN-1(1720)은 한 방향의 여분 Delay D0을 요청하는 Delay RTCP 메시지를 5GC(1730)으로, 전송할 수 있다(1703 동작). 이후, 5GC (1730)는 한 방향의 여분 Delay D0을 요청하는 Delay RTCP 메시지를 IMS(1740)으로, 전송할 수 있다(1704 동작). 여분 Delay D0을 요청하는 Delay RTCP 메시지는 UE-2(1770) 방향으로 진행하였으며, 네트워크 노드(1740)는 자신의 전송구간에 사용할 Delay D1 관련 정보를 RTCP 메시지에 추가할 수 있다(1705 동작). 이후, 네트워크 노드(1740)은 한 방향의 여분 Delay D0 및 추가된 Delay D1 을 요청하는 Delay RTCP 메시지를 5GC(1750)로, 전송할 수 있다(1706 동작). 이후, 5GC(1750)는 한 방향의 여분 Delay D0 및 추가된 Delay D1 을 요청하는 Delay RTCP 메시지를 AN-2(1760)으로, 전송할 수 있다(1707 동작). 이후, AN-2(1760)는 한 방향의 여분 Delay D0 및 추가된 Delay D1 을 요청하는 Delay RTCP 메시지를 UE-2(1770)로, 전송할 수 있다(1708 동작). D1은 D0과 같은 방향일 수도 다른 방향일 수도 있다. 이 메시지는 상대 UE(1700)가 연결된 코어, 액세스 네트워크를 거쳐 UE-2(1770)에 도달할 수 있다.

UE-2(1770)은 한 방향의 여분 Delay D0 및 Delay D1 을 할당하는 Delay RTCP 메시지를 AN-2(1760)으로, 전송할 수 있다(1709 동작). 이후, AN-2(1760)은 한 방향의 여분 Delay D0 및 Delay D1 을 할당하는 Delay RTCP 메시지를 5GC(1750)으로, 전송할 수 있다(1710 동작). 이후, 5GC (1750)는 한 방향의 여분 Delay D0 및 Delay D1 을 할당하는 Delay RTCP 메시지를 IMS(1740)으로, 전송할 수 있다(1711 동작). 여분 Delay D0 및 Delay D1 을 할당하는 Delay RTCP 메시지는 UE-1(1700) 방향으로 진행하였으며, 네트워크 노드(1740)는 자신의 전송구간에 사용할 Delay D1 적용할 수 있다(1712 동작). 이후, 네트워크 노드(1740)은 한 방향의 여분 Delay D0 을 할당하는 Delay RTCP 메시지를 5GC(1730)로, 전송할 수 있다(1713 동작). 이후, 5GC(1730)는 한 방향의 Delay D0 을 할당하는 Delay RTCP 메시지를 AN-2(1720)으로, 전송할 수 있다(1714 동작). 이후, AN-2(1760)는 한 방향의 여분 Delay D0 을 할당하는 Delay RTCP 메시지를 UE-2(1700)으로, 전송할 수 있다(1715 동작). 또한, UE-1(1700)은 RRC 메시지를 통해 AN-1(1720)에 사용할 전송 Delay D0 의 사용을 요청할 수 있다(1716 동작). 이에 AN-1(1720)은 Delay D0 의 사용을 승인할 수 있다. (1717 동작). 단말 UE-1(1700)에서 상대 단말 UE-2(1770) 방향으로 유지된 R0 kbps로 압축된 미디어가 전송될 수 있다(1718 동작).

도 18은 이러한 절차에 기반하여 UE-1과 UE-2, 그리고 중간의 네트워크 노드들이 Delay를 요청, 배분하는 절차의 한 다른 예를 도시하고 있다.

DBI Signaling 은 UE-1(1800)에서 UE-2(1870) 방향으로 R0 kbps로 압축된 미디어가 전송될 수 있다(1801 동작). UE-1(1800)은 한 방향의 여분 Delay D0을 요청하는 Delay RTCP 메시지를 AN-1(1820)으로, 전송할 수 있다(1802 동작). 이후, AN-1(1820)은 한 방향의 여분 Delay D0을 요청하는 Delay RTCP 메시지를 5GC(1830)으로, 전송할 수 있다(1803 동작). 이후, 5GC (1830)는 한 방향의 여분 Delay D0을 요청하는 Delay RTCP 메시지를 IMS(1840)으로, 전송할 수 있다(1804 동작). 여분 Delay D0을 요청하는 Delay RTCP 메시지는 UE-2(1870) 방향으로 진행하였으며, 네트워크 노드(1840)는 자신의 전송구간에 사용할 Delay D1 관련 정보를 RTCP 메시지에 추가할 수 있다(1805 동작). 이후, 네트워크 노드(1840)은 한 방향의 여분 Delay D0 및 추가된 Delay D1 을 요청하는 Delay RTCP 메시지를 5GC(1850)로, 전송할 수 있다(1806 동작). 이후, 5GC(1850)는 한 방향의 여분 Delay D0 및 추가된 Delay D1 을 요청하는 Delay RTCP 메시지를 AN-2(1860)으로, 전송할 수 있다(1807 동작). 이후, AN-2(1860)는 한 방향의 여분 Delay D0 및 추가된 Delay D1 을 요청하는 Delay RTCP 메시지를 UE-2(1870)로, 전송할 수 있다(1808 동작). D1은 D0과 같은 방향일 수도 다른 방향일 수도 있다. 이 메시지는 상대 UE(1800)가 연결된 코어, 액세스 네트워크를 거쳐 UE-2(1870)에 도달할 수 있다.

한편, 네트워크의 상황에 따라 UE나 네트워크 노드가 요청한 Delay 할당 요청을 모두 수용할 수 없을 수도 있다. 도 18은 도 17에 도시된 상황과 같이 UE-1(1800)과 한 네트워크 노드가 각각 Delay를 요청하였으나, UE-2(1870)는 UE-1(1800)이 요청한 D0만을 할당하고, 네트워크 노드(1840)가 요청한 D1의 할당은 거절하는 경우를 도시하고 있다. UE-2(1870)는 각 요청에 관련된 Node_ID 정보에 따라 Delay 할당의 우선 순위를 결정할 수 있다. 회신된 메시지는 AN-2(1860), 5GC(1850)를 경유하여 D1을 요청한 네트워크 IMS 노드(1840)에 도달할 수 있다. 이때, 네트워크 노드는 자신의 요청이 거절되었음을 확인하고, D1 관련 4 byte를 삭제한 후 RTCP 메시지를 forward 할 수 있다. 이 메시지는 5GC(1830)와 AN-1(1820)을 경유하여 최종적으로 UE-1(1800)에 도달하며 UE-1(1800)은 UE-2(1870)가 할당해준 D0을 적용하도록 AN-1(1820)에게 요청하여 이를 승인 받은 후 해당 무선구간에 적용하지 않게 할 수 있다.

UE-2(1870)은 한 방향의 여분 Delay D0 을 할당 및 및 Delay D1 을 거절하는 Delay RTCP 메시지를 AN-2(1860)으로, 전송할 수 있다(1809 동작). 이후, AN-2(1860)은 한 방향의 여분 Delay D0 을 할당 및 및 Delay D1 을 거절하는 Delay RTCP 메시지를 5GC(1850)으로, 전송할 수 있다(1810 동작). 이후, 5GC(1850)는 한 방향의 여분 Delay D0 을 할당 및 및 Delay D1 을 거절하는 Delay RTCP 메시지를 IMS(1840)으로, 전송할 수 있다(1811 동작). 여 Delay D0 을 할당 및 및 Delay D1 을 거절하는 Delay RTCP 메시지는 UE-1(1800) 방향으로 진행하였으며, 네트워크 노드(1840)는 자신의 전송구간에 사용할 Delay D1 의 요청을 취소할 수 있다(1812 동작). 이후, 네트워크 노드(1840)은 한 방향의 여분 Delay D0 을 할당하는 Delay RTCP 메시지를 5GC(1830)로, 전송할 수 있다(1813 동작). 이후, 5GC(1830)는 한 방향의 Delay D0 을 할당하는 Delay RTCP 메시지를 AN-2(1820)으로, 전송할 수 있다(1814 동작). 이후, AN-2(1860)는 한 방향의 여분 Delay D0 을 할당하는 Delay RTCP 메시지를 UE-2(1800)으로, 전송할 수 있다(1815 동작). 또한, UE-1(1800)은 RRC 메시지를 통해 AN-1(1820)에 사용할 전송 Delay D0 의 사용을 요청할 수 있다(1816 동작). 이에 AN-1(1820)은 Delay D0 의 사용을 승인할 수 있다(1817 동작). 단말 UE-1(1800)에서 상대 단말 UE-2(1870) 방향으로 유지된 R0 kbps로 압축된 미디어가 전송될 수 있다(1818 동작).

도 19은 이러한 절차에 기반하여 UE-1과 UE-2, 그리고 중간의 네트워크 노드들이 Delay를 요청, 배분하는 절차의 한 또 다른 예를 도시하고 있다.

도 17에서 UE-1과 UE-2가 각각 연결된 두 코어 네트워크 (5GC) 의 중간에 각 네트워크를 관리하는 IP Multimedia Subsystem (IMS) 가 위치하고 있으나 도 19에 도시된 것과 같이 IMS는 통화 조건의 교섭 또는 갱신에만 사용될 수 있다.. 따라서 UE-1이 전송한 미디어 패킷이나 RTCP 패킷은 도 5에 도시된 것처럼 UE-1의 5GC의 일부인 DN 노드에서 네트워크들을 연결하는 IP 백본 네트워크를 거처 UE-2의 5GC로 전송될 수 있다.

여분의 Delay를 충분히 확보한 상태였던 UE-2는 UE-1과 네트워크 노드가 요청한 D0, D1의 요청을 수락하여 회신할 수 있다. 이때, UE-1과 네트워크 노드에 해당하는 메시지의 A 비트가 1로 각각 설정될 수 있다. 회신된 메시지는 AN-2, 5GC를 경유하여 D1을 요청한 네트워크 노드에 도달하는데 이 노드는 자신의 Node_ID를 포함한 메시지의 존재를 확인하고 할당된 D1를 적용하고 D1 관련 4 byte를 삭제한 후 RTCP 메시지를 forward 할 수 있다. 이 메시지는 5GC와 AN-1을 경유하여 최종적으로 UE-1에 도달할 수 있으며, UE-1은 UE-2가 할당해준 D0을 적용하도록 AN-1에게 요청하여 승인 받은 후 적용할 수 있게 된다.

도 20은 본 발명에 일 실시예를 나타내는 도면이다.

도 20을 참고하면, 제1 단말은 제1 단말과 관련된 제1 지연이 필요한지 여부를 판단할 수 있다 (2001 동작). 상기 제1 지연이 필요한 경우, 상기 제1 지연 정보를 포함하는 지연 메시지를 제2 단말로 전송할 수 있다 (2002 동작). 상기 지연 메시지에 대한 응답으로, 상기 제2 단말로부터 하나 이상의 노드 정보가 포함된 할당 메시지를 수신할 수 있다 (2003 동작). 상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지일 수 있다. 상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고, 상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정될 수 있다. 상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 제1 단말의 정보가 포함되어 있는지 여부를 판단할 수 있다 (2004 동작). 상기 제1 단말의 정보가 포함되어 있다면, 상기 제1 지연을 할당할 수 있다 (2005 동작).

도 21은 본 발명에 일 실시예를 나타내는 도면이다.

도 21을 참고하면, 네트워크 노드는 제1 단말로부터 제1 지연을 요청하는 지연 메시지를 수신할 수 있다 (2101 동작). 상기 지연 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하고, 상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고, 상기 지연 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정될 수 있다. 상기 네트워크 노드와 관련된 제2 지연이 필요한지 여부를 판단할 수 있다 (2102 동작). 상기 제2 지연이 필요한 경우, 상기 제2 지연 정보를 상기 지연 메시지에 추가할 수 있다 (2103 동작). 제2 단말로, 상기 제2 지연 정보가 추가된 지연 메시지를 전송할 수 있다 (2104 동작).

도 22는 본 발명에 일 실시예를 나타내는 도면이다.

도 22를 참고하면, 제2 단말은 하나 이상의 노드의 지연 정보를 포함하는 지연 메시지를 수신할 수 있다 (2201 동작). 상기 하나 이상의 노드의 지연을 할당 가능한지 여부를 판단할 수 있다 (2202 동작). 상기 하나 이상의 노드의 지연을 할당 가능한 경우, 할당 가능한 노드에 지연을 할당할 수 있다 (2203 동작). 상기 할당 가능한 노드에 대한 정보를 포함하는 할당 메시지를 상기 하나 이상의 노드에 전송있다 (2204 동작). 상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지일 수 있다. 상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고, 상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정될 수 있다.

도 23은 본 발명에 일 실시예를 나타내는 도면이다.

도 23을 참고하면, 네트워크 노드는 제2 단말로부터, 하나 이상의 노드 정보가 포함된 할당 메시지를 수신할 수 있다 (2301 동작). 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하고, 상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고, 상기 지연 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정될 수 있다. 상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 네트워크 노드의 정보가 포함되어 있는지 여부를 판단할 수 있다 (2302 동작). 상기 네트워크 노드의 정보가 포함되어 있다면, 상기 네트워크 노드와 관련된 제2 지연을 적용할 수 있다 (2303 동작). 제상기 제2 지연 적용 이후, 상기 할당 메시지에 제2 지연 정보를 삭제할 수 있다 (2304 동작). 상기 제2 지연 정보가 삭제된 지연 메시지를 전송할 수 있다 (2305 동작).

도 24는 본 발명의 일 실시예에 따른 단말의 구조를 도시한 도면이다.

도 24를 참고하면, 단말은 송수신부 (2410), 제어부 (2420), 저장부 (2430)을 포함할 수 있다. 본 발명에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

송수신부 (2410)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부(2410)는 예를 들어, 네트워크 노드로부터 시스템 정보를 수신할 수 있으며, 동기 신호 또는 기준 신호를 수신할 수 있다.

제어부 (2420)은 본 발명에서 제안하는 실시예에 따른 단말의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부 (2420)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다. 구체적으로, 제어부(2420)는 본 발명의 실시예에 따른 멀티 빔 기반 시스템에서 잔여 시스템 정보 (RMSI)를 수신하기 위해 본 발명에서 제안하는 동작을 제어할 수 있다.

저장부(2430)는 상기 송수신부 (2410)를 통해 송수신되는 정보 및 제어부 (2420)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 저장부 (2430)는 RMSI 전송과 관련된 스케줄링 정보, RMSI 관련 PDCCH 시간 축 위치 및 주기 정보 등을 저장할 수 있다.

도 25는 본 발명의 일 실시예에 따른 네트워크 노드의 구조를 도시한 도면이다.

도 25를 참고하면, 네트워크 노드는 송수신부 (2510), 제어부 (2520), 저장부 (2530)을 포함할 수 있다. 본 발명에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

송수신부 (2510)는 다른 네트워크 노드와 신호를 송수신할 수 있다. 송수신부(2510)는 예를 들어, 단말에 시스템 정보를 전송할 수 있으며, 동기 신호 또는 기준 신호를 전송할 수 있다.

제어부 (2520)은 본 발명에서 제안하는 실시예에 따른 네트워크 노드의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부 (2520)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다. 구체적으로, 제어부 (2520)는 본 발명의 실시예에 따른 멀티 빔 기반 시스템에서 잔여 시스템 정보 (RMSI)를 전송하기 위해 본 발명에서 제안하는 동작을 제어할 수 있다.

저장부(2530)는 상기 송수신부 (2510)를 통해 송수신되는 정보 및 제어부 (2520)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 저장부 (2530)는 RMSI 전송과 관련된 스케줄링 정보, RMSI 관련 PDCCH 시간 축 위치 및 주기 정보 등을 저장할 수 있다.

그리고 본 명세서와 도면에 개시된 실시 예들은 본 발명의 내용을 쉽게 설명하고, 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 따라서 본 발명의 범위는 여기에 개시된 실시 예들 이외에도 본 발명의 기술적 특징을 바탕으로 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims

제1 단말의 동작 방법에 있어서,
상기 제1 단말과 관련된 제1 지연이 필요한지 여부를 판단하는 단계;
상기 제1 지연이 필요한 경우, 상기 제1 지연 정보를 포함하는 지연 메시지를 제2 단말로 전송하는 단계;
상기 지연 메시지에 대한 응답으로, 상기 제2 단말로부터 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하는 단계;
상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 제1 단말의 정보가 포함되어 있는지 여부를 판단하는 단계; 및
상기 제1 단말의 정보가 포함되어 있다면, 상기 제1 지연을 할당하는 단계를 포함하는 것을 특징으로 하는 방법.
제1 항에 있어서,
상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하는 방법.
제2 항에 있어서,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 방법.
네트워크 노드의 지연을 요청하는 방법에 있어서,
제1 단말로부터 제1 지연을 요청하는 지연 메시지를 수신하는 단계;
상기 네트워크 노드와 관련된 제2 지연이 필요한지 여부를 판단하는 단계;
상기 제2 지연이 필요한 경우, 상기 제2 지연 정보를 상기 지연 메시지에 추가하는 단계; 및
제2 단말로, 상기 제2 지연 정보가 추가된 지연 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제4 항에 있어서,
상기 지연 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하고,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 지연 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 방법.
제2 단말의 동작 방법에 있어서,
하나 이상의 노드의 지연 정보를 포함하는 지연 메시지를 수신하는 단계;
상기 하나 이상의 노드의 지연을 할당 가능한지 여부를 판단하는 단계;
상기 하나 이상의 노드의 지연을 할당 가능한 경우, 할당 가능한 노드에 지연을 할당하는 단계; 및
상기 할당 가능한 노드에 대한 정보를 포함하는 할당 메시지를 상기 하나 이상의 노드에 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제6 항에 있어서,
상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하는 방법.
제7 항에 있어서,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 방법.
네트워크 노드의 지연을 할당하는 방법에 있어서,
제2 단말로부터, 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하는 단계;
상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 네트워크 노드의 정보가 포함되어 있는지 여부를 판단하는 단계;
상기 네트워크 노드의 정보가 포함되어 있다면, 상기 네트워크 노드와 관련된 제2 지연을 적용하는 단계;
상기 제2 지연 적용 이후, 상기 할당 메시지에 제2 지연 정보를 삭제하는 단계; 및
상기 제2 지연 정보가 삭제된 지연 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제9 항에 있어서,
상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지이고,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 방법.
제1 단말에 있어서,
적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및
상기 송수신부와 결합된 제어부를 포함하고,
상기 제어부는 :
상기 제1 단말과 관련된 제1 지연이 필요한지 여부를 판단하고,
상기 제1 지연이 필요한 경우, 상기 제1 지연 정보를 포함하는 지연 메시지를 제2 단말로 전송하고,
상기 지연 메시지에 대한 응답으로, 상기 제2 단말로부터 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하고,
상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 제1 단말의 정보가 포함되어 있는지 여부를 판단하고, 그리고
상기 제1 단말의 정보가 포함되어 있다면, 상기 제1 지연을 할당하도록 구성되는 것을 특징으로 하는 제1 단말.
제11 항에 있어서,
상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하는 제1 단말.
제12 항에 있어서,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 제1 단말.
지연을 요청하는 네트워크 노드에 있어서,
적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및
상기 송수신부와 결합된 제어부를 포함하고,
상기 제어부는 :
제1 단말로부터 제1 지연을 요청하는 지연 메시지를 수신하고,
상기 네트워크 노드와 관련된 제2 지연이 필요한지 여부를 판단하고,
상기 제2 지연이 필요한 경우, 상기 제2 지연 정보를 상기 지연 메시지에 추가하고, 그리고
제2 단말로, 상기 제2 지연 정보가 추가된 지연 메시지를 전송하도록 구성되는 것을 특징으로 하는 네트워크 노드.
제14 항에 있어서,
상기 지연 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하고,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 지연 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 네트워크 노드.
제2 단말에 있어서,
적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및
상기 송수신부와 결합된 제어부를 포함하고,
상기 제어부는 :
하나 이상의 노드의 지연 정보를 포함하는 지연 메시지를 수신하고,
상기 하나 이상의 노드의 지연을 할당 가능한지 여부를 판단하고,
상기 하나 이상의 노드의 지연을 할당 가능한 경우, 할당 가능한 노드에 지연을 할당하고, 그리고
상기 할당 가능한 노드에 대한 정보를 포함하는 할당 메시지를 상기 하나 이상의 노드에 전송하도록 구성되는 것을 특징으로 하는 제2 단말.
제16 항에 있어서,
상기 지연 메시지 및 상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지인 것을 특징으로 하는 제2 단말.
제17 항에 있어서,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 지연 메시지 및 상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 제2 단말.
지연을 할당하는 네트워크 노드에 있어서,
적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및
상기 송수신부와 결합된 제어부를 포함하고,
상기 제어부는 :
제2 단말로부터, 하나 이상의 노드 정보가 포함된 할당 메시지를 수신하고,
상기 할당 메시지에 포함된 상기 하나 이상의 노드 정보 중 상기 네트워크 노드의 정보가 포함되어 있는지 여부를 판단하고,
상기 네트워크 노드의 정보가 포함되어 있다면, 상기 네트워크 노드와 관련된 제2 지연을 적용하고,
상기 제2 지연 적용 이후, 상기 할당 메시지에 제2 지연 정보를 삭제하고, 그리고
상기 제2 지연 정보가 삭제된 지연 메시지를 전송하도록 구성되는 것을 특징으로 하는 네트워크 노드.
제19 항에 있어서,
상기 할당 메시지는 RTCP(Real-time Transport Protocol Control Protocol) 메시지이고,
상기 RTCP 메시지에는 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나를 포함하고,
상기 할당 메시지는 상기 방향 정보, 할당 정보 및 할당되는 하나 이상의 노드 정보 중 적어도 하나에 의해 결정되는 것을 특징으로 하는 네트워크 노드.