﻿WEBVTT

00:00:00.570 --> 00:00:03.620
- 안녕하세요, 저는 키사이트 테크놀로지스의
애플리케이션 엔지니어 랜디 베커입니다.

00:00:03.620 --> 00:00:08.011
NTN 은 위성 통신을 통해 지구 전역에
유비쿼터스 보급을 제공하려고 함에 따라

00:00:08.011 --> 00:00:11.600
이동통신 산업에서 더욱 중요해지고 있습니다.

00:00:11.600 --> 00:00:15.049
많은 흥미로운 사용 사례가 있는데요,

00:00:15.049 --> 00:00:17.798
긴급 서비스, 즉 서비스되지 않거나 서비스가

00:00:17.798 --> 00:00:20.089
부족한 지역에서 고속 인터넷을 제공하는 것,

00:00:20.089 --> 00:00:23.789
심지어 전체 이동 경로에 걸쳐 택배를 추적하는 것과 같은

00:00:23.789 --> 00:00:26.760
낮은 대역폭 애플리케이션을 포함합니다.

00:00:26.760 --> 00:00:29.482
그렇지만, 위성을 통한 통신은

00:00:29.482 --> 00:00:31.200
여러 중요한 문제에 직면하고 있습니다.

00:00:31.200 --> 00:00:35.041
일반적인 위성 궤도는 저지구 궤도를 활용하며,

00:00:35.041 --> 00:00:38.945
이 때 위성의 속도는 지구에 비해 빠릅니다.

00:00:38.945 --> 00:00:41.111
이로 인해 매우 높은 도플러 효과,

00:00:41.111 --> 00:00:42.869
시변 경로 지연,

00:00:42.869 --> 00:00:45.868
그리고 시변 경로 감쇠가 발생하며,

00:00:45.868 --> 00:00:47.760
네트워크는 이러한 상황에 대응해야 합니다.

00:00:47.760 --> 00:00:49.558
3GPP는 이러한 문제에 대응하기 위해

00:00:49.558 --> 00:00:52.040
여러 가지 새로운 개선점을 적용시켰습니다.

00:00:52.040 --> 00:00:54.384
그 중 하나는 4G와 5G에

00:00:54.384 --> 00:00:57.794
새로운 시스템 정보 블록을 도입한 것입니다.

00:00:57.794 --> 00:01:00.367
이에는 위성 궤도 정보 또는

00:01:00.367 --> 00:01:02.217
위치 정보를 포함하여 이동 통신 기기가 도플러 및

00:01:02.217 --> 00:01:05.973
경로 지연을 정확하게 추정할 수 있도록 하는 것이 포함되어 있습니다.

00:01:05.973 --> 00:01:09.261
이에 더해, 3GPP 는 긴 지연에 대응하기 위해

00:01:09.261 --> 00:01:13.800
HRQ 프로세스의 수를 16에서 32로 확장했습니다.

00:01:13.800 --> 00:01:16.729
이 두 사항은 기지국 인프라 장비와

00:01:16.729 --> 00:01:19.560
이동 통신 단말기 모두에서 테스트되어야 합니다.

00:01:20.800 --> 00:01:23.773
키사이트의 NTN 테스트 베드는 비지상 통신을 위한

00:01:23.773 --> 00:01:27.520
모든 새로운 3GPP 개선점을 테스트할 수 있는 능력을 갖추고 있습니다.

00:01:27.520 --> 00:01:31.280
먼저, UXM 5G 기지국 에뮬레이터가 있습니다.

00:01:31.280 --> 00:01:34.667
키사이트 Propsim 채널 에뮬레이터도 있는데,

00:01:34.667 --> 00:01:38.456
저지구 궤도부터 지구 정지 궤도 위성 및

00:01:38.456 --> 00:01:41.480
그 사이의 모든 것을 에뮬레이트할 수 있죠.

00:01:41.480 --> 00:01:44.393
마지막으로, UE 에뮬레이터가 있는데요,

00:01:44.393 --> 00:01:48.063
새로운 패러다임 접근으로 수백 개 또는 수천 개의

00:01:48.063 --> 00:01:50.400
UE 를 에뮬레이트할 수 있습니다.

00:01:50.400 --> 00:01:52.428
이 모든 것은 곧 언급할 저희의

00:01:52.428 --> 00:01:54.840
PathWave 소프트웨어와 연결되어 있습니다.

00:01:54.840 --> 00:01:59.728
저희는 실제 NTN을 지원하는 이동 통신 기기를 테스트할 것입니다.

00:01:59.728 --> 00:02:01.080
이 데모에서

00:02:01.080 --> 00:02:04.949
UXM과 UE는 5MHz 반송파를 사용하여

00:02:04.949 --> 00:02:08.240
NR 신호를 통신하고 있습니다.

00:02:08.240 --> 00:02:11.714
UXM은 시스템 정보 블록을 UE에 전송하고,

