KR20230149021A

KR20230149021A - 무선 통신 시스템에서 QoE 설정을 브로드캐스트 하기 위한 방법 및 장치

Info

Publication number: KR20230149021A
Application number: KR1020220048152A
Authority: KR
Inventors: 정승범; 백상규
Original assignee: 삼성전자주식회사
Priority date: 2022-04-19
Filing date: 2022-04-19
Publication date: 2023-10-26
Also published as: WO2023204605A1

Abstract

본 개시는 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 단말의 동작 방법에 있어서, 기지국으로부터 MCCH(multicast/broadcast service control channel, MBS control channel) 정보의 획득을 위해 필요한 시스템 정보를 수신하는 과정과, 상기 기지국으로부터 MCCH의 정보의 업데이트 알림을 수신하는 과정과, 상기 MCCH에 기반한여 MBS 브로드캐스트 설정을 수신하는 과정을 포함하는 방법이 제공된다.

Description

무선 통신 시스템에서 QoE 설정을 브로드캐스트 하기 위한 방법 및 장치 {METHOD AND APPARATUS FOR BROADCASTING QOE CONFIGURATION IN A WIRELESS COMMUNICATION SYSTEM}

본 개시(disclosure)는 무선 통신 시스템에 관한 것이다. 보다 구체적으로 무선 통신 시스템에서 QoE 설정을 브로드캐스트 하기 위한 방법 및 장치에 관한 것이다.

5G 이동통신 기술은 빠른 전송 속도와 새로운 서비스가 가능하도록 넓은 주파수 대역을 정의하고 있으며, 3.5 기가헤르츠(3.5GHz) 등 6GHz 이하 주파수('Sub 6GHz') 대역은 물론 28GHz와 39GHz 등 밀리미터파(㎜Wave)로 불리는 초고주파 대역('Above 6GHz')에서도 구현이 가능하다. 또한, 5G 통신 이후(Beyond 5G)의 시스템이라 불리어지는 6G 이동통신 기술의 경우, 5G 이동통신 기술 대비 50배 빨라진 전송 속도와 10분의 1로 줄어든 초저(Ultra Low) 지연시간을 달성하기 위해 테라헤르츠(Terahertz) 대역(예를 들어, 95GHz에서 3 테라헤르츠(3THz) 대역과 같은)에서의 구현이 고려되고 있다.

5G 이동통신 기술의 초기에는, 초광대역 서비스(enhanced Mobile BroadBand, eMBB), 고신뢰/초저지연 통신(Ultra-Reliable Low-Latency Communications, URLLC), 대규모 기계식 통신 (massive Machine-Type Communications, mMTC)에 대한 서비스 지원과 성능 요구사항 만족을 목표로, 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위한 빔포밍(Beamforming) 및 거대 배열 다중 입출력(Massive MIMO), 초고주파수 자원의 효율적 활용을 위한 다양한 뉴머롤로지 지원(복수 개의 서브캐리어 간격 운용 등)와 슬롯 포맷에 대한 동적 운영, 다중 빔 전송 및 광대역을 지원하기 위한 초기 접속 기술, BWP(Band-Width Part)의 정의 및 운영, 대용량 데이터 전송을 위한 LDPC(Low Density Parity Check) 부호와 제어 정보의 신뢰성 높은 전송을 위한 폴라 코드(Polar Code)와 같은 새로운 채널 코딩 방법, L2 선-처리(L2 pre-processing), 특정 서비스에 특화된 전용 네트워크를 제공하는 네트워크 슬라이싱(Network Slicing) 등에 대한 표준화가 진행되었다.

