KR20180071271A - 스케줄링 요청을 송수신하는 방법 및 장치 - Google Patents

스케줄링 요청을 송수신하는 방법 및 장치 Download PDF

Info

Publication number
KR20180071271A
KR20180071271A KR1020187011660A KR20187011660A KR20180071271A KR 20180071271 A KR20180071271 A KR 20180071271A KR 1020187011660 A KR1020187011660 A KR 1020187011660A KR 20187011660 A KR20187011660 A KR 20187011660A KR 20180071271 A KR20180071271 A KR 20180071271A
Authority
KR
South Korea
Prior art keywords
transmission
timer
value
enb
srs
Prior art date
Application number
KR1020187011660A
Other languages
English (en)
Inventor
김상범
김성훈
장재혁
힘케 반 데르 벨데
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Publication of KR20180071271A publication Critical patent/KR20180071271A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H04W72/1284—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/1289—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers

Abstract

본 개시는 5G 통신 시스템을 IoT 기술과 결합하여 4G 이후 시스템보다 높은 데이터 전송 속도 및 이를 위한 시스템을 지원하는 통신 방식에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술들에 기반한 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카, 또는 커넥티드 카, 건강 관리, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 사용될 수 있다. 셀룰러 통신 시스템에서 사용자 단말(UE)이 스케줄링 요청(SR)을 전송하는 방법이 개시된다. 본 전송 방법은, eNB(enhanced nodeB)로부터 SR의 전송과 관련된 구성 정보를 수신하는 단계, 상기 수신된 구성 정보에 기초하여 SR 전송을 금지하는 타이머의 값을 결정하는 단계, 및 SR 세트를 전송하는 단계를 포함할 수 있으며, 상기 타이머는 SR 세트의 첫 번째 SR 송신 시에 시작될 수 있다.

Description

