다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multicarrier frequency division multiple access) 시스템을 포함한다. CDMA는 UTRA(universal terrestrial radio access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(global system for mobile communications), GPRS(general packet radio service) 또는 EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long-term evolution)는 E-UTRA를 이용한 E-UMTS(evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; downlink)에서 OFDMA를, 상향링크(UL; uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(advanced), LTE-A Pro, 및/또는 5G NR(new radio)을 포함한다.
설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템을 기반으로 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.
본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”을 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라, “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
본 명세서에서 “A 및 B의 적어도 하나(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “A 또는 B의 적어도 하나(at least one of A or B)”나 “A 및/또는 B의 적어도 하나(at least one of A and/or B)”라는 표현은 “A 및 B의 적어도 하나(at least one of A and B)”와 동일하게 해석될 수 있다.
또한, 본 명세서에서 “A, B 및 C의 적어도 하나(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”을 의미할 수 있다. 또한, “A, B 또는 C의 적어도 하나(at least one of A, B or C)”나 “A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)”는 “A, B 및 C의 적어도 하나(at least one of A, B and C)”를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDCCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
이하에서, UE는 무선 통신이 가능한 무선 통신 기기(또는 무신 장치, 또는 무선 기기)의 예시로 사용된다. UE가 수행하는 동작은 무선 통신 기기에 의해 수행될 수 있다. 무선 통신 기기는 무선 장치, 무선 기기 등으로도 지칭될 수도 있다. 이하에서, AMF는 AMF 노드를 의미하고, SMF는 SMF 노드를 의미하고, UPF는 UPF 노드를 의미할 수 있다.
이하에서 사용되는 용어인 기지국은, 일반적으로 무선기기와 통신하는 고정된 지점(fixed station)을 말하며, eNodeB(evolved-NodeB), eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point), gNB(Next generation NodeB) 등 다른 용어로 불릴 수 있다.
I. 본 명세서의 개시에 적용될 수 있는 기술 및 절차
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.
5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced mobile broadband) 범주, (2) 거대 기계 유형 통신 (mMTC; massive machine type communication) 범주 및 (3) 초고신뢰 저지연 통신 (URLLC; ultra-reliable and low latency communications) 범주이다.
부분적인 사용 예는 최적화를 위해 복수의 범주를 요구할 수 있으며, 다른 사용 예는 하나의 KPI(key performance indicator)에만 초점을 맞출 수 있다. 5G는 유연하고 신뢰할 수 있는 방법을 사용하여 이러한 다양한 사용 예를 지원한다.
eMBB는 기본적인 모바일 인터넷 접속을 훨씬 능가하며 클라우드와 증강 현실에서 풍부한 양방향 작업 및 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G 핵심 동력의 하나이며, 5G 시대에는 처음으로 전용 음성 서비스가 제공되지 않을 수 있다. 5G에서는 통신 시스템이 제공하는 데이터 연결을 활용한 응용 프로그램으로서 음성 처리가 단순화될 것으로 예상된다. 트래픽 증가의 주요 원인은 콘텐츠의 크기 증가와 높은 데이터 전송 속도를 요구하는 애플리케이션의 증가 때문이다. 더 많은 장치가 인터넷에 연결됨에 따라 스트리밍 서비스(오디오와 비디오), 대화 비디오, 모바일 인터넷 접속이 더 널리 사용될 것이다. 이러한 많은 응용 프로그램은 사용자를 위한 실시간 정보와 경보를 푸시(push)하기 위해 항상 켜져 있는 상태의 연결을 요구한다. 클라우드 스토리지(cloud storage)와 응용 프로그램은 모바일 통신 플랫폼에서 빠르게 증가하고 있으며 업무와 엔터테인먼트 모두에 적용될 수 있다. 클라우드 스토리지는 상향링크 데이터 전송 속도의 증가를 가속화하는 특수 활용 사례이다. 5G는 클라우드의 원격 작업에도 사용된다. 촉각 인터페이스를 사용할 때, 5G는 사용자의 양호한 경험을 유지하기 위해 훨씬 낮은 종단 간(end-to-end) 지연 시간을 요구한다. 예를 들어, 클라우드 게임 및 비디오 스트리밍과 같은 엔터테인먼트는 모바일 광대역 기능에 대한 수요를 증가시키는 또 다른 핵심 요소이다. 기차, 차량, 비행기 등 이동성이 높은 환경을 포함한 모든 장소에서 스마트폰과 태블릿은 엔터테인먼트가 필수적이다. 다른 사용 예로는 엔터테인먼트 및 정보 검색을 위한 증강 현실이다. 이 경우 증강 현실은 매우 낮은 지연 시간과 순간 데이터 볼륨을 필요로 한다.
또한 가장 기대되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서(embedded sensor)를 원활하게 연결할 수 있는 기능, 즉 mMTC와 관련이 있다. 잠재적으로 IoT(internet-of-things) 기기 수는 2020년까지 2억4천만 대에 이를 것으로 예상된다. 산업 IoT는 5G를 통해 스마트 시티, 자산 추적, 스마트 유틸리티, 농업, 보안 인프라를 가능하게 하는 주요 역할 중 하나이다.
URLLC는 주 인프라의 원격 제어를 통해 업계를 변화시킬 새로운 서비스와 자율주행 차량 등 초고신뢰성의 저지연 링크를 포함하고 있다. 스마트 그리드를 제어하고, 산업을 자동화하며, 로봇 공학을 달성하고, 드론을 제어하고 조정하기 위해서는 신뢰성과 지연 시간이 필수적이다.
5G는 초당 수백 메가 비트로 평가된 스트리밍을 초당 기가비트에 제공하는 수단이며, FTTH(fiber-to-the-home)와 케이블 기반 광대역(또는 DOCSIS)을 보완할 수 있다. 가상 현실과 증강 현실뿐만 아니라 4K 이상(6K, 8K 이상) 해상도의 TV를 전달하려면 이 같은 빠른 속도가 필요하다. 가상 현실(VR; virtual reality) 및 증강 현실(AR; augmented reality) 애플리케이션에는 몰입도가 높은 스포츠 게임이 포함되어 있다. 특정 응용 프로그램에는 특수 네트워크 구성이 필요할 수 있다. 예를 들어, VR 게임의 경우 게임 회사는 대기 시간을 최소화하기 위해 코어 서버를 네트워크 운영자의 에지 네트워크 서버에 통합해야 한다.
자동차는 차량용 이동 통신의 많은 사용 예와 함께 5G에서 새로운 중요한 동기 부여의 힘이 될 것으로 기대된다. 예를 들어, 승객을 위한 오락은 높은 동시 용량과 이동성이 높은 광대역 이동 통신을 요구한다. 향후 이용자들이 위치와 속도에 관계 없이 고품질 연결을 계속 기대하고 있기 때문이다. 자동차 분야의 또 다른 사용 예는 AR 대시보드(dashboard)이다. AR 대시보드는 운전자가 전면 창에서 보이는 물체 외에 어두운 곳에서 물체를 식별하게 하고, 운전자에게 정보 전달을 오버랩(overlap)하여 물체와의 거리 및 물체의 움직임을 표시한다. 미래에는 무선 모듈이 차량 간의 통신, 차량과 지원 인프라 간의 정보 교환, 차량과 기타 연결된 장치(예: 보행자가 동반하는 장치) 간의 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전하게 운전할 수 있도록 행동의 대체 과정을 안내하여 사고의 위험을 낮춘다. 다음 단계는 원격으로 제어되거나 자율 주행하는 차량이 될 것이다. 이를 위해서는 서로 다른 자율주행 차량 간의, 그리고 차량과 인프라 간의 매우 높은 신뢰성과 매우 빠른 통신이 필요하다. 앞으로는 자율주행 차량이 모든 주행 활동을 수행하고 운전자는 차량이 식별할 수 없는 이상 트래픽에만 집중하게 될 것이다. 자율주행 차량의 기술 요구사항은 인간이 달성할 수 없는 수준으로 교통 안전이 높아지도록 초저지연과 초고신뢰를 요구한다.
스마트 사회로 언급된 스마트 시티와 스마트 홈/빌딩이 고밀도 무선 센서 네트워크에 내장될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 주택의 비용 및 에너지 효율적인 유지 보수에 대한 조건을 식별할 것이다. 각 가정에 대해서도 유사한 구성을 수행할 수 있다. 모든 온도 센서, 창문과 난방 컨트롤러, 도난 경보기, 가전 제품이 무선으로 연결될 것이다. 이러한 센서 중 다수는 일반적으로 데이터 전송 속도, 전력 및 비용이 낮다. 그러나 모니터링을 위하여 실시간 HD 비디오가 특정 유형의 장치에 의해 요구될 수 있다.
열이나 가스를 포함한 에너지 소비와 분배를 보다 높은 수준으로 분산시켜 분배 센서 네트워크에 대한 자동화된 제어가 요구된다. 스마트 그리드는 디지털 정보와 통신 기술을 이용해 정보를 수집하고 센서를 서로 연결하여 수집된 정보에 따라 동작하도록 한다. 이 정보는 공급 회사 및 소비자의 행동을 포함할 수 있으므로, 스마트 그리드는 효율성, 신뢰성, 경제성, 생산 지속 가능성, 자동화 등의 방법으로 전기와 같은 연료의 분배를 개선할 수 있다. 스마트 그리드는 지연 시간이 짧은 또 다른 센서 네트워크로 간주될 수도 있다.
미션 크리티컬 애플리케이션(예: e-health)은 5G 사용 시나리오 중 하나이다. 건강 부분에는 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램들이 포함되어 있다. 통신 시스템은 먼 곳에서 임상 치료를 제공하는 원격 진료를 지원할 수 있다. 원격 진료는 거리에 대한 장벽을 줄이고 먼 시골 지역에서 지속적으로 이용할 수 없는 의료 서비스에 대한 접근을 개선하는 데 도움이 될 수 있다. 원격 진료는 또한 응급 상황에서 중요한 치료를 수행하고 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터에 대한 원격 모니터링 및 센서를 제공할 수 있다.
무선과 이동 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 관리 비용이 높다. 따라서 케이블을 재구성 가능한 무선 링크로 교체할 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나 이러한 교체를 달성하기 위해서는 케이블과 유사한 지연 시간, 신뢰성 및 용량을 가진 무선 연결이 구축되어야 하며 무선 연결의 관리를 단순화할 필요가 있다. 5G 연결이 필요할 때 대기 시간이 짧고 오류 가능성이 매우 낮은 것이 새로운 요구 사항이다.
물류 및 화물 추적은 위치 기반 정보 시스템을 사용하여 어디서든 인벤토리 및 패키지 추적을 가능하게 하는 이동 통신의 중요한 사용 예이다. 물류와 화물의 이용 예는 일반적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성을 갖춘 위치 정보가 필요하다.
도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.
기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.
무선 장치(100a~100f)는 무선 접속 기술(RAT; radio access technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; extended reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT 장치(100f) 및 인공 지능(AI; artificial intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; unmanned aerial vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR/VR/혼합 현실(MR; mixed realty) 장치를 포함할 수 있으며, 차량, 텔레비전, 스마트폰, 컴퓨터, 웨어러블 장치, 가전 제품, 디지털 표지판, 차량, 로봇 등에 장착된 HMD(head-mounted device), HUD(head-up display)의 형태로 구현될 수 있다. 휴대용 장치에는 스마트폰, 스마트 패드, 웨어러블 장치(예: 스마트 시계 또는 스마트 안경) 및 컴퓨터(예: 노트북)가 포함될 수 있다. 가전 제품에는 TV, 냉장고, 세탁기가 포함될 수 있다. IoT 장치에는 센서와 스마트 미터가 포함될 수 있다.
본 명세서에서, 무선 장치(100a~100f)는 사용자 장비(UE; user equipment)라고 부를 수 있다. UE는 예를 들어, 휴대 전화, 스마트폰, 노트북 컴퓨터, 디지털 방송 단말기, PDA(personal digital assistant), PMP(portable multimedia player), 네비게이션 시스템, 슬레이트 PC, 태블릿 PC, 울트라북, 차량, 자율주행 기능이 있는 차량, 연결된 자동차, UAV, AI 모듈, 로봇, AR 장치, VR 장치, MR 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 날씨/환경 장치, 5G 서비스 관련 장치 또는 4차 산업 혁명 관련 장치를 포함할 수 있다.
예를 들어, UAV는 사람이 탑승하지 않고 무선 제어 신호에 의해 항행되는 항공기일 수 있다.
예를 들어, VR 장치는 가상 환경의 개체 또는 배경을 구현하기 위한 장치를 포함할 수 있다. 예를 들어, AR 장치는 가상 세계의 개체나 배경을 실제 세계의 개체나 배경에 연결하여 구현한 장치를 포함할 수 있다. 예를 들어, MR 장치는 객체나 가상 세계의 배경을 객체나 실제 세계의 배경으로 병합하여 구현한 디바이스를 포함할 수 있다. 예를 들어, 홀로그램 장치는, 홀로그램이라 불리는 두 개의 레이저 조명이 만났을 때 발생하는 빛의 간섭 현상을 이용하여, 입체 정보를 기록 및 재생하여 360도 입체 영상을 구현하기 위한 장치가 포함할 수 있다.
예를 들어, 공공 안전 장치는 사용자 몸에 착용할 수 있는 이미지 중계 장치 또는 이미지 장치를 포함할 수 있다.
예를 들어, MTC 장치와 IoT 장치는 인간의 직접적인 개입이나 조작이 필요하지 않은 장치일 수 있다. 예를 들어, MTC 장치와 IoT 장치는 스마트 미터, 자동 판매기, 온도계, 스마트 전구, 도어락 또는 다양한 센서를 포함할 수 있다.
예를 들어, 의료 장치는 질병의 진단, 처리, 완화, 치료 또는 예방 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 부상이나 손상을 진단, 처리, 완화 또는 교정하기 위해 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 구조나 기능을 검사, 교체 또는 수정할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 임신 조정 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 치료용 장치, 운전용 장치, (체외)진단 장치, 보청기 또는 시술용 장치를 포함할 수 있다.
예를 들어, 보안 장치는 발생할 수 있는 위험을 방지하고 안전을 유지하기 위해 설치된 장치일 수 있다. 예를 들어, 보안 장치는 카메라, 폐쇄 회로 TV(CCTV), 녹음기 또는 블랙박스일 수 있다.
예를 들어, 핀테크 장치는 모바일 결제와 같은 금융 서비스를 제공할 수 있는 장치일 수 있다. 예를 들어, 핀테크 장치는 지불 장치 또는 POS 시스템을 포함할 수 있다.
예를 들어, 날씨/환경 장치는 날씨/환경을 모니터링 하거나 예측하는 장치를 포함할 수 있다.
무선 장치(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 장치(100a~100f)에는 AI 기술이 적용될 수 있으며, 무선 장치(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예: LTE) 네트워크, 5G(예: NR) 네트워크 및 5G 이후의 네트워크 등을 이용하여 구성될 수 있다. 무선 장치(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국(200)/네트워크(300)를 통하지 않고 직접 통신(예: 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량(100b-1, 100b-2)은 직접 통신(예: V2V(vehicle-to-vehicle)/V2X(vehicle-to-everything) 통신)을 할 수 있다. 또한, IoT 기기(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 장치(100a~100f)와 직접 통신을 할 수 있다.
무선 장치(100a~100f) 간 및/또는 무선 장치(100a~100f)와 기지국(200) 간 및/또는 기지국(200) 간에 무선 통신/연결(150a, 150b, 150c)이 확립될 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a), 사이드링크 통신(150b)(또는, D2D(device-to-device) 통신), 기지국 간 통신(150c)(예: 중계, IAB(integrated access and backhaul)) 등과 같이 다양한 RAT(예: 5G NR)을 통해 확립될 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 장치(100a~100f)와 기지국(200)은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
AI는 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.
로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터(actuator) 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.
자율 주행은 스스로 주행하는 기술을 의미하며, 자율 주행 차량은 사용자의 조작 없이 또는 사용자의 최소한의 조작으로 주행하는 차량을 의미한다. 예를 들어, 자율 주행에는 주행 중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등이 모두 포함될 수 있다. 차량은 내연 기관만을 구비하는 차량, 내연 기관과 전기 모터를 함께 구비하는 하이브리드 차량, 그리고 전기 모터만을 구비하는 전기 차량을 모두 포괄하며, 자동차뿐만 아니라 기차, 오토바이 등을 포함할 수 있다. 자율 주행 차량은 자율 주행 기능을 가진 로봇으로 볼 수 있다.
확장 현실은 VR, AR, MR을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체를 섞고 결합시켜서 제공하는 CG 기술이다. MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.
NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; subcarrier spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
| 주파수 범위 정의 |
주파수 범위 |
부반송파 간격 |
| FR1 |
450MHz - 6000MHz |
15, 30, 60kHz |
| FR2 |
24250MHz - 52600MHz |
60, 120, 240kHz |
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.
| 주파수 범위 정의 |
주파수 범위 |
부반송파 간격 |
| FR1 |
410MHz - 7125MHz |
15, 30, 60kHz |
| FR2 |
24250MHz - 52600MHz |
60, 120, 240kHz |
여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, narrowband IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(low power wide area network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 2를 참조하면, 제1 무선 장치(100)와 제2 무선 장치(200)는은 다양한 RAT(예: LTE 및 NR)를 통해 외부 장치로/외부 장치로부터 무선 신호를 송수신할 수 있다.
도 2에서, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(104)가 프로세싱 칩(101)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.
프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.
메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.
여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(radio frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.
제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.
프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(204)가 프로세싱 칩(201)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.
프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.
메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.
여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.
이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(media access control) 계층, RLC(radio link control) 계층, PDCP(packet data convergence protocol) 계층, RRC(radio resource control) 계층, SDAP(service data adaptation protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 하나 이상의 PDU(protocol data unit) 및/또는 하나 이상의 SDU(service data unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 및/또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 펌웨어 및/또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 및/또는 소프트웨어는 모듈, 절차, 기능을 포함하도록 구현될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도를 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM(read-only memory), RAM(random access memory), EPROM(erasable programmable ROM), 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
본 명세서의 구현에서, UE는 상향링크(UL; uplink)에서 송신 장치로, 하향링크(DL; downlink)에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
무선 장치는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다(도 1 참조).
도 3을 참조하면, 무선 장치(100, 200)는 도 2의 무선 장치(100, 200)에 대응할 수 있으며, 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다. 예를 들어, 각 무선 장치(100, 200)는 통신 장치(110), 제어 장치(120), 메모리 장치(130) 및 추가 구성 요소(140)를 포함할 수 있다. 통신 장치(110)는 통신 회로(112) 및 송수신기(114)를 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 도 2의 하나 이상의 메모리(104, 204)를 포함할 수 있다. 예를 들어, 송수신기(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 도 2의 하나 이상의 안테나(108, 208)를 포함할 수 있다. 제어 장치(120)는 통신 장치(110), 메모리 장치(130), 추가 구성 요소(140)에 전기적으로 연결되며, 각 무선 장치(100, 200)의 전체 작동을 제어한다. 예를 들어, 제어 장치(120)는 메모리 장치(130)에 저장된 프로그램/코드/명령/정보를 기반으로 각 무선 장치(100, 200)의 전기/기계적 작동을 제어할 수 있다. 제어 장치(120)는 메모리 장치(130)에 저장된 정보를 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로 전송하거나, 또는 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로부터 수신한 정보를 메모리 장치(130)에 저장할 수 있다.
추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 무선 장치(100, 200)는, 이에 국한되지 않고, 로봇(도 1의 100a), 차량(도 1의 100b-1 및 100b-2), XR 장치(도 1의 100c), 휴대용 장치(도 1의 100d), 가전 제품(도 1의 100e), IoT 장치(도 1의 100f), 디지털 방송 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/장치(도 1의 400), 기지국(도 1의 200), 네트워크 노드의 형태로 구현될 수 있다. 무선 장치(100, 200)는 사용 예/서비스에 따라 이동 또는 고정 장소에서 사용할 수 있다.
도 3에서, 무선 장치(100, 200)의 다양한 구성 요소, 장치/부분 및/또는 모듈의 전체는 유선 인터페이스를 통해 서로 연결되거나, 적어도 일부가 통신 장치(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 각 무선 장치(100, 200)에서, 제어 장치(120)와 통신 장치(110)는 유선으로 연결되고, 제어 장치(120)와 제1 장치(예: 130과 140)는 통신 장치(110)를 통해 무선으로 연결될 수 있다. 무선 장치(100, 200) 내의 각 구성 요소, 장치/부분 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어 장치(120)는 하나 이상의 프로세서 집합에 의해 구성될 수 있다. 일 예로, 제어 장치(120)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; application processor), 전자 제어 장치(ECU; electronic control unit), 그래픽 처리 장치 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 또 다른 예로, 메모리 장치(130)는 RAM, DRAM, ROM, 플래시 메모리, 휘발성 메모리, 비휘발성 메모리 및/또는 이들의 조합에 의해 구성될 수 있다.
도 4은 차세대 이동통신 네트워크의 구조도이다.
5GC(5G Core)는 다양한 구성요소들을 포함할 수 있으며, 도 4에서는 그 중에서 일부에 해당하는 AMF(액세스 및 이동성 관리 기능: Access and Mobility Management Function)(410)와 SMF(세션 관리 기능: Session Management Function)(420)와 PCF(정책 제어 기능: Policy Control Function)(430), UPF(사용자 평면 기능: User Plane Function)(440), AF(애플리케이션 기능: Application Function)(450), UDM(통합 데이터 관리: Unified Data Management)(460), N3IWF(Non-3GPP(3rd Generation Partnership Project) Inter Working Function)(490)를 포함한다.
UE(100)는 gNB(20)를 포함하는 NG-RAN(Next Generation Radio Access Network)를 통해 UPF(440)를 거쳐 데이터 네트워크으로 연결된다.
UE(100)는 신뢰되지 않는 비-3GPP 액세스, 예컨대, WLAN(Wireless Local Area Network)를 통해서도 데이터 서비스를 제공받을 수 있다. 상기 비-3GPP 액세스를 코어 네트워크에 접속시키기 위하여, N3IWF(490)가 배치될 수 있다.
도시된 N3IWF(490)는 비-3GPP 액세스와 5G 시스템 간의 인터워킹을 관리하는 기능을 수행한다. UE(100)가 비-3GPP 액세스(e.g., IEEE 801.11로 일컬어 지는 WiFi)와 연결된 경우, UE(100)는 N3IWF(490)를 통해 5G 시스템과 연결될 수 있다. N3IWF(490)는 제어 시그너링은 AMF(410)와 수행하고, 데이터 전송을 위해 N3 인터페이스를 통해 UPF(440)와 연결된다.
도시된 AMF(410)는 5G 시스템에서 액세스 및 이동성을 관리할 수 있다. AMF(410)는 Non-Access Stratum (NAS) 보안을 관리하는 기능을 수행할 수 있다. AMF(410)는 아이들 상태(Idle State)에서 이동성을 핸들링하는 기능을 수행할 수 있다.
도시된 UPF(440)는 사용자의 데이터가 송수신되는 게이트웨이의 일종이다. 상기 UPF 노드(440)는 4세대 이동통신의 S-GW(Serving Gateway) 및 P-GW(Packet Data Network Gateway)의 사용자 평면 기능의 전부 또는 일부를 수행할 수 있다.
UPF(440)는 차세대 무선 접속 네트워크(NG-RAN: next generation RAN)와 코어 네트워크 사이의 경계점으로 동작하고, gNB(20)와 SMF(420) 사이의 데이터 경로를 유지하는 요소이다. 또한 UE(100)가 gNB(20)에 의해서 서빙되는 영역에 걸쳐 이동하는 경우, UPF(440)는 이동성 앵커 포인트(mobility anchor point)역할을 한다. UPF(440)는 PDU를 핸들링하는 기능을 수행할 수 있다. NG-RAN(3GPP 릴리즈-15 이후에서 정의되는 Next Generation-Radio Access Network) 내에서의 이동성을 위해 UPF는 패킷들이 라우팅될 수 있다. 또한, UPF(440)는 다른 3GPP 네트워크(3GPP 릴리즈-15 전에 정의되는 RAN, 예를 들어, UTRAN, E-UTRAN(Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network)) 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다. UPF(440)는 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당할 수 있다
도시된 PCF(430)는 사업자의 정책을 제어하는 노드이다.
도시된 AF(450)는 UE(100)에게 여러 서비스를 제공하기 위한 서버이다.
도시된 UDM(460)은 4세대 이동통신의 HSS(Home subscriber Server)와 같이, 가입자 정보를 관리하는 서버의 일종이다. 상기 UDM(460)은 상기 가입자 정보를 통합 데이터 저장소(Unified Data Repository: UDR)에 저장하고 관리한다.
도시된 SMF(420)는 UE의 IP(Internet Protocol) 주소를 할당하는 기능을 수행할 수 있다. 그리고, SMF(420)는 PDU(protocol data unit) 세션을 제어할 수 있다.
참고로, 이하에서 AMF(410), SMF(420), PCF (430), UPF(440), AF(450), UDM(460), N3IWF(490), gNB(20), 또는 UE(100)에 대한 도면 부호는 생략될 수 있다.
5세대 이동통신은 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머롤로지(numerology) 혹은 SCS(subcarrier spacing)를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
도 5는 차세대 이동통신의 예상 구조를 노드 관점에서 나타낸
예시도이다
.
도 5을 참조하여 알 수 있는 바와 같이, UE는 차세대 RAN(Radio Access Network)를 통해 데이터 네트워크(DN)와 연결된다.
도시된 제어 평면 기능(Control Plane Function; CPF) 노드는 4세대 이동통신의 MME(Mobility Management Entity)의 기능 전부 또는 일부, S-GW(Serving Gateway) 및 P-GW(PDN (Packet Data Network) Gateway)의 제어 평면 기능의 전부 또는 일부를 수행한다. 상기 CPF 노드는 AMF(Access and Mobility Management Function)와 SMF(Session Management Function)을 포함한다.
도시된 사용자 평면 기능(User Plane Function; UPF) 노드는 사용자의 데이터가 송수신되는 게이트웨이의 일종이다. 상기 UPF 노드는 4세대 이동통신의 S-GW 및 P-GW의 사용자 평면 기능의 전부 또는 일부를 수행할 수 있다.
도시된 PCF(Policy Control Function)는 사업자의 정책을 제어하는 노드이다.
도시된 애플리케이션 기능(Application Function: AF)은 UE에게 여러 서비스를 제공하기 위한 서버이다.
도시된 통합 데이터 저장 관리(Unified Data Management: UDM)은 4세대 이동통신의 HSS(Home subscriber Server)와 같이, 가입자 정보를 관리하는 서버의 일종이다. 상기 UDM은 상기 가입자 정보를 통합 데이터 저장소(Unified Data Repository: UDR)에 저장하고 관리한다.
도시된 인증 서버 기능(Authentication Server Function: AUSF)는 UE를 인증 및 관리한다.
도시된 네트워크 슬라이스 선택 기능(Network Slice Selection Function: NSSF)는 후술하는 바와 같은 네트워크 슬라이싱을 위한 노드이다.
도시된 네트워크 공개 기능(Network Exposure Function: NEF)는 5G 코어의 서비스와 기능을 안전하게 공개하는 메커니즘을 제공하기 위한 노드이다. 예를 들어, NEF는 기능들과 이벤트들을 공개하고, 외부 애플리케이션으로부터 3GPP 네트워크로 안전하게 정보를 제공하고, 내부/외부 정보를 번역하고, 제어 평면 파라미터를 제공하고, 패킷 흐름 설명(Packet Flow Description: PFD)를 관리할 수 있다.
도 5에 나타난 레퍼런스 포인트는 다음과 같다.
N1은 UE와 AMF간에 레퍼런스 포인트를 나타낸다.
N2은 (R)AN과 AMF 간에 레퍼런스 포인트를 나타낸다.
N3은 (R)AN과 UPF 간에 레퍼런스 포인트를 나타낸다.
N4은 SMF와 UPF 간에 레퍼런스 포인트를 나타낸다.
N5은 PCF과 AF 간에 레퍼런스 포인트를 나타낸다.
N6은 UPF와 DN 간에 레퍼런스 포인트를 나타낸다.
N7은 SMF과 PCF 간에 레퍼런스 포인트를 나타낸다.
N8은 UDM과 AMF 간에 레퍼런스 포인트를 나타낸다.
N9은 UPF들 간에 레퍼런스 포인트를 나타낸다.
N10은 UDM과 SMF 간에 레퍼런스 포인트를 나타낸다.
N11은 AMF과 SMF 간에 레퍼런스 포인트를 나타낸다.
N12은 AMF과 AUSF 간에 레퍼런스 포인트를 나타낸다.
N13은 UDM과 AUSF 간에 레퍼런스 포인트를 나타낸다.
N14은 AMF들 간에 레퍼런스 포인트를 나타낸다.
N15은 비-로밍 시나리오(non-roaming scenario)에서, PCF와 AMF 간의 레퍼런스 포인트, 로밍 시나리오에서, AMF와 방문 네트워크(visited network)의 PCF 간의 레퍼런스 포인트를 나타낸다.
N16은 SMF들 간에 레퍼런스 포인트를 나타낸다.
N22은 AMF와 NSSF 간에 레퍼런스 포인트를 나타낸다.
N30은 PCF와 NEF 간의 레퍼런스 포인트를 나타낸다.
N33은 AF와 NEF 간의 레퍼런스 포인트를 나타낸다.
참고로, 도 5에서 사업자(operator) 이외의 제3자(third party)에 의한 AF는 NEF를 통해 5GC에 접속될 수 있다.
II. 본 명세서의 개시와 관련된 기술 및 절차
이하에서, 본 명세서의 개시와 관련된 기술 및 절차를 설명한다. 또한, 이하에서는 본 명세서의 개시에서 해결하고자 하는 문제점의 예시도 설명될 수 있다.
이하에서, 본 명세서의 개시에서 해결하고자 하는 문제점의 예시를 설명한다.
5GS에서 MBS (Multicast-Broadcast Services)를 지원하는 방안이 논의되고 있다. 예를 들어, 5G MBS를 위한 아키텍쳐 개선(architectural enhancements)이 논의되고 있다. 5GS에서 MBS를 지원하는 방안은 예를 들어 다음과 같은 목표를 달성하기 위해 논의되고 있다.
5GS에서 MBS를 지원하는 방안을 논의하는 목표는, 다양한 버티컬 비즈니스(vertical businesses)에 사용될 수 있는 MBS 서비스를 제공하기 위해 5G 시스템 아키텍처의 잠재적인 개선 사항(potential enhancements)을 식별하고 평가하는 것일 수 있다. 5GS에서 MBS를 지원하는 방안의 목표의 예시는 다음의 예시와 같다:
- 멀티캐스트/브로드캐스트 서비스를 지원하기 위해, (R)AN과 CN 사이의 기능적인 스플릿(functional split between (R)AN and CN)을 포함하는 프레임워크를 정의할 수 있다. 예를 들어, 멀티캐스트/브로드캐스트 서비스는 ad-hoc 멀티 캐스트/브로드캐스트 스트림, transparent IPv4 / IPv6 멀티캐스트 딜리버리, IPTV, 무선을 통한 소프트웨어 딜리버리, 그룹 통신 및 브로드캐스트/멀티캐스트 IoT(Internet on Things) 애플리케이션, V2X 애플리케이션, 공공 안전 등을 포함할 수 있다.
- 다양한 레벨의 서비스를 지원할 수 있다. 예를 들어, transport only mode 및 full service mode를 지원할 수 있다.
- 유연한 네트워크 배치(deployment)(예: 분산형(distributed) 및/또는 중앙집중식(centralized)) 및 네트워크 운영(operation)(예: CP(Control Plane)-UP(User Plane) 분리)를 가능하게 한다.
- QoS 및 PCC rules가 멀티케스트/브로드캐스트 서비스에 적용가능한지 여부와 QoS 및 PCC rules가 멀티케스트/브로드캐스트 서비스에 어떻게 관련되는지 설명한다.
- 공공 안전을 위한 요구 사항(예: 서비스 연속성) 및 use cases를 지원할 수 있다.
NG-RAN 중에서 NR에 따른 무선 접속 기술을 중심으로 5GS에서 MBS를 지원하는 방안이 논의될 수 있다. 멀티캐스트/브로드캐스트를 지원하지 않는 액세스를 사용하거나, 이러한 액세스로 이동하는 UE에 대한 지원이 고려될 수 있다.
5GS에서의 MBS와 관련하여, 다음의 예시와 같은 이슈가 논의되고 있다. 예를 들어, NR/5GC와 E-UTRAN/EPC 간의 전환(transition)이 수행될 때, 공공 안전 서비스의 중단(interruption)을 최소화하기 위한 방안이 논의되고 있다.
이 이슈를 구체적으로 설명하면 다음과 같다. 종래에 논의된 바에 따르면, 하이 레벨 MBS 아키텍쳐에서는, NG-RAN(예: 5GC에 연결된 NG-RAN)에 기초한 NR만 RAT으로 간주된다. 즉, 5GC에 연결된 E-UTRA를 통한 MBS에 대한 지원 방안이 논의되지 않았다.
이 이슈는 공공 안전 서비스와 함께, Evolved Universal Terrestrial Radio Access Network(E-UTRAN)/ Evolved Packet Core(EPC) 기반 evolved Multimedia Broadcast&Multicast Service(eMBMS) 포설/배치 및 NR/5GC를 통한 5G MBS가 있는 PLMN에 적용될 수 있다.
NR/5GC를 통한 멀티캐스트 딜리버리의 대상이 되는 서비스를 수신하는 UE가 E-UTRAN/EPC로 이동하고, eMBMS를 사용하는 경우가 있을 수 있다. 또한, 반대의 경우도 있을 수 있다. EPC 및 5GC 모두를 통해 이러한 서비스를 처리(handle)하는 방법 및 RAT들(RATs) 사이의 이동성을 처리하는 방법이 고려되어야 한다.
따라서, 공공 안전 서비스에 중점을 둔 이 이슈를 해결하기 위한 방안은 다음을 만족할 수 있다:
- E-UTRAN (eMBMS)에 캠핑 중인(camping on) UE 및 5GC에 연결된 NR을 통해(5G MBS 솔루션을 통해) 연결된 UE에 대해, AF (예: Public Safety Group Communication System(GCS) Application Server (AS))가 동일한 멀티캐스트/브로드캐스트 서비스를 제공하도록 허용할 수 있다.
- 멀티캐스트 세션 동안 EPC와 5GC 사이에서 inter-CN 이동성을 수행하는 UE에 대한 절차를 정의할 수 있다.
이 이슈를 해결하기 위한 목표는, 서비스 중단 및 패킷 손실을 최소화하고 다양한 시스템 간의 전환 중에 가능한 한 빠르게 재-연결을 달성하는 것일 수 있다.
종래 기술 문서(예: 3GPP TR 23.757 v1.0.0)에는 multicast 전송과 관련된 다양한 솔루션이 정의되어 있다. 예를 들어, 6.3절의 Solution #3: Integrated Multicast and Unicast Transport, 6.4절의 Solution #4: Multicast session management with dedicated MBS network functions, 6.6절의 Solution #6: Multicast service initiation이 정의되어 있다.
하지만, 종래 기술에 따르면, MBS를 위한 multicast 전송은 EPS에서는 지원되지 않는다. 따라서, UE가 5GS에서 multicast 방식으로 MBS 트래픽을 수신하는 경우, UE가 5GS에서 EPS로 이동 시, UE가 EPS에서 unicast 방식으로 해당 MBS 트래픽을 계속 수신할 수 있는 방안이 지원되어야 한다.
MBS를 위한 multicast 전송은 EPS에서는 지원하지 않는다. 이에 UE가 5GS에서 multicast 방식으로 MBS 트래픽을 수신한 경우, EPS로 이동 시 multicast가 아닌 방식, 즉 EPS MBMS에서 지원하는 broadcast 방식으로 해당 MBS 트래픽을 계속 수신할 수 있다. 이러한 5GS에서 EPS로의 MBS 서비스 연속성은 service layer를 통해 이뤄질 수 있다.
상기 multicast 방식의 전송은 UE가 형성한 PDU Session을 통한 트래픽 전송이 아닌 multicast group을 위해 형성한 path/tunnel/resource를 이용하여 (이를 shared resource를 이용한다고 하자) 트래픽을 전송하는 것으로 해석될 수 있다. 후자의 경우, core network 구간 및 radio 구간에서 모두 shared resource가 사용될 수도 있고, core network 구간에서만 shared resource가 사용될 수도 있다.
상기한 service layer를 이용한 5GS에서 EPS로의 MBS 서비스 연속성 지원을 위해, 다음의 예시와 같은 솔루션이 논의되고 있다. 다음의 예시에서 설명하는 솔루션을 "Service layer continuity between E-UTRAN/EPC MBMS and NR/5GC MBS"로 지칭하기로 한다.
우선, 도 6의 예시를 참조하여, 5G MBS와 E-UTRAN/EPC 사이의 interworking (예: 서비스 계층에서의 interworking)을 위한 시스템 아키텍쳐의 예시를 설명한다.
도 6은 5G MBS와 E-
UTRAN
/EPC 사이의 interworking을 위한 시스템
아키텍쳐의
예를 나타낸다.
도 6은 BM-SC와 MSF functionalities을 함께 배치하여, 서비스 계층에서 E-UTRAN/EPC MBMS와 5G MBS 간의 interworking을 지원하기 위한 시스템 아키텍처의 예를 나타낸다.
BM-SC+MSF는 Application Function 에 대한 공통 참조 지점(common reference points)을 노출할 수 있다. Application Function을 향하여, TMGI는 식별자로 사용될 수 있다. TMGI는 E-UTRAN/EPC를 통한 전송을 위한 식별자로도 사용될 수 있다. 5G MBS의 경우, TMGI 및 MBS 컨텍스트 ID 매핑에 대한 원칙이 사용될 수 있다.
서비스 계층에서 interworking 지원의 경우, UE가 E-UTRAN 또는 NR을 통해 MBMS/MBS 서비스를 발견하고 가입하는지 여부에 관계없이, UE에 대해 항상 TMGI/MBS 컨텍스트 ID가 설정될 수 있다.
UE가 NR에 camp on할 때, UE는 MBS 컨텍스트 ID를 사용하여 MBS 세션 컨텍스트를 설정할 수 있다.
UE가 E-UTRAN에 camp on할 때, UE는 TMGI에 대한 MBMS 수신을 위한 절차를 사용할 수 있다.
이동성의 경우 무손실 메커니즘은 UE와 BM-SC+MSF 사이의 서비스 계층에서 수행될 수 있다.
이동성 관련 절차는 위에서 설명한 솔루션의 예시들에 의한 영향을 받지 않을 수 있다.
UE가 E-UTRAN/EPC로 이동하면 TMGI(들)에 대한 MBMS 서비스를 수신하기 위한 절차를 시작할 수 있다. 이동성의 경우 무손실 메커니즘은 UE와 BM-SC+MSF 사이의 서비스 계층에서 수행될 수 있다.
UE가 NR/5GC로 이동하면 TMGI(들)에 대한 5G MBS 전송을 수신하기 위한 절차를 시작할 수 있다. 이동성의 경우 무손실 메커니즘은 UE와 BM-SC+MSF 사이의 서비스 계층에서 수행될 수 있다.
BM-SC+MSF는 두 개의 개별 시스템에서 TMGI를 처리할 수 있다. BM-SC+MSF는 서비스 계층에서 잠재적인 재전송을 처리할 수 있다.
UE는 E-UTRAN에서의 MBMS 수신과 동일한 TMGI에 대한 5G MBS 전송 간 전환을 수행할 수 있다.
5GS에서 멀티캐스트 통신을 수행함으로써 멀티캐스트 트래픽(예: MBS 트래픽)을 수신하던 단말이 Evolved Packet System (EPS)으로 이동할 수 있다. 그러면, 단말은 EPS에서 Multimedia Broadcast & Multicast Service(MBMS) 방식으로 지원되는 broadcast 통신을 통해, 5GS에서 수신하던 MBS 트래픽을 수신할 수 있다.
한편, 종래 기술에 따르면, 단말이 5GS에서 EPS로 이동한 후에도 5GS는 이 UE에 대해 존재하는 멀티캐스트 컨텍스트(또는 MBS 컨텍스트)를 제거하지 않는다. 이로 인해, 단말이 더 이상 5GS에서 멀티캐스트 통신을 수행하지 않는데도 불구하고, 5G 코어 네트워크 및 기지국(예: NG-RAN(Next Generation Radio Access Network))은 단말에게 멀티캐스트 통신과 관련된 서비스를 제공하기 위한 노력을 계속 수행하는 문제가 있다.
예를 들어, 기지국은 UE가 5GS를 떠났음에도 불구하고, User Plane Function (UPF)로부터 계속 UE에 대한 멀티캐스트 트래픽을 수신하는 등의 불필요한 동작을 수행하는 문제가 있다.
따라서, 본 명세서의 개시에서는, UE가 5GS에서 multicast 서비스를 받다가 EPS로 이동한 경우, 5GS에서 이 UE에 대해 존재하는 MBS/multicast context를 제거하기 위해 UE가 multicast service로부터 leave하는 메시지를 5G 네트워크로 전송하는 등의 동작을 제안하고 있다. 5GS가 상기 UE에 대해 존재하는 MBS/multicast context를 제거해야 하는 이유의 예시는 다음과 같다. 5GS가 MBS/multicast context를 제거하지 않을 경우, 상기 UE가 더 이상 multicast 서비스를 받지 않는데도 불구하고, 5G core network 및 NG-RAN에서 상기 UE에게 multicast service를 제공하기 위한 노력을 해야 하는 문제가 있기 때문이다. 심지어, 해당 multicast service에 대해 NG-RAN이 서비스해줘야 하는 UE가 상기 UE 뿐이었다면 이 UE가 EPS로 떠났음에도 불구하고, UPF로부터 계속 multicast traffic을 수신하는 불필요한 동작을 지속할 수도 있다.
UE가 E-UTRAN/EPC로 이동하면 TMGI(들)에 대한 MBMS 서비스를 수신하기 위한 절차를 시작할 수 있다. 이때, 5G CN(Core Network)에서 UE 5G MBS 컨텍스트를 제거하기 위해, 예를 들어, UE가 멀티캐스트 서비스를 떠나기 위한 절차를 수행할 필요가 있을 수도 있다.
UE가 NR/5GC로 이동하면, UE는 TMGI에 대한 5G MBS 전송을 수신하기 위해, PDU 세션 수정 절차를 통해, 멀티캐스트 컨텍스트와 멀티캐스트 플로우를 셋업/수정하는 절차를 트리거할 필요가 있을 수도 있다.
패킷 손실을 감소, 제거 또는 복구하는 메커니즘은 UE와 BM-SC+MBSF 사이의 서비스 계층 및/또는 UE의 애플리케이션 기능과 애플리케이션 클라이언트 사이의 애플리케이션 계층에서 수행될 수 있다.
이하에서, 도 7a 내지 도 7c를 참조하여, UE가 PDU 세션 수정 절차를 통해 멀티캐스트 서비스를 leave 하는 절차의 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 7a
내지 도
7c은
multicast
leave를 위한
PDU
세션 수정 절차의 일 예를 나타낸다.
1) UE는 하나 이상의 멀티캐스트 서비스에 참여(join)할 수 있다. 언제든지 UE는 멀티캐스트 서비스를 떠나기로 결정할 수 있다.
Alternative 1: 사용자 평면 시그널링. 이하의 단계 2) 및 단계 3)은 Alternative 1의 경우 수행되는 동작의 예시들이다:
2) UE가 하나 이상의 멀티캐스트 서비스를 leave하는 것을 원할 때, UE는 사용자 평면 메시지(예: IGMP Leave)를 전송할 수 있다. 사용자 평면 메시지는 leave할 멀티캐스트 서비스에 대한 관련 정보(예: 멀티캐스트 주소)를 포함할 수 있다.
3) leave 메시지를 수신하면, UPF는 SMF에 알리는 동작을 수행할 수 있다. SMF는 UPF로부터 알림을 수신하면, SMF는 PDU 세션 수정 절차를 시작할 수 있다.
Alternative 2: 제어 평면 시그널링. 이하의 단계 4) 및 단계 5)은 Alternative 2의 경우 수행되는 동작의 예시들이다:
4) UE가 하나 이상의 멀티캐스트 서비스를 leave하기를 원할 때, UE는 PDU 세션 수정 요청 메시지를 AMF에게 전송할 수 있다. PDU 세션 수정 요청 메시지는 leave할 멀티캐스트 서비스에 대한 관련 정보(예: 멀티캐스트 주소 등)를 포함할 수 있다.
5) AMF는 Nsmf_PDUSession_UpdateSMContext(SM 컨텍스트 ID, N1 SM 컨테이너(관련 멀티캐스트 서비스 정보(예: leave indication, 멀티캐스트 서비스 ID 등)를 포함하는 PDU 세션 수정 요청 메시지))를 호출할(invoke) 수 있다.
UE가 유니캐스트 PDU 세션을 통해 멀티캐스트를 수신하는 경우 이하의 단계 6) 내지 단계 14)가 적용될 수 있다:
SMF와 MB-SMF가 다르고, 멀티캐스트 데이터가 유니캐스트 배포(unicast distribution)를 통해 하나의 PDU 세션 내에서 다른 UE(예: UPF에 의해 서빙되는 UE)에 배포될 필요가 없는 경우, 이하의 단계 6) 내지 단계 8)이 적용될 수 있다. 이 경우, UPF와 MB-UPF 간의 공유 터널(shared tunnel)이 필요하지 않을 수 있다:
6) SMF는 멀티캐스트 배포를 종료하기 위한 요청 메시지[멀티캐스트 컨텍스트/그룹 ID 포함]를 MB-SMF에게 전송할 수 있다.
7) 단계 6)에서 수신된 정보에 기초하여, MB-SMF는 멀티캐스트 컨텍스트/그룹 ID로 식별된 멀티캐스트 세션 컨텍스트를 업데이트하고, MB-UPF가 더 이상 UPF로 멀티캐스트 데이터를 배포하지 않도록 MB-UPF를 설정할 수 있다.
8) MB-SMF는 단계 6에 대한 응답으로, SMF에 대한 멀티캐스트 배포 종료 요청을 확인(acknowledges)할 수 있다. 예를 들어, MB-SMF는 멀티캐스트 배포 해제 응답 메시지(multicast distribution release response 메시지)를 SMF에게 전송할 수 있다.
9) 유니캐스트 PDU 세션을 통한 멀티캐스트 데이터 배포를 종료하기 위해, 그리고 단계 6) 내지 단계 8)이 수행되면, 멀티캐스트 데이터 수신을 위한 리소스도 해제하기 위해, SMF는 UPF를 재설정(reconfigure)할 수 있다.
SMF는 leave handling의 결과로 UE를 업데이트할 수 있다. 또한, 전용(dedicated) QoS flow가 멀티캐스트 데이터의 유니캐스트 전송에 사용되는 경우, SMF는 RAN을 업데이트하여 연관된 유니캐스트 PDU 세션에서 멀티캐스트 QoS flow 관련 정보(예: 즉 매핑된 유니캐스트 QoS 흐름 정보)를 제거할 수 있다.
10) SMF는 Namf_Communication_N1N2Message(N2 SM 정보) 전송 서비스를 사용하여, 멀티캐스트 데이터를 전송하는 데 이전에 사용된 QoS flow을 해제할 것을 RAN 노드에 알리도록, AMF에게 요청할 수 있다. N2 SM 정보에는 유니캐스트 QoS flow 정보가 포함될 수 있다.
11) 세션 수정 요청이 RAN으로 전송될 수 있다. N1 SM 컨테이너(PDU 세션 수정 명령 메시지 포함)이 UE에게 제공될 수 있다.
12) RAN은 필요한 무선 자원 수정을 수행할 수 있다.
13) RAN은 세션 수정 응답 메시지를 AMF에게 전송할 수 있다.
14) AMF는 단계 13)에서 수신한 세션 수정 응답 메시지를 Nsmf_PDUSession_UpdateSMContext 서비스를 통해 SMF에게 전달할 수 있다.
UE가 멀티캐스트 배포를 통해 멀티캐스트를 수신하는 경우, 이하의 단계 15) 내지 단계 25)가 적용될 수 있다.
15) SMF는 Namf_Communication_N1N2Message(N1 SM 컨테이너(PDU 세션 수정 명령(PDU 세션 ID, 멀티캐스트 정보([멀티캐스트 컨텍스트 ID], 멀티캐스트 주소))), N2 SM 정보) transfer 서비스를 이용하여, UE가 표시된 멀티캐스트 그룹을 떠났다는 것을 RAN 노드에 알릴 것을, AMF에 요청할 수 있다.
N2 SM 정보에는 멀티캐스트 플로우 정보(멀티캐스트 QoS Flow ID 및 관련 QoS 정보)와 UE가 leave 하고자 하는 멀티캐스트 서비스 아이덴티티가 포함될 수 있다.
참고로, 매핑된 유니캐스트 QoS flow 정보, 유니캐스트 QoS flow과 멀티캐스트 QoS flow 간의 association, N1 SM 컨테이너의 유니캐스트 정보(즉, 유니캐스트 흐름에 대한 QoS 규칙)가 멀티캐스트 배포를 위해 추가되는 경우, 이 정보들도 단계 15)에서 삭제될 수 있다.
16) AMF가 세션 수정 요청 메시지를 RAN으로 전송할 수 있다. 세션 수정 요청 메시지는 멀티캐스트 서비스 ID 및 멀티캐스트 flow 정보를 포함할 수 있다. RAN은 N1 SM 컨테이너(PDU 세션 수정 명령 포함)를 UE에게 제공할 수 있다.
RAN은 멀티캐스트 서비스 ID를 사용하여 멀티캐스트 세션 컨텍스트에서 UE를 제거할 수 있다. 또한 UE 컨텍스트에서 관련 멀티캐스트 QoS flow 및 관련 유니캐스트 QoS flow 정보가 제거될 수 있다.
17) RAN은 필요한 무선 자원 수정을 수행할 수 있다.
UE가 표시된 멀티캐스트 서비스를 마지막으로 떠나는 UE인 경우, RAN은 RAN과 MB-UPF 사이의 연관된 associated shared downlink tunnel을 해제하고, 단계 18에서 단계 22)가 적용될 수 있다.
18) RAN 노드는 MB-SMF에 도달할(reach) AMF를 선택하고, 해당 AMF에 대한 멀티캐스트 사용자 평면 배포 해제(Multicast user plane distribution release) 요청 메시지(MB-SMF ID, 멀티캐스트 컨텍스트/그룹 ID, 다운링크 터널 정보 포함)를 AMF에게 전송할 수 있다.
19) AMF는 멀티캐스트 사용자 평면 배포 해제(Multicast user plane distribution release) 요청 메시지(MB-SMF ID, 멀티캐스트 컨텍스트/그룹 ID, 다운링크 터널 정보 포함)를 MB-SMF로 전달할 수 있다.
20) 멀티캐스트 배포 세션의 유니캐스트 전송 관련하여, MB-SMF는 멀티캐스트 컨텍스트 ID로 식별되는 멀티캐스트 세션 컨텍스트를 업데이트하고, MB-UPF에게 해당 shared downlink tunnel 리소스를 해제하도록 요청할 수 있다.
21) SMF는 멀티캐스트 배포 세션 해제 응답을 AMF로 전송할 수 있다.
22) AMF는 멀티캐스트 배포 세션 해제 응답을 RAN 노드에 전달할 수 있다.
23) 멀티캐스트 분배 세션의 멀티캐스트 전송 관련하여, 멀티캐스트 분배 해제 응답을 수신한 후, RAN은 이 RAN 노드로의 MBS 데이터 전송을 중지하기 위해, MB-UPF에 leave 메시지(예: MLD/IGMP Leave 정보 포함)를 전송할 수 있다.
24) RAN은 AMF에 세션 수정 응답을 전송할 수 있다.
25) AMF는 단계 24에서 수신한 세션 수정 응답을 Nsmf_PDUSession_UpdateSMContext 서비스를 통해 SMF로 전달할 수 있다.
UE가 multicast service로부터 leave하는 메시지를 5G 네트워크로 전송하는 동작은 UE가 EPS와 5GS 모두에 등록한 상태로 시스템 간 이동이 가능한 dual registration mode에서만 사용될 수 있다. 또한, dual registration mode로 동작하더라도, UE가 5GS에서 EPS로 이동한 후에 여전히 5GS coverage에 있어야만 UE가 5G 네트워크로 leave 메시지를 전송할 수 있다. 또한, single registration mode인 경우 UE는 EPS로 이동한 후에 5G 네트워크로 leave 메시지를 전송할 수 없다.
5GS에서 EPS로의 MBS 서비스 연속성을 service layer를 통해 지원하는 방안이 논의되고 있다. 하지만, 종래 기술에서는 UE가 5GS에서 multicast 서비스를 받다가 EPS로 이동한 경우, 5GS에서 이 UE에 대해 존재하는 MBS/multicast context를 제거하는 동작에 대한 내용은 전혀 제안되지 않았다.
5GS multicast 전송을 EPS MBMS로의 연속성을 service layer를 통해 지원 시, 5GS에서 UE에 대해 존재하는 MBS/multicast context를 제거하는 동작이 필요하다. MBS/multicast context를 제거하는 동작은 EPS/5GS interworking 방식 (예: single registration mode인지 dual registration mode인지)과 상관없이, 즉 모든 방식에서 수행될 수 있어야 한다.
III. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
본 명세서의 개시에서는, 다양한 예시를 통해, UE가 5GS에서 multicast 통신을 수행하다가, EPS로 이동하는 경우, multicast 통신을 지원하는 방안을 설명한다. 예를 들어, UE가 5GS에서 EPS로 이동하면, UE에 대한 5GS multicast 전송은 service layer를 통해서, UE에 대한 EPS MBMS 통신에 따라 서비스 연속성이 지원될 수 있다. 본 명세서의 개시의 다양한 예시에서는 UE가 5GS에서 EPS로 이동한 이후, 5GS에서 이동된 UE에 대해 존재하는 MBS/multicast context (MBS context 및/또는 multicast context)를 제거하는 동작을 설명한다. 5GS에서 이동된 UE에 대해 존재하는 MBS/multicast context (MBS context 및/또는 multicast context)를 제거하는 동작은 이하의 다양한 예시 중 하나 이상의 동작/구성/단계의 조합으로 구성된다.
본 명세서의 개시에서 MBS는 MBMS(Multimedia Broadcast/Multicast Service)와 동일하게 해석될 수 있다.
본 명세서의 개시에서 MBS session은 MBS multicast session과 MBS broadcast session을 포함하는 것으로 해석될 수 있다. 본 명세서의 개시에서 MBS data 및/또는 MBS traffic은 MBS multicast data 및/또는 MBS multicast traffic 과 MBS broadcast data 및/또는 MBS broadcast traffic을 포함하는 것으로 해석될 수 있다.
본 명세서의 개시에서 MBS session은 MB session과 혼용하여 사용될 수 있다. 다시 말해서, 본 명세서의 개시에서 MBS 세션과 MB 세션은 동일한 의미의 용어로 사용될 수도 있다.
본 명세서의 개시에서 session과 service는 혼용하여 사용될 수 있다. 다시 말해서, 본 명세서의 개시에서 세션과 서비스는 동일한 의미의 용어로 사용될 수도 있다.
본 명세서의 개시에서 multicast service, multicast session, multicast group이 혼용되어 사용될 수 있다. 다시 말해서, 본 명세서의 개시에서 multicast service, multicast session 및 multicast group는 동일한 의미의 용어로 사용될 수도 있다.
본 명세서의 개시에서 NG-RAN은 gNB를 의미할 수도 있고, gNB와 next generation eNB(ng-eNB)를 모두 포함할 수도 있다.
Evolved General Packet Radio Service(GPRS), Evolved Packet System (EPS)에서의 MBS 지원에 대해서는 TS 23.246 V15.1.0, TS 23.468 V15.1.0, TS 26.348 V16.0.0 등을 참고할 수 있으며, 아래에서는 본 명세서의 개시에서 제안하는 내용 위주로 기술한다.
참고로, 이하의 다양한 예시에서, 5GS에서 UE에 대해 존재하는 MBS/multicast context를 제거하는 동작은 multicast session에서 UE를 제거/삭제하는 동작으로 해석될 수도 있다.
본 명세서의 다양한 예시에서 제안하는 동작은 EPS/5GS interworking 방식 중에서 single registration mode 및 dual registration mode 모두에 대해 적용될 수도 있고, 둘 중 하나의 mode에만 적용될 수도 있다. 참고로, single registration mode 에서는 주어진 시간에 하나의 active mobility state가 존재할 수 있다. 예를 들어, UE가 single registration mode인 경우, UE는 5GC NAS 모드 또는 EPC NAS 모드에 있을 수 있다. Dual registration mode인 UE는 5GC 및 EPC에 대해 독립적인 등록을 유지할 수 있다. 예를 들어, Dual registration mode인 UE는 5G- Global Unique Temporary Identifier (GUTI) 와 EPC-GUTI를 독립적으로 유지할 수 있다.
먼저, 도 8a 및 도 8b을 참조하여, multicast session이 설정(configuration)되고, 생성되는 절차의 예시를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 8a 및 도 8b은 multicast session을 생성하는 절차의 일 예를 나타낸다.
1) AF가 새로운 multicast session을 식별하기 위한 식별자인 TMGI를 5GC에게 요청할 수 있다. 그러면, MB-SMF가 TMGI를 할당하여, 할당된 TMGI를 AF로 제공할 수 있다. AF와 MB-SMF 사이에서 수행되는 이러한 TMGI 할당 과정은, NEF/MBSF를 통해 수행될 수 있다. 여기서, MBSF는 Multicast-Broadcast Service Function를 의미한다.
2) AF는 UE에게 Service Announcement를 수행할 수 있다. 이를 통해 AF는 TMGI (즉, MBS Session ID 정보)를 포함하여, multicast session 관련 정보를 UE에게 제공할 수 있다.
3) AF는 multicast session을 5GS로 configuration하기 위해, TMGI (즉, MBS Session ID 정보), QoS 요구사항 등의 multicast session 관련 정보를 포함하는 MBS Session Request 메시지를 NEF/MBSF로 전송할 수 있다.
4) NEF/MBSF는 상기 multicast session을 serving할 MB-SMF를 탐색할 수 있다. NEF/MBSF는 이러한 MB-SMF 탐색을 NRF(Network Repository Function)를 통해 수행할 수도 있다. NEF/MBSF는 MB-SMF를 선택하고, 이 선택된 MB-SMF에게 multicast session을 configuration하기 위한 MBS Session Create Request 메시지를 전송할 수 있다
5) MB-SMF는 상기 multicast session을 서비스하기 위한 user plane resource의 예약을 요청하는 메시지(예: Session Request 메시지)를 MB-UPF에게 전송할 수 있다.
6) MB-UPF는 MB-SMF의 요청에 응답하는 메시지(예: Session Response 메시지)를 전송할 수 있다.
7) MB-SMF는 MBS Session Create Response 메시지를 NEF/MBSF에게 전송할 수 있다.
8) NEF/MBSF는 MBS Session Response 메시지를 AF에게 전송할 수 있다.
9a-9b) UE가 multicast session에 Join을 하기 위해, UE는 Join 요청을 포함하는 PDU Session Modification Request 메시지를 AMF에게 전송할 수 있다. 상기 PDU Session Modification Request 메시지는 AMF를 통해 SMF로 전송될 수 있다. 상기 Join 요청은 multicast session을 식별하기 위한 식별 정보인 TMGI (즉, MBS Session ID 정보)를 포함할 수 있다.
10) SMF는 상기 UE가 join 요청한 multicast session에 대한 서비스를 상기 UE가 받을 수 있는지 여부를 체크할 수 있다.
11) SMF가 상기 Join 요청된 multicast session에 대한 context/정보를 가지고 있지 않다면, SMF는 multicast session에 대한 context/정보를 MB-SMF로부터 획득할 수 있다. SMF는 NRF를 이용하여, 상기 multicast session을 serving하는 MB-SMF를 탐색할 수도 있다.
12) MB-SMF는 multicast session에 대한 multicast QoS Flow(s) 정보를 포함하는 N2 SM information 및 PDU Session Modification Command 메시지를 포함하는 N1 SM container를 AMF로 전송한다. 예를 들어, SMF는 Nsmf_PDUSession_UpdateSMContext response 메시지(multicast session에 대한 multicast QoS Flow(s) 정보를 포함하는 N2 SM information 및 PDU Session Modification Command 메시지 포함)를 AMF에게 전송할 수 있다.
13) AMF는 상기 MB-SMF로부터 수신된 정보(예: multicast session에 대한 multicast QoS Flow(s) 정보를 포함하는 N2 SM information 및/또는 PDU Session Modification Command 메시지)를 NG-RAN으로 전송할 수 있다.
14a-14b) NG-RAN은 AMF를 통해 MB-SMF에게 MBS Session 요청 메시지를 전송할 수 있다. 예를 들어, NG-RAN은 MBS Session 요청 메시지를 포함하는 N2 메시지를 AMF에게 전송하고, AMF는 MBS Session 요청 메시지를 포함하는 Nmbsmf_Reception Request 메시지를 MB-SMF에게 전송할 수 있다.
14c) MB-SMF는 multicast session의 data를 5GC shared MBS traffic delivery 방식으로 전송하기 위한 설정을 MB-UPF에게 수행할 수 있다.
14d~14e) MB-SMF가 MBS Session 응답 메시지(예: Nmbsmf_Reception Response 메시지)를 AMF를 통해 NG-RAN에게 전송할 수 있다.
15) NG-RAN은 multicast session에 대한 radio resource를 형성하기 위해, UE와 AN specific signalling (즉, RRC 메시지)를 주고 받을 수 있다. 이 때, NG-RAN은 상기 단계 13에서 수신한 PDU Session Modification Command 메시지를 UE에게 전송할 수 있다.
16) NG-RAN은 단계 13에서 AMF를 통해 SMF로부터 받은 메시지에 대한 응답 메시지(예: N2 메시지)를 AMF에게 전송할 수 있다. 예를 들어, 이 응답 메시지는 PDU Session Modification Command에 대한 응답 메시지를 포함할 수도 있다.
17) AMF는 NG-RAN이 전송한 메시지를 SMF에게 전달할 수 있다. 예를 들어, AMF는 NG-RAN이 전송한 메시지(예: PDU Session Modification Command에 대한 응답 메시지를 포함하는 메시지)를 포함하는 Nsmf_PDUSession_UpdateSMContext response 메시지를 SMF에게 전송할 수 있다.
18) SMF는 응답 메시지(예: Nsmf_PDUSession_UpdateSMContext response 메시지)를 AMF에게 전송할 수 있다.
이하에서, 본 명세서의 개시의 제1예 내지 제4예를 참조하여, 본 명세서의 개시를 설명한다. 이하에서 설명하는 본 명세서의 개시의 제1예 내지 제4예는 조합되어 구현될 수도 있다.
1. 본 명세서의 개시의
제1예
본 명세서의 개시의 제1예에서는, 5GS에서 EPF로 이동한 UE에 대해 존재하는 MBS/multicast context를 AMF가 제거하는 동작의 예시를 설명하기로 한다. 본 명세서의 개시의 제1 예에서 설명하는 예시와 같은 방안은 예를 들어, MBS Session setup using flexible radio resources 등의 절차에 적용될 수도 있다. 다만, 이는 예시에 불과하며, 본 명세서의 개시의 제1 예에서 설명하는 예시와 같은 방안은 MBS Session setup using flexible radio resources 등의 절차와 같은 상황 이외의 상황에서도 사용될 수 있다.
먼저, 이하 도 9의 예시를 참조하여, 본 명세서의 개시의 제1 예의 다양한 동작들에 대해서 적용될 수 있는 Session Leave 절차의 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 Session Leave 절차의 일 예를 나타낸다.
참고로, 도 9의 예시에 따른 Session Leave 절차는 TR 23.757v1.0.0의 6.2.2.5절에 기초한 Session Leave 절차일 수 있다.
Session Leave (예: 세션 탈퇴) 절차는 UE가 관심이 있는 MB 세션이 중단(ceased) 되었음을 3GPP 네트워크에 알리는 데 사용될 수 있다. Session Leave 절차가 수행되는 동안, 필요한 경우 멀티캐스트 세션의 배포 영역(distribution area)가 조정될(adjusted) 수도 있다.
0) 어플리케이션 레벨에서, UE가 그룹에서 leave 할지 여부에 대한 대한 잠재적 결정이 수행될 수 있다. 예를 들어, UE의 어플리케이션 계층이 UE가 MB 세션의 그룹에서 leave할지 여부를 결정할 수도 있다.
1) UE가 떠나기 전에 미디어 스트림이 존재할 수 있다. 이 경우, UE는 Point-To-Multipoint (PTM) 또는 Point-To-Point (PTP) 로 미디어를 수신할 수 있다.
2) UE는 Uplink (UL) NAS MB Session Leave 요청 메시지 (TMGI(Temporary Mobile Group Identity) 포함)를 AMF에게 전송할 수 있다. AMF는 UE Context에서 TMGI를 제거할 수 있다.
3) AMF는 DL NAS MB Session Leave 응답 메시지를 생성하고, DL NAS MB Session Leave 응답 메시지를 N2 MB Session Leave 메시지(Next Generation Application Protocol (NGAP) ID, TMGI 포함) 에 피기 백할 수 있다. NG-RAN은 NG-RAN의 UE 컨텍스트에서 TMGI를 제거할 수 있다.
4) NG-RAN은 필요한 경우 PTM / PTP 전송을 조정(adjust)할 수 있다.
5) 이 UE가 이 NG-RAN에서 MB 세션을 사용하는 마지막 UE 인 경우(즉, TMGI가 NG-RAN 노드의 더 이상 UE Context에 저장되지 않음), NG-RAN은 이 NG-RAN 노드에 대한 미디어 스트림을 중지 시키기 위해, Leave 메시지 (LL MC Address (Lower Layer Multicast IP Address) 포함)를 전송할 수 있다. 그 다음, NG-RAN은 MB 세션 컨텍스트를 삭제할 수 있다.
6) 이 UE가 AMF에서 MB 세션의 일부인 마지막 UE 인 경우, AMF가 MB 세션을 구독 취소(unsubscribe)하기 위해, AMF는 MB Session Release 요청 메시지 (TMGI, AMF ID 포함)을 MB-SMF에 전송할 수 있다. MB-SMF는 MB-SMF MB 세션 컨텍스트에서 AMF를 제거할 수 있다.
UE에 대해, 5GC Individual MBS traffic delivery(5GC 개별 MBS 트래픽 전달)이 적용되는 경우, AMF는 SMF에게 MBS 세션에 대한 5GC Individual MBS traffic delivery가 PDU 세션에서 중지되어야 함을 알릴 수 있다. SMF는 PDU Session Anchor (PSA)-UPF에 MBS 데이터 스트림을 PDU 세션으로 전달하는 것을 중지하도록 지시할 수 있다. 이 UE가 PSA-UPF에서 5GC Individual MBS traffic delivery 이 적용된 마지막 UE 인 경우, SMF는 PSA-UPF에게 MB-UPF의 multicast tree 를 떠나도록(leave) 지시할 수 있다.
7) MB-SMF는 MB Session Release Response 메시지를 AMF에게 전송할 수 있다. AMF는 MB 세션 컨텍스트를 삭제할 수 있다.
AMF는 UE가 5GS에서 EPS로 이동했음을 인지할 수 있다. AMF가 UE가 5GS에서 EPS로 이동했음을 인지하면, (예: 5GS to EPS handover procedure using N26 interface에서 AMF가 MME로부터 Relocation Complete Notification 메시지를 수신하는 동작 또는 5GS to EPS Idle mode mobility procedure using N26 interface에서 AMF가 MME로부터 Context Ack 메시지를 수신하는 동작 등을 통해서 AMF가 인지할 수 있음), AMF는 다음의 예시와 같은 동작들(이하에서 설명하는 예시 1 내지 예시 3) 중 하나 이상의 동작을 수행할 수 있다. 또한, AMF는 UE가 EPS로 이동해야 함을 인지한 경우에도 다음의 예시와 같은 동작들(이하에서 설명하는 예시 1 내지 예시 3) 중 하나 이상의 동작을 수행할 수도 있다:
예시 1) AMF가 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 UE를 serving하던 NG-RAN에게 제공할 수 있다. UE가 더 이상 multicast service를 받을 필요가 없다는 정보는 UE가 서비스 받던 multicast session(s)을 식별하는 정보 (예, TMGI, MBS Session ID 등)를 포함할 수도 있다. 상기 정보는, NG-RAN으로 하여금 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거하도록 지시하는 정보로 해석될 수 있다. 다시 말해서, NG-RAN이 AMF로부터 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 수신하면, NG-RAN은 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거하는 동작을 수행할 수도 있다. 또한, UE가 더 이상 multicast service를 받을 필요가 없다는 정보는 UE가 multicast session(s)에서 leave했음을 알리는 정보로 해석될 수도 있다.
상기 정보는 기존에 AMF가 NG-RAN으로 전송하는 메시지 (5GS to EPS handover procedure using N26 interface에서 AMF가 NG-RANDㅔ게 전송하는 UE Context Release Command 메시지)에 포함되어 전송될 수도 있고, 별도의 메시지 및/또는 새로운 메시지 (예: 도 9의 예시의 단계 3 에서 설명된 N2 MB Session Leave 메시지)에 포함되어 전송될 수도 있다.
예시 2) AMF는 도 9의 예시의 단계 6 및 단계 7에서 설명된 동작을 수행할 수 있다. 이는 AMF가 상기 multicast session을 서비스 받는 UE 중에서, 상기 UE(예: leave 하려는 UE)가 마지막 UE 였을 수 있다. 이 경우, AMF가 수행하는 동작은 자신이 더 이상 이 multicast session에 대해 서비스할 필요가 없음을 MB-SMF에게 알리는 동작으로 해석될 수도 있다. 참고로, "상기 multicast session을 서비스 받는 UE"는 AMF가 관리 및/또는 서비스하던 UE로 해석될 수 있다.
예시 3) AMF는 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거할 수 있다. 예를 들어, AMF는 multicast session에 관련된 서비스를 제공하기 위해 관리하는 context(s)(예: multicast session 관련 context)에서 UE에 대한 정보를 제거할 수 있다. 상기 context는 MB Session Context일 수 있다.
앞서 설명한 예시 1)에 따라, AMF가 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 NG-RAN에게 전송할 수 있다. 참고로, UE가 더 이상 multicast service를 받을 필요가 없다는 정보는 UE가 서비스 받던 multicast session(s)을 식별하는 정보 (예, TMGI, MBS Session ID 등)를 포함할 수도 있다. NG-RAN이 AMF로부터 상기 예시 1)의 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)를 수신하면, NG-RAN은 다음의 예시들 중 하나 이상의 동작을 수행할 수 있다:
a) NG-RAN은 multicast session을 서비스하기 위해 관리하는 context(s) (예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거할 수 있다. 상기 context는 MB Session Context일 수 있다. 만약에 상기 multicast session을 서비스 받는 UE 중 상기 UE가 마지막 UE였다면 (예: NG-RAN이 multicast session을 위해 관리/서비스하던 UE 중에서 마지막 UE), NG-RAN은 상기 multicast session에 대한 radio resource를 해제하는 동작을 추가로 수행할 수도 있다.
b) NG-RAN은 도 9의 예시에 따른 단계 5)의 동작을 수행할 수 있다. 예를 들어, 상기 multicast session을 서비스 받는 UE 중 상기 UE가 마지막 UE였다면, NG-RAN은 5G core network으로부터 (예, UPF 또는 MB-UPF) 상기 multicast session의 traffic을 더 이상 수신하지 않기 위한 동작을 수행할 수 있다.
2. 본 명세서의 개시의 제2예
본 명세서의 개시의 제2예에서는, 5GS에서 EPF로 이동한 UE에 대해 존재하는 MBS/multicast context를 SMF가 제거하는 동작의 예시를 설명하기로 한다. 본 명세서의 개시의 제2 예에서 설명하는 예시와 같은 방안은 예를 들어, Integrated Multicast and Unicast Transport와 같은 절차에 적용될 수도 있다. 다만, 이는 예시에 불과하며, 본 명세서의 개시의 제2 예에서 설명하는 예시와 같은 방안은 Integrated Multicast and Unicast Transport와 같은 절차와 같은 상황 이외의 상황에서도 사용될 수 있다.
SMF는 UE가 EPS로 이동했음을 인지할 수 있다. 예를 들어, SMF는 5GS to EPS handover procedure using N26 interface의 step 2a(예: SMF가 AMF로부터 Nsmf_PDUSession_ContextRequest 메시지를 수신하는 동작) 또는 step 10a(예: SMF가 AMF로부터 Nsmf_PDUSession_UpdateSMContextRequest 메시지를 수신하는 동작) 또는 step 12e(예: SMF가 AMF로부터 Nsmf_PDUSession_ReleaaseSMContext 메시지를 수신하는 동작) 또는 step 14a(예: SMF가 SGW로부터 Modify bearer Reqeust 메시지를 수신하는 동작), TS 23.502 4.11.1.3.2 5GS to EPS Idle mode mobility procedure using N26 interface의 step 15(예: AMF가 HSS+UDM으로부터 NUdm_UECM_DeregistrationNotification 메시지를 수신하는 동작) 또는 step 15b(예: SMF가 AMF으로부터 Nsmf_PDUSession_ReleaseSMContext Request 메시지를 수신하는 동작), 5GS to EPS Mobility procedure의 step 13(예: UE requested PDN Connectivity) 또는 step 14(예: PGW-C+SMF가 개시한 transffered PDU session에 대한 해제 절차) 등과 같은 동작을 통해, UE가 5GS에서 EPS로 이동했음을 인지할 수 있다. SMF가 UE가 EPF로 이동했음을 인지한 경우, SMF는 다음의 예시들(예시 1, 예시 1a, 예시 1b, 예시 2, 예시 3 등) 중 하나 이상의 동작을 수행할 수 있다. 또는, SMF는 UE가 EPS로 이동해야 함을 인지한 경우에 다음 중 하나 이상의 동작을 수행할 수도 있다. 상기에서 SMF가 UE가 EPS로 이동했음을 인지하거나 UE가 EPS로 이동해야 함을 인지하는 것은, SMF가 UE의 PDU Session을 release 해야 함을 인지하는 경우 또는 SMF가 PDU Session release 요청을 AMF로부터 수신한 경우로 해석될 수도 있다.
예시 1) SMF는 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 UE를 serving하던 NG-RAN에게 제공할 수 있다. 상기 정보는 UE가 서비스 받던 multicast session(s)을 식별하는 정보 (예, TMGI, MBS Session ID 등)를 포함할 수도 있다. 상기 정보는. NG-RAN으로 하여금 multicast session을 서비스하기 위해 관리하는 context(s)(예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거토록 지시하는 정보로 해석될 수 있다. 예를 들어, NG-RAN이 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 수신하면, NG-RAN은 multicast session 관련 context에서 상기 UE에 대한 정보를 제거할 수 있다. 상기 정보는 UE가 multicast session(s)에서 leave했음을 알리는 정보로 해석될 수도 있다.
SMF에 의해 전송되는 상기 정보는 AMF를 통해 NG-RAN으로 전송될 수 있다. 예를 들어, UE가 더 이상 multicast service를 받을 필요가 없다는 정보는 도 7a 내지 도 7c의 예시에 따른 단계 15에 기술된 Namf_Communication_N1N2Message에 포함되어 전송될 수도 있다. 예를 들어, SMF는 Namf_Communication_N1N2Message(UE가 더 이상 multicast service를 받을 필요가 없다는 정보 포함)을 AMF에게 전송하고, AMF는 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 NG-RAN에게 전송할 수 있다.
이하의 예시 1a 및 예시 1b는 앞서 설명한 예시 1)에서 SMF가 수행하는 동작을 MB-SMF가 수행하는 예시이다.
예시 1a) Integrated Multicast and Unicast Transport와 같은 절차의 예시와 같이 NG-RAN 과 MB-SMF가 AMF를 통해서 signalling을 주고 받을 수 있다. 이 경우, MB-SMF는 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 UE를 serving하던 NG-RAN에게 제공할 수 있다. 즉, 상기 예시 1)에서 SMF가 수행하는 동작을 MB-SMF가 수행할 수 있다. 이를 위해, SMF가 UE가 EPS로 이동했음을 인지하면 (또는 SMF가 UE가 multicast service를 받지 않게 된 것을 detect하면), SMF는 이를 MB-SMF에 알릴 수 있다. SMF가 MB-SMF에게 UE가 EPS로 이동했음(또는 UE가 multicast service를 받지 않게 된 것)을 MB-SMF에게 알릴 때, SMF는 UE를 serving하던 NG-RAN 노드의 정보를 MB-SMF에게 제공할 수 있다. UE가 다수의 multicast session에 대해 서비스를 받고 있었다면, SMF는 UE의 다수의 multicast session 중에서 각각의 multicast session을 serving하는 MB-SMF에게 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 제공할 수 있다.
예시 1b) 상기 예시 1)에서 SMF가 수행하는 동작을 MB-SMF가 수행할 수 있다. MB-SMF는 UE가 EPS로 이동함을 인지하면 (또는 UE가 multicast service를 받지 않게 된 것을 detect하면), UE를 serving하던 NG-RAN으로 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 제공할 수 있다. 이러한 정보 제공은 AMF를 통해 NG-RAN으로 전송된다. 즉, MB-SMF에 의해 전송되는 상기 정보는 AMF를 통해 NG-RAN으로 전송될 수 있다. MB-SMF는 UE가 EPS로 이동함을 인지할 수 있기 위해, multicast session을 서비스 받는 UE가 EPS로 이동하는 경우, AMF에게 UE의 이동을 통보해달라는 event exposure 서비스(이 서비스에 가입하면, AMF가 MB-SMF에게 UE의 이동을 알려줄 수 있음)에 가입할 수 있다. 상기 MB-SMF가 AMF에서 가입하는 event는 새롭게 정의되는 event (예: UE가 EPS로 이동 또는 EPS로의 interworking 등)일 수도 있고, 기존의 event (예: Location Report, UE moving in or out of a subscribed "Area Of Interest", Number of UEs served by the AMF and located in "Area Of Interest", Time zone changes (UE Time zone), Access Type changes (3GPP access or non-3GPP access), Registration state changes (Registered or Deregistered), Connectivity state changes (IDLE or CONNECTED), UE loss of communication, UE reachability status, UE indication of switching off SMS over NAS service, Subscription Correlation ID change (implicit subscription), UE Type Allocation code (TAC), Frequent mobility re-registration,Subscription Correlation ID addition (implicit subscription), User State Information in 5GS, UE access behaviour trends , UE location trends, Total number of Mobility Management transactions 등 종래 기술에 정의되어 있는 event들) 중에서 MB-SMF가 UE의 이동(UE가 EPS로 이동했음)을 유추할 수 있는 event일 수도 있다. MB-SMF는 자신이 관리하는 multicast session을 서비스 받는 UE들을 저장/관리하는 동작을 수행하는 것으로 가정한다.
예시 2) SMF는 multicast session을 서비스하기 위해 관리하는 context(s)(예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거할 수 있다. 이는 SMF가 multicast session에 대해 저장하고 있던 UE context를 제거하는 것으로 해석될 수도 있다. 본 명세서의 제안을 위해 SMF는 상기 context를 multicast session 별로 저장/관리해야 할 수도 있다.
예시 3) SMF는 상기 UE가 multicast session에서 leave한 것으로 간주한다. 추가적으로, SMF는 multicast session을 serving하는 다른 SMF (즉, 다른 SMF 또는 MB-SMF가 상기 multicast session을 serving하는 경우)에게 UE의 leave를 알릴 수도 있다.
앞서 설명한 예시 1) 내지 예시 3)에서, 상기 SMF (즉, UE의 PDU Session을 serving하는 SMF)와 multicast session을 serving하는 SMF (예를 들어, 이 SMF를 MB-SMF로 가정함)가 다를 경우, SMF는 MB-SMF와의 interaction을 수행한 후 상기 예시 1) 및/또는 예시 2)의 동작을 수행할 수도 있다.
앞서 설명한 예시 1) 내지 예시 3)에서, 상기 SMF는 UE가 multicast service를 받기 위한 join 요청을 전송하는 PDU Session을 serving하는 SMF일 수 있다.
앞서 설명한 예시 1)에 따라, SMF가 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 NG-RAN에게 전송할 수 있다. NG-RAN이 SMF로부터 상기 1)에서 기술한 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)를 수신하면, 다음 중 하나 이상의 동작을 수행할 수 있다.
a) NG-RAN은 multicast session을 서비스하기 위해 관리하는 context(s) (예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거할 수 있다. 만약에 상기 multicast session을 서비스 받는 UE 중 상기 UE가 마지막 UE였다면 (예: NG-RAN이 multicast session을 위해 관리/서비스하던 UE 중에서 마지막 UE), NG-RAN은 상기 multicast session에 대한 radio resource를 해제하는 동작을 추가로 수행할 수도 있다.
b) NG-RAN은 도 9의 예시에 따른 단계 18의 동작을 수행한다. NG-RAN이 도 9의 예시에서의 단계 18을 수행한 이후의 동작에 대해서는, 도 9의 예시에서의 단계 19 및 단계 19 이후의 동작을 참고한다. 예를 들어, 상기 multicast session을 서비스 받는 UE 중 상기 UE가 마지막 UE였다면, NG-RAN은 5G core network으로부터 (예, UPF 또는 MB-UPF) 상기 multicast session의 traffic을 더 이상 수신하지 않기 위한 동작을 수행할 수 있다.
3. 본 명세서의 개시의 제3예
본 명세서의 개시의 제3예에서는, 5GS에서 EPF로 이동한 UE에 대해 존재하는 MBS/multicast context를 NG-RAN이 제거하는 동작의 예시를 설명하기로 한다.
NG-RAN은 UE가 EPS로 이동했음을 인지하거나, UE가 EPS로 이동해야 함을 인지할 수 있다. 예를 들어, NG-RAN은 5GS to EPS handover procedure using N26 interface의 step 1(예: NG-RAN이 AMF에게 handover required 메시지를 전송하는 동작) 또는 step 11a(예: AMF가 NG-RAN에게 handover command 메시지를 전송하는 동작) 또는 step 21c(예: AMF가 NG-RAN에게 UE Context Release Command 메시지를 전송하는 동작), 또는 NG-RAN이 UE를 EPS로 redirection 시키는 경우 (이는, RRC connection release with redirection 또는 RRC release with redirection 또는 NG-RAN이 UE에게 RRCRelease 메시지(redirect하는 E-UTRA carrier 정보를 포함)를 전송하는 것으로 해석될 수 있음) 등과 같은 동작을 통해, UE가 EPS로 이동했음을 인지하면 또는 UE가 EPS로 이동해야 함을 인지할 수 있다. NG-RAN이 UE가 EPS로 이동했음을 인지하거나, UE가 EPS로 이동해야 함을 인지하면, NG-RAN은 다음의 예시 중 하나 이상의 동작을 수행할 수 있다.
예시 1) NG-RAN은 multicast session을 서비스하기 위해 관리하는 context(s)(예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거할 수 있다. 상기 context는 MB Session Context일 수 있다. 만약에 상기 multicast session을 서비스 받는 UE 중에서 상기 UE가 마지막 UE였다면, NG-RAN은 상기 multicast session에 대한 radio resource를 해제하는 동작을 추가로 수행할 수도 있다.
예시 2) NG-RAN은 multicast session을 서비스 받는 UE 중에서 상기 UE가 마지막 UE였다면, NG-RAN은 5G core network으로부터 (예, UPF 또는 MB-UPF) 상기 multicast session의 traffic을 더 이상 수신하지 않기 위한 동작을 수행할 수 있다. 참고로, NG-RAN이 5G core network으로부터 (예, UPF 또는 MB-UPF) 상기 multicast session의 traffic을 더 이상 수신하지 않기 위한 동작에 대해서, 예를 들어, 앞서 설명한 본 명세서의 개시의 제1 예의 b)에서 설명한 내용 및 본 명세서의 개시의 제2 예의 b)에서 설명한 내용을 참고할 수 있다.
예시 3) NG-RAN은 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 5G core network에게 제공할 수 있다. UE가 더 이상 multicast service를 받을 필요가 없다는 정보는 UE가 서비스 받던 multicast session(s)을 식별하는 정보 (예, TMGI, MBS Session ID 등)를 포함할 수도 있다. 상기 정보는 5G core network으로 하여금 multicast session을 서비스하기 위해 관리하는 context(s) (예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거토록 지시하는 정보로 해석될 수 있다. 예를 들어, 5G core network이 NG-RAN으로부터 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 수신하면, 5G core network는 multicast session 관련 context에서 상기 UE에 대한 정보를 제거할 수 있다. 상기 정보는 UE가 multicast session(s)에서 leave했음을 알리는 정보로 해석될 수도 있다. 여기서, 상기 5G core network은 하나 이상의 network function (예, AMF, SMF, MB-SMF 등)을 의미할 수 있다. 다수의 5G core network function으로 상기 정보가 전달되어야 하는 경우, NG-RAN이 하나의 NF으로 상기 정보를 제공하면 이를 수신한 NF가 다른 NF(s)로 상기 정보를 전달할 수도 있다.
본 명세서의 개시의 제3예에서 설명한 바에 따르면, 다음과 같은 내용이 적용될 수 있다.
E-UTRAN/EPC MBMS과 NR/5GC MBS 사이의 서비스 계층 연속성을 위해, 다음과 같은 설명이 적용될 수 있다.
5G CN(Core Network)는 UE가 EPC로 이동한 것을 알 수 있고, 결과적으로, 5G CN은 UE MBS 컨텍스트 제거를 트리거할 때를 알고 있다고 가정할 수 있다. 참고로, 종래 기술에 따르면, 5G CN이 UE가 EPC로 이동한 것을 이해하는 방법과 5G CN이 UE MBS 컨텍스트 제거를 트리거하는 방법이 전혀 논의되지 않았다.
이에 대해, 본 명세서의 개시에서는 5G CN이 UE가 EPC로 이동한 것을 이해하는 방법의 예시 및/또는 5G CN이 UE MBS 컨텍스트 제거를 트리거하는 방법의 예시를 설명한다.
이동성 관련 절차는 본 명세서의 개시에서 설명하는 내용에 의해 영향을 받지 않을 수도 있다.
UE가 E-UTRAN/EPC로 이동할 때, UE는 TMGI(s)에 대한 MBMS 서비스를 수신하기 위해 종래 기술에 정의된 절차를 시작할 수 있다.
5GS에서 EPS로의 N26 기반 interworking의 경우, 소스 NG-RAN이 AMF로부터 UE 컨텍스트 해제 명령 메시지를 수신할 수 있다. 소스 NG-RAN이 UE 컨텍스트 메시지로 인해 인해 UE와 관련된 PDU session(s)에 대한 리소스를 해제할 때, 소스 NG-RAN은 멀티캐스트 세션 컨텍스트(멀티캐스트 세션 컨텍스트가 존재하는 경우)에서 UE를 제거할 수 있다. UE가 멀티캐스트 세션 컨텍스트에서 마지막 UE인 경우, 소스 NG-RAN은 멀티캐스트 서비스에 대한 멀티캐스트 사용자 평면 배포 해제(Multicast user plane distribution release for the multicast service)를 위한 동작 (이는 도 7a 내지 도 7c에서 단계 17 내지 단계 25에 해당할 수 있음)을 수행할 수 있다.
N26 인터페이스가 없는 interworking(5GS에서 EPS로의 interworking)의 경우, UE는 멀티캐스트 서비스를 leave하기 위한 절차(예: 도 7a 내지 도 7c의 예시에서 설명한 절차)를 수행할 수 있다. 그러면, 소스 NG-RAN은 멀티캐스트 세션 컨텍스트(멀티캐스트 세션 컨텍스트가 존재하는 경우)에서 UE를 제거할 수 있다. UE는 UE 구현에 따라 이와 같은 절차를 트리거할 수 있다.
UE가 NR/5GC로 이동하면, TMGI(들)에 대한 5G MBS 전송을 수신하기 위해, UE는 PDU 세션 수정 절차를 통해 멀티캐스트 컨텍스트 및 멀티캐스트 흐름 설정/수정을 트리거할 수 있다.
패킷 손실을 감소, 제거 또는 복구하는 메커니즘은 UE와 BM-SC+MBSF 사이의 서비스 계층 및/또는 UE의 애플리케이션 기능과 애플리케이션 클라이언트 사이의 애플리케이션 계층에서 수행될 수 있다.
패킷 손실을 감소, 제거 또는 복구하는 메커니즘은 UE와 BM-SC(Broadcast and Multicast Service Center)+MBSF 사이의 서비스 계층 및/또는 UE의 application function과 애플리케이션 클라이언트 사이의 애플리케이션 계층에서 수행될 수 있다.
4. 본 명세서의 개시의
제4예
본 명세서의 개시의 제4예에서는, AF (또는 Application Server 또는 Content provider)가 EPS로 이동한 UE에 대해 존재하는 MBS/multicast context를 제거하는 동작의 예시를 설명하기로 한다.
AF는 UE가 EPS로 이동했음을 인지할 수 있다. 예를 들어, AMF는 UE로부터 EPS로 이동했다는 정보를 명시적으로 또는 암시적으로 제공받거나, 5G core network 및/또는 EPC로부터 UE가 EPS로 이동했다는 정보를 명시적으로 또는 암시적으로 제공받을 수 있다. AMF는 UE가 EPS로 이동했음을 인지하면, AMF는 다음의 예시와 같은 동작을 수행할 수 있다.
예시 1) AF는 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 5G core network으로 제공할 수 있다. 상기 정보는 UE가 서비스 받던 multicast session(s)을 식별하는 정보 (예, TMGI, MBS Session ID 등)를 포함할 수도 있다. 상기 정보는 5G core network 및/또는 NG-RAN (UE를 serving하던 NG-RAN임)으로 하여금 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거토록 지시하는 정보로 해석될 수 있다. 예를 들어, 5G core network 및/또는 NG-RAN이 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 수신하면, 5G core network 및/또는 NG-RAN 은 multicast session 관련 context에서 상기 UE에 대한 정보를 제거할 수 있다. 상기 정보는 UE가 multicast session(s)에서 leave했음을 알리는 정보로 해석될 수 있다. AF는 UE가 5GS에서 마지막으로 위치했던 (UE가 마지막으로 camp-on 했던) 위치 정보 (예, Cell ID, TAI 등)를 추가로 5G core network 및/또는 NG-RAN에게 제공할 수도 있다. AF는 UE가 5GS에서 마지막으로 위치했던 (UE가 마지막으로 camp-on 했던) 위치 정보 (예, Cell ID, TAI 등)를 UE로부터, 5G core network으로부터 및/또는 EPC로부터 제공받을 수 있다. AF는 UE가 5GS에서 마지막으로 위치했던 (UE가 마지막으로 camp-on 했던) 위치 정보 (예, Cell ID, TAI 등)를 이용하여, 5G core network은 UE를 serving하던 NG-RAN 및/AMF를 결정할 수도 있다.
AF가 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 SMF에게 제공하는 경우, AF는 UE가 multicast service join/leave 요청을 위해 사용하는 PDU Session을 serving하는 SMF에게 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 제공할 수 있다. 이를 위해 AF는 상기 PDU Session에 대한 UE의 IP 주소 정보를 이용하여 (이는 UE로부터, 5G core network으로부터 및/또는 EPC로부터 제공받을 수 있음) 5G core network가 상기 PDU session을 서빙하는 SMF를 결정하도록 할 수 있다.
상기에서 5G core network은 MB-SMF, SMF, AMF 중 하나 이상을 의미할 수 있다. NG-RAN은 AF가 제공하는 정보를 5G core network function을 통해 전달받을 수 있다. 다수의 5G core network function에게 UE가 더 이상 multicast service를 받을 필요가 없다는 정보가 전달되어야 하는 경우, AF가 하나의 NF으로 정보를 제공하면 이를 수신한 NF가 다른 NF(s)로 전달할 수도 있다.
NG-RAN이 상기 예시 1)에서 설명한 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)를 수신하면, NG-RAN은 다음 중 하나 이상의 동작을 수행할 수 있다.
a) NG-RAN은 multicast session을 서비스하기 위해 관리하는 context(s)(예: multicast session 관련 context)에서 상기 UE에 대한 정보를 제거할 수 있다. 만약에 상기 multicast session을 서비스 받는 UE 중에서 상기 UE가 마지막 UE였다면, NG-RAN은 상기 multicast session에 대한 radio resource를 해제하는 동작을 추가로 수행할 수도 있다.
b) NG-RAN은 multicast session을 서비스 받는 UE 중에서 상기 UE가 마지막 UE였다면, NG-RAN은 5G core network으로부터 (예, UPF 또는 MB-UPF) 상기 multicast session의 traffic을 더 이상 수신하지 않기 위한 동작을 수행할 수 있다. 참고로, NG-RAN이 5G core network으로부터 (예, UPF 또는 MB-UPF) 상기 multicast session의 traffic을 더 이상 수신하지 않기 위한 동작에 대해서, 예를 들어, 앞서 설명한 본 명세서의 개시의 제1 예의 b)에서 설명한 내용 및 본 명세서의 개시의 제2 예의 b)에서 설명한 내용을 참고할 수 있다.
이하에서, 도 10의 예시를 참조하여, 본 명세서의 개시의 제3예의 다양한 예시에 따른 동작의 일 예를 설명한다. 참고로, 도 10에 따른 설명은 예시에 불과하며, 본 명세서의 개시의 범위는 도 10에 의해 제한되지 않는다. 예를 들어, 본 명세서의 개시의 다양한 예시에서 설명된 동장 중에서 도 10의 예시에 도시되지 않은 동작들도 본 명세서의 개시의 범위에 포함될 수 있다.
도 10의 예시는 NG-RAN이 5GS에서 EPF로 이동한 UE에 대해 존재하는 MBS/multcast context를 제거하는 동작을 중심으로 다양한 동작들이 개시되지만, 이는 예시에 불과하다. 본 명세서의 개시의 제1예 내지 제4예에서 설명한 다양한 동작들도 도 10의 예시와 같은 방식으로 수행될 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10은 본 명세서의 개시의
제3예
따른 신호 흐름도의 일 예를 나타낸다.
참고로, 도 10에 도시된 예시에서, data와 traffic은 동일한 의미의 용어로 혼용되어 사용될 수 있다.
1) UE는 수신하고자 하는 multicast session에 Join한 상태인 것으로 가정한다. UE는, UE가 join한 multicast session에 대한 data를 수신하고 있을 수 있다. 본 실시예에서는 NG-RAN이 상기 multicast session에 대한 data를 MB-UPF로부터 5GC shared MBS traffic delivery 방식으로 수신하고, NG-RAN이 multicast session에 대한 데이터를 UE로 전송하는 동작을 수행하는 것으로 가정한다. 5GC shared MBS traffic delivery 방식은 multicast 전송 방식을 의미할 수 있다. 상기 multicast session의 data 전송을 위해 multicast session이 configuration(예: 설정)되고, multicast session이 생성되어야 한다. 참고로, multicast session의 configuration 및/또는 생성과 관련된 절차는 앞서 도 8a 및 도 8b의 예시에서 설명한 예시와 같이 수행될 수 있으며, multicast session의 configuration 및/또는 생성과 관련된 절차는 도 10의 단계 1이 수행되기 전에 수행될 수 있다.
2) UE가 5GS에서 EPS로 이동할 수 있다. UE가 5GS에서 EPS로 이동함에 따라 (예를 들어, UE가 이동함에 따라, UE는 5GS의 커버리지를 벗어나서 EPS로부터 서비스를 받을 수 있음), 5GS에서 EPS로의 핸드오버 절차(예: N26 인터페이스를 사용하는 핸드오버 절차)가 수행될 수 있다. 참고로, 단계 2에서 수행되는 구체적인 동작은, 종래 기술의 5GS to EPS handover procedure using N26 interface에서 단계 21c(V-SMF와 V-UPF가 indirect data forwarding tunnel을 삭제하는 동작) 이전 단계까지 수행되는 동작을 포함하는 것으로 간주할 수 있다.
상기 multicast session에 대해서 동일한 service가 EPS (또는 target E-UTRAN)에서 MBMS 방식으로 제공될 수 있다. 즉, 동일한 TMGI로 식별되는 multicast session과 MBMS session (또는 broadcast session)이 각각 5GS와 EPS에서 서비스되는 바, UE는 EPS에서 MBMS를 통해 상기 service를 제공받게 된다. 이는 5GS의 MBS와 EPS의 MBMS에 대해서, service layer를 통해 interworking 또는 continuity이 지원되는 것을 의미할 수 있다.
다시 말해서, 상기 핸드오버 절차를 통해 5GS에서 EPS로 이동되는 PDU Session(s) 및 QoS Flow(s)는 상기 multicast session을 서비스하기 위한 것이 아니다. 즉, 상기 핸드오버 절차를 통해 5GS에서 EPS로 이동되는 PDU Session(s) 및 QoS Flow(s)는 상기 multicast session의 데이터/트래픽을 전송하기 위한 것이 아니다 예를 들어, UE는 5GS에서 서비스를 제공받던 multicast session과 동일한 TMGI로 식별되는 MBMS session (또는 broadcast session)와 관련된 서비스를 EPS에서 MBMS 전송 방식 (즉, 브로드캐스트 전송 방식)으로 제공받을 수 있다. 따라서, UE가 5GS에서 EPS로 이동하더라도, 상기 multicast session에 대한 서비스가 아닌 다른 서비스(들)을 제공하기 위한, 즉 다른 서비스(들)의 데이터/트래픽을 전송하기 위한 PDU 세션(들)에 대해서 핸드오버 절차가 수행될 수 있다. 상기 5GS에서 EPS로 이동되는 PDU Session(s) 중 하나는 UE가 상기 multicast session에 join 요청하거나 leave 요청하는데 사용되던 PDU Session일 수도 있다. 이 경우 상기 PDU Session을 EPS로 이동시키는 이유는 상기 multicast session에 대한 서비스 외에 다른 서비스를 EPS에서 제공하기 위함이다.
3) NG-RAN이 UE가 5GS에서 EPS로 이동했음을 인지하거나, 또는 NG-RAN이 UE가 EPS로 이동해야 함을 인지할 수 있다. NG-RAN은 N26 인터페이스를 통한 5GS에서 EPS로의 핸드오버 과정에서 AMF로부터 UE Context Release Command 메시지를 수신함에 따라, NG-RAN이 UE가 5GS에서 EPS로 이동했음을 인지하거나, 또는 NG-RAN이 UE가 EPS로 이동해야 함을 인지할 수도 있다.
도 10의 예시에서 도시되지는 않았지만, 상기 UE Context Release Command 메시지를 수신한 NG-RAN은 UE Context Release Complete 메시지를 AMF에게 전송할 수 있다.
NG-RAN이 UE가 5GS에서 EPS로 이동했음을 인지하거나, 또는 NG-RAN이 UE가 EPS로 이동해야 함을 인지하면, NG-RAN은 이하에서 설명하는 단계 4 내지 단계 6 중 하나 이상의 단계에 따른 동작을 수행할 수 있다.
NG-RAN이 AMF로부터 UE Context Release Command 메시지를 수신함으로써 UE가 5GS에서 EPS로 이동함을 인지할 수 있다. 다만, 이는 예시에 불과하며, NG-RAN은 AMF로부터 UE Context Release Command 메시지를 수신함으로써 UE가 5GS에서 EPS로 이동함을 인지하는 대신에, NG-RAN은 다른 정보에 기초하여 UE의 EPS로의 이동 또는 UE가 5GS에서 떠남을 인지할 수도 있다. 예를 들어, N26 인터페이스를 이용한 5GS에서 EPS로의 핸드오버 절차에서의 단계 1 관련 동작 (예: NG-RAN이 AMF로 Handover required 메시지를 전송하는 단계) 또는 N26 인터페이스를 이용한 5GS에서 EPS로의 핸드오버 절차에서의 단계 11a 관련 동작 (이는 NG-RAN이 AMF로부터 Handover command 메시지를 수신하는 단계)에 따라, NG-RAN은 UE의 EPS로의 이동 또는 UE가 5GS에서 떠남을 인지할 수도 있다. 또는 NG-RAN이 UE를 EPS로 redirection 시킴 (예: NG-RAN이 RRC connection release with redirection 또는 RRC release with redirection를 수행하거나, 또는 NG-RAN이 UE에게 redirect하는 E-UTRA carrier 정보를 포함하는 RRCRelease 메시지를 전송하는 동작을 수행하는 것으로 해석될 수 있음)에 따라, NG-RAN은 UE의 EPS로의 이동 또는 UE가 5GS에서 떠남을 인지할 수도 있다.
4) NG-RAN은 multicast session을 서비스하기 위해 관리하는 context(s) (이는 MB Session Context일 수 있음) (예: multicast session 관련 context) 에서 상기 UE에 대한 정보를 제거할 수 있다.
5) 단계 5는 UE가 EPS로 이동한 후 수행될 수 있다. 단계 2에서 UE가 EPS로 이동하면, UE는 5GS에서 multicast session에 기초하여 수신하던 data를, EPS에서는 MBMS 방식으로 수신할 수 있다.
6) NG-RAN은 상기 UE가 multicast session을 서비스 받는 UE 중에서 마지막 UE인지 여부를 체크할 수 있다. 만약, 상기 UE가 마지막 UE였다면, NG-RAN은 5G core network으로부터 (예: UPF 또는 MB-UPF) 상기 multicast session의 data를 더 이상 수신하지 않기 위한 동작을 수행할 수 있다. 5G core network으로부터 (예: UPF 또는 MB-UPF) 상기 multicast session의 data를 더 이상 수신하지 않기 위한 동작은 예를 들어, 이하의 단계 7 내지 단계 11 중 하나 이상을 포함할 수 있다.
7-8) NG-RAN이 상기 multicast session에 대한 Multicast distribution 해제를 요청하는 메시지(예: Multicast Distribution Release Request 메시지)를 AMF를 통해 MB-SMF에게 전송할 수 있다. 상기 해제 요청은 Multicast user plane distribution 해제 요청으로 해석될 수도 있다.
9-10) NG-RAN이 Multicast distribution 해제 요청에 대한 응답 메시지(예: Multicast Distribution Release Response 메시지)를 AMF를 통해 MB-SMF로부터 수신할 수 있다.
11) NG-RAN이 multicast data 전송을 중지할 것을 MB-UPF에게 요청할 수 있다. 예를 들어, NG-RAN이 multicast 전송을 leave하는 메시지(예: Multicast Leave 메시지(IGMP(Internet Group Management Protocol)/ MLD (Multicast Listener Discovery)포함))를 MB-UPF에게 전송할 수 있다. 참고로, NG-RAN은 상기 multicast session에 대한 radio resource를 해제하는 동작을 추가로 수행할 수도 있다.
NG-RAN이 UE가 5GS에서 EPS로 이동함을 인지하면, 추가적으로 NG-RAN은 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 5G core network에게 제공할 수도 있다. 상기 정보는 UE가 서비스 받던 multicast session(s)을 식별하는 정보 (예, TMGI, MBS Session ID 등)를 포함할 수도 있다. 상기 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)는 5G core network으로 하여금 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거하도록 지시하는 정보로 해석될 수 있다. 다시 말해서, 5G core network가 UE가 더 이상 multicast service를 받을 필요가 없다는 정보를 수신하면, 5G core network는 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거할 수 있다. 상기 정보는 UE가 multicast session(s)에서 leave했음을 알리는 정보로 해석될 수 있다. 상기 5G core network은 하나 이상의 network function (예: AMF, SMF, MB-SMF 등)을 의미할 수 있다. 다수의 5G core network function으로 상기 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)가 전달되어야 하는 경우, NG-RAN이 하나의 NF으로 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)를 제공하면 이를 수신한 NF가 다른 NF(s)로 상기 정보(예: UE가 더 이상 multicast service를 받을 필요가 없다는 정보)를 전달할 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 내용은, 네트워크로부터 상기 UE로의 multicast session 전송 방식으로 5GC Shared MBS traffic delivery method가 사용되었던 경우에 적용될 수도 있다. 또한, 다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 내용은, 5GC Individual MBS traffic delivery method가 사용되었던 경우에도 적용될 수 있다. 여기서, 5GC Shared MBS traffic delivery method 및 5GC Individual MBS traffic delivery method는 종래 기술의 MBS Traffic delivery 관련 절차를 참고할 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 내용에 있어서, UE가 5GS에서 multicast 서비스를 받다가 EPS로 넘어가면/이동하면, UE는 명시적으로 5GC로 leave 요청을 수행하지 않은 경우에도 해당 multicast 서비스에서 leave를 수행한 것으로 간주될 수도 있다. 즉, UE가 multicast 서비스에서 locally leave를 수행한 것으로 간주될 수 있다. 이후에 UE가 EPS에서 5GS로 넘어가면/이동하면, UE는 multicast 서비스를 받기 위해 5GC로 join 요청을 수행할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, AMF는 UE가 EPS로 이동했음을 인지할 수 있다. AMF가 UE를 serving하던 NG-RAN으로 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거토록 지시할 수 있다. AMF는 상기 multicast session을 서비스 받는 UE 중 상기 UE가 마지막 UE였다면 MB-SMF로 자신은 더 이상 이 multicast session에 대해 서비스할 필요가 없음을 알릴 수 있다. AMF는 multicast session을 서비스하기 위해 관리하는 context(s)에서 상기 UE에 대한 정보를 제거할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, NG-RAN은 UE가 5GS에서 EPS로 이동했음을 인지하거나, UE가 5GS에서 EPS로 이동해야 함을 인지할 수 있다. NG-RAN은 멀티캐스트 세션에 관련된 컨텍스트에서 EPS로 이동한 UE에 대한 정보를 삭제할 수 있다. EPS로 이동한 UE가 멀티캐스트 세션을 이용하는 마지막 UE인 경우, NG-RAN은 멀티캐스트 세션 자체를 삭제할 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 5GS multicast 통신의 EPS MBMS로의 이동에 대한 연속성이 service layer를 통해 지원되는 경우, 5GS에서 UE에 대해 존재하는 MBS/multicast context를 제거함으로써 5G core network 및/또는 NG-RAN이 상기 UE에 대해 계속 multicast service를 제공하는데 따른 불필요한 자원 낭비 및 관리 동작을 방지할 수 있다. 또한, 다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 단말이 5GS에서 EPS로 이동한 경우, 기지국(예: NG-RAN) 등 네트워크는 멀티캐스트 통신에 관련된 컨텍스트에서 단말의 정보를 효과적으로 제거함으로써, 효율적으로 통신을 수행할 수 있다. 또한, 기지국(예: NG-RAN) 등 네트워크는 EPS로 이동한 UE가 멀티캐스트 세션을 이용하는 마지막 UE인 경우, 멀티캐스트 통신에 관련된 컨텍스트 전체를 삭제함으로써, 효율적으로 통신을 수행할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: UE)은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, MB-SMF, MB-UPF, NRF, NEF, MBSF, NEF/MBSF, AF, MME, SMF+PGW-C, IPF+PGW-U, NEF/MBSF, UDR, PCF, Content Provider, BM-SC+MSF, MBMS-GW 등) 또는 기지국(예: NG-RAN, gNB, eNB, RAN, E-UTRAN 등)의 동작은 이하 설명될 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 네트워크 노드 또는 기지국은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 네트워크 노드 또는 기지국의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성(또는 비일시적) 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.