현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE Power Saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(Positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다.

뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (Industrial Internet of Things, IIoT), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버(Conditional Handover) 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상 기술(Mobility Enhancement), 랜덤액세스 절차를 간소화하는 2 단계 랜덤액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍쳐/프로토콜 분야의 표준화 역시 진행 중에 있으며, 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(Software-Defined Networking, SDN) 기술의 접목을 위한 5G 베이스라인 아키텍쳐(예를 들어, Service based Architecture, Service based Interface), 단말의 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.

이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.

또한, 이러한 5G 이동통신 시스템의 발전은 6G 이동통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형(Waveform), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(Array Antenna), 대규모 안테나(Large Scale Antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(Metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화(Full Duplex) 기술, 위성(Satellite), AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(End-to-End) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.

본 개시(disclosure)의 다양한 실시 예들은 무선 통신 시스템에서 QoE 설정을 브로드캐스트 하기 위한 방법 및 장치를 제공하는 것을 목적으로 한다.

본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 단말의 동작 방법에 있어서, 기지국으로부터 MCCH(multicast/broadcast service control channel, MBS control channel) 정보의 획득을 위해 필요한 시스템 정보를 수신하는 과정과, 상기 기지국으로부터 MCCH의 정보의 업데이트 알림을 수신하는 과정과, 상기 MCCH에 기반하여 MBS 브로드캐스트 설정을 수신하는 과정을 포함하는 방법이 제공된다.

본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 단말에 있어서, 송수신기 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 기지국으로부터 MCCH(multicast/broadcast service control channel, MBS control channel) 정보의 획득을 위해 필요한 시스템 정보를 수신하고, 상기 기지국으로부터 MCCH의 정보의 업데이트 알림을 수신하고, 상기 MCCH에 기반하여 MBS 브로드캐스트 설정을 수신하도록 구성된 단말이 제공된다.

본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 QoE 설정을 브로드캐스트 하기 위한 방법 및 장치를 제공할 수 있다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

도 1a은 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.
도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1e는 NR에서 MBS 방송 지원을 위해 기지국과 단말 사이에 이루어지는 송수신 절차를 나타내는 실시 예이다.
도 1f는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
도 1g은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다.

하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시 예를 설명하기로 한다.

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

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

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

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

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

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

본 개시의 실시 예들을 구체적으로 설명함에 있어서, 이동통신 규격 표준화 단체인 3GPP(3rd Generation Partnership Project)가 명세하고 있는 5G 이동통신 규격 상의 무선 접속망 New RAN (NR)과 코어 망인 패킷 코어 (5G system, 혹은 5G core network, 혹은 NG Core: next generation core)를 주된 대상으로 하지만, 본 개시의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 개시의 범위를 크게 벗어 나지 아니 하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 개시의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능 할 것이다.

5G 시스템에서는, 네트워크 자동화 지원을 위해서, 5G 네트워크 망에서 수집된 데이터를 분석하여 제공하는 기능을 제공하는 네트워크 기능인 네트워크 데이터 수집 및 분석 함수 (network data collection and analysis function, NWDAF)가 정의될 수 있다. NWDAF는 5G 네트워크로부터 정보를 수집/저장/분석하여 결과를 불특정 네트워크 기능 (network function, NF)에게 제공할 수 있으며, 분석 결과는 각 NF에서 독립적으로 이용할 수 있다.

이하 설명의 편의를 위하여, 3GPP 규격(5G, NR, LTE 또는 이와 유사한 시스템의 규격)에서 정의하고 있는 용어 및 명칭들이 일부 사용될 수 있다. 하지만, 본 개시의 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

이하 본 개시는 무선 통신 시스템에서 원격 단말이 사이드링크 릴레이를 탐색하기 위해 사이드링크 릴레이 탐색 메시지를 송수신하는 방법 및 장치에 관한 것이다. 본 개시는 무선 통신 시스템에서 원격 단말이 사이드링크 릴레이를 통해 다른 원격 단말과의 통신을 수행하는 경우에서 사이드링크 릴레이를 탐색하기 위한 릴레이 탐색 메시지를 처리, 송수신하는 방법 및 장치를 제공한다.

구체적으로, 본 개시는 사이드링크 릴레이 또는 원격 단말이 원격 단말과 원격 단말 사이의 릴레이 탐색 메시지를 구성하고 상기 릴레이 탐색 메시지를 원격 단말과 원격 단말 사이의 릴레이 탐색 메시지 용도로 설정된 무선 베어러를 이용하여 송신하는 방법을 제공한다. 본 개시는 사이드링크 릴레이 또는 원격 단말이 원격 단말과 원격 단말 사이의 릴레이 탐색 메시지 용도로 설정된 무선 베어러를 이용하여 상기 릴레이 탐색 메시지를 수신하는 방법을 제공한다. 본 개시의 일 실시 예들에 따르면, 단말이 사이드링크 릴레이를 통해 다른 단말과의 직접 통신 서비스 커버리지를 확장할 수 있고 데이터 송수신의 신뢰도를 높이며 단말의 배터리 사용을 최소화할 수 있다.

이하 설명에서 사용되는 신호를 지칭하는 용어, 채널을 지칭하는 용어, 제어 정보를 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시에서 사용되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNode B, eNode B, Node B, BS (base station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (user equipment), MS (mobile station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 다만, 이는 일례에 불과하며, 기지국과 단말이 이러한 예시에 제한되는 것은 아니다. 본 개시에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 본 개시에서, 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들뿐만 아니라 다양한 무선 통신 기기들을 나타낼 수 있다.

이하 설명에서, 물리 채널(physical channel)과 신호(signal)는 데이터 혹은 제어 신호와 혼용하여 사용될 수 있다. 예를 들어, PDSCH(physical downlink shared channel)는 데이터가 전송되는 물리 채널을 지칭하는 용어이지만, PDSCH는 데이터를 지칭하기 위해서도 사용될 수 있다. 즉, 본 개시에서, '물리 채널을 송신한다'는 표현은 '물리 채널을 통해 데이터 또는 신호를 송신한다'는 표현과 동등하게 해석될 수 있다.

이하 본 개시에서, 상위 시그널링은 기지국에서 물리 계층의 하향링크 데이터 채널을 이용하여 단말로, 또는 단말에서 물리 계층의 상향링크 데이터 채널을 이용하여 기지국으로 전달되는 신호 전달 방법을 뜻한다. 상위 시그널링은 RRC(radio resource control) 시그널링 또는 MAC(media access control) 제어 요소(control element, CE)로 이해될 수 있다.

또한, 본 개시에서, 특정 조건의 만족(satisfied) 또는, 충족(fulfilled) 여부를 판단하기 위해, 초과 또는 미만의 표현이 사용되었으나, 이는 일 예를 표현하기 위한 기재일 뿐 이상 또는 이하의 기재를 배제하는 것이 아니다. '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다.

또한, 본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project))에서 사용되는 용어들을 이용하여 일 실시 예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 일 실시 예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.

도 1a은 차세대 이동통신 시스템의 구조를 도시하는 도면이다.

도 1a을 참조하면, 도시한 바와 같이 차세대 이동통신 시스템 (New Radio, NR)의 무선 액세스 네트워크는 차세대 기지국 (New Radio Node B, 이하 gNB)(1a-10) 과 AMF (1a-05, New Radio Core Network)로 구성된다. 사용자 단말(New Radio User Equipment, 이하 NR UE 또 0는 단말)(1a-15)은 gNB (1a-10) 및 AMF (1a-05)를 통해 외부 네트워크에 접속한다.

도 1a에서 gNB는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응된다. gNB는 NR UE와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다 (1a-20). 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 gNB (1a-10)가 담당한다. 하나의 gNB는 통상 다수의 셀들을 제어한다. 기존 LTE 대비 초고속 데이터 전송을 구현하기 위해서 기존 최대 대역폭 이상을 가질 수 있고, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 칭한다)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 접목될 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식을 적용한다. AMF (1a-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행한다. AMF는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결된다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, AMF이 MME (1a-25)와 네트워크 인터페이스를 통해 연결된다. MME는 기존 기지국인 eNB (1a-30)과 연결된다. LTE-NR Dual Connectivity을 지원하는 단말은 gNB뿐 아니라, eNB에도 연결을 유지하면서, 데이터를 송수신할 수 있다 (1a-35).

도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.

차세대 이동통신 시스템에서는 3 가지의 무선 접속 상태 (RRC state)를 가진다. 연결 모드 (RRC_CONNECTED, 1b-05)는 단말이 데이터를 송수신할 수 있는 무선 접속 상태이다. 대기 모드 (RRC_IDLE, 1b-30)는 단말이 자신에게 페이징이 전송되는지를 모니터링하는 무선 접속 상태이다. 상기 두 모드는 기존 LTE 시스템에도 적용되는 무선 접속 상태로, 상세 기술은 기존 LTE 시스템의 것과 동일하다. 차세대 이동통신 시스템에서는 신규로 비활성 (RRC_INACTIVE) 무선 접속 상태 (1b-15)가 정의되었다. 상기 무선 접속 상태에서는 UE context가 기지국과 단말에 유지되며, RAN 기반 페이징이 지원된다. 상기 신규 무선 접속 상태의 특징을 나열하면 하기와 같다.

- Cell re-selection mobility;

- CN - NR RAN connection (both C/U-planes) has been established for UE;

- The UE AS context is stored in at least one gNB and the UE;

- Paging is initiated by NR RAN;

- RAN-based notification area is managed by NR RAN;

- NR RAN knows the RAN-based notification area which the UE belongs to;

신규 INACTIVE 무선 접속 상태는 특정 절차를 이용하여, 연결 모드 혹은 대기 모드로 천이할 수 있다. Resume 과정에 따라 INACTIVE 모드에서 연결 모드로 전환되며, suspend 설정 정보를 포함한 Release 절차를 이용하여 연결 모드에서 INACTIVE 모드로 전환된다 (1b-10). 상기 절차는 하나 이상의 RRC 메시지를 단말과 기지국 간 송수신되며, 하나 이상의 단계로 구성된다. 또한 Resume 후 Release 절차를 통해, INACTIVE 모드에서 대기 모드로 전환 가능하다 (1b-20). 연결 모드과 대기 모드 간 전환은 기존의 LTE 기술을 따른다. 즉, establishment 혹은 release 절차를 통해, 상기 모드간 전환이 이루어진다 (1b-25).

도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.

단말의 AS (Access stratum, 1c-05)는 서비스 종류별로 QoE 측정을 지원하는지 여부를 나타내는 정보 (예, qoe-MeasReport, qoe-MTSI-MeasReport) 를 UE capability 메시지를 통해 기지국 (또는 NG-RAN, 1c-15)에게 전송할 수 있다 (1c-10). 상기 메시지는 하기의 [표 1]과 같은 ASN.1 정보 및 [표 2]와 같은 관련 파라미터 설명을 포함할 수 있다.

MeasParameters-v1530 ::= SEQUENCE {
qoe-MeasReport-r15 ENUMERATED {supported} OPTIONAL,
qoe-MTSI-MeasReport-r15 ENUMERATED {supported} OPTIONAL,
ca-IdleModeMeasurements-r15 ENUMERATED {supported} OPTIONAL,
ca-IdleModeValidityArea-r15 ENUMERATED {supported} OPTIONAL,
heightMeas-r15 ENUMERATED {supported} OPTIONAL,
multipleCellsMeasExtension-r15 ENUMERATED {supported} OPTIONAL
}

qoe-MeasReport
Indicates whether the UE supports QoE Measurement Collection for streaming services.

qoe-MTSI-MeasReportIndicates whether the UE supports QoE Measurement Collection for MTSI services.

상기 예제와 같이 서비스 종류로는 LTE에서는 Streaming 및 MTSI (Multimedia Telephony Service for IMS (IP Multimedia Subsystem))을 지원할 수 있으며, NR에서는 그 외에도 추가적으로 VR (Virtual Reality), MBMS (Multimedia Broadcast Multicast Services), XR (Extended Reality)등을 지원할 수 있다.

OAM (Operations Administration and Maintenance, 1c-20)은 CN (Core Network, 1c-25)에게 QoE 측정 설정 정보를 제공한다 (1c-30). 상기 설정 정보를 수신한 CN은 상기 설정 정보를 기지국에게 전송함으로써 QoE 측정을 활성화 시킬 수 있다 (1c-35). 상기 설정 정보를 수신한 기지국은 RRC 메시지 (예를 들어, RRC Connection Reconfiguration 메시지)를 통해서 단말 AS에게 상기 설정 정보를 전달해 줄 수 있다 (1c-40). 상기 RRC 메시지는 하기의 [표 3]과 같은 ASN.1 정보 및 [표 4]와 같은 관련 파라미터 설명을 포함할 수 있다.

measConfigAppLayer-r15 CHOICE{
release NULL,
setup SEQUENCE{
measConfigAppLayerContainer-r15 OCTET STRING (SIZE(1..1000)),
serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1}
}
} OPTIONAL, -- Need ON

measConfigAppLayerContainer
The field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247 [90] and clause 16.5 in TS 26.114 [99].

serviceTypeIndicates the type of application layer measurement. Value qoe indicates Quality of Experience Measurement Collection for streaming services, value qoemtsi indicates Enhanced Quality of Experience Measurement Collection for MTSI.

이를 수신한 단말 AS는 만약 설정을 setup하기 위한 메시지라면, 단말의 application layer (UE APP, 1c-45)에게 AT Command를 통해 상기 설정 정보를 전달할 수 있다 (1c-50). 만약 설정을 release하기 위한 메시지라면, 단말의 APP에게 저장된 설정 정보를 지우라는 AT Command를 보낼 수 있다. 상기 RRC 메시지를 수신한 단말 AS의 구체적인 동작은 하기의 [표 5]와 같을 수 있다.

1> if the received otherConfig includes the measConfigAppLayer:
2> if measConfigAppLayer is set to setup:
3> forward measConfigAppLayerContainer to upper layers considering the serviceType;
3> consider itself to be configured to send application layer measurement report in accordance with 5.6.19;
2> else:
3> inform upper layers to clear the stored application layer measurement configuration;
3> discard received application layer measurement report information from upper layers;
3> consider itself not to be configured to send application layer measurement report.

상기 단말 APP은 수신한 상기 설정 정보에 따라 QoE 측정을 수행할 수 있다. 또한 상기 측정의 결과를 설정 정보에 따라 AT command를 통해 단말 AS에게 보고 할 수 있다 (1c-55). 이를 수신한 단말 AS는 RRC Message (예를 들어, MeasReportAppLayer 메시지)를 통해 기지국에게 상기 측정 결과를 보고 할 수 있다 (1c-60). QoE 측정 결과 보고를 위해서는 SRB4를 사용할 수 있다. 상기 RRC 메시지는 하기의 [표 6]과 같은 ASN.1 정보 및 하기의 [표 7]과 같은 관련 파라미터 설명을 포함할 수 있다.

MeasReportAppLayer-r15 ::= SEQUENCE {
criticalExtensions CHOICE {
measReportAppLayer-r15 MeasReportAppLayer-r15-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MeasReportAppLayer-r15-IEs ::= SEQUENCE {
measReportAppLayerContainer-r15 OCTET STRING (SIZE(1..8000)) OPTIONAL,
serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL,
nonCriticalExtension MeasReportAppLayer-v1590-IEs OPTIONAL
}

measReportAppLayerContainer
The field contains container of application layer measurements, see Annex L (normative) in TS 26.247 [90] and clause 16.5 in TS 26.114 [99].

serviceTypeIndicates the type of application layer measurement. Value qoe indicates Quality of Experience Measurement Collection for streaming services, value qoemtsi indicates Quality of Experience Measurement Collection for MTSI.

이를 보고하는 구체적인 단말 AS의 절차는 하기의 [표 8]과 같을 수 있다.

A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when measConfigAppLayer has been configured by E-UTRAN.
Upon initiating the procedure, the UE shall:
1> if configured with application layer measurement, and SRB4 is configured, and the UE has received application layer measurement report information from upper layers:
2> set the measReportAppLayerContainer in the MeasReportAppLayer message to the value of the application layer measurement report information;
2> set the serviceType in the MeasReportAppLayer message to the type of the application layer measurement report information;
2> submit the MeasReportAppLayer message to lower layers for transmission via SRB4.

기지국은 상기 측정 결과 보고를 설정된 최종 목적지 (TCE 또는 MCE, 1c-65)에 전달할 수 있다 (1c-70).

도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.

Management 기반 QoE 설정/보고 절차는 상기 signaling 기반의 절차 (도 1c)와 상당 부분 유사하다. 따라서, 본 명세서에서는 Management 기반 방식의 차이점에 대해서만 하기에 기술하며 그 외 절차 및 설명은 도 1c에 관한 설명과 동일하다고 볼 수 있다. Management 기반 방식에서는 CN을 거치지 않고 OAM (1d-05) 이 직접 QoE 측정 설정을 기지국 (1d-10)에게 보냄으로써 QoE 측정을 활성화시킬 수 있다 (1d-15). 이를 수신한 기지국은 여러 조건(예를 들어, area scope, application layer capability, 서비스 종류)에 부합하는 단일 또는 복수 개의 단말을 찾는다. 그리고 기지국은 상기 단말들 각각에게 상기 QoE 측정 설정을 RRC 메시지 (예를 들어 RRC connection reconfiguration 메시지)를 통해 전달할 수 있다 (1d-20). 그 외 절차 및 메시지 형태는 도 1c에 관한 설명 (signaling 기반 방식)과 동일하다고 볼 수 있다.

도 1e는 NR에서 MBS 방송 지원을 위해 기지국과 단말 사이에 이루어지는 송수신 절차를 나타내는 실시 예이다.

단계 1e-15에서, 대기 모드 (RRC_IDLE) 또는 비활성 모드 (RRC_INACTIVE)의 단말 (1e-10)은 SIBx를 제공하는 cell 또는 기지국 (1e-05)에 camp on 하고 SIBx를 수신할 수 있다. 연결 모드 (RRC_CONNECTED) 단말의 경우에도 SIBx를 수신할 수 있다. SIBx는 단말이 MBS (Multicast/Broadcast Service) 방송 (Broadcast) 수신을 위해 필요한 MCCH (MBS Control Channel) 정보를 획득하기 위해 필요한 정보를 포함할 수 있다. 여기서 MCCH는 의미는 다음과 같다: A point-to-multipoint downlink channel used for transmitting MBS broadcast control information associated to one or several MTCH(s) from the network to the UE. SIBx의 ASN.1 형식은 하기의 [표 9]와 같을 수 있다. [표 9]의 관련 파라미터 설명은 하기의 [표 10]과 같을 수 있다.

- SIBx
SIBx contains the information required to acquire the MCCH configuration for MBS broadcast.

SIBx information element

-- ASN1START-- TAG-SIBX-START

SIBx-r17 ::= SEQUENCE {
mcch-Config-r17 MCCH-Config-r17,
cfr-ConfigMCCH-MTCH-r17 CFR-ConfigMCCH-MTCH-r17,
lateNonCriticalExtension OCTET STRING OPTIONAL,
...
}

MCCH-Config-r17 ::= SEQUENCE {
mcch-RepetitionPeriodAndOffset-r17 MCCH-RepetitionPeriodAndOffset-r17,
mcch-WindowStartSlot-r17 INTEGER (0..79),
mcch-WindowDuration-r17 ENUMERATED {sl2, sl4, sl8, sl10, sl20, sl40,sl80, sl160} OPTIONAL, -- NEED S
mcch-ModificationPeriod-r17 ENUMERATED {rf2, rf4, rf8, rf16, rf32, rf64, rf128, rf256,
rf512, rf1024, r2048, rf4096, rf8192, rf16384, rf32768, rf65536}
}

MCCH-RepetitionPeriodAndOffset-r17 ::= CHOICE {
rf1-r17 INTEGER(0),
rf2-r17 INTEGER(0..1),
rf4-r17 INTEGER(0..3),
rf8-r17 INTEGER(0..7),
rf16-r17 INTEGER(0..15),
rf32-r17 INTEGER(0..31),
rf64-r17 INTEGER(0..63),
rf128-r17 INTEGER(0..127),
rf256-r17 INTEGER(0..255)
}

-- TAG-SIBX-STOP
-- ASN1STOP

SIBx field descriptions

mcch-WindowDuration Indicates, starting from the slot indicated by mcch-WindowStartSlot, the duration in slot during which MCCH may be scheduled. Absence of this field means that MCCH is only scheduled in the slot indicated by mcch-WindowStartSlot.

mcch-ModificationPeriodDefines periodically appearing boundaries, i.e. radio frames for which SFN mod mcch-ModificationPeriod = 0. The contents of different transmissions of MCCH information can only be different if there is at least one such boundary in-between them. Value rf2 corresponds to two radio frames, value rf4 corresponds to four radio frames and so on.

mcch-RepetitionPeriodAndOffset Defines the length and the offset of the MCCH repetition period. rf1 corresponds to a repetition period length of one radio frame, rf2 corresponds to a repetition period length of two radio frames and so on. The corresponding integer value indicates the offset of the repetition period in the number of radio frames. MCCH is scheduled in radio frames for which: SFN mod repetition period length = offset of the repetition period.

mcch-WindowStartSlot Indicates the slot in which MCCH transmission window starts.

단계 1e-20에서, MBS를 지원하는 단말은 MBS 방송을 수신하고 싶은 경우 (또는 관심 있는 경우) 또는 MBS 방송 서비스를 수신하고 있는 경우, SIBx를 제공하는 cell에 enter한 후 또는 MCCH 정보의 업데이트 알림을 수신한 경우, MCCH상의 MBSBroadcastConfiguration 메시지를 획득할 수 있다. 이는 Rel-17 TS 38.331에 다음의 [표 11]과 같이 기술될 수 있다.

5.X.2.3 MCCH information acquisition by the UE
An MBS capable UE interested to or receiving an MBS broadcast service shall:
1> if the procedure is triggered by an MCCH information change notification:
2> start acquiring the MBSBroadcastConfiguration message on MCCH from the slot in which the change notification was received;
1> if the UE enters a cell broadcasting SIBx:
2> acquire the MBSBroadcastConfiguration message on MCCH at the next repetition period;

MCCH 정보의 업데이트에 관해서 Rel-17 TS 38.331에 다음의 [표 12]과 같이 기술될 수 있다.

5.X.1.3 MCCH information validity and notification of changes
Change of MCCH information only occurs at specific radio frames, i.e. the concept of a modification period is used. Within a modification period, the same MCCH information may be transmitted a number of times, as defined by its scheduling (which is based on a repetition period).
When the network changes (some of) the MCCH information, it notifies the UEs about the change via PDCCH which schedules the MCCH in every repetition period in the current modification period.
Upon receiving a change notification, a UE receiving or interested to receive MBS services transmitted using MBS broadcast acquires the new MCCH information starting from the same slot. The UE applies the previously acquired MCCH information until the UE acquires the new MCCH information. The notification is transmitted with a 2-bit bitmap, see TS 38.212 [17] clause 7.3.1.2.1. The MSB in the 2-bit bitmap, when set to '1', indicates the start of MBS service(s). The LSB in the 2-bit bitmap, when set to '1', indicates modification of MCCH information other than the change caused by start of new MBS service(s), e.g. modification of a configuration of an on-going MBS session(s), MBS session(s) stop or neighbouring cell information modification.

MBSBroadcastConfiguration 메시지의 ASN.1 포맷은 다음의 [표 13]과 같을 수 있다. [표 13]의 관련 파라미터 설명은 하기의 [표 14]와 같을 수 있다.

MBSBroadcastConfiguration message

-- ASN1START-- TAG-MBSBROADCASTCONFIGURATION-START

MBSBroadcastConfiguration-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
mbsBroadcastConfiguration-r17 MBSBroadcastConfiguration-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MBSBroadcastConfiguration-r17-IEs ::= SEQUENCE {
mbs-SessionInfoList-r17 MBS-SessionInfoList-r17,
mbs-NeighbourCellList-r17 MBS-NeighbourCellList-r17 OPTIONAL, -- Need S
drx-ConfigPTM-List-r17 SEQUENCE (SIZE (1..maxNrofDRX-ConfigPTM-r17)) OF DRX-ConfigPTM-r17 OPTIONAL, -- NEED R
pdsch-ConfigMTCH-r17 PDSCH-ConfigBroadcast-r17 OPTIONAL, -- Need S
mtch-SSB-MappingWindowList-r17 MTCH-SSB-MappingWindowList-r17 OPTIONAL, -- Need R
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- TAG-MBSBROADCASTCONFIGURATION-STOP
-- ASN1STOP

MBSBroadcastConfiguration field descriptions

pdsch-ConfigMTCHProvides parameters for acquiring the PDSCH for MTCH. The UE shall use parameters in pdsch-ConfigMCCH also for PDSCH of MTCH when this field is absent.

mbs-SessionInfoList Provides the configuration of each MBS session provided by MBS broadcast in the current cell.

mbs-NeighbourCellListList of neighbour cells providing MBS broadcast services via broadcast MRB. This field is used by the UE together with mtch-NeighbourCell field signalled for MBS session in the corresponding MBS-SessionInfo. When an empty list is signalled, the UE shall assume that MBS broadcast services listed in the MBSBroadcastConfiguration message are not provided via broadcast MRB in any neighbour cell. When the field is absent, the current serving cell does not provide information about MBS broadcast services in the neighbouring cells, i.e. the UE cannot determine the presence or absence of an MBS service in neighbouring cells based on the absence of this field.

상기에 나오는 mbs-sessionInfoList 파라미터는 현재 셀에서 서비스하고 있는 복수 개의 MBS session (MBS 세션) 정보를 포함할 수 있으며, 상기 파라미터의 ASN.1 포맷은 다음의 [표 15]과 같을 수 있다.

MBS-SessionInfoList-r17 ::= SEQUENCE (SIZE (0..maxNrofMBS-Session-r17)) OF MBS-SessionInfo-r17

MBS-SessionInfo-r17 ::= SEQUENCE {
mbs-SessionId-r17 TMGI-r17,
g-RNTI-r17 RNTI-Value,
mrb-ListBroadcast-r17 MRB-ListBroadcast-r17 OPTIONAL,
mtch-SchedulingInfo-r17 DRX-ConfigPTM-Index-r17 OPTIONAL, -- NEED S
mtch-NeighbourCell-r17 BIT STRING (SIZE(maxNeighCell-MBS-r17)) OPTIONAL,-- NEED R
pdsch-ConfigIndex-r17 PDSCH-ConfigIndex-r17 OPTIONAL, -- NEED S
mtch-SSB-MappingWindowIndex-r17 MTCH-SSB-MappingWindowIndex-r17 OPTIONAL -- NEED R
}

단계 1e-25에서, 상기 단말은 관심있는 MBS 방송 세션을 수신하기 위해 방송 MRB (MBS Radio Bearer) 설립(Broadcast MRB establishment)를 수행할 수 있다. 하기와 같은 이유로 상기 수행이 시작될 수 있다: upon start of the MBS session, upon entering a cell providing a MBS broadcast service UE is interested in, upon becoming interested in the MBS broadcast service, upon removal of UE capability limitations inhibiting reception of the MBS broadcast service UE is interested in.

단계 1e-30에서, 상기 단말은 MTCH (MBS Traffic Channel)를 통해 MBS 방송 데이터를 수신한다. MTCH는 다음을 의미한다: A point-to-multipoint downlink channel for transmitting MBS data of either multicast session or broadcast session from the network to the UE. 상기 단말은 MTCH를 수신하기 위해서는 g-RNTI (Group RNTI)로 scramble되어진 PDCCH (Physical Downlink Control Channel)를 decode할 수 있다. 상기 PDCCH decode를 위해 필요한 g-RNTI는 MBSBroadcastConfiguration 메시지에서 MBS-SessionInfoList IE를 통해 MBS 방송 세션당 (즉, mbs-SessionId 당, 또는 TMGI (Temporary Mobile Group Identity) 당) 하나씩, 복수 개의 g-RNTI가 리스트의 형태로 제공될 수 있다.

단계 1e-25와 1e-30을 포함한 절차는 Rel-17 TS 38.331에 하기의 [표 16]과 같이 기술될 수 있다.

5.X.3.3 Broadcast MRB establishmtent
Upon a broadcast MRB establishment, the UE shall:
1> establish a PDCP entity and an RLC entity in accordance with MRB-InfoBroadcast for this broadcast MRB included in the MBSBroadcastConfiguration message and the configuration specified in 9.1.1.Y;
1> receive DL-SCH on the cell where the MBSBroadcastConfiguration message was received for the MBS broadcast service for which the broadcast MRB is established and using g-RNTI and mtch-SchedulingInfo (if included) in this message for this MBS broadcast service;
1> configure the physical layer in accordance with the mbs-SessionInfoList, searchSpaceMTCH, pdsch-ConfigMTCH, applicable for the broadcast MRB, as included in the MBSBroadcastConfiguration message;
1> inform upper layers about the establishment of the broadcast MRB by indicating the corresponding tmgi;
1> if an SDAP entity with the received tmgi does not exist:
2> establish an SDAP entity as specified in TS 37.324 [24] clause 5.1.1.

단계 1e-35에서, 상기 단말은 기지국과 RRC 연결을 설정하여 연결모드로 천이할 수 있다. 또는 1e-35의 과정없이 단말은 이미 연결모드 상태일 수 있다.

단계 1e-40에서, 상기 단말은 SIBx1을 수신할 수 있다. SIBx1은 주파수와 MBS service의 mapping을 포함할 수 있으며, ASN.1 포맷은 하기의 [표 17]과 같을 수 있다. [표 17]의 관련 파라미터 설명은 하기의 [표 18]과 같을 수 있다.

SIBx1 information element
-- ASN1START

-- ASN1START-- TAG-SIBX1-START

SIBx1-r17 ::= SEQUENCE {
mbs-FSAI-IntraFreq-r17 MBS-FSAI-List-r17 OPTIONAL, -- Need R
mbs-FSAI-InterFreqList-r17 MBS-FSAI-InterFreqList-r17 OPTIONAL, -- Need R
lateNonCriticalExtension OCTET STRING OPTIONAL,
...
}

MBS-FSAI-List-r17 ::= SEQUENCE (SIZE (1..maxFSAI-MBS-r17)) OF MBS-FSAI-r17

MBS-FSAI-InterFreqList-r17 ::= SEQUENCE (SIZE (1..maxFreq)) OF MBS-FSAI-InterFreq-r17

MBS-FSAI-InterFreq-r17 ::= SEQUENCE {
dl-CarrierFreq-r17 ARFCN-ValueNR,
mbs-FSAI-List-r17 MBS-FSAI-List-r17
}

MBS-FSAI-r17 ::= OCTET STRING (SIZE (3))

-- TAG-SIBX1-STOP
-- ASN1STOP

SIBx1 field descriptions

mbs-FSAI-InterFreqListContains a list of neighboring frequencies including additional bands, if any, that provide MBS services and the corresponding MBS FSAIs.

mbs-FSAI-IntraFreqContains the list of MBS FSAIs for the current frequency. For MBS service continuity, the UE shall use all MBS FSAIs listed in mbs-FSAI-IntraFreq to derive the MBS frequencies of interest.

SIBx1의 존재는 함축적으로 하기에 나올 MBSInterestIndication 메시지의 보고를 enable한다. SIBx1의 부재는 함축적으로 하기에 나올 MBSInterestIndication 메시지의 보고를 disable한다. 단계 1e-35와 1e-40의 순서는 바뀔 수 있다.

단계 1e-45에서, MBS를 지원하는 연결 모드의 단말은 수신하고 있거나 관심있는 MBS 방송 서비스 및 관련 주파수를 기지국에게 알려주기 위해 MBSInterestIndication 메시지를 전송할 수 있다. 또한 유니캐스트 대비 MBS 방송의 우선순위 정보 전송을 위해 MBSInterestIndication 메시지를 전송할 수 있다. 상기 MBSInterestIndication 메시지의 ASN.1 포맷은 다음의 [표 19]와 같을 수 있다. [표 19]의 관련 파라미터 설명은 하기의 [표 20]과 같을 수 있다.

MBSInterestIndication
The MBSInterestIndication message is used to inform network that the UE is receiving/ interested to receive or no longer receiving/ interested to receive MBS broadcast service(s) via a broadcast MRB.
Signalling radio bearer: SRB1
RLC-SAP: AM
Logical channel: DCCH
Direction: UE to Network

MBSInterestIndication message

-- ASN1START-- TAG-MBSINTERESTINDICATION-START

MBSInterestIndication-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
mbsInterestIndication-r17 MBSInterestIndication-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MBSInterestIndication-r17-IEs ::= SEQUENCE {
mbs-FreqList-r17 CarrierFreqListMBS-r17 OPTIONAL,
mbs-Priority-r17 ENUMERATED {true} OPTIONAL,
mbs-ServiceList-r17 MBS-ServiceList-r17 OPTIONAL
}

-- TAG-MBSINTERESTINDICATION-STOP
-- ASN1STOP

MBSInterestIndication field descriptions

mbs-FreqListList of MBS frequencies on which the UE is receiving or interested to receive MBS broadcast service via a broadcast MRB.

mbs-PriorityIndicates whether the UE prioritises MBS broadcast reception above unicast and MBS multicast reception. The field is present (i.e. value true), if the UE prioritises reception of all listed MBS frequencies above reception of any of the unicast bearers. Otherwise the field is absent.

mbs-ServiceListList of MBS broadcast services which the UE is receiving or interested to receive.

하기의 [표 21]의 절차를 따라 MBSInterestIndication 메시지가 설정 및 전송될 수 있다.

5.X.4.1 General

The purpose of this procedure is to inform the network that the UE in RRC_CONNECTED state is receiving or is interested to receive MBS broadcast service(s) and to inform the network about the priority of MBS broadcast versus unicast reception. MBS Interest Indication can only be sent after AS security activation.
5.X.4.2 Initiation
An MBS capable UE in RRC_CONNECTED may initiate the procedure in several cases including upon successful connection establishment, upon entering or leaving the broadcast service area, upon MBS broadcast session start or stop, upon change of interest, upon change of priority between MBS broadcast reception and unicast reception, upon change to a PCell broadcasting SIBx1.
Upon initiating the procedure, the UE shall:
1> if SIBx1 is provided by the PCell:
2> ensure having a valid version of SIBx1 for the PCell;
2> if the UE did not transmit MBS Interest Indication since last entering RRC_CONNECTED state; or
2> if since the last time the UE transmitted an MBS Interest Indication, the UE connected to a PCell not broadcasting SIBx1:
3> if the set of MBS broadcast frequencies of interest, determined in accordance with 5.x.4.3, is not empty:
4> set the contents of MBS Interest Indication according to 5.x.4.5 and initiate transmission of the MBSInterestIndication message;
2> else:
3> if the set of MBS broadcast frequencies of interest, determined in accordance with 5.x.4.3, is different from mbs-FreqList included in the last transmission of the MBS Interest Indication; or
3> if the prioritisation of reception of all indicated MBS broadcast frequencies compared to reception of any of the established unicast bearers has changed since the last transmission of the MBS Interest Indication:
4> set the contents of MBS Interest Indication according to 5.x.4.5 and initiate transmission of the MBSInterestIndication message;
NOTE: The UE may send MBS Interest Indication even when it is able to receive the MBS services it is interested in i.e. to avoid that the network allocates a configuration inhibiting MBS broadcast reception.
3> else if SIBx is provided by the PCell:
4> if since the last time the UE transmitted the MBS Interest Indication, the UE connected to a PCell not broadcasting SIBx; or
4> if the set of MBS broadcast services of interest determined in accordance with 5.x.4.4 is different from mbs-ServiceList included in the last transmission of the MBS Interest Indication:
5> set the contents of MBS Interest Indication according to 5.x.4.5 and initiate the transmission of MBSInterestIndication message.
5.X.4.3 MBS frequencies of interest determination
The UE shall:
1> consider a frequency to be part of the MBS frequencies of interest if the following conditions are met:
2> at least one MBS session the UE is receiving or interested to receive via a broadcast MRB is ongoing or about to start; and
NOTE 1: The UE may determine whether the session is ongoing from the start and stop time indicated in the User Service Description (USD), see TS 38.300 [2] or TS 23.247 [xx].
2> for at least one of these MBS sessions SIBx1 acquired from the PCell includes for the concerned frequency one or more MBS FSAIs as indicated in the USD for this session; and
NOTE 2: The UE considers a frequency to be part of the MBS frequencies of interest even though NG-RAN may (temporarily) not employ a broadcast MRB for the concerned session, i.e. the UE does not verify if the session is indicated on MCCH.
2> the supportedBandCombination the UE included in UE-NR-Capability contains at least one band combination including the set of MBS frequencies of interest (i.e. the UE is capable of simultaneously receiving broadcast MRBs on the set of MBS frequencies of interest);
NOTE 3: When evaluating whether the UE is capable of simultaneously receiving broadcast MRBs on the set of MBS frequencies of interest, the UE does not take into account the serving frequencies that it is currently configured with i.e. the UE only considers MBS frequencies it is interested to receive regardless of whether these can be received together with the current serving cells or not.
5.X.4.4 MBS services of interest determination
The UE shall:
1> consider an MBS service to be part of the MBS services of interest if the following conditions are met:
2> the UE is receiving or interested to receive this service via a broadcast MRB; and
2> the session of this service is ongoing or about to start; and
2> one or more MBS FSAIs in the USD for this service is included in SIBx1 acquired from the PCell for a frequency belonging to the set of MBS frequencies of interest, determined according to 5.x.4.3.
NOTE 1: The UE may determine whether the session is ongoing from the start and stop time indicated in the User Service Description (USD), see TS 38.300 [2] or TS 23.247 [xx].

5.X.4.5 Setting of the contents of MBS Interest Indication
The UE shall set the contents of the MBS Interest Indication as follows:
1> if the set of MBS frequencies of interest, determined in accordance with 5.x.4.3, is not empty:
2> include mbs-FreqList and set it to include the MBS frequencies of interest sorted by decreasing order of interest, using the absoluteFrequencySSB for serving frequency, if applicable, and the ARFCN-ValueNR(s) as included in SIBx1 (for neighbouring frequencies);
2> include mbs-Priority if the UE prioritises reception of all indicated MBS frequencies above reception of any of the unicast bearers and multicast MRBs;
NOTE 1: If the UE prioritises MBS reception and unicast data cannot be supported because of congestion on the MBS carrier(s), NG-RAN may for example initiate release of unicast bearers.
2> if SIBx is scheduled by the PCell:
3> include mbs-ServiceList and set it to indicate the set of MBS services of interest sorted by decreasing order of interest determined in accordance with 5.x.4.4.

단계 1e-50에서, 단말은 MBS 방송 수신을 멈추기 위해서 방송 MRB 해제 (Broadcast MRB release)를 수행할 수 있다. 또는 다음과 같은 경우 수행될 수 있다: upon stop of the MBS session, upon leaving the cell broadcasting the MBS service UE is interested in, upon losing interest in the MBS service, when capability limitations start inhibiting reception of the concerned service.

방송 MRB 해제의 절차는 Rel-17 TS 38.331에서 다음의 [표 22]와 같이 기술될 수 있다.

5.X.3.4 Broadcast MRB release
Upon broadcast MRB release for MBS broadcast service, the UE shall:
1> release the PDCP entity, RLC entity as well as the related MAC and physical layer configuration;
1> inform upper layers about the release of the broadcast MRB by indicating the corresponding tmgi;
1> if the SDAP entity associated with the corresponding tmgi has no associated MRB:
2> release the SDAP entity, as specified in TS 37.324 [24] clause 5.1.2.

NR 3GPP 표준회의에서 RAN2 및 RAN3 working group은 Release 17 (Rel-17)에 대해 하기와 같은 합의를 하였다.

(1) RAN3 agreements

(1-1) RAN3#109e

(1-1-1) NR QoE management supports following service types: Streaming / MTSI / VR / MBMS

(1-2) RAN3#114e

(1-2-1)MBS and XR would not be supported in R17.

(2) RAN2 agreements

(2-1) RAN2#113e

(2-1-1) QoE measurements in RRC_IDLE/RRC_INACTIVE state can be supported, for MBS.

(2-2) RAN2#115e

(2-2-1) Confirm that RAN2 deprioritizes QoE measurement in RRC_IDLE/RRC_INACTIVE in Rel-17.

즉, MBS 서비스를 위한 대기모드 (RRC_IDLE) 또는 비활성모드 (RRC_INACTIVE)에서 QoE measurement를 Rel-17에서 지원하지 않기로 합의되었다. 대신, Rel-18에서 이를 지원하기 한다는 내용이 (적어도 MBS broadcast에 대해, MBS multicast는 미정) 하기와 같이 Rel-18 WID에 포함되어있다.

(1) Rel-18 WID

(1-2) Specify for QoE measurement configuration and collection in RRC_INACTIVE and RRC_IDLE states for MBS, at least for broadcast service.[RAN3, RAN2]

3GPP 표준 기술에 MBS 기술이 도입된 계기는, 기지국이 dedicate한 데이터 전송을 각 단말마다 반복적으로 할 수 있지만, 기지국에게 이는 데이터 전송 및 무선 자원 스케줄링을 위한 많은 양의 프로세싱 및 컴퓨팅 기술 및 자원이 요구되며, 반복적인 데이터 전송에 따른 많은 양의 무선 자원 사용 및 에너지 소비를 초래할 수 있기 때문이다. 이와 마찬가지로, 종래 기술처럼 기지국이 dedicate RRC 메시지 (예, RRCReconfiguration 또는 RRCResume 메시지)를 통하여 QoE 설정을 각 단말에게 반복적으로 전달하는 방법 또한 비효율적일 수 있다. 또한 연결모드 뿐만 아니라 비활성 및 대기모드의 단말들 또한 MBS 방송 수신을 하고 QoE 측정을 수행할 수 있기 때문에, QoE 측정 설정을 위해 이들을 일일이 연결모드로 천이시키는 것 또한 기지국에게 큰 부담일 수 있다. 대신 동일한 정보의 QoE 설정정보를 복수개의 단말에게 동시에 전송하기 위해서 방송 메시지 (예, 시스템 정보 메시지, MCCH)를 사용할 수 있다. 1e-20에서 MCCH로 전송되는 MBSBroadcastConfiguration 메시지는 MBS 방송을 위해 사용되며, 본 발명의 일 실시 예로 상기 메시지는 MBS 브로드캐스트 또는/그리고 멀티캐스트 서비스에 대한 QoE 설정정보를 포함할 수 있다. 단말은 MBSBroadcastConfiguration 메시지를 RRC 모드에 관계없이 수신할 수 있다. 그에 따라, 기지국은 상기 메시지를 통해 MBS (브로드캐스트 또는/그리고 멀티캐스트) 서비스를 수신하고 있는 하고 있는 단말들에게 RRC 모드에 관계 없이 QoE 측정 설정 정보를 전달 할 수 있다.

본 발명의 일 실시예로, MBSBroadcastConfiguration 메시지에 QoE 설정 정보 (예, AppLayerMeasConfig)는 다음의 [표 23]와 같을 수 있다. [표 23]의 관련 파라미터 설명은 하기의 [표 24]과 같을 수 있다.

MBSBroadcastConfiguration message

-- ASN1START-- TAG-MBSBROADCASTCONFIGURATION-START

MBSBroadcastConfiguration-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
mbsBroadcastConfiguration-r17 MBSBroadcastConfiguration-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MBSBroadcastConfiguration-r17-IEs ::= SEQUENCE {
mbs-SessionInfoList-r17 MBS-SessionInfoList-r17,
appLayerMeasConfig AppLayerMeasConfig OPTIONAL,
mbs-NeighbourCellList-r17 MBS-NeighbourCellList-r17 OPTIONAL, -- Need S
drx-ConfigPTM-List-r17 SEQUENCE (SIZE (1..maxNrofDRX-ConfigPTM-r17)) OF DRX-ConfigPTM-r17 OPTIONAL, -- NEED R
pdsch-ConfigMTCH-r17 PDSCH-ConfigBroadcast-r17 OPTIONAL, -- Need S
mtch-SSB-MappingWindowList-r17 MTCH-SSB-MappingWindowList-r17 OPTIONAL, -- Need R
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- TAG-MBSBROADCASTCONFIGURATION-STOP
-- ASN1STOP

MBSBroadcastConfiguration field descriptions

appLayerMeasConfigProvides application layer measurement configuration for MBS broadcast

종래 AppLayerMeasConfig는 하기의 [표 25]과 같은 ASN.1 포맷을 가질 수 있다. [표 25]의 관련 파라미터 설명은 하기의 [표 26]와 같을 수 있다.

AppLayerMeasConfig information element

-- ASN1START-- TAG-APPLAYERMEASCONFIG-START

AppLayerMeasConfig-r17 ::= SEQUENCE {
measConfigAppLayerToAddModList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasConfigAppLayer-r17 OPTIONAL, -- Need N
measConfigAppLayerToReleaseList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasConfigAppLayerId-r17 OPTIONAL, -- Need N
rrc-SegAllowed-r17 ENUMERATED {enabled} OPTIONAL, -- Need M
...
}

MeasConfigAppLayer-r17 ::= SEQUENCE {
measConfigAppLayerId-r17 MeasConfigAppLayerId-r17,
measConfigAppLayerContainer-r17 OCTET STRING (SIZE (1..8000)) OPTIONAL, -- Need N
serviceType-r17 ENUMERATED {streaming, mtsi, vr, spare5, spare4, spare3, spare2, spare1} OPTIONAL, -- Need M
pauseReporting BOOLEAN,
transmissionOfSessionStartStop BOOLEAN,
ran-VisibleParameters-r17 SetupRelease {RAN-VisibleParameters-r17} OPTIONAL, -- Need M
...
}

RAN-VisibleParameters-r17 ::= SEQUENCE {
ran-VisiblePeriodicity ENUMERATED {ms120, ms240, ms480, ms640, ms1024} OPTIONAL, -- Need S
numberOfBufferLevelEntries INTEGER (1..8) OPTIONAL, -- Need R
reportInitialPlayOutDelay BOOLEAN,
...
}

-- TAG-APPLAYERMEASCONFIG-STOP
-- ASN1STOP

AppLayerMeasConfig field descriptions

measConfigAppLayerContainerThe field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247 [XX], clause 16.5 in TS 26.114 [YY] and TS 26.118 [ZZ].

numberOfBufferLevelEntriesThe field contains the maximum number of buffer level entries that can be reported for RAN visible application layer measurements.

pauseReportingThe field indicates whether the transmission of measurementReportAppLayerContainer is paused or not.

ran-VisiblePeriodicityThe field indicates the periodicity of RAN visible reporting. Value ms120 indicates 120 ms, value ms240 indicates 240 ms and so on. If no value is indicated and the UE is configured with RAN visible reporting, the same periodicity as indicated in the measConfigAppLayerContainer is used.

reportInitialPlayoutDelayThe field indicates whether the UE shall report Initial Playout Delay for RAN visible application layer measurements.

rrc-SegAllowedThis field, when received in MeasConfigAappLayerMeasConfigList, indicates that RRC segmentation of MeasurementReportAppLayer is allowed. It may be present only if the UE supports RRC message segmentation.

serviceTypeIndicates the type of application layer measurement. Value streaming indicates Quality of Experience Measurement Collection for streaming services (see [XX]), value mtsi indicates Quality of Experience Measurement Collection for MTSI (see [YY]). value vr indicates Quality of Experience Measurement Collection for VR service (see [ZZ]). The network always configures serviceType when application layer measurements are initially configured and at fullConfig.

transmissionOfSessionStartStopThe field indicates whether the UE shall transmit indications when sessions in the application layer start and stop. The UE transmits a session start indication upon configuration of this field if a session already has started in the application layer.

본 개시의 다른 실시 예로, MBSBroadcastConfiguration-r17-IEs는 하위 파라미터로 AppLayerMeasConfig를 포함하지 않고, AppLayerMeasConfig 내의 일부 또는 전체 파라미터를 하위 파라미터로 포함할 수 있다.

본 개시의 다른 실시 예로, AppLayerMeasConfig는 MBS-SessionInfoList 내에 각 entry 별 (예, MBS-SessionInfo) 로 하기의 [표 27]와 같이 포함될 수 있다. 즉, 기지국은 MBS 세션 별로 다른 QoE 설정 정보를 단말에게 제공할 수 있다. [표 27]의 관련 파라미터 설명은 하기의 [표 28]과 같을 수 있다.

MBS-SessionInfoList information element

-- ASN1START-- TAG-MBS-SESSIONINFOLIST-START

MBS-SessionInfoList-r17 ::= SEQUENCE (SIZE (0..maxNrofMBS-Session-r17)) OF MBS-SessionInfo-r17

MBS-SessionInfo-r17 ::= SEQUENCE {
mbs-SessionId-r17 TMGI-r17,
appLayerMeasConfig AppLayerMeasConfig OPTIONAL,
g-RNTI-r17 RNTI-Value,
mrb-ListBroadcast-r17 MRB-ListBroadcast-r17 OPTIONAL,
mtch-SchedulingInfo-r17 DRX-ConfigPTM-Index-r17 OPTIONAL, -- NEED S
mtch-NeighbourCell-r17 BIT STRING (SIZE(maxNeighCell-MBS-r17)) OPTIONAL,-- NEED R
pdsch-ConfigIndex-r17 PDSCH-ConfigIndex-r17 OPTIONAL, -- NEED S
mtch-SSB-MappingWindowIndex-r17 MTCH-SSB-MappingWindowIndex-r17 OPTIONAL -- NEED R
}

DRX-ConfigPTM-Index-r17 ::= INTEGER (0..maxNrofDRX-ConfigPTM-1-r17)

PDSCH-ConfigIndex-r17 ::= INTEGER (0..maxNrofPDSCH-ConfigPTM-1-r17)

MTCH-SSB-MappingWindowIndex-r17 ::= INTEGER (0..maxNrofMTCH-SSB-MappingWindow-1-r17)

MRB-ListBroadcast-r17 ::= SEQUENCE (SIZE (1..maxNrofMRB-Broadcast-r17)) OF MRB-InfoBroadcast-r17

MRB-InfoBroadcast-r17 ::= SEQUENCE {
pdcp-Config-r17 MRB-PDCP-ConfigBroadcast-r17,
rlc-Config-r17 MRB-RLC-ConfigBroadcast-r17,
...
}

MRB-PDCP-ConfigBroadcast-r17 ::= SEQUENCE {
pdcp-SN-SizeDL-r17 ENUMERATED {len12bits} OPTIONAL, -- NEED S
headerCompression-r17 CHOICE {
notUsed-r17 NULL,
rohc-r17 SEQUENCE {
maxCID-r17 INTEGER (1..16383) DEFAULT 15,
profiles-r17 SEQUENCE {
profile0x0001-r17 BOOLEAN,
profile0x0002-r17 BOOLEAN,
profile0x0003-r17 BOOLEAN
}
}
} OPTIONAL , -- NEED R
t-Reordering-r17 ENUMERATED {ms1, ms10, ms40, ms160, ms500, ms1000, ms1250, ms2750} OPTIONAL -- Need S
}

MRB-RLC-ConfigBroadcast-r17 ::= SEQUENCE {
logicalChannelIdentity-r17 LogicalChannelIdentity,
sn-FieldLength-r17 ENUMERATED {size6} OPTIONAL, -- NEED S
t-Reassembly-r17 T-Reassembly OPTIONAL -- NEED S
}

TMGI-r17 ::= SEQUENCE {
plmn-Id-r17 CHOICE {
plmn-Index-r17 INTEGER (1..maxPLMN),
explicitValue-r17 PLMN-Identity
},
serviceId-r17 OCTET STRING (SIZE (3))
}

-- TAG-MBS-SESSIONINFOLIST-STOP
-- ASN1STOP

MBS-SessionInfoList field descriptions

g-RNTIG-RNTI used to scramble the scheduling and transmission of MTCH.

headerCompressionIf rohc is configured, the UE shall apply the configured ROHC profile(s) in downlink. When the field is absent the UE applies the value as specified in 9.1.1.Y.

mbsSessionId Indicates an identifier of the MBS session provided by the MTCH.

mrb-listBroadcastA list of broadcast MRBs to which the associated broadcast MBS session is mapped to.

mtch-neighbourCellIndicates neighbour cells which provide this service on MTCH. The first bit is set to 1 if the service is provided on MTCH in the first cell in mbs-NeighbourCellList, otherwise it is set to 0. The second bit is set to 1 if the service is provided on MTCH in the second cell in mbs-NeighbourCellList, and so on. If the service is not available in any neighbouring cell and mbs-NeighbourCellList is signalled, the network sets all bits in this field to 0. If this field is absent, the related service may or may not be available in any neighbouring cell, i.e. the UE cannot determine the presence or absence of an MBS service in neighbouring cells based on the absence of this field.

mtch-schedulingInfoIndicates the index of DRX configuration entry in drx-ConfigPTM-List that is used for scheduling the MTCH. The value 0 corresponds to the first entry in drx-ConfigPTM-List, the value 1 corresponds to the second entry in drx-ConfigPTM-List and so on. In case mtch-schedulingInfo is absent for a G-RNTI (i.e. no PTM DRX), the UE shall monitor for PDCCH scrambled with G-RNTI in any slot according to the search space configured for MTCH [see TS 38.213 [13], clause 10.1].

mtch-SSB-MappingWindowIndexIndicates the index of MTCH-SSB-MappingWindowCycleOffset configuration entry in MTCH-SSB-MappingWindowList. The value 0 corresponds to the first entry in MTCH-SSB-MappingWindowList, the value 1 corresponds to the second entry in MTCH-SSB-MappingWindowList and so on. This field is set to the same value for all MBS sessions mapped to the same G-RNTI.

pdcp-SN-SizeDLIndicates that PDCP sequence number size of 12 bits is used, as specified in TS 38.323 [5]. When the field is absent the UE applies the value as specified in 9.1.1.Y.

pdschConfigIndex Indicates the index of PDSCH configuration entry in pdschConfigList for MTCH. Value 0 corresponds to the first entry in pdschConfigList, the value 1 corresponds to the second entry in pdschConfigList and so on. When the field is absent the UE applies the first entry in pdschConfigList for MTCH.

sn-FieldLengthIndicates that the RLC SN field size of 6 bits is used, see TS 38.322 [4]. When the field is absent the UE applies the value as specified in 9.1.1.Y.

t-ReassemblyTimer for reassembly in TS 38.322 [4], in milliseconds. Value ms0 means 0 ms, value ms5 means 5 ms and so on. When the field is absent the UE applies the value in specified in 9.1.1.Y.

t-ReorderingValue in ms of t-Reordering specified in TS 38.323 [5]. Value ms1 corresponds to 1 ms, value ms10 corresponds to 10 ms, and so on. When the field is absent the UE applies the value as specified in 9.1.1.Y.

본 개시의 다른 실시 예로, MBS-SessionInfoList 내에 각 entry (예, MBS-SessionInfo)는 하위 파라미터로 AppLayerMeasConfig를 포함하지 않고, AppLayerMeasConfig 내의 일부 또는 전체 파라미터를 하위 파라미터로 포함할 수 있다.

상기 실시 예들에서 QoE 설정 정보 및 관련 파라미터는 하기와 같을 수 있다.

- 상기 QoE 설정 정보 (예, AppLayerMeasConfig)는 복수개의 QoE 설정 정보 (예, MeasConfigAppLayer)를 추가하도록 지시할 수 있다 (예, measConfigAppLayerToAddModList). 상기 QoE 설정 정보 (예, AppLayerMeasConfig)는 복수개의 QoE 설정 정보 (예, MeasConfigAppLayer)를 해제 (또는 삭제)하도록 지시할 수 있다 (예, measConfigAppLayerToReleaseList).

- 또는 상기 QoE 설정 정보 (예, AppLayerMeasConfig)는 단일 개의 QoE 설정 정보 (예, MeasConfigAppLayer)만을 추가하도록 지시할 수 있다. 상기 QoE 설정 정보 (예, AppLayerMeasConfig)는 단일 개의 QoE 설정 정보 (예, MeasConfigAppLayer)만을 해제 (또는 삭제)하도록 지시할 수 있다.

- 종래 기술로서, 기지국은 (QoE 측정 보고 메시지 또는 MeasurementReportAppLayer에 대한) UL (uplink) RRC segmentation를 지원한다는 capability (능력)을 보고한 단말에게 dedicate하게 rrc-segAllowed 파라미터를 설정해줌으로써, 상기 단말에게 (QoE 측정 보고 메시지 또는 MeasurementReportAppLayer에 대한) UL (uplink) RRC segmentation를 허가해줄 수 있다. 이와 다르게, 본 발명의 일 실시예로 상기 rrc-segAllowed 파라미터는 복수개의 단말에게 공통적으로 적용될 수 있으며, 각 단말은 서로 다른 상기 능력을 보유할 수 있다. (예, 단말 A는 UL RRC segmentation을 지원하지만 단말 B는 이를 지원하지 않을 수 있다). 따라서, 본 발명에서의 단말이 UL RRC segmentation을 지원하는 경우, rrc-segAllowed 파라미터에 따라 UL RRC segmentation 수행여부를 결정할 수 있다. 이를 위해 단말의 상기 능력 보고는 필요하지 않을 수 있다. 반면, 단말이 UL RRC segmentation을 지원하지 않는 경우, rrc-segAllowed 파라미터를 무시하거나 UL RRC segmentation을 수행하지 않을 수 있다. rrc-segAllowed의 field 설명은 다음의 [표 29]과 같을 수 있다.

rrc-SegAllowed
This field, when received in AppLayerMeasConfig, indicates that RRC segmentation of MeasurementReportAppLayer is allowed. (삭제: It may be present only if the UE supports RRC message segmentation.) UE who does not support RRC message segmentation ignores this field.

- 기지국은 각 QoE 설정 (예, MeasConfigAppLayer)를 지시하기 위한 ID로 measConfigAppLayerId를 설정할 수 있다. 종래 QoE 설정 (예, MeasConfigAppLayer)은 단말마다 dedicate하게 설정될 수 있기에, measConfigAppLayerId 또한 단말 별로 설정 및 할당될 수 있다. 예를 들어 기지국은 measConfigAppLayerId가 1인 QoE 설정을 단말 A에게 전송할 수 있으며 measConfigAppLayerId가 1인 QoE 설정을 단말 B에게 전송할 수 있지만 두 개의 QoE 설정은 전혀 다르거나 무관할 수 있다. 하지만 본 발명에서와 같이, QoE 설정이 방송되는 경우 QoE 설정 ID 또한 복수개의 단말 별로 공유될 수 있다. 따라서 measConfigAppLayerId 대신 broadcast QoE 설정을 위한 새로운 ID (예, measConfigAppLayerID-Mbs)가 QoE 설정 내 (예, MeasConfigAppLayer)에서 추가로 정의되고 MBS 서비스를 듣는 단말에게 공유될 수 있다. 예를 들어 기지국은 measConfigAppLayerId-Mbs가 1인 QoE 설정 방송할 수 있으며, 단말 A와 단말 B는 이를 수신할 수 있고 상기 ID와 상기 QoE 설정을 공통적으로 사용할 수 있다.

- measConfigAppLayerContainer는 단말 specific한 (또는 dedicate한) APP layer의 QoE 측정 설정 정보를 포함할 수 있다. 또 다른 실시 예로, APP layer의 QoE 측정 설정 정보 (예, measConfigAppLayerContainer)는 MBS 서비스를 수신하는 복수개의 단말에게 공통적인 APP layer QoE 측정 설정 정보를 포함 할 수 있다.

- serviceType은 APP layer QoE 측정이 적용되는 서비스 종류를 명시하며 기지국은 serviceType을 스트리밍 서비스, MTSI 서비스, 또는 VR 서비스로 설정할 수 있다. 또 다른 실시 예로써, MBS 서비스를 위해, serviceType으로 MBS 서비스가 추가로 정의될 수 있다. 또는 MBS broadcast와 MBS multicast 서비스가 구별되어 정의될 수 있다.

- 기지국은 pauseReporting 지시자를 통해 단말의 QoE 보고 (해당 설정에 의해 생성된 보고)를 일시적으로 중지 (pause)하거나 (pauseReporting를 true로 설정함으로써) 다시 재개(resume) 시킬 수 있다 (pauseReporting를 false로 설정함으로써). 또 다른 실시 예로써, 기지국은 해당 지시자를 통해 복수개의 단말에게 공통적으로 QoE 보고를 일시적으로 중지하거나 다시 재개시킬 수 있다.

- 또 다른 실시 예로 pauseReporting이 true일 때, 이를 수신한 모든 단말이 QoE 보고를 중지하는 대신, 하기의 조건의 일부 또는 전체를 만족한 단말에 한해서 QoE 보고를 중지할 수 있다.

1. 최근 일정 시간 (T1) 동안 단말이 기지국에게 보낸 QoE 보고 개수 또는 데이터 사이즈가 특정 threshold 이상인 경우,

2. 단말이 pause 및 resume을 지원하는 경우,

3. 단말이 QoE 측정 결과가 일정 기간 (T2) 동안 좋다고 판단한 경우, (예, 서비스 delay가 일정 threshold보다 짧은 경우, playout delay가 일정 threshold보다 짧은 경우, 초기 playout delay가 일정 threshold보다 짧은 경우, 또는 application buffer level이 일정 threshold이상으로 seamless 서비스에 여유가 있는 경우)

4. 최근 일정 시간 (T3) 동안, QoE 측정 결과 보고를 한 적이 있는 경우,

* 상기 T1, T2, T3, 또는 threshold들은 기지국에서 MBSBroadcastConfiguration 메시지 또는 시스템 정보 등을 통해 방송하여 설정되는 값일 수 있다. 또는 기지국이 dedicate한 메시지로 단말 별로 설정할 수 있는 값일 수 있다. 또는 표준에서 정의하는 고정된 값일 수 있다.

5. 단말이 MBS를 지원하는 경우,

6. 단말이 QoE 측정을 지원하는 경우,

7. 단말이 지시받은 pauseReporting에 해당하는 MBS 서비스를 수신 중인 경우,

8. 단말이 지시받은 pauseReporting에 해당하는 MBS 서비스에 QoE 측정을 수행 중인 경우,

9. 단말이 지시받은 pauseReporting에 해당하는 MBS 세션을 수신 중인 경우,

10. 단말이 지시받은 pauseReporting에 해당하는 MBS 세션에 QoE 측정을 수행 중인 경우,

- transmissionOfSessionStartStop는 단말이 APP layer에서 session이 시작되거나 멈출 때 이 사실을 기지국에게 보고해야 하는지 아닌지 여부를 지시할 수 있다. 또 다른 실시 예로써, 상기 지시자를 사용하여 기지국은 모든 단말에게 공통적으로 상기 내용을 지시할 수 있다.

- 또 다른 실시 예로 transmissionOfSessionStartStop와는 별도로, 각 단말이 MBS 세션 또는 서비스 또는 MTCH를 수신 시작하거나 멈출 때 이 사실을 기지국에게 보고해야하는지 아닌지 여부를 지시하는 지시자 (예, transmissionOfMbsSessionStartStop)를 추가 정의할 수 있다. 또는 QoE 설정 정보에서 serviceType이 MBS이거나 QoE 설정 정보가 방송메시지 (예, MBSBroadcastConfiguration 또는 시스템 정보)로 전달되는 경우, transmissionOfSessionStartStop가 상기 지시자로서 사용될 수 있다. 이 지시자가 true이면, 단말이 MBS 세션 또는 서비스 또는 MTCH를 수신 시작하거나 멈출 때 이를 기지국에게 보고해야 할 수 있다. 이 지시자가 false이면 단말이 MBS 세션 또는 서비스 또는 MTCH를 수신 시작하거나 멈출 때 이를 기지국에게 보고하지 않을 수 있다.

- ran-VisibleParameters 는 RAN visible QoE (기지국이 볼 수 있는 QoE 측정 결과 보고)를 위한 설정을 포함할 수 있다. 상기 지시자는 MBS 서비스를 수신하는 복수개의 단말에게 사용될 수 있다.

QoE 설정 정보가 방송되는 경우, 복수개의 단말에게 단번에 설정할 수 있다는 장점이 있을 수 있지만, 너무 많은 수의 단말들이 QoE 측정 보고를 기지국에게 보내기 때문에 기지국에게 과부하가 발생할 수 있다는 단점이 있을 수 있다. 따라서 QoE 설정 정보를 수신한 모든 단말이 아니라, 특정 조건을 만족하는 단말만 QoE 측정 보고를 수행할 수 있다. 하기의 조건의 일부 또는 전체를 만족한 단말에 한해서 QoE 측정 보고를 수행할 수 있다.

1. 최근 일정 시간 (T1) 동안 단말이 보낸 기지국에게 QoE 보고 개수 또는 데이터 사이즈가 특정 threshold 이하인 경우,

2. 단말이 QoE 측정 및 보고를 지원하는 경우,

3. 단말이 QoE 측정 결과가 일정 기간 (T2) 동안 나쁘다고 판단한 경우, (예, 서비스 delay가 일정 threshold보다 긴 경우, playout delay가 일정 threshold보다 긴 경우, 초기 playout delay가 일정 threshold보다 긴 경우, 또는 application buffer level이 일정 threshold이하로 seamless 서비스에 여유가 없는 경우)

4. 최근 일정 시간 (T3) 동안, QoE 측정 결과 보고를 한 적이 없는 경우,

5. 해당하는 MBS 세션 또는 서비스 또는 MTCH를 적어도 일정 시간 (T4)이상 동안 수신한 경우,

* 상기 T1, T2, T3, T4 또는 threshold들은 기지국에서 MBSBroadcastConfiguration 메시지 또는 시스템 정보 등을 통해 방송하여 설정되는 값일 수 있다. 또는 기지국이 dedicate한 메시지로 단말 별로 설정할 수 있는 값일 수 있다. 또는 표준에서 정의하는 고정된 값일 수 있다.

6. 단말이 MBS를 지원하는 경우,

7. 단말이 QoE 측정을 지원하는 경우,

8. 단말이 해당하는 MBS 서비스를 수신 중인 경우,

9. 단말이 해당하는 MBS 서비스에 QoE 측정을 수행 중인 경우,

10. 단말이 해당하는 MBS 세션을 수신 중인 경우,

11. 단말이 해당하는 MBS 세션에 QoE 측정을 수행 중인 경우,

본 발명에서, 1e-30에서 MTCH를 수신하는 단말은 QoE 측정을 수행할 수 있다. 비활성 또는 대기 모드의 단말은 QoE 측정 결과를 바로 전송하지 않고 저장할 수 있다. 상기 비활성 또는 대기 모드 단말은 QoE 측정 결과를 보고하기 위해 (예, QoE 보고가 일정 이상 쌓일 경우) 연결 모드로 천이할 수 있다. 이를 위해 연결모드로 천이하는 이유를 지시하는 새로운 cause value 가 정의될 수 있다 (예, ResumeCause, EstablishmentCause, ReestablishmentCause 내). 또는 기지국에게 QoE 측정 결과가 있음을 알릴 수 있고, 그에 따라 기지국은 단말에게 RRC 연결을 설정해준 뒤 QoE 측정 결과 보고를 수거해갈 수 있다. 상기 단말이 연결모드로 천이하거나 (1e-35), 애초에 단말이 연결모드이라면, 단말은 저장된 또는 측정해 둔 QoE 결과를 기지국에게 보고할 수 있다 (1c-60). 이 때 단말은 QoE 결과 보고를 위해 하기의 [표 30]과 같이 MeasurementReportAppLayer 메시지를 이용하여 SRB4로 전송할 수 있다. [표 30]의 관련 파라미터 설명은 하기의 [표 31]와 같을 수 있다.

MeasurementReportAppLayer message

-- ASN1START-- TAG-MEASUREMENTREPORTAPPLAYER-START

MeasurementReportAppLayer-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
measurementReportAppLayerList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasurementReportAppLayer-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MeasurementReportAppLayer-r17-IEs ::= SEQUENCE {
measConfigAppLayerId-r17 MeasConfigAppLayerId-r17,
measurementReportAppLayerContainer-r17 OCTET STRING OPTIONAL,
applicationLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL,
ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE{} OPTIONAL
}

RAN-VisibleMeasurements-r17 ::= SEQUENCE {
applicationLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF ApplicationLayerBufferLevel OPTIONAL,
initialPlayoutDelay-r17 INTEGER (0..30000) OPTIONAL,
pdu-SessionIdList-r17 SEQUENCE (SIZE (1..maxNrofPDU-Sessions-r17)) OF PDU-SessionID OPTIONAL,
...
}

ApplicationLayerBufferLevel ::= INTEGER (0..30000)

-- TAG-MEASUREMENTREPORTAPPLAYER-STOP
-- ASN1STOP

MeasurementReportAppLayer field descriptions

applicationLayerBufferLevelIndicates the application layer buffer level in ms. Value 1 corresponds to 10ms, value 2 corresponds to 20 ms and so on. If the buffer level is larger than the maximum value of 30000 (5 minutes), the UE reports 30000.

applicationLayerSessionStatusIndicates that a QoE session in the application layer starts or stops.

initialPlayoutDelayIndicates the application layer initial playout delay in ms. Value 1 corresponds to 1ms, value 2 corresponds to 2 ms and so on. If the intial playout delay is larger than the maximum value of 30000ms, the UE reports 30000ms.

measurementReportAppLayerContainerThe field contains application layer measurements, see Annex L (normative) in TS 26.247 [XX], clause 16.5 in TS 26.114 [YY] and TS 26.118 [ZZ].

pdu-SessionIdListContains the identity of the PDU session, or the identities of the PDU sessions, used for application data flows subject to the RAN visible application layer measurements.

본 발명의 또 다른 실시 예로, 단말은 MBSInterestIndication 메시지를 통해 (1e-45) 하기의 [표 32]과 같이 QoE 측정 결과 (예, measurementReportAppLayerList)를 보고할 수 있다. [표 32]의 관련 파라미터 설명은 하기의 [표 33]과 같을 수 있다.

MBSInterestIndication message

-- ASN1START-- TAG-MBSINTERESTINDICATION-START

MBSInterestIndication-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
mbsInterestIndication-r17 MBSInterestIndication-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

MBSInterestIndication-r17-IEs ::= SEQUENCE {
mbs-FreqList-r17 CarrierFreqListMBS-r17 OPTIONAL,
mbs-Priority-r17 ENUMERATED {true} OPTIONAL,
mbs-ServiceList-r17 MBS-ServiceList-r17 OPTIONAL
measurementReportAppLayerList SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasurementReportAppLayer-r17-IEs OPTIONAL
}

-- TAG-MBSINTERESTINDICATION-STOP
-- ASN1STOP

MBSInterestIndication field descriptions

measurementReportAppLayerListIncludes application layer measurement report for MBS broadcast

즉, 하나의 MBSInterestIndication 메시지 안에 복수 개의 QoE 보고 (예, MeasurementReportAppLayer-r17-IEs)가 포함될 수 있다. 또는 단일 개의 QoE 보고 (예, MeasurementReportAppLayer-r17-IEs)만을 포함하도록 정의될 수 있다. 상기 파라미터는 optional 필드로, 단말은 아직 전송하지 않은 QoE 보고가 있을 경우에만 MBSInterestIndication내에 포함시켜 전송할 수 있다. 또는 기지국이 상기 QoE 보고의 전송을 허가해주는 경우에만 단말은 MBSInterestIndication내에 포함하여 전송할 수 있으며, 이를 위해 기지국은 상기 허가를 지시하는 지시자 (예, appLayerMeasReportAllowed)를 방송 메시지 (MBSBroadcastConfiguration 또는 SIB) 또는 dedicate 메시지 (예, RRCReconfiguration 또는 RRCResume)를 통해 단말에게 전송할 수 있다.

본 발명의 또 다른 실시 예로, 하기의 [표 34]와 같이, MBSInterestIndication 메시지 내 MBS-ServiceList 내의 각 entry (즉, MBS-ServiceInfo)에 복수 개 또는 단일 개의 MeasurementReportAppLayer-r17-IEs를 포함하도록 정의될 수 있다. 이 경우, MBS-ServiceInfo 내의 TMGI 값을 통해 해당 QoE 보고가 어떠한 MBS-session에 의해 생성된 보고인지를 지시할 수 있다. 본 실시 예는 기지국이 MBS 세션 별로 다른 QoE 설정 정보를 단말에게 제공한 경우에 적용될 수 있다.

MBS-ServiceList information element

-- ASN1START-- TAG-MBSSERVICELIST-START

MBS-ServiceList-r17 ::= SEQUENCE (SIZE (0..maxNrofMBS-ServiceListPerUE-r17)) OF MBS-ServiceInfo-r17

MBS-ServiceInfo-r17 ::= SEQUENCE {
tmgi-r17 TMGI-r17
measurementReportAppLayerList SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasurementReportAppLayer-r17-IEs OPTIONAL
}

-- TAG-MBSSERVICELIST-STOP
-- ASN1STOP

상기 파라미터는 optional 필드로 대응하는 TMGI (즉, MBS 세션)에 대한 QoE 보고가 있을 경우에만 MBSInterestIndication내 MBS-ServiceInfo에 포함되어 전송될 수 있다. 또는 기지국이 상기 QoE 보고의 전송을 허가해주는 경우에만 MBSInterestIndication내에 포함되어 전송될 수 있으며, 이를 위해 기지국은 상기 허가를 위한 소정의 지시자 (예, appLayerMeasReportAllowed)를 방송 메시지 (MBSBroadcastConfiguration 또는 SIB) 또는 dedicate 메시지 (예, RRCReconfiguration 또는 RRCResume)를 통해 단말에게 전송할 수 있다.

MBSInterestIndication는 SRB1로 전송될 수 있다. 본 발명의 일 실시 예로, QoE 측정 결과 보고 (예, measurementReportAppLayerList)가 MBSInterestIndication 메시지에 포함된 경우, MBSInterestIndication 메시지는 SRB4 (SRB1보다 우선순위가 낮은)로 보고될 수 있다. 반대로, QoE 측정 결과 보고가 MBSInterestIndication 메시지에 포함되지 않는 경우 MBSInterestIndication 메시지는 SRB1으로 보고될 수 있다. 본 발명의 또 다른 실시 예로, QoE 측정 결과 보고 존재 유무와 관계없이 MBSInterestIndication 메시지는 항상 SRB1으로 전송될 수 있다.

상기 실시 예들에서 QoE 보고를 위해 MeasurementReportAppLayer-r17-IEs 전체 또는 그 중 일부 파라미터를 포함할 수 있으며, 또는 새로운 파라미터가 하기와 같이 포함될 수 있다.

- 단말은 각 QoE 보고 (예, MeasurementReportAppLayer-r17-IEs)가 어떠한 QoE 설정에 의해 생성되었는지를 지시하기 위해 특정 QoE 설정 ID를 지시하는 measConfigAppLayerId를 설정할 수 있다.

- 만약 broadcast QoE 설정을 위한 새로운 ID (예, measConfigAppLayerID-Mbs)가 QoE 설정 내 (예, MeasConfigAppLayer)에서 추가로 정의되어 지시되는 경우, 새로운 ID (예, measConfigAppLayerID-Mbs)가 각 QoE 보고 (예, MeasurementReportAppLayer-r17-IEs)에 정의 및 포함될 수 있다. 즉 단말은 상기 지시자를 통해 어떠한 브로드캐스트 QoE 설정에 의해 생성된 QoE 보고인지 지시할 수 있다.

- 단말은 APP layer의 QoE 측정 결과 보고(measurementReportAppLayerContainer-r17)를 포함할 수 있다.

- 기지국이 QoE 설정시 transmissionOfSessionStartStop를 true로 설정한 경우, 단말은 APP layer에서 session이 시작될 때 applicationLayerSessionStatus를 "started"로 설정할 수 있고, session이 멈출 때 applicationLayerSessionStatus를 "stopped"로 설정할 수 있다.

- 본 발명의 일 실시예로, QoE 설정시 transmissionOfMbsSessionStartStop가 true로 설정된 경우, 단말이 MBS 세션 또는 서비스 또는 MTCH를 수신을 시작할 때 새로운 지시자 (예, applicationLayerMbsSessionStatus)를 "started"로 설정할 수 있고, MBS 세션 또는 서비스 또는 MTCH를 수신을 멈출 때 상기 지시자를 "stopped"로 설정할 수 있다. 또 다른 실시 예로, serviceType이 MBS이거나 QoE 설정정보가 방송메시지 (예, MBSBroadcastConfiguration 또는 시스템 정보)로 전달되는 경우, applicationLayerSessionStatus가 상기 지시자로 사용될 수 있다.

- MBS 서비스에 대한 RAN visible QoE 보고가 ran-VisibleMeasurements 파라미터를 통하여 전송 될 수 있다.

본 발명은 상기 serviceType이 MBS 또는 MBS broadcast일 때 적용될 수 있다.

본 발명에서는 QoE 설정 정보 전송을 위해 MBSBroadcastConfiguration를 사용하는 방식을 위주로 기술을 하지만, 이는 시스템 정보 메시지 (SIB)를 사용한 방법에도 동일한 또는 비슷한 방식으로 적용될 수 있다. 또는 MCCH 내 다른 메시지를 새로 정의하여 QoE 측정을 설정하는 방법 또한 동일한 또는 비슷한 방식으로 적용될 수 있다. 또는 종래와 같이 dedicate한 메시지 (예, RRCReconfiguration 메시지 또는 RRCResume 메시지)를 통해 MBS를 위한 QoE 설정 정보 전송을 하는 방식 또한 동일한 또는 비슷한 방식으로 적용될 수 잇다.

도 1f는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.

상기 도면을 참고하면, 상기 단말은 RF(Radio Frequency)처리부(1f-10), 기저대역(baseband)처리부(1f-20), 저장부(1f-30), 제어부(1f-40)를 포함한다.

상기 RF처리부(1f-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1f-10)는 상기 기저대역처리부(1f-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(1f-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 단말은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1f-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1f-10)는 빔포밍(beamforming)을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1f-10)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 상기 RF 처리부는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.

상기 기저대역처리부(1f-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1f-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1f-20)은 상기 RF처리부(1f-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1f-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1f-20)은 상기 RF처리부(1f-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다.

상기 기저대역처리부(1f-20) 및 상기 RF처리부(1f-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1f-20) 및 상기 RF처리부(1f-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 상기 기저대역처리부(1f-20) 및 상기 RF처리부(1f-10) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 상기 기저대역처리부(1f-20) 및 상기 RF처리부(1f-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 상기 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.

상기 저장부(1f-30)는 상기 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1f-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(1f-30)는 상기 제어부(1f-40)의 요청에 따라 저장된 데이터를 제공한다.

상기 제어부(1f-40)는 상기 단말의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1f-40)는 상기 기저대역처리부(1f-20) 및 상기 RF처리부(1f-10)을 통해 신호를 송수신한다. 또한, 상기 제어부(1f-40)는 상기 저장부(1f-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1f-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 상기 제어부(1f-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.

도 1g은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다.

상기 도면에 도시된 바와 같이, 상기 기지국은 RF처리부(1g-10), 기저대역처리부(1g-20), 백홀통신부(1g-30), 저장부(1g-40), 제어부(1g-50)를 포함하여 구성된다.

상기 RF처리부(1g-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1g-10)는 상기 기저대역처리부(1g-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, 상기 RF처리부(1g-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 제1접속 노드는 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1g-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1g-10)는 빔포밍을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1g-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 상기 RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.

상기 기저대역처리부(1g-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1g-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1g-20)은 상기 RF처리부(1g-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1g-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1g-20)은 상기 RF처리부(1g-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역처리부(1g-20) 및 상기 RF처리부(1g-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1g-20) 및 상기 RF처리부(1g-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.

상기 백홀통신부(1g-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 상기 백홀통신부(1g-30)는 상기 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 상기 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.

상기 저장부(1g-40)는 상기 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1g-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 상기 저장부(1g-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 상기 저장부(1g-40)는 상기 제어부(1g-50)의 요청에 따라 저장된 데이터를 제공한다.

상기 제어부(1g-50)는 상기 주기지국의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1g-50)는 상기 기저대역처리부(1g-20) 및 상기 RF처리부(1g-10)을 통해 또는 상기 백홀통신부(1g-30)을 통해 신호를 송수신한다. 또한, 상기 제어부(1g-50)는 상기 저장부(1g-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1g-50)는 적어도 하나의 프로세서를 포함할 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.

소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.

이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: read only memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: electrically erasable programmable read only memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: compact disc-ROM), 디지털 다목적 디스크(DVDs: digital versatile discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 복수 개 포함될 수도 있다.

또한, 프로그램은 인터넷(internet), 인트라넷(intranet), LAN(local area network), WLAN(wide LAN), 또는 SAN(storage area network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.

상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims

무선 통신 시스템에서 단말의 동작 방법에 있어서,
기지국으로부터 MCCH(multicast/broadcast service control channel, MBS control channel) 정보의 획득을 위해 필요한 시스템 정보를 수신하는 과정과,
상기 기지국으로부터 MCCH의 정보의 업데이트 알림을 수신하는 과정과,
상기 MCCH에 기반한여 MBS 브로드캐스트 설정을 수신하는 과정을 포함하는,
방법.
무선 통신 시스템에서 단말에 있어서,
송수신기; 및
적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
기지국으로부터 MCCH(multicast/broadcast service control channel, MBS control channel) 정보의 획득을 위해 필요한 시스템 정보를 수신하고,
상기 기지국으로부터 MCCH의 정보의 업데이트 알림을 수신하고,
상기 MCCH에 기반한여 MBS 브로드캐스트 설정을 수신하도록 구성된,
단말.