00:02:11.714 --> 00:02:14.104
UE에서는 도플러 효과와

00:02:14.104 --> 00:02:15.840
시간 오프셋을 추정하고 있습니다.

00:02:15.840 --> 00:02:17.760
이 소프트웨어에서 확인할 수 있습니다.

00:02:17.760 --> 00:02:21.370
업링크 신호를 변조하는 X-App 을 살펴보면,

00:02:21.370 --> 00:02:22.778
좌표계를 볼 수 있고,

00:02:22.778 --> 00:02:24.203
스펙트럼을 확인할 수 있으며,

00:02:24.203 --> 00:02:26.160
EVM을 확인할 수 있습니다.

00:02:26.160 --> 00:02:28.923
여기서 주파수 오차가 있지만,

00:02:28.923 --> 00:02:31.622
단지 몇 Hz 에 불과하다는 것을 알 수 있습니다.

00:02:31.622 --> 00:02:34.814
이는 이동 통신 단말기가 주파수와 시간 오프셋 오차를

00:02:34.814 --> 00:02:39.440
추정을 아주 잘 하고 있다는 것을 나타냅니다.

00:02:39.440 --> 00:02:41.668
여기서 애플리케이션을 통해 인위적으로

00:02:41.668 --> 00:02:44.559
궤도력 오차를 유발할 수 있습니다.

00:02:44.559 --> 00:02:48.176
이제 주파수 오차가 꽤 증가한 것을 볼 수 있습니다.

00:02:48.176 --> 00:02:52.799
이 경우에는 약 100Hz 정도 증가했습니다.

00:02:52.799 --> 00:02:53.800
UXM에서는

00:02:53.800 --> 00:02:57.549
우리는 업링크와 다운링크 처리량,

00:02:57.549 --> 00:02:58.920
그리고 블록 에러율을 모니터링할 수 있습니다.

00:02:58.920 --> 00:03:02.837
그리고 이 오류를 발생한 후에 처리량이

00:03:02.837 --> 00:03:05.701
거의 0으로 감소하고

00:03:05.701 --> 00:03:08.400
여기서 조금 회복된 것을 볼 수 있습니다.

00:03:08.400 --> 00:03:11.191
그리고 저희 애플리케이션은 현재 지연과

00:03:11.191 --> 00:03:13.600
도플러 효과가 어느 정도인지 알려줍니다.

00:03:13.600 --> 00:03:17.120
현재 약 3msec 의 시간 오프셋이 있습니다.

00:03:17.120 --> 00:03:20.707
도플러 효과는 약 30kHz 정도이며

00:03:20.707 --> 00:03:25.440
위성이 수직으로 접근해서 계속 감소하고 있습니다.

00:03:25.440 --> 00:03:27.865
오차를 다시 0으로 돌려놓으면

00:03:27.865 --> 00:03:30.956
처리량이 최대로 상승하고

00:03:30.956 --> 00:03:34.320
블록 에러도 0으로 감소하는 것을 볼 수 있습니다.

00:03:34.320 --> 00:03:38.820
또, 몇 가지 샘플 문자 메시지를

00:03:38.820 --> 00:03:41.553
이동 통신 기기에 보내서

00:03:41.553 --> 00:03:43.240
제대로 수신되는지 확인하고

00:03:43.240 --> 00:03:44.960
영상을 스트리밍 할 수도 있습니다.

00:03:44.960 --> 00:03:48.025
여기 문자 메시지가 제대로 수신된 것을

00:03:48.025 --> 00:03:49.600
확인할 수 있습니다.

00:03:49.600 --> 00:03:53.166
이제 웹 브라우저를 열고 UXM을 통해

00:03:53.166 --> 00:03:54.880
영상을 스트리밍 해봅니다.

00:03:54.880 --> 00:03:58.800
여기 이 영상의 Video 를 볼 수 있죠.

00:03:58.800 --> 00:04:01.375
NTN 통신은 높은 도플러 효과,

00:04:01.375 --> 00:04:04.554
높은 경로 지연 및 높은 경로 감쇠와 같은

00:04:04.554 --> 00:04:05.960
새로운 많은 어려움이 있습니다.

00:04:05.960 --> 00:04:08.355
키사이트의 NTN 테스트 베드는

00:04:08.355 --> 00:04:10.230
초기 연구 개발 단계에서 필요한

00:04:10.230 --> 00:04:12.723
모든 다양한 측정에 도움을 줄 수 있습니다.

00:04:12.723 --> 00:04:16.699
사용자 장비, 실제 위성, 기지국 인프라 측면에서

00:04:16.699 --> 00:04:19.209
작업 중이든지 말입니다.

00:04:19.209 --> 00:04:22.148
그리고 위성 액세스 네트워크 및 사용자 장비에 대한

00:04:22.148 --> 00:04:24.920
새로운 규격 적합성 테스트에도 도움을 줄 수 있습니다