스케줄링 요청을 송수신하는 방법 및 장치
본 개시는 5G 통신 시스템을 IoT 기술과 결합하여 4G 이후 시스템보다 높은 데이터 전송 속도 및 그를 위한 시스템을 지원하는 통신 방식에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술들에 기반한 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 건강 관리, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 사용될 수 있다.
4G(4th generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 비욘드(beyond) 4G 네트워크 통신 시스템 또는 포스트(post) LTE 시스템이라 불리어지고 있다.
더 높은 데이터 전송률을 위해, 5G 통신 시스템은 초고주파 대역(mmWave)(예를 들어, 60GHz 대역)에서 구현되는 것으로 고려되고 있다. 초고주파 대역의 경로 손실을 줄이고 전파 도달 거리를 높이기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔포밍(analog beamforming), 및 대규모 안테나(large scale antenna) 기술들이 고려되고 있다.
또한, 진화된 또는 개선된 소형 셀, 클라우드 무선 액세스 네트워크(cloud radio access network, cloud RAN), 초고밀도 네트워크(ultra-dense network), D2D(device-to-device) 통신, 무선 백홀(wireless backhaul), 이동 네트워크, 협력 통신, CoMP(Coordinated Multi-Points),및 간섭 제거 등의 5G 통신 시스템이 향상된 네트워크를 갖출 수 있는 다양한 기술이 개발되고 있다.
또한, 예를 들어 진보된 코딩 변조(advanced coding modulation, ACM) 방식들인 FQAM(hybrid FSK and QAM modulation) 및 SWSC(sliding window superpositioncoding)와, 진보된 액세스 방식들인 FBMC(filter bank multi-carrier),NOMA(non-orthogonal multipleaccess), 및 SCMA(sparse code multipleaccess)를 포함하는 5G 시스템을 위해 개발중인 다른 다양한 방식들이 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 네트워크에서 사물 또는 다른 분산된 구성 요소들 간에 정보가 전달되고 처리되는 IoT(Internet of Things) 네트워크로 진화하고 있다. IoE(Internet of Everything) 기술은 예를 들어 클라우드 서버와의 연결을 통한 빅 데이터 처리 기술과 IoT 기술 결합의 예일 수 있다.
IoT를 구현하기 위해서는 센싱 기술, 유/무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소들이 필요하다. 센서 네트워크, M2M(Machine-to-Machine) 또는 MTC(Machine-Type Communication)와 같은 객체-간 연결 기술에 대한 최근의 연구가 진행되고 있다.
IoT 환경에서는 서로 연결된 사물에 의해 생성되는 데이터를 수집하고 분석하여 인간의 삶을 새로운 가치로 만들어 주는 지능형 인터넷 기술(IT) 서비스가 제공될 수 있다. IoT는 기존 IT 기술 및 다양한 산업의 전환 또는 통합을 통해 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 스마트 그리드, 건강 관리, 또는 스마트 기기 산업, 또는 최신 의료 서비스와 같은 다양한 응용들을 가질 수 있다.
따라서, 5G 통신 시스템을 IoT 네트워크에 적용하기 위한 다양한 노력이 진행되고 있다. 예를 들어, 센서 네트워크, M2M(Machine-to-Machine), MTC(Machine Type Communication) 또는 다른 5G 기술들이 빔포밍, 다중 입력 다중 출력(MIMO) 및 어레이 안테나 방식들과 같은 방식으로 구현된다. 전술한 빅 데이터 처리 기술로서의 클라우드 무선 액세스 네트워크의 응용은 5G 및 IoT 기술의 컨버전스의 예라고 할 수 있다.
상기 정보는 오직 본 개시의 이해를 돕기 위한 배경 정보로서 제시된 것이다. 위의 사항들 중 어느 것이 본 개시와 관련한 선행 기술로서 적용될 수 있는지에 대해서는 어떠한 결정도 내려지지 않았으며, 어떠한 주장도 이루어지지 않았다.
본 개시의 일 실시예에 따르면, 채널의 품질이 좋지 않을 경우에도 스케줄링 요청의 전송을 보장하기 위한 스케줄링 요청을 송수신하는 방법 및 장치가 제공된다.
본 개시의 일 실시예에 따르면, 사용자 단말((UE)이 스케줄링 요청(SR)을 전송하는 방법은, eNB(enhanced nodeB)로부터 상기 SR의 전송과 관련된 구성 정보를 수신하는 단계와, 상기 수신된 구성 정보에 기초하여 SR 전송을 금지하기 위한 타이머의 값을 결정하는 단계와, SR의 한 세트를 전송하는 단계를 포함할 수 있으며, 상기 타이머는 상기 SR의 한 세트의 첫 번째 SR의 전송 시점에 시작될 수 있다
본 개의 일 실시예에 따르면, eNB(enhanced nodeB)가 스케줄링 요청(SR)을 수신하는 방법은, SR의 송신과 관련된 구성 정보를 사용자 단말(UE)로 전송하는 단계와, SR 전송을 금지하기 위한 타이머의 값을 결정하는 단계와, SR의 한 세트를 수신하는 단계를 포함할 수 있으며, 상기 타이머는 상기 SR의 한 세트의 첫 번째 SR의 전송 시점에 시작될 수 있다.
이상 설명한 바와 같이, 본 개시에 따르면, 송신 채널의 품질이 좋지 않아도 스케줄링 요청을 안정적으로 전송할 수 있다.
본 개시의 다른 양태, 이점 및 현저한 특징은 첨부된 도면과 함께 취해져 본 개시의 예시적인 실시예들을 개시하는 다음의 상세한 설명으로부터 당업자에게 명백하게 될 것이다.
본 개시 및 그 것의 다수의 양태들에 대한 보다 완전한 이해는 그것이 첨부된 도면들과 함께 고려될 때에 다음의 상세한 설명을 참조함으로써 더욱 잘 이해될 수 있으므로 용이하게 얻어질 것이다.
도 1은 본 개시의 일 실시예에 따른 LTE 시스템의 구성을 나타내는 도면이다.
도 2는 본 개시의 일 실시예에 따른 무선 프로토콜의 구조를 나타내는 도면이다.
도 3은 본 개시의 일 실시예에 따른 EPDCCH 및 데이터를 송신하는 방법을 나타내는 도면이다.
도 4는 본 개시의 일 실시예에 따른 무선 리소스 할당 과정을 나타내는 도면이다.
도 5는 본 개시의 일 실시예에 따른 SR 전송을 나타내는 도면이다.
도 6은 본 개시의 일 실시예에 따른 SR 전송을 나타내는 도면이다.
도 7은 본 개시의 일 실시예에 따른 SR 전송을 나타내는 도면이다.
도 8은 본 개시의 일 실시예에 따른 SR 전송을 나타내는 도면이다.
도 9는 본 개시의 일 실시예에 따른 UE의 동작들을 나타내는 도면이다.
도 10은 본 개시의 일 실시예에 따른 UE의 구성을 나타내는 도면이다.
도 11은 본 개시의 일 실시예에 따른 UE와 eNB 간의 메시지 흐름을 나타내는 도면이다.
도 12는 본 개시의 일 실시예에 따른 UE의 동작들을 순차적으로 나타내는 흐름도이다.
도 13은 본 개시의 일 실시예에 따른 UE의 구성을 나타내는 도면이다.
도 14는 본 개시의 일 실시예에 따른 eNB의 구성을 나타내는 도면이다.
도 15는 본 개시의 일 실시예에 따른 UE를 나타내는 블록도이다.
도 16은 본 개시의 일 실시예에 따른 eNB를 나타내는 블록도이다.
도 17은 본 개시의 일 실시예에 따른 스케줄링 요청을 송신하는 방법을 나타내는 흐름도이다.
도면 전체에 걸쳐, 동일한 참조 번호는 동일한 부분, 구성 요소 및 구조를 지칭하는 것으로 이해될 것이다.
이하, 첨부된 도면들을 참조하여 본 개시의 실시예들에 대해 설명한다. 그러나, 본 개시의 실시예들에 한정되지 않으며, 이에 대한 모든 변경들 및/또는 등가물들 또는 그 대체물들도 본 개시의 범위에 속함을 이해해야 한다. 동일하거나 유사한 참조 부호는 명세서 및 도면 전체에 걸쳐 동일하거나 유사한 요소를 지칭하는 것으로 사용될 수 있다.
본 명세서에 사용되는, 특징(예를 들면, 숫자, 기능, 동작 또는 부분과 같은 구성 요소)을 "가짐", "가질 수도 있음", "포함함", 또는 "포함할 수도 있음"이라는 용어는 다른 특징들의 존재를 배제하지 않는다.
본 명세서에서 사용되는 "A 또는 B", "A 및/또는 B 중 적어도 하나", 또는 "A 및/또는 B 중 하나 이상"이라는 용어는 A 및 B의 모든 가능한 조합을 포함할 수 있다. 예를 들어, "A 또는 B", "A 및 B 중 적어도 하나", "A 또는 B 중 적어도 하나"는 (1) 적어도 하나의 A를 포함하는 것, (2) 적어도 하나의 B를 포함하는 것, 또는 (3) 적어도 하나의 A 및 적어도 하나의 B를 포함하는 것 모두를 나타낼 수 있다.
본 명세서에 사용되는, "제 1" 및 "제 2"라는 용어는 중요도 및/또는 순서에 관계없이 다양한 구성 요소들을 변경시킬 수 있으며, 구성 요소를 제한하는 것 없이 일 구성 요소를 다른 것과 구별하는데 사용된다. 예를 들어, 제 1 사용자 장치 및 제 2 사용자 장치는 그 장치들의 순서 또는 중요도에 관계없이 서로 다른 사용자 장치들을 나타낼 수 있다. 예를 들어, 본 발명의 범위를 일탈하지 않는 범위 내에서 제 1 구성 요소는 제 2 구성 요소로 표시될 수 있으며, 그 반대의 경우도 가능하다.
일 요소(예를 들어, 제 1 요소)가 다른 요소(예를 들어, 제 2 요소)와 "결합" 또는 "연결"되는 (동작적으로 또는 통신적으로) 것으로 지칭될 경우, 이것은 다른 요소와 직접 결합 또는 연결되거나 또는 제 3 요소를 통해 결합 또는 연결될 수도 있다. 대조적으로, 일 요소(예를 들어, 제 1 요소)가 다른 요소(예를 들어, 제 2 요소)와 "직접 결합" 또는 "직접 연결"되는 것으로 지칭될 경우, 어떠한 요소(예를 들면, 제 3 요소)도 그 요소와 다른 요소 사이에 개재되지 않는다.
본 명세서에서 사용되는, "~하도록 구성되는(또는 설정되는)"이라는 용어는 상황에 따라 "~에 적합한", "~하는 능력을 갖는", "~하도록 설계되는", "~하도록 적응되는", "~하도록 이루어지는" 등의 용어와 상호 교환 가능하게 사용될 수 있다. 본질적으로, "~하도록 구성되는(또는 설정되는)"이라는 용어는 "~하도록 하드웨어에 특별히 설계된" 것을 의미하지 않는다. 오히려, "~하도록 구성되는"이라는 용어는 장치가 다른 장치 또는 부품과 함께 일 동작을 수행할 수 있음을 의미할 수 있다. 예를 들어, "A, B 및 C를 수행하도록 구성되는(또는 설정되는) 프로세서"라는 용어는 메모리 장치에 저장되어 있는 하나 이상의 소프트웨어 프로그램을 실행함으로써 그 동작들을 수행할 수 있는 범용 프로세서(예를 들면, 중앙 처리 장치(CPU) 또는 애플리케이션 프로세서) 또는 그 동작들을 수행하기 위한 전용 프로세서(예를 들어, 임베디드 프로세서)를 의미할 수 있다.
본 명세서에서 사용되는 용어들은 단지 그것의 일부 실시예들을 설명하기 위해 제공된 것일 뿐이며, 본 발명의 다른 실시예들의 범위를 제한하는 것이 아니다. 단수 형태 "일", "하나" 및 "그"는 문맥이 명확하게 달리 지시하지 않는 한 복수의 형태를 포함하는 것으로 이해되어야 한다. 본 명세서에 사용되는 기술 용어 및 과학 용어를 포함하는 용어들은 본 발명의 실시예들이 속하는 기술 분야의 당업자에 의해 일반적으로 이해되는 것과 동일한 의미를 갖는다. 또한, 일반적으로 사용되는 사전에서 정의된 용어와 같은 용어는 관련 기술의 맥락에서 그들의 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명시적으로 그렇게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않아야 한다는 것이 이해될 것이다. 몇몇 경우들에 있어서, 본 명세서에 정의된 용어들은 본 발명의 실시예들을 배제하는 것으로 해석 될 수도 있다.
본 개시의 요지를 불명료하게 하는 것으로 판정될 경우, 공지된 기능 또는 구성의 세부 사항은 스킵될 수도 있다. 이하, 본 개시에 대하여 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 본 개시의 일 실시예에 따른 LTE(long-term evolution) 시스템의 구성을 나타내는 도면이다.
도 1을 참조하면, LTE 시스템(10)의 무선 액세스 네트워크는 차세대 기지국(evolved Node B, 이하 "eNB" 또는 "기지국"이라 칭함)(105, 110, 115 및 120), 이동성 관리 엔티티(mobility management entity, MME)(125) 및 서빙 게이트웨이(serving gateway, S-GW)(130)를 포함한다. 여기서, 사용자 단말(UE, 이하 "UE" 또는 "단말"이라 칭함)(135)은 eNB(105 내지 120) 및 S-GW(130)를 통해 외부 네트워크에 액세스할 수 있다.
도 1의 eNB들(105 내지 120)은 레거시 UMTS(universal mobile telecommunication system) 시스템의 노드 B들에 해당한다. eNB들(105 내지 120)은 무선 채널을 통해 UE(135)와 연결될 수 있으며, 레거시 노드 B보다 더 복잡한 역할을 수행할 수 있다.
LTE 시스템(10)에서, 예를 들어 VoIP(voice over internet protocol)와 같은 실시간 서비스에 의한 사용자 트래픽은 공유 채널을 통해 서비스될 수 있다. 이 경우, eNB들(105, 120)은 UE(135)의 버퍼 상태, 가용 송신 전력 상태, 또는 채널 상태와 같은 상태 정보를 컴파일함으로써 스케줄링을 수행할 수 있다.
또한, eNB들(105 내지 120) 중 적어도 하나는 일반적으로 다수의 셀들을 제어할 수 있다. 예를 들어, 100Mbps의 전송 속도를 구현하기 위해, eNB(105 내지 120) 또는 LTE 시스템(10)은 20MHz 대역폭의 직교 주파수 분할 다중화(OFDM)를 무선 액세스 기술로서 채택할 수 있다. 또한, eNB들(105 내지 120) 또는 LTE 시스템(10)은 UE(10)의 채널 상태에 따라 변조 방식 및 채널 코딩 레이트를 결정하는 AMC(Adaptive Modulation & Coding)를 채택할 수 있다.
S-GW(130)는 데이터 베어러를 제공할 수 있다. S-GW(130)는 MME(125)의 제어하에 데이터 베어러를 생성 또는 제거할 수 있다. MME(125)는 UE의 이동성 관리와 함께 다양한 제어 기능을 담당할 수 있다. 이 경우, MME(125)는 다수의 eNB와 연결될 수도 있다.
도 2는 본 개시의 일 실시예에 따른 무선 프로토콜의 구조를 나타내는 도면이다.
도 2를 참조하면, 본 개시의 일 실시예에 따른 LTE 시스템(10)의 무선 프로토콜은 UE(201) 및 eNB(202)에 있어서 각각, 패킷 데이터 컨버전스 프로토콜(PDCP)(205 및 240), 무선 링크 제어(RLC)(210 및 235) 및 매체 액세스 제어(MAC)(230)를 포함할 수 있다.
PDCP들(205 및 240)은 IP 헤더를 압축하거나 복원할 수 있다.
RLC들(210 및 235)은 패킷 데이터 유닛(PDU)들을 적절한 크기로 재구성하고 ARQ 동작들을 수행할 수 있다.
MAC들(215, 230)은 UE(201)에 포함된 다수의 RLC 계층 장치들과 연결될 수 있다. 또한, MAC들(215 및 230)은 RLC PDU들을 MAC PDU로 다중화하고, MAC PDU를 RLC PDU들로 역다중화할 수 있다.
물리 계층들(220 및 225)은 상위 계층 데이터를 채널 코딩하고 변조할 수 있다. 또한, 물리 계층들(220, 225)은 상위 계층 데이터를 OFDM 심볼들로 생성하고, 이 OFDM 심볼들을 무선 채널을 통해서 송신하고, 무선 채널을 통해 수신한 OFDM 심볼들을 복조할 수 있다. 이 경우, 물리 계층들(220, 225)은 복조된 OFDM 심볼들을 채널 디코딩하고, 그 채널 디코딩 결과를 상위 계층으로 전송할 수 있다.
도 3은 본 개시의 일 실시예에 따른 EPDCCH(Enhanced Physical Downlink Control Channel) 및 데이터를 송신하는 방법을 나타내는 도면이다.
도 3을 참조하면, EPDCCH(Enhanced Physical Downlink Control Channel) 및 데이터 중 적어도 하나가 전자 장치들 사이에서 통신될 수 있다. 본 개시의 일 실시예에 따르면, 전자 장치들은 머신 타입 통신 장치들일 수 있다. 여기서, 머신 타입 통신 장치들은 텔레비전, 개인용 컴퓨터(PC), 냉장고, 전자 레인지, 보일러, 태블릿 PC, 스마트폰, 또는 기타 다양한 전자 장치, 또는 전자 장치가 구비된 책상, 의자 또는 클로젯과 같은 물체이다.
본 개시의 일 실시예에 따르면, 인핸스드-MTC(eMTC), 릴리스-13(Rel-13)은 주로 1.4MHz 협대역 및 서비스 커버리지의 확장을 지원한다. 이 경우, 머신 타입 통신 장치들은 단일 안테나 및 저가형 수신기로 인한 수신 성능의 악화 또는 기존 서비스 커버리지에서 벗어난 설치와 같은 다양한 이유 때문에 확장된 서비스 커버리지를 필요로 한다. 이것을 지원하기 위해, eNB는 통신을 위한 다양한 제어 신호 및 일반 데이터를 반복적으로 전송할 수 있다. 머신 타입 통신 장치들은 반복적으로 전송되는 신호들을 소프트 컴바이닝(soft combining)하여 기존 서비스 커버리지에서 멀리 떨어진 거리에서도 원하는 신호를 수신할 수 있다.
예를 들어, 도 3을 참조하면, 머신 타입 통신 장치는 스케줄링 정보를 포함하는 EPDCCH(300)를 반복적으로 수신할 수 있다. 이 경우, 머신 타입 통신 장치는 수신되는 다수의 EPDCCH를 소프트 컴바이닝하여 디코딩할 수 있다. 또한, 머신 타입 통신 장치는 디코딩된 스케줄링 정보를 사용하여 데이터(305)를 수신할 수 있다. 이 경우, 데이터(305)가 반복적으로 수신될 수 있다.
도 4는 본 개시의 일 실시예에 따른 무선 리소스 할당 과정을 나타내는 도면이다.
도 4를 참조하면, 동작 407에서 eNB(405)는 UE(400)에게 스케줄링 요청(scheduling request, SR)과 관련된 구성 정보를 제공한다.
본 개시의 일 실시예에 따른 SR과 관련된 구성 정보를 다음의 소스 코드를 참조하여 설명한다.
Figure pct00001
상기 소스 코드에서, schedulingRequestConfig 정보 요소(information element, IE)는 SR과 관련된 구성 정보를 포함한다. UE(400)는 주기적으로 할당되는 SR 무선 리소스들을 이용하여 SR을 eNB(405)로 전송할 수 있다. 이 경우, schedulingRequestConfig IE의 sr-ConfigIndex는 SR 무선 리소스와 관련된 스케줄링 정보인 주기 및 오프셋을 나타낼 수 있다.
하기 표 1을 참조하면, SR configuration index는 sr-ConfigIndex가 지시하는 값이다. 상기 SR configuration index 값에 따라, SR 무선 리소스들은 최소 1ms에서 최대 80ms의 주기로 PUCCH에 할당되며, 오프셋 값은 다음의 표에서 미리 정해진 수학식에 따라 산출될 수 있다.
Figure pct00002
410 단계에서, UE(400)는 전송되어야 할 PDCP(packet data convergence protocol) 서비스 데이터 유닛(service data unit, SDU)을 생성할 수 있다. 415 단계에서, UE(400)는 데이터를 전송할 무선 리소스가 존재 하는지의 여부를 판단한다. 여기서, 데이터를 전송할 무선 리소스가 존재하지 않을 경우, UE(400)는 가용 PUCCH가 할당되어 있는지의 여부를 판단한다. PUCCH가 존재하지 않을 경우, UE(400)는 기존의 PUCCH를 이용하여 SR을 eNB(405)에게 송신한다. 여기서, SR 금지 타이머가 시작된다. 여기서, SR 금지 타이머는 너무 빈번한 SR들의 전송을 방지할 수 있다. SR 금지 타이머 값은 무선 리소스 제어(radio resource control, RRC) 메시지를 통해 전송되는 sr-ProhibitTimer IE 및 SR 주기를 사용하여 획득될 수 있다.
본 개시의 일 실시예에 따르면, 다음의 소스 코드들이 MAC-MainConfig IE를 나타낸다. IE는 RRC 메시지를 통해서 UE에게 제공될 수 있다. MAC-MainConfig IE에 포함된 Sr-ProhibitTimer-r9 IE를 보면, 0 내지 7의 값을 가짐을 알 수 있다. 예를 들어, SR 금지 타이머 값은 SR 주기와 0 내지 7 중 하나의 값의 곱일 수 있다.
Figure pct00003
Figure pct00004
Figure pct00005
Figure pct00006
Figure pct00007
420 단계에서, eNB(405)는 버퍼 상태 보고(bufferstatus report, BSR)를 UE(400)에게 전송할 수 있는 무선 리소스를 스케줄링할 수 있다. 여기서, UE(400)가 BSR 전송 가능한 무선 리소스에 대해 스케줄링을 받지 못한 경우, SR 금지 타이머가 만료되면, 다시 SR을 전송할 수 있다.
상기 소스 코드를 참조하면, UE(400)는 각 SR 전송 시도마다 카운터 값(예를 들어, SR_COUNTER)을 1만큼 증가시킬 수 있다. 여기서, 카운터 값으로 설정된 값이 예를 들어 변수 dsr-TransMax와 같아지면, UE는 eNB에 랜덤 액세스하는 것을 시도할 수 있다. 일 예로서, dsr-TransMax 값이 eNB에 의해서 UE(400)에 대해 설정될 수 있으며, 이것은 4, 8, 16, 32 및 64 중 하나 일 수 있다.
한편, BSR은 UE(400)가 얼마나 많은 전송 데이터를 갖고 있는지를 eNB(405)에게 알리기 위해 사용된다. 425 단계에서, UE(400)는 할당된 무선 리소스를 이용하여 BSR을 전송할 수 있다. 430 단계에서, eNB(405)는 PDCP SDU를 전송 가능한 무선 리소스를 할당할 수 있다. 435 단계에서, UE(400)는 eNB(405)에게 데이터를 전송할 수 있다. 440 단계에서, eNB(405)는 그 데이터에 관한 ACK/NACK 정보를 전송할 수 있다.
도 5는 본 개시의 일 실시예에 따른 SR 전송을 나타내는 도면이다.
본 개시의 일 실시예에 따르면, UE(400)는 schedulingRequestConfig IE의 sr-ConfigIndex 및 값에 기초하여 자신의 SR을 전송할 수 있는 시간 및 주기를 결정할 수 있다. 이 경우, SR 주기(505)에서는 UE(400)에 할당된 SR 무선 리소스들(500, 507, 520)이 반복 할당될 수 있다. UE(400)가 SR 무선 리소스들(500, 507, 520) 중 하나를 사용하여 SR을 송신할 경우(510), UE(400)는 제 1 타이머인 SR 금지 타이머를 구동할 수 있다. 제 1 타이머의 값은 SR 무선 리소스의 주기(SR 주기)의 배수로 결정될 수 있다. 또한, 상기 배수(도 5의 sr-ProhibitTimer)는 RRC 시그널링을 통해 UE(400)로 송신될 수 있다. 이 경우, UE(400)는 상기 제 1 타이머가 만료될 때까지 SR을 전송하지 않을 수 있다. 또한, 제 1 타이머가 만료될 경우에는, UE(400)는 필요에 따라 자신의 SR을 전송할 수 있다(520).
이하에서는 서비스 커버리지를 확장하기 위해 SR을 재전송하는 방법에 대하여 설명한다. 구체적으로, SR 전송 횟수를 결정하는 방법이 제안되며, SR들이 반복적으로 전송될 때의 특정 SR 전송 관련 동작들에 대하여 이하 설명한다.
전자 장치의 통신 서비스 커버리지를 확장하는 가장 효율적인 방법은, 수신기가 성공적으로 디코딩을 수행할 수 있게 필요한 에너지가 누적될 때까지 송신기가 데이터를 반복적으로 전송하는 것이다. 이를 위해, SR 역시 반복적으로 전송되어야 한다. UE(400)는 미리 정해진 규칙에 따라 필요한 SR의 반복 전송 횟수를 결정할 수 있으며, 반복적으로 SR을 eNB로 전송할 수 있다. SR의 반복 전송 횟수를 결정하는 방법에 대하여 이하에서 보다 상세하게 설명한다.
1) eNB(405)가 SR 구성 정보 내에 SR 반복 전송 횟수를 포함하여 UE(400)에게 제공하는 방법
통신 서비스 커버리지의 확장을 위해, eNB(405)는 schedulingRequestConfig IE에 SR 반복 전송 카운트를 포함한다. eNB(405)는 UE(400)로부터 제공된 업링크 신호의 품질을 나타내는 소정의 피드백 정보 또는 셀 상황에 따라 다른 SR 반복 전송 카운트를 결정하고, UE(400)에 대하여 그것을 설정한다.
2) eNB(405)가 시스템 정보 블록(SIB)을 통해 셀 고유의 SR 반복 전송 카운트 정보를 브로드캐스팅하는 방법.
eNB(405)는 SIB들을 통해 자신의 서비스 커버리지 내의 모든 UE들에게 적용 가능한 셀 고유의 SR 반복 전송 카운트 정보를 브로드캐스팅할 수 있다. SR 반복 전송 카운트는 eNB(405)에 의해 지원 가능한 최대 커버리지 향상(coverage enhancement, CE) 레벨에 기초하여 결정될 수 있다.
3) 항상 고정된 SR 반복 전송 카운트가 적용되는 방법.
별도의 시그널링 없이도 고정된 값이 항상 사용될 수 있다.
4) 가장 최근에 적용된 M-PDCCH, M-PDSCH 또는 M-PUSCH의 반복 전송 카운트가 적용되는 방법.
통신 서비스 커버리지를 확장하기 위해, UE(400)는 MTC-물리적 다운링크 제어 채널(M-PDCCH)을 통해 eNB(405)로부터 대응하는 MTC-물리적 다운링크 공유 채널(M-PDSCH) 또는 MTC-물리적 업링크 공유 채널(M-PUSCH)에 대한 반복 전송 카운트 정보를 수신할 수 있다. UE(400)는 SR의 반복 전송 카운트를 결정하기 위해 가장 최근에 수신된 M-PDSCH 또는 M-PUSCH에 대한 반복 전송 카운트 정보를 재사용할 수 있다. 이 경우, UE(400)는 M-PDSCH 또는 M-PUSCH의 반복 전송 카운트를 그대로 적용하거나 또는 그것에 대하여 별도의 마진(margin)을 부가하여 그 결과물을 적용할 수 있다.
5) 마스터 정보 블록(MIB) 또는 SIB1bis, 또는 SIB 또는 SR 주기의 미리 정해진 반복 전송 카운트, 또는 다른 구성 정보에 기초하여 반복 SR 송신 카운트를 도출하는 방법.
UE(400)는 예를 들어 MIB 또는 SIB1bis 또는 SIB의 미리 정해진 반복 전송 카운트를 이용하거나, 또는 SR 주기 정보를 이용하여 SR 반복 전송 카운트를 도출할 수 있다. 이 경우, UE(400)는 MIB 또는 SIB1bis 또는 SIB의 미리 정해진 반복 전송 카운트를 그대로 적용하거나, 또는 그것에 대하여 별도의 마진을 부가하여 그 결과물을 적용할 수 있다.
본 개시의 일 실시예에 따른, 통신 서비스 커버리지를 확장하기 위한 UE(400)에 의한 SR 송신 프로세스가 제 1, 제 2 및 제 3 실시예와 관련하여 이하 설명된다.
<제 1 실시예>
도 6을 참조하면, eNB(405)는 통신 서비스 커버리지를 확장하기 위해 기존의 SR Config Index 정보를 schedulingRequestConfig IE에 구성할 수 있다. 여기서, UE(400)는 SR Config Index가 지시하는 SR 무선 리소스들을 이용하여 SR들을 반복적으로 전송할 수 있다(610). 따라서, SR 반복 전송 구간(605)은 SR 주기(600)와 동일하거나 더 길 수 있다. 여기서, eNB(405)가 가능한 한 빨리 반복적으로 전송되는 SR들을 디코딩하기 위해서는, SR Config Index가 지시하는 SR 무선 리소스의 주기(예를 들어, 1ms 또는 2ms)를 감소시키는 것이 바람직하다. 한 세트의 SR 반복 전송이 완료될 경우에는, UE(400)가 SR 금지 타이머(615)를 구동한다. 일 예로서, SR 금지 타이머 값은 종래와 같이 SR 무선 리소스의 주기와 sr-ProbibitTimer의 곱으로 얻어질 수 있다. 다른 예로서, SR 금지 타이머 값은 통신 서비스 커버리지 확장 모드에 대한 별도의 sr-ProbibitTimer와 통신 서비스 커버리지를 확장하기 위한 SR 무선 리소스의 주기의 곱으로부터 새롭게 도출될 수도 있다. 또한, 별도의 sr-ProbibitTimer가 RRC 시그널링을 통해 UE(400)에게 제공될 수도 있다. 또는, UE(400)는 기존의 sr-ProbibitTimer를 사용하여 시그널링 오버헤드를 감소시킬 수도 있다. 한편, SR 금지 타이머가 만료되기 전까지, UE(400)는 다른 세트의 SR 반복 전송(620)을 시작할 수 없다.
<제 2 실시예>
제 2 실시예는 SR 금지 타이머가 작동하는 시점을 제외하고 제 1 실시예와 SR 송신 프로세스에 있어서 동일하다.
도 7을 참조하면, SR 금지 타이머는 한 세트의 SR 반복 전송(710)에서 첫 번째 SR 전송이 시작되는 시점에서 구동을 시작할 수 있다(715). 이 경우에, SR 금지 타이머가 동작하는 동안에도, UE(400)는 진행중인 SR 반복 전송(710)을 계속 수행할 수 있다. 여기서, SR 금지 타이머는 SR의 반복 전송 시간(705)(예를 들어, SR 주기(700)의 2 배)보다 길어야 하므로, 별도의 sr-ProhibitTimer IE 값은 기존의 최대 값, 즉 7보다 커야 한다. SR 금지 타이머가 만료되기 전까지, UE(400)는 다른 세트의 SR 반복 전송(720)을 시작할 수 없다.
<제 3 실시예>
도 8을 참조하면, eNB(405)는 통신 서비스 커버리지 확장을 위해 적용되는 schedulingRequestConfig IE에 기존의 SR Config Index 정보를 구성할 수 있다. 여기서, 상기 SR Config Index가 지시하는 SR 무선 리소스는 SR 반복 전송의 첫 번째 전송(815)만을 의미하며, UE(400)는 별도로 시그널링되는 반복 전송 카운트 정보에 따라 반복적으로 SR들을 전송할 수 있다. 이 경우, SR 주기(800)는 반복 구간(805)(참조 번호(815)에서 참조 번호(810)까지)과 다를 수 있다. 또한, eNB(405)는 반복 전송 간 시간 간격(time gap)을 별도의 시그널링 통해 UE(400)에게 제공할 수 있다. 또한, UE(400)는 반복 전송들 간의 시간 간격이 미리 설정된 값이라고 판정할 수도 있다. eNB(405)가 반복적으로 전송되는 SR들을 신속하게 디코딩하기 위해서는, 반복 전송들 사이의 시간 간격(예를 들어, 1ms 또는 2ms)을 감소시키는 것이 바람직할 것이다. 한편, 도 8을 참조하면, SR 금지 타이머는 한 세트의 SR 반복 전송들에서의 첫 번째 SR 전송이 시작되는 시점에 구동을 시작할 수 있다. 이 경우, SR 금지 타이머가 작동하는 동안에도, 진행 중인 SR 반복 전송들이 계속될 수 있다. 또한, sr-ProbibitTimer가 RRC 시그널링을 통해 UE(400)에 제공될 수 있다. 또는, UE(400)는 시그널링 오버헤드를 줄이기 위해 기존의 sr-ProbibitTimer를 재사용할 수도 있다. 이 경우, SR 금지 타이머가 만료되기 전까지, UE(400)는 다른 세트의 SR 반복 전송들을 시작할 수 없다.
도 9는 본 개시의 일 실시예에 따른 UE의 동작들을 나타내는 도면이다.
도 9를 참조하면, eMTC-인핸스드 커버리지(EC) UE(예를 들어, Rel-13)는 복수의 SR 구성 정보 세트를 수신할 수 있다. 여기서, 반복 송수신을 통해 서비스 커버리지를 확장하는 기능을 지원하는 UE는, 신호 품질에 따라 EC 레벨을 결정할 수 있다. 예를 들어, UE는, 신호 품질이 양호할 경우 반복 전송을 행하지 않지만, 신호 품질이 악화됨에 따라 반복 전송을 증가시킬 수 있다. 이 경우, 특정한 반복 전송 카운트가 EC 레벨로 양자화될 수 있다. 이러한 양자화는 통신 시스템의 효율에 기여한다. 예를 들어, SR 반복 전송을 수행하지 않는 것은 EC 레벨 0으로 표시될 수 있고, 5회 반복 SR 전송을 수행하는 것은 EC 레벨 1로 표시될 수 있으며, 10회 반복 SR 전송을 수행하는 것은 EC 레벨 2로 표시될 수 있다.
한편, eNB는 신호 품질이 양호하여 반복 전송을 수행하지 않는 경우에 적용하는 SR 구성 정보와 반복 전송을 수행할 때 적용하는 SR 구성 정보를 별도로 구성하여 UE에게 제공할 수 있다. 여기서, 반복 전송을 수행할 때 적용되는 SR 제어 정보는 SR 반복 전송 카운트 정보를 포함할 수 있다. 또는, 하나의 SR 제어 정보가 구성될 수 있으며, 이 경우, 반복 전송들이 수행될 경우에만 적용되는 구성 정보(예를 들어, SR 반복 전송 카운트 정보)가 추가로 정의될 수 있다. 복수의 SR 제어 정보 세트를 수신한 UE는, EC 레벨에 따라 그 세트로부터 하나의 정보를 선택하여 이것을 사용할 수 있다.
905 단계에서, SR이 트리거될 수 있다.
910 단계에서, UE가 서비스 커버리지 확장 모드(EC 모드)에 있는지 여부를 판단한다. UE가 EC 모드에 있을 경우, UE는, 915 단계에서, EC 모드를 위한 SR 구성이 되어 있는지 여부를 판단할 수 있다. EC 모드를 위한 SR이 구성되어 있는 경우, 920 단계에서는 SR 제어 정보에 따라 반복하여 SR이 전송된다. 925 단계에서, SR 반복 전송을 종료할 것인지 여부가 결정된다. SR 반복 전송이 종료되는 것으로 결정될 경우, UE는 SR 금지 타이머를 활성화한다. SR 반복 전송이 종료되지 않는 것으로 결정되지 않는 한, 상기 920 단계가 반복된다. 915 단계에서, EC 모드를 위한 SR이 구성되어 있지 않은 경우, UE는 940 단계로 진행할 수 있다.
한편, 910 단계에서 UE가 EC 모드에 있지 않은 것으로 판단될 경우, UE는 935 단계를 수행할 수 있다. 935 단계와 같이, LC 모드를 위한 SR이 구성되어 있거나 또는 일반적인 UE인 경우, UE는 945 단계로 진행할 수 있다. 945 단계에서, SR은 1 회 송신되며, SR 금지 타이머가 시작될 수 있다. 935 단계에서, LC 모드를 위한 SR이 구성되지 않고, 또한 일반적인 UE가 아닌 경우, UE는 940 단계로 진행할 수 있다.
UE는, SR을 반복적으로 전송한 후, eNB로부터 UL 그랜트(grant)가 수신되었는지 여부를 식별하기 위해 MPDCCH를 모니터링할 수 있다. 이 경우, UL 그랜트를 수신하기 위해 MPDCCH를 모니터링하는 시점은 다음 중 하나일 수 있다:
(1) SR 반복 전송의 완료 시 또는 완료된 후. M-PDCCH 모니터링.
(2) SR 금지 타이머의 완료 시 또는 완료된 후.
한편, UE로부터의 SR 반복 전송을 성공적으로 디코딩한 후, eNB는 M-PDCCH를 통해 UL 그랜트를 UE에게 전송할 수 있다. 이 경우에, UE는 연결 모드에 있기 때문에, eNB는 UE가 자신이 NC인지 EC인지를 알고 있는 것으로 가정한다. 여기서, eNB가 UL 그랜트를 포함하는 MPDCCH를 송신하는 시점은 다음 중 하나 일 수 있다:
(1) SR 디코딩이 성공한 이후 가장 먼저 오는 MPDCCH에 UL 그랜트를 포함시킨다.
(2) SR 디코딩이 성공하고 나서 미리 설정된 SR 반복 전송이 완료된 이후 가장 먼저 오는 MPDCCH에 UL 그랜트를 포함시킨다.
(3) SR 디코딩이 성공하고 나서 미리 설정된 SR 금지 타이머가 만료된 이후 가장 먼저 오는 MPDCCH에 UL 그랜트를 포함시킨다.
도 10은 본 개시의 일 실시예에 따른 UE의 구성을 나타내는 도면이다.
UE(400')는 송수신기(1001), 다중화 및 역다중화 장치(1003), 상위 계층 장치(1005), 제어 메시지 처리기(1007), 제어기(1009) 및 Scell 활성화/비활성화 처리기(1011)를 포함할 수 있다. 여기서, 송수신기(1001), 다중화 및 역다중화 장치(1003), 상위 계층 장치(1005), 제어 메시지 처리기(1007), 제어기(1009), 및 Scell 활성화/비활성화 처리기(1011)는 도 10에 나타낸 바와 같이 상호 간에 데이터 신호들을 송수신할 수 있다.
제어기(1009)는 UE(400')를 전반적으로 제어한다. 제어기(1009)는 송수신기(1001)를 제어하여 물리 신호들을 수신하도록 할 수 있다. 또한, 제어기(1009)는 다중화 및 역다중화 장치(1003)를 제어하여 수신된 물리 신호들을 역다중화하도록 할 수 있다. 또한, 제어기(1009)는 역다중화된 물리 신호들을 상위 계층 장치(1005) 또는 제어 메시지 처리기(1007)로 전송할 수 있다. 또한, 제어기(1009)는 다중화 및 역다중화 장치(1003)를 제어하여 상위 계층 장치(1005)로부터 데이터 신호들을 수신하도록 할 수 있다. 또한, 제어기(1009)는 다중화 및 역다중화 장치(1003) 그리고 송수신기(1001)를 제어하여 수신된 데이터 신호들을 송신하도록 할 수 있다.
제어기(1009)는 제어 메시지 처리기(1007)를 제어하여 활성화/비활성화 MAC CE를 수신하도록 할 수 있다. 또한, 제어기(1009)는 수신된 활성화/비활성화 MAC CE를 Scell 활성화/비활성화 처리기(1011)로 전송할 수 있다. 제어기(1009)는 Scell 활성화/비활성화 처리기(1011)가 활성화되는 제1 시점을 결정할 수 있다(여기서, 제1 시점은 Scell 활성화/비활성화 처리기(1011)에 의해 결정될 수도 있음). 한편, Scell 활성화/비활성화 처리기(1011)는, 제1 시점에 도달했을 때에, 제어기(1009) 및 제어 메시지 처리기(1007) 중 적어도 하나에게 그들이 제1 시점에 행해야 할 동작들을 수행하도록 지시할 수 있다. 이미 활성화된 SCell을 비활성화하라는 명령을 수신하면, 제어기(1009)는 제2 시점을 결정할 수 있다(여기서, 제2 시점도 Scell 활성화/비활성화 처리기(1011)에 의해 결정될 수도 있음). Scell 활성화/비활성화 처리기(1011)는 제어기(1009) 및 제어 메시지 처리기(1007)에게, 제2 시점에 도달하기 이전에 행해져야 하는 제1 동작들을 수행하도록 지시할 수 있다. 제2 시점에 도달했을 때에, Scell 활성화/비활성화 처리기(1011)는 제어기(1009) 및 제어 메시지 처리기(1007)를 제어하여 제2 시간에 행해져야 하는 제2 동작들을 수행하도록 할 수 있다.
본 개시의 전술한 실시예들에 따르면, 반송파 집적 기술이 사용되는 경우에 있어서 SCell을 활성화 또는 비활성화할 때 미리 정의된 시점에 미리 정의된 동작을 수행함으로써, 오동작을 방지하고 정확한 동작을 가능하게 할 수 있다.
한편, LTE 시스템에서 UE가 eNB에 대한 RRC 연결을 확립하려고 시도할 경우, RRC 연결 요청 메시지에 확립 원인(establishment cause) 값을 포함시킬 수 있다. 여기서, 이 cause 값은 RRC 연결을 시도하여 UE가 수신하려고 하는 서비스를 나타낼 수 있다. eNB는 이 cause 값에 기초하여 우선 순위를 정의하고, 예를 들어, 네트워크 혼잡을 고려하여 액세스를 허용할지 여부를 결정할 수 있다.
여기서, eNB가 액세스를 허용할 경우, eNB는 RRC 연결 설정 (RRC connection Setup) 메시지를 UE에게 송신할 수 있으며, 그렇지 않을 경우에는, RRC 연결 거절 (RRC Connection Reject) 메시지를 UE에게 전송할 수 있다. 다음의 소스 코드에서, establishmentCause IE는 서비스 타입으로서, emergency(예를 들면, 긴급 통신), highPriorityAccess(예를 들면, 공용 목적 또는 서비스 제공자 전용), mt-Access(예를 들면, eNB로부터의 액세스), mo-Signalling(예를 들면, UE로부터 전송되는 제어 신호의 목적), mo-Data(예를 들면, UE로부터의 데이터 송신 목적), 및 delayTolerantAccess(예를 들면, 지연 둔감 액세스)로 분류된다. 여기서, 각 변수는 세부 서비스보다 큰 서비스 카테고리를 나타낼 수 있다.
Figure pct00008
서비스 제공자는 VoLTE, SMS, 비디오 콜 또는 CS 폴백 콜과 같은 특정 서비스들에 우선 순위를 둔다. 액세스를 허용하기를 원하더라도, UE는 현재의 LTE 표준에서 차별화된 cause 값을 그것의 eNB에게 통지할 수 없다. 따라서, 특정 서비스에 대한 액세스 시도는 establishmentCause IE의 유휴 필드인 spare 2 및 spare 1을 사용하여 알려질 수 있다.
이 경우, 두 가지 문제점이 발생할 수 있다.
하나는 특정 서비스가 유휴 필드를 사용하여 표시될 경우, 그것을 인식할 수 없는 레거시 eNB가 있을 수 있다는 것이다. 상기 레거시 eNB는 유휴 필드 값을 무시하거나 그것을 오류로 취급하게 되며, 이것은 UE가 의도하는 결과가 아니게 된다. 이 문제를 해결하기 위해, eNB는 시스템 정보를 사용하여 유휴 필드 값을 인식할 수 있는지 여부를 서비스 커버리지 내의 UE들에게 미리 통지할 수 있다.
다른 문제는 cause 값이 세 개 이상의 특정 서비스 각각에 대응하도록 하기에는 두 개의 유휴 필드가 서비스 제공자에게 충분하지 않다는 것이다.
이제 상기 두 가지 문제를 해결하기 위해, UE가 특정 establishment cause 값을 사용하여 지시할 수 있는 특정 서비스 혹은 서비스의 리스트를 eNB가 시스템 정보를 사용하여 제공하는 방법에 대하여 설명한다.
eNB는 레거시 SIB들 또는 신규 SIB들을 사용하여 서비스 커버리지 내의 UE들에게 특정 서비스들 또는 서비스 리스트 정보를 브로드캐스팅할 수 있다. 이 정보를 수신한 UE가 RRC 연결을 시도할 경우, UE가 수신하고자 하는 서비스가 UE로부터 제공되는 서비스 또는 상기 리스트의 서비스와 매칭되면, UE는 RRCConnectionRequest 메시지에 이것을 나타내는 새로운 establishment cause 값을 포함시킬 수 있다. 이 경우, eNB는 먼저 새로운 원인 값과 함께 RRC 연결을 시도하는 UE에 대한 액세스를 허용할 수 있다.
도 11은 본 개시의 일 실시예에 따른 UE와 eNB 간의 메시지 흐름을 나타내는 도면이다.
도 11을 참조하면, UE(301)가 LTE 네트워크에 액세스하여 VoLTE(voice over LTE), 단문 메시지 서비스(SMS), 비디오 콜 또는 CS 폴백 콜 등의 서비스를 수신할 경우, UE(301)와 eNB(303)는 메시지를 전송할 수 있다.
UE(301)는, eNB(예를 들어, LTE eNB)(303)의 커버리지 진입 시에, eNB(311)로부터 브로드캐스팅되는 시스템 정보를 수신할 수 있다. 여기서, 이 시스템 정보는 마스터 정보 블록(master information block, MIB) 및 시스템 정보 블록(system information block, SIB) 중 적어도 하나를 포함할 수 있다. 이 경우, SIB는 수 개의 SIB를 포함할 수 있다. 일 예로서, SIB는 SIB1, SIB2 및 SIB3을 포함할 수 있으며, 각각의 SIB는 상이한 시스템 정보를 제공할 수 있다. 이와 같이, 여러 유형의 SIB가 존재하고, eNB(303)가 특정 서비스, 예를 들어 VoLTE를 구별할 수 있을 경우, eNB(303)는 미리 정해진 SIB(예를 들어, SIB2)에 제1 지시자를 포함시킬 수 있고, 그것을 전송할 수도 있다. 여기서, 제 1 지시자는 EstablishCause IE의 유휴 필드들, 즉 spare 2 및 spare 1 중 적어도 하나와, VoLTE, SMS/MMS(Multimedia Messaging Service), 비디오 콜, 및 CS 폴백 콜과 같은 특정 서비스들 중 적어도 하나 사이의 상관 관계를 나타낼 수 있다.
이 상관 관계를 나타내는 세부 포맷의 일 예가 아래에 주어져 있다.
<제 1 실시예>
EstablishCause IE의 spare 2 유휴 필드가 새로운 cause 값으로 정의된 경우, eNB(303)는 미리 정해진 SIB에 세부 포맷을 포함시키고 RRCConnectionRequest 메시지에 포함된 새로운 cause 값에 의해 표시된 타입의 서비스를 UE(301)에게 브로드캐스팅할 수 있다.
Figure pct00009
이 경우, cause 값에 의해 표시된 서비스는 어떤 필드가 선택되는지에 따라 하나 또는 여러 개의 서비스가 될 수 있다. 예를 들어, eNB(303)가 voice(VoLTE)를 선택할 경우, UE(301)가 음성 서비스를 수신하려고 시도할 때 establishmentCause IE의 새로운 cause 값이 설정될 수 있다. eNB(303)가 voice-video를 선택할 경우, UE(301)가 음성 또는 비디오 서비스를 수신하려고 시도할 때 establishmentCause IE의 새로운 cause 값이 설정될 수 있다.
Need OR 조건식은 IE가 없으면 이전에 적용된 additionalCausevalue 값이 삭제되고 더 이상 적용되지 않음을 의미한다.
establishmentCause IE의 두 가지 유휴 필드 모두가 새로운 cause 값으로 사용될 경우, 그 포맷은 각 유휴 필드에 나타내진다.
<제 2 실시예>
EstablishCause IE의 spare 2 유휴 필드가 새로운 cause 값으로 정의된 경우, eNB(303)는 미리 정해진 SIB에 세부 포맷을 포함시키고 RRCConnectionRequest 메시지에 포함된 새로운 cause 값에 의해 표시된 타입의 서비스를 UE(301)에게 브로드캐스팅할 수 있다. 이 경우, 하나의 독립 IE는 각 타입의 서비스에 대응하며 ENUMERATED {TRUE} 포맷을 갖는다. 예를 들어, 이 포맷은 비트맵 포맷일 수 있다.
Figure pct00010
이 경우, cause 값에 의해 표시된 서비스는 어떤 필드가 선택되는지에 따라 하나 또는 여러 개의 서비스가 될 수 있다. 예를 들어, eNB(303)가 additionalCausevalueVoice IE를 TRUE로 설정하면, UE(301)가 음성 서비스를 수신하려고 시도할 때 establishmentCause IE의 새로운 cause 값이 설정될 수 있다. eNB(303)가 additionalCauseValueVoice IE 및 additionalCauseValueVideo를 TRUE로 설정하면, UE(301)가 음성 또는 비디오 서비스를 수신하려고 시도할 때 establishmentCause IE의 새로운 cause 값이 설정될 수 있다.
여기서, establishCause IE의 두 개의 유휴 필드 모두가 새로운 cause 값으로 사용될 경우에는, 그 포맷이 각 유휴 필드에 나타내질 수 있다.
<제 3 실시예>
EstablishCause IE의 spare 2 유휴 필드가 새로운 cause 값으로 정의된 경우, eNB(303)는 미리 정해진 SIB에 세부 포맷을 포함시키며, RRCConnectionRequest 메시지에 포함된 새로운 cause 값에 의해 표시된 타입의 서비스를 UE(301)에게 브로드캐스팅할 수 있다. 이 경우, 하나의 독립 IE는 각 타입의 서비스에 대응하며 ENUMERATED {TRUE} 포맷을 가질 수 있다. 여기서, 이 포맷은 통상적인 비트맵 포맷일 수 있다.
Figure pct00011
여기서, X는 서비스 또는 서비스 조합의 총 개수이다. 각 비트에 대응하는 서비스 또는 서비스 조합은 절차 텍스트 또는 필드 설명에 명시될 수 있다. 예를 들어, 제 1 비트, 제 2 비트 및 제 3 비트는 각각 음성, 비디오 및 SMS를 의미할 수 있다.
여기서, cause 값에 의해 표시된 서비스는 어느 필드가 선택되는지에 따라 단일 또는 복수의 서비스일 수 있다. 예를 들어, eNB(303)가 additionalCausevalueVoice IE의 제1 비트를 1로 설정하면, UE가 음성 서비스를 수신하려고 시도할 때 establishmentCause IE의 새로운 cause 값이 설정될 수 있다. eNB(303)가 additionalCauseValueVoice IE의 제1 및 제2 비트를 1로 설정하면, UE(301)가 음성 또는 비디오 서비스를 수신하려고 시도할 때 establishmentCause IE의 새로운 cause 값이 설정될 수 있다.
establishmentCause IE의 두 가지 유휴 필드 모두가 새로운 cause 값으로 사용될 경우, 그 포맷은 각 유휴 필드에 나타내질 수 있다.
따라서, UE(301)가 LTE 네트워크로 하여금 특정 서비스를 구별 가능하게 할 수 있다면, 제1 지시자가 미리 정해진 SIB에 포함되어 있는지의 여부가 식별될 수 있다. 제 1 지시자가 미리 정해진 SIB에 포함되어 있고 UE(301)가 일 서비스(예를 들어, VoLTE)에 대한 연결을 확립하는 경우, UE(301)는 UE(301)와 eNB(303) 사이의 제어를 담당하는 계층인 RRC(Radio Resource Control)의 RRCConnectionRequest 메시지를 송신할 시에, EstablishmentCause 값을 제 2 또는 제 3 값(specificServiceAccess1 또는 specificServiceAccess2)으로 설정할 수 있다. 본 발명의 일 실시예에 따르면, 제 2 값 또는 제 3 값은 가산될 수도 있다(313).
다음은 본 명세서에서 사용되는 RRCConnectionRequest 메시지의 세부 포맷이다.
예를 들어, eNB(303)는 특정 SIB를 통해 establishmentCause IE의 새로운 specificServiceAccess1 필드가 VoLTE에 대응하고, establishmentCause IE의 새로운 specificServiceAccess2 필드가 SMS에 대응함을 나타낼 수 있다. UE(301)가 VoLTE에 대한 액세스를 시도할 때, UE(301)는 establishCause IE의 specificServiceAccess1 필드를 포함하는 RRConnectionRequest 메시지를 eNB(303)에게 송신할 수 있다. establishCause IE의 유휴 필드, spare 1 및 spare 2 모두가 특정 서비스의 cause 값으로 사용되는 예가 소개되었지만, spare 2 필드만이 새로운 cause 값으로 사용되고 spare 1 필드는 유휴 필드로 남아있는 예도 또한 본 개시의 범위에 속한다.
Figure pct00012
RRCConnectionRequest 메시지를 복구한 eNB(303)는 그 메시지에 포함된 접속 이유 값을 식별하여 UE(301)의 연결을 허용할지 여부를 결정할 수 있다. eNB(303)가 UE(301)의 연결을 허용하는 것으로 결정할 경우, eNB(303)는 연결을 설정하라는 명령을 UE(301)에게 전송할 수 있다(313). 이 경우, 명령은 RRC 계층의 RRCConnectionSetup 메시지를 통해 송신될 수 있다. 메시지를 수신할 경우, UE(301)는 그 설정 메시지에 응답하여 확인 응답 메시지를 전송한다. 확인 응답 메시지는 RRCConnectionSetupComplete 메시지를 통해 송신될 수 있다(317). UE(301)는 전술한 절차를 통해 특정 서비스(예를 들어, VoLTE)를 다른 서비스와 구별할 수 있다. 또한, UE(301)가 LTE 네트워크에 액세스하려고 시도할 시에, 그 액세스 시도를 LTE 네트워크에게 통지함으로써, UE(301)는 LTE 네트워크가 액세스를 허용할지 여부를 결정함에 있어서 LTE 네트워크를 보조할 수가 있다.
도 12는 본 개시의 일 실시예에 따른 UE의 동작들을 순차적으로 나타내는 흐름도이다.
도 12를 참조하면, UE(301)는 특정 서비스, 예컨대 VoLTE에 대한 LTE 네트워크에 액세스할 수 있다. 먼저, UE(301)는 eNB(303)로부터 시스템 정보를 수신하고, 그 수신된 시스템 정보를 저장하고, 대응하는 셀에 대한 정보를 파악할 수 있다(403). 여기서, UE(301)는 미리 정해진 SIB(예컨대, SIB2)가 제 1 지시자(예를 들어, VoIP 원인 값의 사용을 허용하는 표시자)를 포함하는지의 여부를 식별할 수 있다(406). 여기서, 미리 정해진 서비스는 VoIP(Voice over IP)일 수 있다. 또한, VoLTE 서비스를 위한 eNB(303)에 액세스하려고 시도할 시에, 미리 정해진 SIB가 제 1 지시자를 포함할 경우에는, UE(301)가 EstablishmentCause 값을 제 2 값(예를 들어, specificServiceAccess1)으로 설정하고 RRC 연결 요청 제어 메시지를 생성할 수 있다(408). 반면에, UE(301)가 VoLTE 서비스 이외의 다른 서비스를 위해 eNB에 액세스할 경우이거나, 또는 UE(301)가 VoLTE 서비스를 위해 액세스를 시도하지만 eNB가 제 1 지시자를 갖고 있지 않을 경우에는, UE(301)는 EstablishmentCause 값을 1(예를 들어, mo-Data)로 설정하고, RRC 연결 요청 제어 메시지(409)를 생성한다. 그 후에, UE(301)는 생성된 RRC 연결 요청 제어 메시지를 eNB(303)에게 전송할 수 있다(411). 이에 따라, UE(301)는 그 후에 eNB(303)로부터 RRC 연결 설정 제어 메시지를 수신할 수 있다(413). RRC 연결 설정 제어 메시지를 수신할 시에, UE(301)는 확인 응답 메시지로서 RRC 연결 설정 완료 제어 메시지를 eNB(303)에게 전송하여, RRC 연결 설정이 완료되었음을 상위 계층에 보고할 수 있으며(415), 이에 따라 연결 설정이 종료된다.
도 13은 본 개시의 일 실시예에 따른 UE의 구성을 나타내는 도면이다.
도 13을 참조하면, UE는 송수신기(1300), 다중화 및 역다중화 장치(1305), 상위 계층 장치(1310), 제어 메시지 처리기(1315) 및 제어기(1320)를 포함할 수 있다.
제어기(1320)는 UE를 전체적으로 제어한다. 특히, 제어기(1320)는 송수신기(1300)를 제어하여 물리 신호들을 수신하도록 할 수 있다. 제어기(1320)는 다중화 및 역다중화 장치(1305)(또는 역다중화 장치)를 제어하여 수신된 물리 신호들을 역다중화하도록 할 수 있다. 제어기(1320)는 역다중화된 물리 신호들에 포함된 정보에 따라 역다중화된 물리 신호들을 상위 계층 장치(1310) 또는 제어 메시지 처리기(1315)로 전송할 수 있다. 한편, 제어기(1320)는 상위 계층 장치(1310)로부터 데이터를 송수신하고, 제어 메시지 처리기(1315)를 통해 제어 메시지들을 송수신할 수 있다. 또한, 제어기(1320)는 다중화 및 역다중화 장치(1305)(또는 다중화 장치) 및 송수신기(1300)를 제어하여 제어 신호들 또는 데이터를 eNB로 전송하도록 할 수 있다.
도 14는 본 개시의 일 실시예에 따른 eNB의 구성을 나타내는 도면이다.
도 14를 참조하면, eNB(303')는 송수신기(1400), 다중화 및 역다중화 장치(1405), 복수의 상위 계층 장치들(1410 및 1415), 제어 메시지 처리기(1420), 제어기(1425) 및 스케줄러(1430)를 포함할 수 있다.
송수신기(1400)는 순방향 캐리어를 통해 데이터 및 미리 정해진 제어 신호를 송신하고, 역방향 캐리어를 통해 데이터 및 미리 정해진 제어 신호를 수신할 수 있다. 복수의 캐리어들이 구성되는 경우, 송수신기(1400)는 그 복수의 캐리어들을 통해 데이터 및 제어 신호들의 통신을 수행할 수 있다.
다중화 및 역다중화 장치(1405)는 상위 계층 장치들(1410 및 1415) 또는 제어 메시지 처리기(1420)에 의해서 생성된 데이터를 다중화하거나 또는 송수신기(1400)로부터 수신된 데이터를 역다중화할 수 있다. 이 경우, 다중화 및 역다중화 장치(1405)는 상위 계층 장치들(1410 및 1415) 및 제어 메시지 처리기(1420) 중 적어도 하나에게 역다중화된 데이터를 전달할 수 있다.
제어기(1425)는 eNB(303')를 전체적으로 제어한다. 특히, 제어기(1425)는 대역-특정 측정 갭을 적용할 UE를 결정할 수 있다. 또한, 제어기(1425)는 이러한 구성 정보를 RRCConnectionReconfiguration 메시지에 포함할지 여부를 결정할 수 있다.
제어 메시지 처리기(1420)는 UE로 전송할 RRCConnectionReconfiguration을 생성하고, 제어기(1420)의 제어에 따라 상기 생성된 RRCConnectionReconfiguration을 상위 계층으로 전송할 수 있다.
복수의 상위 계층 장치들(1410 및 1415)은 UE마다 또는 서비스마다 구성될 수가 있다. 복수의 상위 계층 장치들(1410 및 1415)은 FTP 또는 VoIP와 같은 사용자 서비스로부터 생성된 데이터를 처리하여, 그 데이터를 다중화 및 역다중화 장치(1405)로 전송할 수 있으며, 또는 복수의 상위 계층 장치들(1410, 1415)로부터 전달된 데이터를 처리하여, 그 데이터를 상위 계층의 서비스 애플리케이션으로 전송할 수도 있다.
스케줄러(1430)는 예를 들어, UE의 버퍼 상태, 채널 상태 및 UE의 활성 시간과 같은 소정의 적절한 시간에 송신 리소스를 UE에 할당할 수 있다. 스케줄러(1430)는 UE로부터 송신된 신호들을 처리할 수 있으며, 또는 송수신기(1400)를 제어하여 UE에게 신호들을 송신할 수도 있다.
전술한 실시예들에서, 제어기는 범용 프로세서를 의미할 수 있다. 프로세서는 중앙 처리 장치(CPU), 애플리케이션 프로세서(AP), 통신 프로세서(CP) 또는 이미지 신호 프로세서(ISP) 중 하나 이상을 포함할 수 있다. 프로세서는 예를 들어, 전자 장치의 다른 컴포넌트들 중 적어도 하나 또는 이미지 신호 프로세싱 및/또는 통신 관련 동작 또는 데이터 프로세싱에 대한 제어를 수행할 수 있다.
UE 및 eNB는 전술한 실시예들에서의 동작들을 수행하는 것으로 설명되었지만, 본 개시의 실시예들이 이에 제한되지 않는다. UE 및 eNB에 의해 수행되는 모든 동작들이 또한 UE 및 eNB 내의 제어기들 또는 다른 컴포넌트들에 의해 수행될 수도 있다는 것을 이해해야 한다.
도 15는 본 개시의 일 실시예에 따른 UE를 나타내는 블록도이다.
도 15를 참조하면, UE(1500)는 송수신기(1510) 및 프로세서(1520)를 포함할 수 있다.
송수신기(1510)는 eNB로부터 SR의 전송과 관련된 구성 정보를 수신할 수 있다.
프로세서(1520)는 수신된 구성 정보에 기초하여 SR 전송을 금지하기 위한 타이머 값을 결정하고, 송수신기를 제어하여 SR 세트를 전송하도록 할 수 있다. 이 경우, 타이머는 SR 세트의 첫 번째 SR의 송신 시에 시작될 수 있다.
또한, 프로세서(1520)는 송신된 각 SR 세트에서 카운터를 증가시킬 수 있다.
여기서, 카운터의 dsr-TransMax는 SchedulingRequestConfig에 포함되어 수신될 수 있다.
이 경우, 타이머 값은 MAC-MainConFigure에 포함되어 수신된 sr-ProhibitTimer에 기초하여 결정될 수 있다.
또한, 타이머 값은 sr-ProhibitTimer 값과 SR 전송 주기의 곱으로 결정될 수 있다.
또한, 타이머 값은 SR 세트가 송신되는 시간과 같거나 이보다 클 수 있다.
한편, 타이머 값이 경과한 후에 상기 세트 이외의 다른 세트가 전송될 수도 있다.
도 16은 본 발명의 일 실시예에 따른 eNB를 나타내는 블록도이다.
도 16을 참조하면, eNB(1600)는 송수신기(1610) 및 프로세서(1620)를 포함할 수 있다.
송수신기(1610)는 SR 전송과 관련된 구성 정보를 UE에게 송신할 수 있다.
프로세서(1620)는 SR 전송을 금지하기 위한 타이머 값을 결정할 수 있으며, 송수신기(1610)를 제어하여 SR 세트를 수신하도록 할 수 있다. 이 경우, 타이머는 SR 세트의 첫 번째 SR의 송신 시에 시작될 수 있다.
도 17은 본 발명의 일 실시예에 따른 스케줄링 요청을 전송하는 방법을 나타내는 흐름도이다.
먼저, 본 스케줄링 요청을 전송하는 방법은 eNB로부터 SR의 전송과 관련된 구성 정보를 수신하고(1710), 수신된 구성 정보에 기초하여 SR 전송을 금지하기 위한 타이머 값을 결정하고(1720), SR 세트를 전송할 수 있다(1730). 이 경우, 타이머는 SR 세트의 첫 번째 SR의 송신 시에 시작될 수 있다.
또한, 본 스케줄링 요청을 전송하는 방법은 송신된 각각의 SR 세트에서 카운터를 증가시키는 것을 더 포함할 수 있다.
여기서, 카운터의 dsr-TransMax는 SchedulingRequestConfig에 포함되어 수신될 수 있다.
이 경우, 타이머 값은 MAC-MainConFigure에 포함되어 수신된 sr-ProhibitTimer에 기초하여 결정될 수 있다.
또한, 타이머 값은 sr-ProhibitTimer 값과 SR 전송 주기의 곱으로 결정될 수 있다.
또한, 타이머 값은 SR 세트가 전송되는 시간과 같거나 이보다 더 클 수 있다.
이 경우, 타이머 값이 경과 한 후에 상기 세트 이외의 다른 세트가 송신될 수 있다.
한편, 본 의 다양한 실시예들과 관련하여 전술한 방법들은 컴퓨터 상에서 실행될 수 있는 프로그램 코드들로 구현될 수 있으며, 각각의 서버 또는 장치에 제공될 수 있는 프로세서에 의해 실행되도록 다양한 비일시적 컴퓨터 판독가능 매체에 저장될 수도 있다.
일 예로서, SR의 전송과 관련된 구성 정보를 수신하고, 수신된 구성 정보에 기초하여 SR 전송을 금지하는 타이머 값을 결정하고, SR 세트를 전송하는 동작들을 수행하는 프로그램을 저장하는 비일시적 컴퓨터 판독가능 매체가 제공될 수 있다. 여기서, 타이머는 SR 세트의 첫 번째 SR의 송신 시에 시작될 수 있다.
비일시적 컴퓨터 판독가능 매체는 기계에 의해 판독가능하고 데이터를 반영구적으로 저장하는 매체, 그리고 레지스터, 캐시 및 메모리와 같은 단시간 동안 데이터를 저장하는 매체를 의미한다. 구체적으로, 전술한 각종 애플리케이션들 또는 프로그램들이 CD, DVD, 하드 디스크, 블루 레이 디스크, USB, 메모리 카드 및 ROM과 같은 비일시적 컴퓨터 판독가능 매체에 저장되어 제공될 수 있다.
본 개시의 개념이 예시적인 실시예들을 참조하여 도시되고 설명되었지만, 다음의 청구범위에 의해 정의되는 본 발명적 개념의 사상 및 범위를 일탈하지 않는 범위 내에서 그 형태 및 세부사항에 대한 여러 가지 변형이 이루어질 수 있다는 것을 당업자는 이해할 수 있을 것이다.

Claims (15)

  1. 셀룰러 통신 시스템에서 사용자 단말(user equipment, UE)이 스케줄링 요청(scheduling request, SR)을 전송하는 방법에 있어서,
    eNB(enhanced nodeB)로부터 상기 SR의 전송과 관련된 구성 정보를 수신하는 단계;
    상기 수신된 구성 정보에 기초하여 SR 전송을 금지하기 위한 타이머의 값을 결정하는 단계; 및
    SR의 한 세트를 전송하는 단계를 포함하며,
    상기 타이머는 상기 SR의 한 세트의 첫 번째 SR의 전송 시점에 시작되는 SR 전송 방법.
  2. 제 1 항에 있어서,
    상기 SR의 한 세트가 전송될 때마다 카운터를 증가시키는 단계를 더 포함하는 SR 전송 방법.
  3. 제 2 항에 있어서,
    상기 카운터의 dsr-TransMax는 SchedulingRequestConfig에 포함되어 수신되는 SR 전송 방법.
  4. 제 1 항에 있어서,
    상기 타이머의 값은 MAC-MainConFigure에 포함되어 수신되는 sr-ProhibitTimer에 기초하여 결정되는 SR 전송 방법.
  5. 제 4 항에 있어서,
    상기 타이머의 값은 상기 sr-ProhibitTimer의 값과 상기 SR의 전송 주기의 곱으로 결정되는 SR 전송 방법.
  6. 제 1 항에 있어서,
    상기 타이머의 값은 상기 SR의 한 세트가 전송되는 시간과 동일하거나 그보다 큰 SR 전송 방법.
  7. 제 1 항에 있어서,
    상기 SR의 한 세트와 다른 세트는 상기 타이머의 값이 경과한 이후에 전송되는 SR 전송 방법.
  8. 셀룰러 통신 시스템에서 스케줄링 요청(scheduling request, SR)을 전송하는 사용자 단말(user equipment, UE)에 있어서,
    eNB (enhanced nodeB)로부터 상기 SR의 전송과 관련된 구성 정보를 수신하는 송수신기; 및
    상기 수신된 구성 정보에 기초하여 SR 전송을 금지하기 위한 타이머의 값을 결정하고, 상기 송수신기를 제어하여 SR의 한 세트를 송신하도록 하는 프로세서를 포함하며,
    상기 타이머는 상기 SR의 한 세트의 첫 번째 SR의 전송 시점에 시작되는 사용자 단말.
  9. 제 8 항에 있어서,
    상기 프로세서는 상기 SR의 한 세트가 전송될 때마다 카운터를 증가시키는 사용자 단말.
  10. 제 9 항에 있어서,
    상기 카운터의 dsr-TransMax는 SchedulingRequestConFigure에 포함되어 수신되는 사용자 단말.
  11. 제 8 항에 있어서,
    상기 타이머의 값은 MAC-MainConFigure에 포함되어 수신되는 sr-ProhibitTimer에 기초하여 결정되는 사용자 단말.
  12. 제 11 항에 있어서,
    상기 타이머의 값은 상기 sr-ProhibitTimer의 값과 상기 SR의 전송 주기의 곱으로 결정되는 사용자 단말.
  13. 제 8 항에 있어서,
    상기 타이머의 값은 상기 SR의 한 세트가 전송되는 시간과 동일하거나 그보다 큰 사용자 단말.
  14. 제 8 항에 있어서,
    상기 SR의 한 세트와 다른 세트는 상기 타이머의 값이 경과한 이후에 전송되는 사용자 단말.
  15. 셀룰러 통신 시스템에서 eNB(enhanced nodeB)가 스케줄링 요청(scheduling request, SR)을 수신하는 방법에 있어서,
    상기 SR의 전송과 관련된 구성 정보를 사용자 단말(user equipment, UE)로 전송하는 단계;
    SR 전송을 금지하기 위한 타이머의 값을 결정하는 단계; 및
    SR의 한 세트를 수신하는 단계를 포함하며,
    상기 타이머는 상기 SR의 한 세트의 첫 번째 SR의 전송 시점에 시작되는 SR 수신 방법.
KR1020187011660A 2015-11-16 2016-11-14 스케줄링 요청을 송수신하는 방법 및 장치 KR20180071271A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562255682P 2015-11-16 2015-11-16
US62/255,682 2015-11-16
PCT/KR2016/013104 WO2017086667A1 (en) 2015-11-16 2016-11-14 Method and apparatus for transmitting and receiving scheduling request

Publications (1)

Publication Number Publication Date
KR20180071271A true KR20180071271A (ko) 2018-06-27

Family

ID=58691786

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187011660A KR20180071271A (ko) 2015-11-16 2016-11-14 스케줄링 요청을 송수신하는 방법 및 장치

Country Status (5)

Country Link
US (1) US11166302B2 (ko)
EP (1) EP3342236B1 (ko)
KR (1) KR20180071271A (ko)
CN (1) CN108293257B (ko)
WO (1) WO2017086667A1 (ko)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10361830B2 (en) * 2015-05-18 2019-07-23 Lg Electronics Inc. Method and apparatus for designing uplink reference signal according to repeating pattern considering cell coverage in wireless communication system
US10154514B2 (en) 2016-10-18 2018-12-11 Qualcomm Incorporated Scheduling request transmission for directional beam access
WO2018201488A1 (en) * 2017-05-05 2018-11-08 Zte Corporation Methods and apparatus for configuring a scheduling request
US10708929B2 (en) * 2017-05-05 2020-07-07 Htc Corporation Device and method of handling scheduling request for logical channel
KR102488339B1 (ko) 2017-07-10 2023-01-13 삼성전자 주식회사 다중 스케쥴링 요청을 설정하는 방법 및 장치
CN110999498B (zh) * 2017-08-11 2023-09-01 上海诺基亚贝尔股份有限公司 具有多个调度请求配置的调度请求过程
US11497047B2 (en) 2017-09-25 2022-11-08 Qualcomm Incorporated User equipment-specific scheduling request repetitions
CN109982430B (zh) * 2017-12-28 2021-07-13 大唐移动通信设备有限公司 一种进行调度请求的方法和设备
CN110138529B (zh) * 2018-02-09 2021-11-23 维沃移动通信有限公司 Sr的配置方法、网络侧设备、终端侧设备
US11516827B2 (en) 2018-05-09 2022-11-29 Sony Group Corporation Methods for uplink data transmission and related electronic devices
CN110636627B (zh) 2018-06-21 2021-01-08 维沃移动通信有限公司 一种资源请求方法及用户设备
CN112400348A (zh) 2018-08-02 2021-02-23 谷歌有限责任公司 用于在未授权频带中管理调度请求的方法和设备
EP3700283A1 (en) * 2019-02-22 2020-08-26 Panasonic Intellectual Property Corporation of America Transceiver device and scheduling device
CN109922487B (zh) * 2019-03-28 2021-11-19 南京邮电大学 一种下行mimo-noma网络下的资源分配方法
CN112702795A (zh) * 2019-10-22 2021-04-23 普天信息技术有限公司 一种增强多子带终端资源一致性的方法和设备
US11723043B2 (en) * 2020-05-22 2023-08-08 Qualcomm Incorporated Hierarchy of scheduling requests
US11576216B2 (en) * 2020-09-23 2023-02-07 Qualcomm Incorporated SR/PRACH indicating DG or CG request

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL2263411T3 (pl) * 2008-03-21 2017-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Zakazywanie niepotrzebnych żądań szeregowania dla przydziałów łącza w górę
BRPI1011915B8 (pt) 2009-06-29 2019-11-12 Ericsson Telefon Ab L M métodos e arranjos para transmitir solicitações de escalonamento para uma estação base, e para auxiliar um equipamento de usuário em transmitir solicitações de escalonamento para a estação base
CN105530710B (zh) 2009-06-30 2019-03-05 华为技术有限公司 一种上行资源获取方法、调度方法、装置及系统
US9065545B2 (en) * 2012-03-12 2015-06-23 Blackberry Limited Handling scheduling request collisions with an ACK/NACK repetition signal
WO2013138983A1 (en) * 2012-03-19 2013-09-26 Alcatel Lucent Method and apparatus for configuring a plurality of scheduling request triggers
US20130336293A1 (en) * 2012-06-15 2013-12-19 Qualcomm Incorporated Scheduling information reporting in td-hsupa systems
WO2014113990A1 (en) 2013-01-28 2014-07-31 Qualcomm Incorporated Ue transmitter sharing by gsm and lte
EP2802185B1 (en) 2013-04-01 2019-11-13 Innovative Sonic Corporation Method and Apparatus for Adding Serving Cells in a Wireless Communication System
KR20140122941A (ko) * 2013-04-11 2014-10-21 삼성전자주식회사 무선 통신 시스템에서 스케쥴링 요청 송수신 방법 및 장치
KR102148242B1 (ko) 2013-08-09 2020-08-26 팬텍 주식회사 무선 통신 시스템에서 단말의 스케줄링 요청 전송방법 및 장치
CN104581925B (zh) 2013-10-29 2019-01-08 电信科学技术研究院 一种覆盖增强机制下的定时维护方法及装置
WO2016068454A1 (en) * 2014-10-30 2016-05-06 Lg Electronics Inc. Method for prohibiting from triggering scheduling request in a d2d communication system and device therefor
US10111170B2 (en) * 2014-11-06 2018-10-23 Lg Electronics Inc. Method for canceling scheduling requests triggered by a sidelink buffer status report in a D2D communication system and device therefor
KR101726705B1 (ko) * 2014-12-01 2017-04-26 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 스케줄링 요청(sr)에 대한 금지 타이머를 처리하기 위한 방법 및 장치
EP3247163B1 (en) * 2015-01-13 2020-04-22 LG Electronics Inc. Method and user equipment for sending uplink signal, and method and base station for receiving uplink signal
US9820298B2 (en) * 2015-03-09 2017-11-14 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
US10375709B2 (en) * 2015-05-08 2019-08-06 Lg Electronics Inc. Method and LC device for transmitting scheduling request
US9894681B2 (en) * 2015-06-12 2018-02-13 Ofinno Technologies, Llc Uplink scheduling in a wireless device and wireless network
US9774816B2 (en) * 2015-11-06 2017-09-26 At&T Intellectual Property I, L.P. Methods and apparatus to manage audiovisual recording in a connected vehicle

Also Published As

Publication number Publication date
CN108293257B (zh) 2022-07-15
EP3342236B1 (en) 2020-05-27
WO2017086667A1 (en) 2017-05-26
CN108293257A (zh) 2018-07-17
EP3342236A4 (en) 2018-08-01
US20170142749A1 (en) 2017-05-18
EP3342236A1 (en) 2018-07-04
US11166302B2 (en) 2021-11-02

Similar Documents

Publication Publication Date Title
CN108293257B (zh) 用于发送和接收调度请求的方法和装置
JP6709962B2 (ja) Ｄｒｘ時におけるｃｓｉ／ｓｒｓ報告に関するユーザ機器の決定論的な挙動
US10588130B2 (en) Methods and apparatus for user equipment capability exchange
CN107567718B (zh) 在移动通信系统中由配置有多个载波的用户设备执行和报告测量的方法和装置
EP3098994B1 (en) Method of handling coverage enhancement in wireless communication system
US10440756B2 (en) Techniques for downlink scheduling and uplink scheduling in a shared radio frequency spectrum band
US9648582B2 (en) RAN paging mechanism to enable enhanced coverage mode
CN113767699A (zh) 确定用于物理下行链路控制信道（pdcch）监测的搜索空间集的方法和设备
CN111758293A (zh) 用于nr未许可频谱的宽带操作的先听后说
CN113316951A (zh) 无线通信系统中的执行通信的方法和设备
KR20190010724A (ko) 차세대 무선 통신 시스템에서의 페이징 시스템 및 방법
AU2018401846B2 (en) Timing considerations for AUL-DFI
WO2018175051A1 (en) Cross-carrier scheduling for wireless devices
US20180184444A1 (en) Adaptive ultra-reliable low-latency communications (urllc) semi-persistent scheduling
KR102368781B1 (ko) 이동 통신 시스템에서 상향링크 데이터 스케줄링 방법 및 장치
KR20200085481A (ko) 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치
US11765756B2 (en) User equipment (UE) requested control resource set (CORESET)/search space (SS) sets
US11825514B2 (en) Repetitive random access transmissions
KR20210142117A (ko) 뉴 라디오 비면허에 대한 설정 그랜트 자원 구성
JP2023500453A (ja) 構成されたグラントチャネル占有時間共有プロシージャ
JP2018520606A (ja) スモールパケットの伝送のための競合ベースの無線リソース管理
US10299093B2 (en) Methods and apparatus for enhanced contention based access response message
US20210160842A1 (en) Beam failure detection and recovery for high priority or broadcast coreset
KR20230122149A (ko) 페이징 송수신 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination