KR20180032563A - 무선 네트워크로부터 사용자 장비로의 데이터의 다운로드를 제어하기 위한 방법들, 장치들, 컴퓨터 판독가능 매체 및 컴퓨터 프로그램 제품 - Google Patents

Abstract

다양한 통신 시스템들은 개선된 무선 통신들로부터 이익을 얻을 수 있다. 예컨대, 무선 통신 시스템들은, 무선 네트워크로부터 사용자 장비로의 데이터의 다운로드를 조절하거나 제어함으로써 이익을 얻을 수 있다. 방법은, 사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을, 네트워크 엔티티에서 분석하는 단계를 포함한다. 이 방법은 또한, 컨디션들에 기반하여, 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하는 단계를 포함한다. 게다가, 이 방법은, 사용자 장비가 액션을 수행해야 할 때를 표시하는 정보를 네트워크 엔티티로부터 사용자 장비로 전송하는 단계를 포함할 수 있다.

Description

무선 네트워크로부터 사용자 장비로의 다운로드를 제어하기 위한 방법들, 장치들, 컴퓨터 판독가능 매체 및 컴퓨터 프로그램 제품

[0001] 다양한 통신 시스템들은 개선된 무선 통신들로부터 이익을 얻을 수 있다. 예컨대, 통신 시스템들은 무선 네트워크로부터 사용자 장비로의 데이터의 다운로드를 조절 또는 제어하는 것으로부터 이익을 얻을 수 있다.

[0002] 데이터를 수신하기 위한 모바일 무선 디바이스들의 사용은 점점 중요해지고 있으며, 비디오 데이터의 전달은 이용가능한 무선 용량의 증가하는 공유를 소비하고 있는데, 그 이유는 비디오의 인기 때문이고 그리고 비디오 애플리케이션들이 본질적으로 비교적 많은 양의 데이터를 소비하기 때문이다. 비디오 데이터의 경우, 다양한 기법들, 이를테면 미디어 최적화 및 적응형 스트리밍 서버들이 상이한 네트워크들에서 시스템 용량 및 비디오 품질을 증가시키기 위해 사용되었다. 네트워크는 3GPP(3rd Generation Partnership Project) 기술, 이를테면 LTE(Long Term Evolution) 또는 LTE-A(LTE-Advanced)를 활용할 수 있다.

[0003] 미디어 최적기들 및 적응형 스트리밍 서버들은, 플레이 될 시간에 맞춰, 사용자 장비, 이를테면 카메라폰, 스마트폰, 태블릿 컴퓨터, 스마트 시계, 차량 엔터테인먼트 시스템, 무선 성능을 갖는 미디어 플레이어 등으로의 비디오의 다운로딩을 관리하기 위해 사용될 수 있다. 사용자가 비디오가 완료되기 전에 비디오 시청을 중지하도록 결정할 경우, 적시 처리법은, 네트워크 자원들의 낭비를 방지할 수 있는데, 그 이유는 사용자 장비가 사용하지 않은 데이터가 트랜스퍼되는 것이 방지될 수 있기 때문이다. 그러나, 적시 처리법에서, 사용자는 빈번하게 커버리지의 갭 또는 손상된 커버리지를 경험할 것으로 예상될 수 있어서, 어떤 상황하에서는, 비디오가 요구되는 순간에 비디오가 이용가능하지 않을 것이다.

[0004] 프리-파일링 데이터로 지칭될 수 있는, 데이터가 요구되기 전에 데이터를 전달하는 것은 비디오 품질의 이러한 중단 또는 품질 저하를 방지할 수 있다. 데이터의 프리-파일링에 대한 요구는 사용자 장비의 특정 상황에 기반하여 변할 수 있다. 예컨대, 비디오가 하나 또는 그 초과의 사용자 장비에 제공된 키로 암호화되는 경우에서처럼, 비디오 데이터는 단일 사용자 장비에 의해 플레이 가능하도록 구성될 수 있다. 비디오 데이터는 또한, DRM(digital rights management)가 사용될 때 단일 사용자 장비에 대해 플레이 가능할 수 있어서, 비디오는 단일 UE에 대해서만 트랜스퍼 가능하도록 구성된다.

[0005] 비디오 데이터가 신뢰가능하게 전달되어야 하면, 플레이백을 위해 적시에 데이터를 수신하기 위한 사용자 장비의 능력을 방해할 수 있는 열악한 커버리지 또는 현저한 로드들을 경험하는 영역들에 대해 조정이 이뤄져야 한다.

[0006] 소정의 실시예들에서, 방법은, 사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을, 네트워크 엔티티에서 분석하는 단계를 포함할 수 있다. 이 방법은 또한, 컨디션들에 기반하여, 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하는 단계를 포함할 수 있다. 게다가, 이 방법은, 사용자 장비가 액션을 수행해야 할 때를 표시하는 정보를 네트워크 엔티티로부터 사용자 장비로 전송하는 단계를 포함할 수 있다.

[0007] 소정의 실시예들에 따르면, 장치는, 컴퓨터 프로그램 코드, 및 적어도 하나의 프로세서를 포함하는 적어도 하나의 메모리를 포함할 수 있다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서와 함께, 장치로 하여금 적어도, 사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을 네트워크 엔티티에서 분석하게 하도록 구성될 수 있다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는 또한, 적어도 하나의 프로세서와 함께, 적어도, 컨디션들에 기반하여, 상기 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하도록 구성될 수 있다. 게다가, 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는 또한, 적어도 하나의 프로세서와 함께, 적어도, 사용자 장비가 액션을 수행해야 할 때를 표시하는 정보를 네트워크 엔티티로부터 사용자 장비로 전송하도록 구성될 수 있다.

[0010] 소정의 실시예들에서, 장치는, 사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을, 네트워크 엔티티에서 분석하기 위한 수단을 포함할 수 있다. 이 장치는 또한, 컨디션들에 기반하여, 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하기 위한 수단을 포함할 수 있다. 게다가, 이 장치는, 사용자 장비가 액션을 수행해야 할 때를 표시하는 정보를 네트워크 엔티티로부터 사용자 장비로 전송하기 위한 수단을 포함할 수 있다.

[0011] 소정의 실시예들에 따르면, 비-일시적 컴퓨터-판독가능 매체는 하드웨어에서 실행될 경우, 프로세스를 수행하는 명령들을 인코딩한다. 이 프로세서는, 사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을, 네트워크 엔티티에서 분석하는 것을 포함할 수 있다. 이 프로세스는 또한, 컨디션들에 기반하여, 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하는 것을 포함할 수 있다. 게다가, 이 프로세스는, 사용자 장비가 액션을 수행해야 할 때를 표시하는 정보를 네트워크 엔티티로부터 사용자 장비로 전송하는 단계를 포함할 수 있다.

[0012] 소정의 실시예들에 따르면, 컴퓨터 프로그램 물건은, 사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을, 네트워크 엔티티에서 분석하는 단계를 포함하는 방법에 따른 프로세스를 수행하기 위한 명령을 인코딩한다. 이 방법은 또한, 컨디션들에 기반하여, 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하는 단계를 포함할 수 있다. 게다가, 이 방법은, 사용자 장비가 액션을 수행해야 할 때를 표시하는 정보를 네트워크 엔티티로부터 사용자 장비로 전송하는 단계를 포함한다.

[0013] 소정의 실시예들에서, 방법은, 사용자 장비에 영향을 미치는 컨디션들에 기반한 정보를 사용자 장비에서, 네트워크 엔티티로부터 수신하는 단계를 포함할 수 있다. 정보는, 사용자 장비가 데이터 전달과 관련된 액션을 수행하는 것을 표시한다. 방법은 또한, 컨디션이 사용자 장비에 영향을 미치는 동안 수신된 정보에 기반하여 액션을 수행하는 단계를 포함할 수 있다.

[0014] 소정의 실시예들에 따르면, 장치는, 컴퓨터 프로그램 코드, 및 적어도 하나의 프로세서를 포함하는 적어도 하나의 메모리를 포함할 수 있다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서와 함께, 사용자 장비에 영향을 미치는 컨디션들에 기반한 정보를 상기 사용자 장비에서, 네트워크 엔티티로부터 수신하도록 구성될 수 있다. 정보는, 사용자 장비가 데이터 전달과 관련된 액션을 수행하는 것을 표시한다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는 또한, 적어도 하나의 프로세서와 함께, 장치로 하여금 적어도, 컨디션이 상기 사용자 장비에 영향을 미치는 동안 수신된 정보에 기반하여 액션을 수행하게 하도록 구성될 수 있다.

[0015] 소정의 실시예들에서, 장치는, 사용자 장비에 영향을 미치는 컨디션들에 기반한 정보를 사용자 장비에서, 네트워크 엔티티로부터 수신하기 위한 수단을 포함할 수 있다. 정보는, 사용자 장비가 데이터 전달과 관련된 액션을 수행하는 것을 표시한다. 장치는 또한, 컨디션이 사용자 장비에 영향을 미치는 동안 수신된 정보에 기반하여 액션을 수행하기 위한 수단을 포함할 수 있다.

[0016] 소정의 실시예들에 따르면, 비-일시적 컴퓨터-판독가능 매체는 하드웨어에서 실행될 경우, 프로세스를 수행하는 명령들을 인코딩한다. 프로세스는, 사용자 장비에 영향을 미치는 컨디션들에 기반한 정보를 사용자 장비에서, 네트워크 엔티티로부터 수신하는 단계를 포함할 수 있다. 정보는, 사용자 장비가 데이터 전달과 관련된 액션을 수행하는 것을 표시한다. 프로세스는 또한, 컨디션이 사용자 장비에 영향을 미치는 동안 수신된 정보에 기반하여 액션을 수행하는 단계를 포함할 수 있다.

[0017] 소정의 실시예들에 따르면, 컴퓨터 프로그램 물건은 사용자 장비에 영향을 미치는 컨디션들에 기반한 정보를 사용자 장비에서, 네트워크 엔티티로부터 수신하는 단계를 포함하는 방법에 따른 프로세스를 수행하기 위한 명령을 인코딩한다. 정보는, 사용자 장비가 데이터 전달과 관련된 액션을 수행하는 것을 표시한다. 방법은 또한, 컨디션이 사용자 장비에 영향을 미치는 동안 수신된 정보에 기반하여 액션을 수행하는 단계를 포함할 수 있다.

[0018] 본 발명의 적절한 이해를 위해, 첨부한 도면들이 참조될 것이다.
[0019] 도 1은 소정의 실시예들에 따른 무선 통신 시스템을 예시한다.
[0020] 도 2는 소정의 실시예들에 따른 시스템을 예시한다.
[0021] 도 3은 소정의 실시예들에 따른 흐름도를 예시한다.
[0022] 도 4는 본 개시내용의 네트워크 지식 공유 프로토콜 실시예들에 의해 제공되는 감소된 혼잡 레이트들을 보여주는 도면을 예시한다.
[0023] 도 5는 본 개시내용에 정의된 네트워크 지식 공유 프로토콜의 예시적인 네트워크 다이어그램을 예시한다.
[0024] 도 6은 소정의 실시예들에 따른 LCID 값들을 보여주는 2개의 표들을 예시한다.
[0025] 도 7은 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜의 실시예를 예시한다.
[0026] 도 8은 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜의 예시적인 흐름도를 예시한다.
[0027] 도 9는 소정의 실시예들에 따른 표를 예시한다.
[0028] 도 10은 소정의 실시예들에 따른 표를 예시한다.
[0029] 도 11은 소정의 실시예들에 따른 표를 예시한다.
[0030] 도 12는 소정의 실시예들에 따른 표를 예시한다.
[0031] 도 13은 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0032] 도 14는 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0033] 도 15는 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0034] 도 16은 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0035] 도 17은 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0036] 도 18은 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0037] 도 19는 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0038] 도 20은 소정의 실시예에 따른 예시적인 표의 예를 예시한다.
[0039] 도 21은 소정의 실시예에 따른 예시적인 표의 예를 예시한다.
[0040] 도 22는 소정의 실시예에 따른 예시적인 유스 케이스를 예시한다.
[0041] 도 23은 소정의 실시예들에 따른 흐름도를 예시한다.

[0042] 소정의 실시예들은, 슬로우 전달의 기간 동안 또는 전달이 발생하지 않을 때 플레이백을 위해 데이터가 이용가능하도록, 데이터가 효율적으로 전달될 수 있는 시간 동안, 사용자 장비가 데이터를 수신할 수 있는 다른 실시예들, 컴퓨터 프로그램, 장치 또는 방법을 가능하게 한다.

[0043] 아래에서 설명되는 많은 실시예들이 비디오 데이터에 관하여 소개되지만, 실시예들은 또한, 임의의 다른 형태의 데이터에 적용될 수 있다. 비디오 데이터는, 비디오, 비디오 또는 오디오 데이터, 미디어, 미디어 데이터, 비디오 및 오디오 데이터 또는 오디오 데이터를 포함할 수 있다. 구체적으로, 소정의 실시예들은, 네트워크 및/또는 사용자 장비의 송신 용량을 효율적으로 이용하기 위해 필요에 따라 전달될 수 있는 데이터에 적용된다. 다양한 컨디션들이, 데이터가 당장 필요해지기 전에 데이터가 전달되어야 하는지를 결정하기 위해, 네트워크 및 사용자 장비에 의해 평가될 수 있다. 다시 말해서, 소정의 실시예들은, 네트워크 및/또는 사용자 장비에 의해 경험되는 소정의 컨디션들에 따라, 데이터가 프리-필링(pre-filled)될 수 있게 한다.

[0044] 소정의 실시예들에서, 비록 네트워크 엔티티로부터 데이터를 요청하기 위한 결정을 사용자 장비가 할 수 있다고 하더라도, 네트워크 엔티티는 데이터를 사용자 장비에 제공할 수 있다. 네트워크 엔티티는, 데이터 전달을 유지, 개선, 다운그레이드, 업그레이드 또는 중지할 지를 결정하기 위해 사용자 장비가 사용할 수 있는 사용자 장비 정보 및/또는 예측들을 전송할 수 있다. 예컨대, 일부 실시예들에서, 사용자 장비는, 네트워크 엔티티로부터 수신된 정보에 기반하여 데이터의 프리-필링을 요청할 때를 결정할 수 있다.

[0045] 도 1은 소정의 실시예들에 따른 무선 통신 시스템을 예시한다. 구체적으로, 도 1은 매크로 셀과 같은 셀에 대한 비디오 서버 RAN(radio access network) 인터페이스 아키텍쳐의 예를 예시한다. 아키텍처는 업링크 및/또는 다운링크 데이터 송신을 포함하는 무선 접속(105)을 통해, 네트워크(100)와 통신하는 사용자 장비(110)를 포함한다. 네트워크(100)는, 예컨대, eNB(eNode B)(120), SON(self-optimizing network) 또는 C-SON(centralized self-optimizing network) 서버(112), SGW(serving gateway)(125), MME(mobility management entity)(115), OME(operations and management entity)(118), PCRF(policy and charging rulesfunction) 네트워크 엘리먼트(130), PDN-GW(packet data network gateway)(135), CAN-EG(content aware network-enabling gateway)(145), 미디어 최적화기(150) 또는 적어도 하나의 비디오 서버(160) 중 적어도 하나를 포함할 수 있다.

[0046] 네트워크(100)는 인터넷(140)에 커플링될 수 있고, 특히 인터넷(140)을 통해 콘텐츠 소스(165)에 커플링 될 수 있다. SON 또는 C-SON 서버(112)는 인터페이스(112A)를 사용하여 CAN-EG(145)에 접속될 수 있다. SON 또는 C-SON 서버(112)는 또한, 인터페이스(112B)를 사용하여 PCRF 엘리먼트(130)에 접속될 수 있다.

[0047] 소정의 실시예들에서, eNB(120)는 SGW(125)에 접속될 수 있다. 접속은, 예컨대, S1-U 인터페이스(181)에 의해 달성될 수 있다. SGW(125)는, 예컨대, S5/S8 인터페이스(182)에 의해 PDN-GW(135)에 그리고 예컨대, Gxx/Gxa 인터페이스(184)에 의해 PCRF(130)에 접속될 수 있다. SGW(125)는 또한 S11 인터페이스(186)에 의해 MME(115)에 접속될 수 있다. PDN-GW(135)는 Gx 인터페이스(188)에 의해 PCRF(130)에 접속될 수 있다. 이어, 인터넷(140)은, 적어도 IP(internet protocol) 인터페이스들을 구현하는 다수의 네트워크들(166)을 통해 CAN-EG(145), 미디어 최적화기(150), 적어도 하나의 비디오 서버들(160), 및 PDN-GW(135)에 접속될 수 있다.

[0048] 네트워크(175)는, 예컨대, SCTP(stream control transmission protocol) 및 트랜스포트 계층 프로토콜을 통해, AAA(authentication, authorization 및 accounting) 프레임워크를 제공할 수 있는 다이어미터 프로토콜(diameter protocol)을 구현할 수 있다. 네트워크(170)는 GTP(GPRS(carry general packet radio service) tunneling protocol)메시지들을 반송하도록 구성될 수 있다. CAN-EG(145)와 eNB(120)를 접속하는 네트워크(170)는 GTP-U(GTP user plane) 인터페이스를 포함할 수 있다. GTP-U 프로토콜은, EPS(Evolved Packet System)의 S1 -U, X2, S4, S5, 및/또는 S8 인터페이스들을 통해 사용될 수 있다.

[0049] 네트워크(100)는 또한, IRP(Interface Reference Point) 관리자(180) 및 IRP 에이전트(182)를 포함할 수 있다. IRP 관리자(180)가 자기-최적화 기능들을 제어할 수 있는 한편, IRP 에이전트(182)는, IRP 관리자가 자기-최적화 기능들의 성공 및/또는 실패를 알게 할 수 있다.

[0050] 도 1에 도시된 네트워크(100)의 네트워크 엔티티들은 단지 예시적이다. 네트워크(100)는 임의의 수의 엔티티들을 포함할 수 있으며, 이들 중 일부는 도 1에 도시된 것들과 상이할 수 있다. 게다가, 도 1에 도시된 네트워크 엔티티들 또는 엘리먼트들은 네트워크의 상이한 부분들에 로케이딩될 수 있다. 다양한 네트워크들, 및 인터페이스들 및/또는 프로토콜들의 대응하는 구현은 또한 단지 예시적이다.

[0051] RAN(radio access network)의 다양한 네트워크 엔티티 엘리먼트들은 RAT(radio access technology) 특정적일 수 있다. 예컨대, LTE에서, 네트워크는 EUTRAN(Enhanced Universal Terrestrial RAN)/EPC(Enhanced Packet Core)일 수 있다. eNB는, RAN/EUTRAN의 컴포넌트 일 수 있는 반면, MME, SON 또는 C-SON, SGW, PDN-GW, 또는 PCRF는 이볼브드 패킷 코어의 부분들일 수 있다. UMTS(Universal Mobile Telecommunications System)에서, Node B 및 RNC(radio network controller)는 RAN의 부분일 수 있지만, SGSN(serving GPRS support node),게이트웨이(GGSN), 및 PCRF는 코어의 부분일 수 있다.

[0052] 도 1의 실시예들에서, UE(110)는, 비디오 또는 임의의 다른 형태의 비디오 데이터를 다운로드하기 위해 미디어 최적화기(150)를 통해 인터넷(140) 내의 콘텐츠 소스(165)에 접속될 수 있다. 최적화된 콘텐츠가 미디어 최적화기(150) 또는 적어도 하나의 비디오 서버(160)로부터 PDN-GW(135)로 스트리밍될 수 있으며, PDN-GW(135)는 이 콘텐츠를 SGW(125)로 포워딩할 수 있다. 이어, SGW(125)는 eNB(120)를 통해 UE(110)로 콘텐츠를 포워딩할 수 있다.

[0053] CAN-EG(145)는, 적어도 하나의 비디오 서버(160) 및 미디어 최적화기(150)가 CAN-EG(145)에 요청들을 함으로써 PDN-GW(135)와 UE(110) 사이의 베어러 특성들을 설정 및/또는 수정하게 할 수 있다. CAN-EG(145)는 eNB(120) 및/또는 다른 네트워크 엘리먼트들로부터 네트워크 메트릭들을 수집할 수 있고, 네트워크 메트릭들을 미디어 최적화기(150) 및 비디오 서버(160)에 보고할 수 있다. 일부 실시예들에서, 미디어 최적화기(150) 및 비디오 서버(160)는, CAN-EG(145)를 통해 네트워크(170)를 이용하여 eNodeB(120)와 통신할 수 있다. 예컨대, 적어도 하나의 비디오 서버(160)는, 콘텐츠 소스(165)로부터 비디오를 캐시하도록 동작할 수 있다. 따라서, 적어도 하나의 비디오 서버(160)는 대리 서버로 간주될 수 있고, 적어도 하나의 비디오 서버(160)는 콘텐츠 소스(165)에 비디오 데이터의 캐시된 카피들을 포함할 수 있다.

[0054] 네트워크(100)는 또한, LTE-A에서 셀 아키텍처들, 이를테면, 피코 셀, 마이크로 셀 또는 펨토 셀을 활용할 수 있다. 다수의 eNB들을 제어하기 위해 사용되는 ZeNB(zone eNB) 제어기 및 CDN(content delivery network) 대리는 또한 네트워크(100)에 포함될 수 있다.

[0055] 일부 실시예들에서, SON 기능은, 적어도 하나의 네트워크 엘리먼트, 이를테면 무선 네트워크(100)의 SON 서버, C-CON 서버, Node B, eNB, 또는 MME에 상주할 수 있다. SON 기능은, UE가 비디오 데이터를 수신 및/또는 플레이하는 기간 동안, UE에 영향을 미치는 컨디션들을 모니터링 및/또는 결정하기 위해 사용될 수 있다. 컨디션들은, 예컨대, UE가 통신하는 임의의 네트워크 엔티티 또는 통신 채널의 정보 용량, 로드, 또는 스루풋과 연관될 수 있다. 다른 실시예들에서, 컨디션들은, 무선 네트워크를 통해 애플리케이션으로부터 UE로 정보를 송신하는 코스트일 수 있다. 이러한 코스트는, 예컨대, 팩터들 이를테면 사용되고 있는 변조 방식에 의존할 수 있고, 정보 비트 당 코스트 측면에서 표현될 수 있다. 소정의 실시예들에서, UE는 액션을 수행할지를 결정하기 위해 위에서 특정된 컨디션들 중 임의의 컨디션을 사용할 수 있다.

[0056] 무선 네트워크(100)는, 복수의 UE들, 이를테면 UE(110), UE(172A), UE(172B), UE(172C), UE(172D), 및 UE(172E)를 서빙할 수 있으며, 복수의 UE들은 네 작업 서비스들을 수신할 수 있고, 이들이 자원들을 사용하는 것은 임의의 주어진 UE, 이를테면 UE(110)에 이용가능한 자원들에 영향을 미친다. UE들(110 및 172A-172E)은, 소정의 실시예들에서, 네트워크(100) 에 대해 상이한 관계들을 가질 수 있다. 하나 또는 그 초과의 UE들은, 상이한 보장된 서비스 레벨들, 경험 컨디션들, 및/또는 시간에 따라 변화하고 UE들에 따라 상이한 이벤트들을 경험할 수 있다. 무선 네트워크(100)는 OME(118), IRP 관리자(180), 및/또는 IRP 에이전트(182)에 의해 관리되는 정책을 구현할 수 있다. IRP 에이전트(182)는, SON 기능들이 상충하는 파라미터 값들을 요청할 때, 정책 방향들을 정의하는 데 있어서 IRP 관리자(180)를 지원할 수 있다. 정책 방향들이 주어지지 않으면, IRP 에이전트(182)는 디폴트 정책 방행을 적용하도록 IPR 관리자(180)에 명령할 수 있다.

[0057] 정책 방향은 IRP 에이전트(182)로부터의 예상된 거동을 설명할 수 있다. 정책 방향의 예들은, 둘 또는 그 초과의 SON 기능들이 충돌 값들을 요청하는 경우 SON 기능들의 우선순위를 매기거나, 특정 양의 시간 동안 파라미터의 추가 변경들을 금지하거나, 바람직한 값 범위들을 선택하거나, 충돌들을 보고하도록 IRP 에이전트(182)에 지시하는 것을 포함할 수 있다. SON 기능들 사이의 충돌을 포함하는 실시예에서, IRP 에이전트(182)가 충돌을 해결할 수 없으면, IRP 에이전트(182)는 IRP 관리자(180)가 파라미터 값들을 결정하는 것을 도울 수 있다.

[0058] IRP 에이전트(182)는 또한, IRP 관리자(180)가 SON 조정 정책을 구성하는 것을 도울 수 있다. 조정 정책은, 상이한 자기-최적화 기능들 사이의 그리고 하나의 자기-최적화 기능 내의 상이한 타겟들 사이의 조정을 포함할 수 있다.

[0059] 정책은 또한, 네트워크 엔티티가 서비스 예측들을 할 때 고려할 수 있는 컨디션들, 및/또는 예측이 어떤 사용자 장비로 전달될 수 있는지를 정의할 수 있다. 네트워크 엔티티에 의한 예측이, 비디오 데이터가 프리-필링을 위해 UE에 전달되게 하면, 예측이 어떻게 이루어지는지를 지시하는 정책은 UE에 영향을 미칠 수 있다. 게다가, 비디오 데이터의 UE로의 전달, 및 예측에 대한 응답인 UE의 후속적인 액션은, 다른 UE들에 대한 자원들의 이용 가능성에 상당한 영향을 미칠 수 있다. 따라서, 소정의 실시예들에서, 비디오 데이터의 프리-필링에 관련된 예측이 UE에 전달될 수 있는 컨디션들은 정책에 의해 정의될 수 있다. 일부 실시예들에서, 정책은 또한 예측을 수신하는 UE가 어떻게 그러한 예측들을 해석 및/또는 이들에 대해 작용할 수있는지를 정의할 수 있다.

[0060] 예측들을 할 때, 네트워크 엔티티는 다른 UE들에 과도하게 영향을 미치지 않으면서 버퍼링된 데이터를 수신할 수 있도록, UE에 자격이 부여된 서비스 품질, 특정 UE가 데이터의 적시 전달을 손상시킬 저하된 컨디션들에 직면할 가능성 및/또는 UE가 평균 이상의 컨디션들에 직면할 가능성을 고려할 수 있다. 예측들은 고려된 기간 및 예측된 이벤트들 또는 컨디션들이 지속될 것으로 예상되는 시간에 따라 변할 수 있다.

[0061] 예측들은 또한, 자기-최적화를 위한 특정 네트워크 규칙에 적어도 부분적으로 기반하여 네트워크 엔티티에 의해 행해질 수 있다. 자기-최적화를 위한 규칙은 SON 또는 C-SON에 의해 설정될 수 있다. 예측들은 네트워크의 다양한 레벨들을 기반으로 행해질 수 있다. 예컨대, 예측들은 전체적인, 셀 레벨의, 매크로 셀의, 마이크로 셀 및 피코 셀과 같은 중첩하는 셀의 또는 특정 eNB에 따른 네트워크, 및 그 동작에 영향을 미치는 컨디션들에 따라 달라질 수 있다.

[0062] 소정의 실시예들에서, eNB (120)는 비디오 데이터를 현재 수신하고 있는 UE들, 이를테면 UE(110)로부터 자기 자신의 측정들을 수행하고 그리고/또는 측정들을 수신할 수 있다. eNB(120)는 또한, 네트워크 또는 네트워크 환경 내의 다른 UE들, 이를테면 UE들(172A-172E)로부터 측정들을 수신할 수 있다. 이어, 하나 또는 그 초과의 네트워크 엘리먼트들은, 예컨대, UE의 서비스 레벨에서 측정들을 분석하고 측정들에 기반하여 예측들을 실행할 수 있다. 서비스 레벨은 전달 레이트 및 UE(110)에 제공될 수 있는 데이터 전달 품질을 포함할 수 있다. 서비스의 저하들 또는 개선들을 구성할 수 있는 서비스의 변화에 관한 예측들은, 현재 비디오 데이터를 수신하고 있거나, 미래에 비디오 데이터를 수신할 UE(110)로 통신될 수 있다.

[0063] 소정의 실시예에서, 네트워크 엔티티 또는 엘리먼트는, UE(110)에 의해 행해진 측정들에 기반하여, UE가 커버리지 홀에 접근하고 있을 수 있다고 결정할 수 있다. 커버리지 홀은 네트워크 평균에 비해 감소된 커버리지의 영역으로 정의될 수 있다. 커버리지 홀은, 작거나 큰 감소가 있더라도, 네트워크 평균보다 낮은 감소의 임의의 레벨을 포함할 수 있다. 예측된 커버리지 홀에 기반하여, 네트워크 엔티티 또는 엘리먼트가 양호한 커버리지 영역에 여전히 있으면서 UE가 데이터를 프리-필링해야 한다고 결정할 수 있다. 네트워크 엔티티에 의한 이러한 결정은, 낮은 커버리지의 영역에서의 통신에 더 큰 커버리지의 영역에서보다 높은 비용이 할당되는 코스트 계산에 적어도 부분적으로 기초하여 행해질 수 있다.

[0064] 마찬가지로, 높은 네트워크 트래픽을 경험하는 높은 네트워크 로딩의 영역 또는 시간에, 낮은 네트워크 로드의 영역 또는 시간보다 높은 코스트가 할당될 수 있다. 네트워크 엘리먼트는, 낮은 네트워크 로딩의 영역에 있는 동안 또는 낮은 네트워크 로딩의 시간에 UE가 데이터를 프리-필링할 수 있다고 결정할 수 있다. UE에 의한 데이터 전달을 유지, 개선 또는 중지할지 여부를 결정할 때, 다양한 다른 인자들이 고려될 수 있다.

[0065] 네트워크(100)는 데이터 전달을 유지하거나 개선시킬 필요성을 표시하는 것으로 해석될 수 있는 정보를 UE에 전달하거나 전송할 수 있다. 다시 말해서, UE로 전송되는 정보는, UE가 데이터를 프리-필링하거나, 자원을 저장하거나, 그렇지 않으면 사용자 경험의 품질을 유지하기 위한 단계들을 취해야 한다는 것을 표시할 수 있다. 데이터가 프리-필링되어야 한다는 명시적 표시들 또는 손상의 예측들을 포함할 수 있는 정보를 수신 시, UE는 애플리케이션 프로그래밍 인터페이스를 통해 UE 상에서 동작하는 모바일 애플리케이션들이 정보를 이용할 수 있게 할 수 있다.

[0066] 소정의 실시예들에서, 하나 또는 그 초과의 네트워크 엘리먼트들 또는 엔티티들은, UE가 데이터를 언제 요청해야 할지 그리고 어떻게 요청해야 할지를 결정하기 위해 사용될 수 있는 예측들을 하기 위해 사용될 수 있다. 이러한 예측들은 특정 UE에 특정할 수 있고, UE의 상태에 의존할 수 있다. 하나 또는 그 초과의 네트워크 엔티티들이, 네트워크에 의해 예측들이 어떻게 행해지는지에 관한 결정에 포함되어 UE에 전달될 수 있다. 예컨대, 네트워크는, 특정 제어들, 대상들 또는 KPI(key performance indicator)들을 사용하거나 생성하여 예측의 특정 특성을 결정할 수 있다. 이어, 이러한 예측들 하나 이상의 네트워크 엔티티에 의해 행해진 결정들에 기반하여 UE들에 제공될 수 있다. 예컨대, OME(118)는 어떤 예측들이 어떤 UE로 전송될 지를 제어하는 정책을 설정할 수 있다.

[0067] 예로서, UE가 상승된 서비스 레벨에 자격이 주어지면, 더 많은 네트워크 자원들이 비디오 데이터를 UE에 전달하는데 전용될 수 있다. 이러한 실시 예에서, 예측은, 데이터가 필요하기 전까지 UE가 데이터를 수신할 가능성을 증가시킬 수 있다. 예측들은 또한, 열악한 커버리지를 제공하는 위치로의 UE의 이동, 또는 반면에, 양호한 커버리지를 제공하는 위치 안팎으로의 UE의 이동과 같은, 특정 UE들과 관련된 특정 이벤트들을 고려할 수 있다.

[0068] UE가 비디오 데이터를 프리-필링해야 하는지 여부 또는 그렇지 않으면 데이터 전달을 유지, 개선 또는 중지해야 하는지에 대한 결정은 예상된 통신 코스트들에 기초하여 평가될 수 있다. 코스트는 비디오 데이터를 전달하는 데 필요한 통신 자원들의 측면에서 표현될 수 있다. UE(110)가 양호한 커버리지의 영역에 있을 때, 비디오가 중지되더라도, 비디오를 사전-전달하는 것은, 소정 실시예들에서, 플레이백을 위해 비디오를 적시에 전달하는 것보다 코스트가 더 적을 수 있다. 다른 한편으로, UE(110)가 열악한 커버리지 영역에 있을 때, UE는 플레이백을 위해 적시까지 데이터를 프리-필링하거나 데이터가 사전-전달되게 하는 것을 방지하기를 원할 수 있다.

[0069] 전술한 바와 같이, UE의 컨디션에 대한 네트워크 엔티티에 의한 예측들은 다수의 팩터들 또는 이벤트들을 포함하거나 이들에 기반할 수 있다. 예컨대, 팩터들은 예상 콜 드롭을 포함할 수 있고, 이는 라디오 주파수 컨디션들, UE 또는 임의의 다른 네트워크 엔티티에 의해 취해진 측정들, UE 리포트들, 및/또는 결정에 도움이 될 수 있는 임의의 다른 팩터에 기반할 수 있다.

[0070] 팩터의 다른 예는 예상된 서비스 품질 저하를 포함할 수 있다. 서비스 품질 저하는, 네트워크가 스루풋, 시간 예산 및/또는 다른 유사한 파라미터의 측면에서 UE가 요구한 서비스 품질을 지원할 수 없음을 나타낼 수 있다. 예측을 결정할 때 고려될 수 있는 가능한 이벤트들은, 에너지 절약 이벤트들, 이를테면, 셀 셧다운, IRAT(inter-radio access technology) 핸드 오버일 수 있는 예측된 핸드오버, 및/또는 일시적인 또는 영구적인 서비스 품질 저하를 초래할 수 있는 다른 유사한 이벤트들일 수 있다.

[0071] 도 1에 도시된 네트워크(100)와 같은 분산된 자기-최적화 네트워크에서, IRP 에이전트(182)는 SON 기능들에 의한 UE 통지 정책을 정의하기 위해 IRP 관리자(180)에 대한 지원을 제공할 수 있다. 전술한 바와 같이, 통지 정책은, UE가 예측을 통지받을 수 있을 때를 위해 네트워크에 의해 결정된 정책을 포함한다. 예컨대, SON 기능은 UE(110)에 영향을 미치는 서비스 저하 또는 개선을 예측하는 데 사용될 수 있다. 통지 정책은 특정 이벤트 타입들, 특정 타겟들, KPI(key performance indicator)들, 임계값들, 제어들 또는 통지 정책에 의해 사용될 수 있는 임의의 다른 팩터 또는 트리거를 포함할 수 있다. 통지 정책은 또한, 시간의 측면에서 표현된 예측의 특정 심도, 및/또는 특정 자기-최적화 네트워크 기능들을 포함할 수 있다. 정책은 또한, 예측의 구성적 레벨, 이를테면, 예측의 eNB, 셀 또는 다른 레벨을 포함할 수 있으며, 예컨대, 서비스 품질 레벨에 기반하여 특정 UE 그룹들을 지정할 수 있다.

[0072] 하이브리드 SON 서버, OME 및/또는 C-SON 서버의 경우, IRP 관리자(180) 및 IRP 에이전트(182)는 에너지 절약 및 셀 경계 또는 시스템 경계를 포함하는, 예측들의 더 높은 레벨 또는 더 높은 스케일을 제공하기 위해 사용될 수 있다. 소정의 실시예들에서, 예측들은, 서비스의 일반적인 높은 레벨에 대한 프리미엄 서비스의 일부로서 제공되거나, 사용자의 비디오의 중단을 방지하기 위해 예측들을 제공 및/또는 예측들에 작용하도록 지시된 서비스를 위해 제공될 수 있다.

[0073] UE가 네트워크 엔티티로부터 정보를 수신하면, UE는 UE에 영향을 미치는 컨디션에 기반하여 동작을 수행할 수 있다. 네트워크 엔티티로부터 수신된 정보는, 예컨대, 서비스 저하가 예상된다는 것과 UE가 사용자 경험의 품질을 유지하거나 송신 코스트들을 최소화하기 위한 액션들을 취해야 한다는 것을 UE에 알릴 수 있다. UE에 의한 하나의 가능한 액션의 예는, 통상의 네트워크 컨디션들보다 만족스럽거나 양호한 네트워크 컨디션들을 여전히 경험하면서, 비디오 데이터를 프리-필링하는 것일 수 있다. 가능한 다른 액션의 예는, 열악한 컨디션이 끝날 때까지 과도한 데이터 사용을 필요로 하는 활동들을 연기하는 것일 수 있다. 그러한 액션이 특히 적절할 수 있는 하나의 컨디션은, 핸드오버 동안이거나, UE가 핸드오버의 임계치에 있을 때 일 수 있다. 이러한 실시예에서, UE는 셀의 에지에 있을 수 있고, 새로운 셀로의 핸드오버가 완료되면, 더 양호한 컨디션들을 경험할 것으로 예상될 수 있다.

[0074] 네트워크 엔티티 또는 엘리먼트, 이를테면, OME(118)는 UE에 영향을 미치는 컨디션들을 UE에 표시하는 정보를 포함하는, UE(110)에 대한 메시지 또는 신호를 준비하고, 그런 다음, UE가 컨디션들 기초하여 액션을 수행해야 하는지 여부를 결정할 수 있다. 예컨대, 메시지 또는 신호는, 손상까지의 추정 시간, 손상의 추정된 지속 기간, 또는 다른 관련 정보와 같은 정보를 포함할 수 있다.

[0075] 소정의 실시예들에서, UE가 수신하기로 선택한 프리-필링의 양은, 지금까지 시청된 비디오의 양, 및 시청한 비디오의 양에 따라 또한 변화할 수 있는, UE의 사용자가 비디오를 중지할 확률에 의해 영향을 받을 수 있다. 프리-필링의 양을 결정하는 데 있어서의 또 다른 팩터는, 비디오 데이터의 셋업 및 로딩 시간일 수 있다. 사용자가 더 긴 셋업 시간을 기다렸을 때, 사용자가 비디오를 끝까지 볼 가능성이 더 높다고 가정될 수 있다. 고려될 수 있는 또 다른 팩터는, 특정 사용자에 대한 중지 이력을 포함한다. 사용자가 짧은 시간 후에 비디오를 중지한 이력을 갖는다면, UE가 데이터를 프리-필링 필요가 있을 가능성은, 비디오를 끝까지 시청하는 경향이 있을 수 있는 사용자에 비해 실질적으로 감소될 수 있다.

[0076] 소정의 실시예들에서, 라디오 액세스 네트워크는 에어 인터페이스의 손상을 예측할 수 있고, UE(110)는 eNB에 의한, 다른 네트워크 엔티티의 예측을 통지받을 수 있다. 예측은, 정보, 이를테면, 손상까지의 추정 시간, 손상의 추정 지속 기간 및 임의의 다른 관련 정보를 포함하는 메시지의 형태로 생성될 수 있다. 예로서, 메시지는 라디오 자원 제어 메시지일 수 있고, UE는, 메시지 또는 표시에 포함된 임의의 추가 정보뿐만 아니라 표시를, 처리를 위해 상위 계층에 전달할 수 있다.

[0077] 일 예에서, 네트워크(100)의 동작에 관하여 다음과 같이 가정될 수 있다:

셀 반경 - 0.6 킬로미터(km).

셀 간 거리 - 약 1 km.

모빌리티 모델 - 30% "모바일 사용자들" (시속 30 km(km/h) 초과로 이동)

70% "정적 사용자들" (30 km/h 미만으로 이동).

전체 액세스 시도 횟수(모든 라디오 주파수 컨디션들의 모든 사용자) N

서비스 개시 코스트: Y 정보 비트

변조 : QPSK(quadrature phase shift keying) 및 QAM(quadrature amplitude modulation)

QPSK - "불량한" RF

QAM - "양호한" RF

"불량한 RF "- QPSK - 평균 심볼들/정보 비트 = 1.9

"양호한 RF "- QAM - 평균 심볼들/정보 비트 = 0.4

[0078] 비디오 데이터를 프리-필링하는 것은, 양호한 RF 컨디션들에서 서비스들을 수행하는 것을 가능하게 할 수 있다. 프리-필링을 하지 않으면, 이러한 서비스들은 불량한 RF 컨디션들에서 수행될 것이다. 예컨대, 현재 양호한 RF 컨디션들에 있는 평균 모바일 사용자가 대략 앞으로 2분 또는 그 미만(30 km/h로 1km를 이동하는 데 필요한 시간) 이내에 불량한 RF 컨디션들에 있을 것이라고 가정한다. 사용자들 중 30 %가 모바일 사용자들인 경우, 비디오의 프리-필링을 허용하는 것은, 양호한 RF 컨디션들 하에서 30 %의 서비스들이 수행되게 할 수 있으며, 그렇지 않으면, 30 %의 서비스들이 불량한 RF 컨디션들 하에서 수행될 것이다.

[0079] 액세스 시도들의 RF 코스트 측면에서, 프리-필링 없는 액세스 시도들의 코스트를 정의하면 다음과 같다:

[0080] 프리-필링이 허용된 액세스 시도들의 코스트들은 다음과 같다:

[0081] 앞선 예에서, 소정의 실시예들에 따라 데이터의 프리-필링을 허용하면 21 %의 개선이 가능하다. 도 4는 전술된 실시예들이 어떻게 UE의 배터리 효율을 증가시킬 수 있는지의 예를 예시한다.

[0082] 일부 실시예들에서, UE가 유리한 커버리지의 영역에 있는 경우, 이를테면, eNB에 근접하게 있거나, 덜 로드된 셀, 즉 네트워크 엔티티, 이를테면 eNB에 의해 제공된 자원들을 경쟁하는 UE들이 더 적은 셀에 있는 경우를 결정하기 위해 평가가 행해질 수 있다. 이러한 유리한 환경하에서, UE(110)가 유난히 유리한 컨디션들의 영역에 있다면, UE는 덜 유리한 커버리지로 곧 이동하게 될 가능성이 있기 때문에, 프리-필링은 바람직할 수 있다. 컨디션들이 평균보다 높거나 평균보다 훨씬 높으면, 임의의 변경이, 컨디션들을 평균에 더 가깝게 이르도록 할 개연성이 있기 때문에, 이는 사실이다. 게다가, 모바일 사용자 수와 정적 사용자 수의 차이 또는 불량한 RF 대 양호한 RF의 정보 비트당 평균 심볼들의 차이와 같은 컨디션들의 차이들이 상대적인 코스트들의 변화를 초래할 수 있다.

[0083] 도 2는 UE(201) 및 LTE 네트워크 엘리먼트와 같은 네트워크 엔티티 또는 엘리먼트(202)의 세부 사항들을 예시한다. 네트워크 엘리먼트(202)는 SON, C-SON, eNB, CAN-EG, MME, OME, IRP 에이전트, IRP 관리자, 또는 임의의 다른 적절한 네트워크 엘리먼트 또는 엔티티일 수 있다. UE(201)는 송신기(203), 수신기(204), 라디오 제어기(206) 및 안테나(208)를 포함할 수 있다. UE(201)는 또한, 버스(216)를 통해, 라디오 제어기(206)뿐만 아니라 서로 통신하는 프로세서(210), 메모리(212) 및 저장소(214)를 포함할 수 있다. UE(201)는, 저장소(214)에 적절하게 상주하고, 프로세서(210)에 의한 사용을 위해 필요에 따라 메모리(212)로 전달되는 데이터(218) 및 프로그램들(220)을 사용할 수 있다.

[0084] 네트워크 엘리먼트(202)는 송신기(222), 수신기(224), 라디오 제어기(226) 및 안테나(228)를 포함할 수 있다. 네트워크 엘리먼트(202)는 또한, 버스(236)를 통해 라디오 제어기(226)와 그리고 서로 통신하는 프로세서(230), 메모리(232) 및 저장소(234)를 포함할 수 있다. 네트워크 엘리먼트(202)는, 저장소(234)에 적절하게 상주하고, 프로세서(230)에 의한 사용을 위해 필요에 따라 메모리(232)로 전달되는 데이터(238) 및 프로그램들(240)을 사용할 수 있다. 네트워크 엘리먼트(202) 또는 사용자 장비(201)와 관련하여 설명된 프로그램들 또는 모듈들 각각은, 하드웨어, 이를테면 프로세서(210, 230), 메모리(212, 232), 송신기(202, 222) 및/또는 수신기(204, 224)에 의해 수행될 수 있다.

[0085] 네트워크 엘리먼트(202)에 의해 사용되는 프로그램들(240) 중에서, 정보 수집 모듈(241)은, UE(201)에 영향을 미치는 컨디션들을 모니터링하기 위해 포함되고, 미래 컨디션들에 관한 예측들을 하기 위해 정보를 분석하고 그리고/또는 UE가 데이터 전달을 개선, 유지 또는 중지할 지를 결정할 수 있는 정보 분석 모듈(242)이 포함된다. 네트워크 엔티티 또는 엘리먼트(202)는 또한, 적절한 신호들을 생성하기 위한 신호 생성 모듈(244)을 포함한다. 네트워크 엘리먼트(202)는, UE로부터의 요청들에 응답하고 요청들을 충족시키기 위해 비디오 데이터를 전달하는 비디오 전달 모듈 (246)을 포함한다.

[0086] UE (201)는 네트워크 엘리먼트(202)로부터 신호들, 이를테면, 채널 컨디션들이 손상될 것이라는 예측들 또는 UE가 데이터를 프리-필링하거나, 데이터를 압축하거나, 과도한 데이터 사용이 필요한 활동을 일시 중지하는 것과 같이 사용자의 비디오 경험을 개선시키거나 유지하기 위한 조치를 취해야 한다는 것을 표시하는 신호들을 수신하는 eNB 신호 분석 모듈(252)뿐만 아니라, 네트워크 엘리먼트(202)에 채널 컨디션들을 보고하는 컨디션 보고 모듈(250)을 포함할 수 있다. 네트워크 엘리먼트 신호 분석 모듈(252)은, 네트워크 엘리먼트(202)로부터 수신된 신호들을 검사하고, UE에 의해 취해질 적절한 액션을 선택할 수 있다. 소정의 실시예들에서, 응답은 액션을 수반할 수 있다. UE(201)는, 적합한 액션들, 예컨대, 추가의 비디오 데이터를 요청하거나, 압축을 증가시키거나, 과도한 데이터 로드를 필요로 하는 활동들을 중지시키거나, UE에 의한 임의의 다른 액션을 지시하는 비디오 관리 모듈(254)을 더 포함할 수 있다. 비디오 관리 모듈(254)은 또한, 사용자에게 순조로운 비디오 전달을 제공하기 위해 비디오 데이터의 수신 및 재생을 관리할 수 있다.

[0087] 메모리(212 및 232) 및 저장소(214 및 234)의 다양한 실시예들은, 반도체 기반 메모리 디바이스, 자기 메모리 디바이스 및 시스템들, 광학 메모리 디바이스 및 시스템들, 고정 메모리, 착탈식 메모리, 디스크 메모리, 플래시 메모리, 동적 랜덤 액세스 메모리(DRAM), 정적 랜덤 액세스 메모리(SRAM), 전기적 소거 가능 프로그래머블 판독 전용 메모리(EEPROM), 또는 임의의 다른 타입의 메모리를 포함하는(그러나 이에 제한되지 않음), 로컬 기술 환경에 적절한 임의의 데이터 저장 기술 타입을 포함할 수 있다. 프로세서(210 및 230)의 다양한 실시예들은, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, 디지털 신호 프로세서(DSP)들 및 멀티-코어 프로세서들을 포함할 수 있지만, 이에 제한되지 않는다.

[0088] 다양한 모듈들(242-246 및 250-254) 각각은, 예컨대, 메모리(212 및 232) 및 저장소(214 및 234)에 저장된 애플리케이션 컴퓨터 프로그램으로서 구현될 수 있다. 다른 실시예들에서, 모듈들(242-246 및 250-254)은, 소프트웨어, 펌웨어 또는 하드웨어 모듈들 또는 이들의 조합으로서 구현될 수 있다. 특히, 소프트웨어 또는 펌웨어의 경우에, 일 실시예는 소프트웨어 관련 제품, 이를테면, 비-일시적인 컴퓨터 판독 가능 메모리, 컴퓨터 판독 가능 매체 또는 컴퓨터 프로그램 코드를 이용하는 프로그램 명령과 같은 컴퓨터 판독 가능 명령을 포함하는 컴퓨터 판독 가능 저장 구조를 이용하여 구현될 수 있다. 컴퓨터 프로그램 코드는, 예컨대, 컴퓨터 판독 가능 메모리에 저장된 소프트웨어 또는 펌웨어일 수 있으며, 그 상에서 컴퓨터 프로세서에 의해 실행될 수 있다.

[0089] 모듈들(242-246 및 250-254)은 또한 별개의 블록들로서 구현될 수 있거나 임의의 다른 모듈과 결합될 수 있거나, 모듈의 블록들은 그들의 기능성에 따라 몇몇 블록들로 분할될 수 있다. 더욱이, 모든 또는 선택된 모듈들은, 집적 회로를 사용하여, 예컨대, ASIC(application specific integrated circuit)를 사용하여 구현될 수 있다.

[0090] 도 3은 소정의 실시예들에 따른 흐름도(300)를 예시한다. 도 3에 예시된 단계들의 특정 순서는 단지 예시적인 것이며, 하나 또는 그 초과의 단계들이 스킵되거나, 상이한 단계들이 부가되거나 대체될 수 있거나, 단계들의 선택된 단계들 또는 그룹들이 상이한 프로세스에서 수행될 수 있다. 단계(302)에서, 도 1의 네트워크(100)와 유사한 자기-최적화 네트워크의 네트워크 엘리먼트 또는 엔티티는, 적어도 하나의 UE에 영향을 미치는 네트워크 컨디션들에 관한 측정들을 수신할 수 있다. 컨디션들은, 적어도 하나의 UE에 의한 비디오 데이터의 수신에 영향을 미치는 컨디션들에 관련될 수 있다.

[0091] 단계(304)에서, 네트워크 엘리먼트 또는 엔티티는, 커버리지, 더 양호한 서비스 또는 더 불량한 서비스의 영역으로의 UE의 이동, 및/또는 자원들에 대한 다른 UE들에 의한 요구와 같은 팩터, 및 다른 관련 팩터들을 고려하여 컨디션들을 평가하거나 분석할 수 있다. 이러한 평가 또는 분석에 기초하여, 네트워크 엔티티는 사용자 경험을 보장하기 위해, UE가 데이터 전달을 유지, 개선 또는 중지시키기 위한 동작을 수행해야 하는지를 결정할 수 있다. 예컨대, UE에 의한 이러한 액션들은, 비디오 데이터의 프리-필링, 비디오 데이터의 압축, 데이터에 대한 더 높은 요구를 제시하는 애플리케이션들의 일시 중지, 및 사용자의 경험을 보장하거나 네트워크 및/또는 UE의 효율성을 개선시키는 데 사용될 수 있는 임의의 다른 액션을 포함할 수 있다. 일부 실시예에서, 이 결정은, 사용자가 비디오를 중지할 예상 가능성에 부분적으로 기반하여 행해진다.

[0092] 단계(306)에서, 네트워크 엘리먼트 또는 엔티티는 UE에 메시지를 시그널링하거나 전송할 수 있다. 신호 또는 메시지는, 사용자의 비디오 데이터 경험을 유지하기 위한 액션을 취할 필요가 있는지 여부에 관한 표시 및/또는 관련 정보를 포함할 수 있다. 단계(308)에서, UE는 UE에 영향을 미치는 컨디션에 기반하여 네트워크 엔티티로부터 정보를 수신할 수 있다. 정보는, 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 한다고 표시할 수 있다. 단계(310)에서, UE는, 애플리케이션 프로그래밍 인터페이스를 통해 비디오 데이터를 사용하는 모바일 애플리케이션이 네트워크 엔티티로부터 수신된 정보를 이용 가능하게 할 수 있다.

[0093] 단계(312)에서, UE 또는 UE 내에서 실행되는 애플리케이션들은, 프리-필링을 위해 네트워크로부터 비디오 데이터를 요청하거나 필요에 따라 임의의 다른 액션을 취할 수 있다. 다시 말해서, 단계(312)에서, 네트워크 엔티티에 의해 식별된 컨디션이 UE에 영향을 미치는 동안, UE는 네트워크 엔티티로부터 수신된 정보에 기반하여 액션을 수행할 수 있다. 단계(312)에서, UE는, 데이터가 요구되기 전에 데이터의 전달을 유지하거나, 데이터 압축을 증가시키도록 네트워크 엔티티에 요청할 수 있다. 소정의 실시예들에서, UE는 수신된 정보에 대한 응답으로, 높은 데이터 요구의 행동을 일시 중지할 수 있다.

[0094] 도 4는 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜에 의해 제공되는 감소된 혼잡 레이트들을 보여주는 도면을 예시한다. 구체적으로, 도 4는 다른 소셜 미디어 사용자에 의해 포스팅된 비디오를 다운로드하는 소셜 미디어 애플리케이션을 실행하는 UE의 배터리 사용을 예시한다. 칼럼(410)은 네트워크 지식이 없거나, 전술한 실시예들을 사용하지 않는 사용자 장비에서의 배터리 사용을 예시한다. 12 시간 기간에, 1 기가바이트를 초당 0.6 메가비트(megabit)의 레이트로 다운로드 한 후에는, 사용자 장비 배터리의 100 퍼센트가 소모될 수 있다. 열(410)에서의 배터리 사용은, 혼잡한 데이터 트래픽 시간 동안 데이터를 다운로드하는 것을 반영할 수 있다.

[0095] 다른 한편으로, 열(420)은 전술한 실시예들에서 논의된 바와 같이, 네트워크 지식을 갖는 UE에서의 배터리 사용을 예시한다. 12 시간 기간에, 1 기가바이트를 초당 6 메가비트(megabit)의 레이트로 다운로드 한 후에, 사용자 장비의 배터리의 20 퍼센트가 소모된다. 열(420)에서의 배터리 사용은, 혼잡하지 않거나 덜 혼잡한 데이터 트래픽 시간 동안 더 많이 다운로드되는 것을 반영할 수 있다.

[0096] 도 5는 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜의 네트워크 다이어그램의 예를 예시한다. 지식 공유 프로토콜은 네트워크로부터 UE로 정보를 전달하기 위해 특정 프로세스를 사용할 수 있다. 이러한 프로토콜은, UE 또는 UE상에서 실행되는 애플리케이션이 네트워크로부터 수신되는 정보에 기반하여 액션을 취하는 것을 가능하게 할 수 있다.

[0097] 소정의 실시예들에서, 프로토콜은 UE 또는 UE 내의 애플리케이션 또는 운영 시스템이 특정 애플리케이션 관련 정보를 네트워크 엔티티로 전달하는 것을 가능하게 할 수 있다. 이어, 네트워크 엔티티는, UE로부터 수신된 정보를 자신이 네트워크로부터 입수한 다른 정보와 통합하여 정보에 근거한 결정을 내릴 수 있다. 정보에 근거한 결정은, 사용자 장비에 영향을 미치는 컨디션들을 분석하고, UE가 그러한 컨디션들에 기초하여 액션을 수행해야 하는지 여부를 결정하는 것에 관련될 수 있다.

[0098] 일부 실시예들에서, UE들의 서브셋 만이 네트워크 지식 공유 프로토콜을 지원할 수 있다. 예컨대, 프로토콜은 독점적인 프로토콜일 수 있으며, 이는 UE들의 서브셋에 의해서만 구현될 수 있다. 이러한 실시예에서, 네트워크의 모든 UE들을 의미하는 UE들의 광범위한 세트는 셀룰러 표준화된 메시징을 구현할 수 있다. 그러나, 이들 UE들의 특정 서브 세트는, 이 지식 공유 프로토콜을 지원할 수 있는 추가의 독점 프로토콜을 구현할 수 있다.

[0099] 네트워크 지식 공유 프로토콜은, UE로 또는 UE로부터 송신되는 총 시간 및 전력을 감소시키는 것과 같은 배터리 수명 및 용량 이점들을 제공할 수 있다. 프로토콜은, 과도하거나 불필요한 업링크 또는 다운링크 전송이 있는 시나리오를 방지함으로써 사용되는 총 시간 및 전력량을 감소시킬 수 있다. 전송이 불필요한 그러한 기간의 예는, 백그라운드 전달이 막 완료된 후 또는 스트리밍 플레이아웃 버퍼가 필요한 심도보다 더 깊게 오버필링 되는 것을 방금 완료한 경우이다. 프로토콜은 또한, 네트워크가 비교적 혼잡하지 않은 경우 전달이 이루어지는 것을 보장함으로써 사용되는 총 시간과 전력량을 줄여, 전달을 완료하기 위한 총 시간이 비교적 짧게 할 수 있다.

[0100] 소정의 실시예들에서, 전달 동안 달성된 링크 속도가 10배로 증가된다면, 전류 소비의 총량을 대략 5배로 감소시키는 것이 가능할 수 있다. 이것은, 모뎀 온 타임이 약 10배로 감소되고, 다운로드 동안 전류 소모가 2배수만큼만 증가하는 반면에, 훨씬 더 높은 링크 속도(하나는 10 배 더 빠름)로 다운로딩하는 경우로부터 도출된다. 이 실시예는 또한, UE가 백그라운드 전달의 종료 시에 유휴 상태로 즉시 리턴하는 것을 포함할 수 있다. 다운로드가 더 빨리 완료되었기 때문에, UE는 더 빨리 유휴 상태로 리턴할 수 있다. 게다가, 이 특정 전달이 백그라운드 전달임을 네트워크가 알 수 있기 때문에, UE는 훨씬 더 빨리 유휴 상태로 전환될 수 있다.

[0101] 도 5는 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜의 네트워크 다이어그램의 예를 예시한다. 시스템은 UE들(520, 521, 522, 523) 및 eNB(510, 511, 512)를 포함할 수 있다. 도 5의 실시예에서, UE (520) 및 eNB (510)는 모두 네트워크 지식 공유 프로토콜의 부분이다. UE(520)는 전유일 수 있는 프로토콜을 사용하는 UE들의 서브세트로 간주될 수 있다. 다른 실시예들에서, 다른 UE들 및 eNB들이 또한 네트워크 지식 공유 프로토콜에 포함될 수 있다. 도 5의 시스템은 또한 MME(530), S-GW(serving gateway)(540), PCRF(550), PDN-GW(560) 및 인터넷(570)을 포함한다. 인터넷(570)은, 애플리케이션 서버들, 예컨대, UE 운영 시스템 제공자를 포함할 수 있다.

[0102] 소정의 실시예들에 따르면, 네트워크 엔티티는 가입자 또는 UE가 지식 공유 프로토콜을 지원한다고 결정할 수 있다. 일부 실시예들에서, 네트워크 엔티티는, UE의 IMEI 또는 IMEISV(international mobile station equipment identity), 또는 IMEISV의 마스킹된 버전 중 적어도 하나를 먼저 검사함으로써, UE가 이 전용 지식 공유 프로토콜을 지원한다고 결정할 수 있다. IMEISV는 개별적인 모바일 장비 및 소프트웨어 버전에 정보를 포함할 수 있다. 또한, 마스킹된 IMEISV는 이 정보를, 마스킹된 또는 난독화된 다른 사용자 아이덴티티 정보 함께 저장할 수 있다. 이 실시예에서, eNB와 같은 네트워크 엔티티는, 가입자가 지식 공유 프로토콜과 같은 특정 LTE 릴리스에 대해 3GPP 표준 내에서 특정된 것 이상의 추가 전유 성능을 갖는다고 결정하기 위해, IMEISV를 사용할 수 있다.

[0103] 다른 실시예에서, 고유한 서명이 가입자 UE에 의해 전송되었는지 여부를 검출하기 위해 심도 있는 패킷 검사를 사용함으로써, 엔티티는, 가입자가 전유 또는 지식 공유 프로토콜을 지원한다고 결정할 수 있다. 고유한 서명은, 예컨대 UE가 eNB와 같은 네트워크 엔티티에 접속한 직후에 전송되었을 수 있다.

[0104] 또 다른 실시예에는 프리미엄 가입자 서비스가 포함될 수 있다. 이 실시예에서, 지식을 공유하는 프로토콜을 지원하는 UE에는, 일부 특정 프리미엄 가입자 서비스에 대한 지식 공유 프로토콜과 같은 특권을 UE에게 부여하는 상태가 주어진다. eNB와 같은 네트워크 엔티티는, UE의 특정 사용자가 특정 프리미엄 서비스에 액세스할 수 있는 가입자인지 여부를 UE에 알릴 수 있다. 가입자가 이 특정 프리미엄 서비스를 받을 자격이 있다고 eNB가 판단하면, eNB는 지식 공유 프로토콜이 지원된다는 것을 안다. 이어, eNB는 다운링크 지식 공유 메시지를 UE에 송신하고, 이를 통해 지식 공유 프로토콜이 그 셀에서 지원된다는 것을 UE에 알릴 수 있다.

[0105] 가입자 UE가 전유 지식 공유 프로토콜을 지원한다고 네트워크 엔티티가 결정한 것에 대한 응답으로, eNB는 도 5에 도시된 바와 같이, 다운 링크 지식 공유 메시지를 UE에 송신하는 것을 개시할 수 있다. 메시지는, 3GPP 표준 내에서 통신 엘리먼트로 알려진 (LTE) MAC(media access control) 메시지 일 수 있다. 메시지는, 도 6의 표 6.2.1-1에 예시된 현재 사용되지 않는 (또는 예비된) 인덱스들(610) 중 하나를 사용할 수 있다.

[0106] 도 6은 소정의 실시예들에 따라, UTRAN(universal terrestrial RAN) 셀 ID(LCID) 값들을 도시하는 2개의 표를 예시한다. 도 6에서 볼 수 있듯이, 다운링크 스케줄링을 위한, 사용되지 않은 또는 예비된 12개의 값들(610)이 있을 수 있다. UE로 송신된 다운링크 지식 공유 메시지는, 이들 사용되지 않은 또는 예비된 값들(610) 중 하나를 사용할 수 있다.

[0107] 소정의 실시예들에서, UE는 또한, 자신이 지식 공유 프로토콜을 사용할 수 있는지 여부를 결정할 수 있다. 일부 실시예들에서, UE가 다운링크 지식 공유 프로토콜 메시지를 수신한 경우, UE는, 예컨대, 업링크 지식 공유 프로토콜 메시지들을 네트워크 엔티티에 전송하는 것을 포함하는, 지식 공유 전유 프로토콜을 이용하도록 허용될 수 있다.

[0108] 소정의 실시예들에서, 지식 공유 프로토콜은, 지식 공유 프로토콜 지원 검증에 대한 지원을 검출하기 위해 IMEISV에 의존하는 것을 피할 수 있다. 소정의 실시예들에서, UE는 지식 공유 프로토콜을 지원하는 셀들의 리스트를 리트리브하기 위해 웹 시그널링과 같은 최상위 시그널링을 통해 사용할 수 있다. 이어, UE는 특정 셀에서 지식 공유 프로토콜 지원의 정보를 캐싱하거나 저장할 수 있다. 다른 실시예에서, WLAN(wireless local area network) SSID(service set identifier) 정보는 잠재적으로 네트워크 지식 공유 프로토콜에 대한 네트워크 엔티티의 지원을 통지하기 위해 사용될 수있다.

[0109] 소정의 실시예들에서, 이웃하는 셀들 중 하나 또는 그 초과가 지식 공유 프로토콜을 지원한다는 표시를 다운링크 지식 공유 프로토콜을 통해 UE가 최근에 수신했을 수 있기 때문에, UE는 특정 셀이 지식 공유 프로토콜을 지원한다고 결정할 수 있다.

[0110] 다른 실시예에서, 제1 UE로도 알려진 UE는, UE가 애플리케이션 서버 및/또는 제2 UE로도 알려진 또 다른 UE로부터 표시를 수신할 때, 네트워크 엔티티가 지식 공유 프로토콜을 지원한다고 결정할 수 있다. 이 제2 UE는, 제2 UE가 특정 셀로부터 다운 링크 지식 공유 메시지를 수신했을 수도 있다는 것을 포함하는, 다수의 상이한 방법 중 하나를 통해 이 특정 셀이 지식 공유 프로토콜을 지원한다고 결정할 수 있다. 셀은, 대응하는 속성들, 이를테면, 셀 ID, MCC(mobile country code), PLMN(public land mobile network) 및 위치를 갖는 것으로 자기 자신을 식별했을 수 있다. 소정의 실시예들에서, 제2 UE는, 제1 UE에 직접 또는 이 특정 셀이 지식 공유 프로토콜을 지원한다고 제1 UE에 통지했을 수 있는 애플리케이션 서버에 통지할 수 있다. 이어, 제1 UE는, 특정 셀과 관련된 속성을 관찰하고 이를 애플리케이션 서버 및/또는 제2 UE로부터 수신된 정보와 비교함으로써, 이 특정 셀이 지식 공유 프로토콜을 지원한다고 결정하는 것이 가능할 수 있다. 이어, 제1 UE는 특정 셀이 지식 공유 프로토콜을 지원하는지 여부를 결론 내릴 수 있다.

[0111] 소정의 실시예들은, 지식 공유 프로토콜 지원을 표시하기 위해 사용되는 네트워크 엔티티로부터의 지식 공유 메시징을 감소시킬 수 있다. 다시 말해서, 소정의 실시예들은, UE가 특정 셀에서 지식 공유 프로토콜 지원에 대한 지식을 캐싱할 수 있게 한다. UE의 운영 체제(OS)는 특정 셀에서의 지식 공유 프로토콜 지원에 관한 정보를 캐싱할 수 있다. 예컨대, UE는 동일한 셀에서 재접속하기 전에 UE가 잠시 유휴 상태로 가는 실시예에서 정보를 캐싱할 수 있다. 이어, 동일한 OS를 사용하는 UE들은, 이 지식 공유 프로토콜 지원 정보를, UE 운영 체제 생태계, 이를테면, 동일한 OS를 사용하는 다른 디바이스들과 공유할 수 있다.

[0112] 그러나, UE가 지식 공유 프로토콜 지원 정보를 캐시할 경우, 특정 셀의 지식 공유 성능이 턴오프될 수 있는 것이 가능할 수 있다. 소정의 실시예들에서, UE에게 그 셀이 더 이상 프로토콜을 지원하지 않는다는 것을 인지시켜 주어야 한다. 그렇지 않으면, UE들은 지식 공유 프로토콜이 지원될 것으로 계속 기대할 수 있고, 후속하여, 지식 공유 메시지를 지식 공유를 지원하지 않는 네트워크 엔티티에 전송할 수 있다. 그 결과로, 네트워크 엔티티는, 예컨대, 처리되도록 구성되지 않은 예비된 인덱스를 통해 MAC 메시징을 수신할 때 성능 저하를 겪을 수 있다. 다른 실시예들에서, 지식 공유 프로토콜의 이점이 감소되는 경우, 그리고/또는 지식 공유 프로토콜에 의해 생성된 오버헤드가 네트워크 또는 네트워크 엔티티의 성능을 실질적으로 저하시킬 때, 자기-최적화 네트워크 또는 네트워크 엔티티는, 특정 셀들에서, 특정 위치들 및/또는 시간들에서, 자기-최적화 네트워크 또는 네트워크 엔티티는 지식 공유 프로토콜을 턴오프하고록 결정할 수 있다.

[0113] 일 실시예에서, 지식 공유 프로토콜 지원의 캐싱된 지식이 주어진 시간 간격 후에 자동으로 만료될 수 있어서, UE는 캐싱된 정보가 임계 시간 간격 이상으로 재확인되지 않은 후에 캐싱된 정보를 제거할 수 있다. 다른 실시예에서, 하나 또는 그 초과의 UE들은 지식 공유 프로토콜을 통해 이 프로토콜 지원이 곧 종료됨을 표시하는 명시적인 다운링크 메시지를 수신할 수 있다. 이어, 이 표시자는 지식 공유 프로토콜 및/또는 UE 타입과 관련된 애플리케이션 서버, 및/또는 임의의 다른 지식 공유 UE들과 추가로 공유될 수 있다.

[0114] 소정의 실시예들에서, 제1 UE는, 자신과 근접한 다른 UE들로부터의 피어-투-피어 시그널링을 관찰함으로써 소정의 네트워크 또는 네트워크 엔티티가 지식 공유 프로토콜을 지원한다고 결정했을 수도 있다. 예컨대, 제2 UE 가입자는, 특정 셀이 지식 공유 프로토콜을 지원함을 제1 UE에게 표시하는 특정 디바이스-대-디바이스(D2D) 시그널링을 송신할 수 있다. D2D 시그널링은, WLAN 시그널링, Bluetooth 시그널링 또는 3GPP D2D 시그널링 중 적어도 하나를 포함할 수 있다.

[0115] 일부 다른 실시예들에서, 제1 UE 가입자 또는 제1 UE는, 비-셀룰러 네트워크 엔티티에 의해 셀룰러 액세스 포인트 내에 콜로케이팅된 성능들을 갖는 것으로 통지되고 있는 WLAN 및/또는 블루투스와 같은 소정의 비-셀룰러 시그널링을 관찰함으로써 셀이 지식 공유 프로토콜을 지원한다고 결정할 수 있다. 예컨대, 특정 WLAN SSID, WLAN 사전-연관 정보 또는 블루투스 명칭은, 셀룰러 액세스 포인트 내에 콜로케이팅된 WLAN 및/또는 블루투스 성*j에 의해 송신될 수 있다. 소정의 실시예들은, 지식 공유 프로토콜이 그 셀에 의해 지원된다는 것을 UE에 추가로 표시하거나 인증하기 위해, 인증 또는 암호화된 WLAN 및/또는 블루투스 식별자들을 사용할 수 있다.

[0116] 소정의 실시예에서, 제1 가입자는, 네트워크 또는 네트워크 엔티티가 특정한 사전 결정된 패턴에 대응하는 셀의 구성을 관찰함으로써 지식 공유 프로토콜을 지원한다고 결정할 수 있다. 셀 구성이 이 패턴과 일치하는 것을 UE가 관찰할 때, UE는이 셀이 지식 공유 프로토콜을 지원한다고 결론을 내릴 수 있다.

[0117] 일부 실시예들에서, UE는 OAM(operations and maintenance) 서브 시스템과 같은 셀룰러 시스템으로부터 직접적으로 이 정보를 리트리브함으로써 네트워크 또는 네트워크 엔티티가 지식 공유 프로토콜을 지원한다고 결정할 수 있으며, 여기서 지식 공유 프로토콜 지원은 이 정보를 지식 공유 프로토콜을 이용하여 UE와 관련된 서버에 제공한다. UE는 셀 단위 또는 위치 단위로 이 정보를 리트리브할 수 있다.

[0118] UE가 지식 공유 프로토콜을 사용할 수 있다고 결정하면, UE는 업링크 지식 공유 메시징을 네트워크 엔티티에 송신할 수 있다. 업링크 메시지는 3GPP 표준 내에서 통신 엘리먼트로 알려진 MAC 메시지를 통해 전송될 수 있다. 메시지는, 도 6의 표 6.2.1-2에 예시된 현재 사용되지 않는 (또는 예비된) 인덱스들 중 하나를 사용할 수 있다.

[0119] 전술한 바와 같이, 도 6은 소정의 실시예들에 따른 LCID 값들을 보여주는 2개의 표들을 예시한다. 도 6에서 볼 수 있듯이, 업링크 스케줄링을 위한, 사용되지 않은 또는 예비된 11개의 값들(620)이 있을 수 있다. 네트워크 엔티티로 송신된 업링크 지식 공유 메시지는, 이들 사용되지 않은 또는 예비된 값들(620) 중 적어도 하나를 사용할 수 있다.

[0120] 도 7은 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜의 실시예를 예시한다. 구체적으로, 도 7은 UE에서의 지식 공유 프로토콜 흐름의 예이다. 단계(710)에서, UE는, 전술한 바와 같이, 프로토콜 지원 검증 및 수신될 CR(congestion report)을 대기할 수 있다. 프로토콜 지원 검증이 수신되면, UE는 단계 (711)에서 네트워크 엔티티, 이를테면 eNB와 전달을 스케줄링할 수 있다. 단계(712)에서, 업링크 송신이 발생하며, 여기에 UE가 AA-BSR(application anticipated buffer status report)를 포함시킨다. 이어, 네트워크 엔티티는, 단계(713)에서 UE로의 다운링크 송신에 TPR(transfer plan report)을 제공할 수 있다.

[0121] 이어, 소정의 실시예들에서, UE는, 단계(714)에서, 불연속 수신(DRx) 프로세스에 들어가거나 슬립 모드로 진입할 수 있다. 이어, 불연속 수신 (DRx) 프로세스를 떠나기 위해, UE는, 단계(715)에서, 도시된 바와 같이, 양방향 BCR(buffer congestion report)이 수신되거나 새로운 셀이 검출될 때까지 대기할 수 있다. 단계(716)에서, UE는 데이터 전달을 완료하도록 결정할 수 있다. 이어, 전달 모드의 또는 유휴 모드로 진행할 준비가 되어 있는 UE는, 단계(717)에 도시된 바와 같이, CPR(channel preference report)을 네트워크 엔티티로 전송할 수 있다.

[0122] 다른 실시예들에서, 단계(713)에서, 네트워크 엔티티가 다운링크 송신에서 UE로 TPR을 제공하면, 단계(718)에서, UE는 데이터를 전달하거나, 단계(719)에서, 데이터를 나중에 전달하고 유휴 상태로 진행할 수 있다. 이어, 전달 모드의 또는 유휴 모드로 진행할 준비가 되어 있는 UE는, 단계(717)에 도시된 바와 같이, CPR을 네트워크 엔티티로 전송할 수 있다. 일부 다른 실시예들에서, 프로토콜 지원 검증이 단계(710)에서 수신된 후, UE는 단계(718)에서 도시된 바와 같이 전달하거나, 단계(719)에 도시된 바와 같이, 나중에 전달하거나 유휴 상태로 진행하도록 결정할 수 있다.

[0123] 단계(720)에서, UE는 새로운 혼잡 정보와 함께 BCR을 수신할 수 있다. BCR을 수신한 후, UE는 도 7에 도시된 바와 같이, 전달을 수행하거나, 유휴 모드에서 대기하거나, AA-BSR을 통해 네트워크 엔티티와 전달을 스케줄링할 수 있다.

[0124] 도 8은 소정의 실시예들에 따른 네트워크 지식 공유 프로토콜의 예시적인 흐름도를 예시한다. 구체적으로, 도 8은 네트워크 엔티티, 이를테면 eNB에서의 지식 공유 프로토콜 흐름의 예이다. 단계(810)에서, 네트워크 엔티티는 도 7의 단계(712)에서 UE로부터 전송된 AA-BSR을 대기할 수 있다. 이어, 네트워크 엔티티는 TPR을 생성하거나 BCR을 업데이트할 수 있다. 이어, AA-BSR, TPR 및/또는 업데이트된 BCR에 기반하여, 네트워크 엔티티는 혼잡 전망 또는 예측을 업데이트할 수 있다.

[0125] 소정의 실시예들에서, 네트워크 엔티티는, 단계(820)에 도시된 바와 같이, 네트워크 엔티티로의 및/또는 네트워크 엔티티로부터의 임의의 전달이 TPR에 따라 시작하지 못한 것을 관찰할 수 있다. 전달이 실패한 경우, 네트워크 엔티티는 그 TPR에 대응하는 미래 혼잡 추정을 감소시킬 수 있다. 단계(830)에서, 네트워크 엔티티는, TPR에 대응하는 임의의 UE가 셀 및/또는 추적 영역을 떠났는지를 관찰할 수 있다. 만약 그렇다면, 네트워크 엔티티는 그 TPR에 대응하는 미래 혼잡 추정을 감소시킬 수 있다.

[0126] 일부 실시예들에서, 네트워크는, 단계(840)에 도시된 바와 같이, 지식 공유 프로토콜의 일부인 UE가 유휴 모드에 진입할지를 검출할 수 있다. UE가 유휴 모드에 진입하면, 네트워크 엔티티는, 낮은 혼잡 모니터링을 위해 예컨대, MME에 지식 공유 콘텍스트를 저장할 수 있다. 다른 실시예들에서, 네트워크 엔티티는, 단계(850)에 도시된 바와 같이, 지식 공유 프로토콜을 갖는 UE가 턴오프되고 있거나, 새로운 타겟 셀로 이동하고 있는지를 검출할 수 있다. 이어, 만약 그렇다면, 네트워크 엔티티는, 지식 공유 정보를 타겟 셀에 핸드오프할 수 있다.

[0127] 도 9는 소정의 실시예들에 따른 표를 예시한다. 구체적으로, 도 9는, 사용자 장비 통지인 예시적인 다운링크 양방향 혼잡 리포트(910)를 포함한다. 게다가, 도 9는 또한, 업링크 채널 선호도 보고(920), 전달 특성들을 설명하는 업링크 AA-BSR(930) 및 전달 계획을 설명하는 네트워크 엔티티로부터 수신된 다운링크 전달 계획 보고(940)의 예를 포함한다.

[0128] 도 10은 소정의 실시예들에 따른 표를 예시한다. 구체적으로, 도 10은 다운링크 양방향 혼잡 보고(1010)의 예를 예시한다. 예컨대, 보고는, 기준 혼잡 정보 및 지정된 혼잡 시간 윈도우에 대한 혼잡 정보를 포함할 수 있다.

[0129] 도 11은 소정의 실시예들에 따른 표를 예시한다. 구체적으로, 도 11은 업링크 예상 BSR(1110)의 예를 예시한다. 예컨대, BSR은, 전달 속성 및 대기 정보를 포함할 수 있다. 도 11은 또한, 네트워크 엔티티로부터 UE로 전송된, 전달 정보를 포함하는 다운링크 전달 계획 보고(1120)를 예시한다.

[0130] 소정의 실시예들에서, 업링크 지식 공유 메시지는, UE로부터 네트워크 엔티티로, 하나 또는 그 초과의 특정 정보 엘리먼트들을 반송할 수 있다. 정보 엘리먼트는, 짧은 비활성 타이머가 적절하다는 표시 및/또는 UE에 의한 전달이 백그라운드 전달이거나 배경 상태를 갖는 표시를 포함할 수 있다. 예컨대, 정보는, 전달이 미래 전달 또는 현재 전달이라는 표시를 포함할 수 있다. 임의의 다른 소정의 실시예들에서, 정보 엘리먼트는, 배경 전달이 종결되었다는 표시, 다음 시간 간격 동안 예상되는 트래픽의 볼륨의 표시 및/또는 전력 선호 표시자 특정 값을 가질 경우 적절한 비활성 타이머의 표시를 포함할 수 있다.

[0131] 다른 실시예들에서, 정보는 전력 선호 표시자가 특정 값을 가질 경우 적절할 수 있는 DRx 값의 표시일 수 있다. 정보는 또한, UE가 DRx를 사용하지 않는 경우, 적절한 비활성 타이머의 표시를 포함할 수 있다. 표시는 또한, UE가 특정 DRx 구성을 이용하고 있는 경우, 적절한 비활성 타이머를 포함할 수 있다.

[0132] 일부 실시예들에서, 정보는, 표시된 전달이 완료된 후에 사용될 수 있는 DRx 및/또는 비활성 타이머 중 하나 또는 그 초과의 표시를 포함할 수 있다. 전달은 지식 공유 프로토콜의 부분일 수 있다. 예컨대, 일부 실시예들은, 전달의 종료 직후에 매우 짧은 비활성 타이머를 사용하는 것을 허용할 수 있는데, 여기서 이 비활성 타이머는 너무 짧아서 정상적으로 전송 그 자체를 방해하지 않을 것이다. 지식 공유 프로토콜이 전송과 관련된 바이트 수를 공유할 수 있기 때문에, 매우 짧은 비활성 타이머 사용 및/또는 유휴 모드로의 매우 신속한 전환을 허용하면서 동시에, 전달 중단이 방지될 수 있다. 이들 실시예들은 또한, 매우 짧은 비활성 타이머가 그 시간에 요청되고 있음을 표시하기 위해, 전송 종료 시에, 업링크를 통해 추가의 지식 공유 메시지를 피할 수 있다. 앞선 실시예들은, 부가적인 시간 및 트래픽 프로세싱을 추가로 방지할 수 있고, 용량 이용을 개선시킬 수 있다.

[0133] 소정의 실시예들에서, 정보 엘리먼트는, 유휴 모드 DRx 세팅에 관한 선호와 같이, UE가 유휴 모드에 진입한 후 적용될 수 있는 바람직한 구성의 표시를 포함할 수 있다. 정보 엘리먼트들은 또한, UE에 의한 미래 전달의 표시를 포함할 수 있다. 이 표시는, 애플리케이션 바이트들이 BSR 버퍼로 도달하기 전에 발생할 수 있다. 다시 말해서, BSR 보고는 아직 트리거되지 않았을 것이다. 정보는 또한, 미래 전달과 관련된 사이즈의 표시를 포함할 수 있다. 예컨대, 표시는 전달의 사이즈에 대응할 수 있고, 업링크 트래픽 대 다운링크 트래픽의 리스트를 분리할 수 있다. 전달 사이즈는, 바이트 단위(KB, MB, GB 등)로 지칭될 수 있다.

[0134] 전술한 미래 전달과 관련된 지시 또는 지시들의 표시는 또한, 일부 실시예들에 포함될 수 있다. 예컨대, 표시는, 전달이 실질적으로 업링크 전용인지, 다운링크 전용인지, 양방향인지를 특정할 수 있다. 업로드에 대응하는 전달 필드의 값들을 표시하는, 지식 공유 메시지 포맷 내의 별개의 비트 또는 필드가 있을 수 있다. 업링크 지식 공유 메시지는 또한, 네트워크 엔티티가 자신의 전달 속성들에 관련된 주요 혼잡 변화들은 UE에 통지하는 요청을 포함할 수 있다. 예컨대, 표시는 UE가 송신을 시작할 수 있게 하는, UE로의 낮은 혼잡의 통지, 또는 UE가 송신을 중지 또는 일시 중지할 수 있게 하는, UE로의 혼잡의 통지를 포함할 수 있다.

[0135] 게다가, 업링크 지식 공유 메시지는, 전달의 의도된 시작 시간의 표시 및/또는 전달이 지연될 수 있는 최대 시간량의 표시를 포함할 수 있다. 게다가, 메시지는 최대 DRx 값 권고의 표시를 포함할 수 있다. 권고는 다가오는 간격에 대한 최대 다운링크 통지 레이턴시를 포함할 수 있으며, 이는, UE가 접속된 상태일 수 있는 동안 더 긴 DRx를 구성할 때, 네트워크 또는 네트워크 엔티티가 더욱 정보에 근거한 결정을 내릴 수 있게 할 수 있다. 다가오는 간격 동안 선호되는 다운링크 통지 레이턴시의 표시가 또한 포함될 수 있다.

[0136] 소정의 실시예들은, 현재 시간과 표시된 전달이 발생할 것으로 예상되는 시간 사이의 시간 간격 동안의 다운링크 통지 레이턴시 요구의 표시를 포함할 수 있다. UE의 예상되는 모빌리티의 표시가 또한 포함될 수 있고, 그리고/또는 다음 시간 간격 동안, 이를테면, 현재 시간 기간과 전달이 발생할 것으로 예상되는 시간 사이에 UE가 동일한 셀 내에 남아있을 것으로 예상될 수 있는지의 표시가 포함될 수 있다. 일부 실시예들은 또한, 특정 시간 간격 동안, 예컨대 표시된 전달이 발생할 것으로 예상되거나 계획될 때 UE가 동일한 셀 및/또는 위치에 있을 것으로 예상되는지의 표시를 포함할 수 있다. UE가 더 높은 또는 가장 높은 신호 강도 또는 RSRP(reference signal received power) 또는 RSRQ(reference signal received quality)을 달성할 것으로 예상될 수 있는 시간 간격의 표시가 또한 포함될 수 있다.

[0137] 또한, 소정의 실시예들에서, UE가 하나 또는 그 초과의 추가 네트워크 엔티티로 또는 그로부터 업데이트된 지식 공유 프로토콜 지원을 전달하거나 수신했다는 표시. 예컨대, 네트워크 엔티티는 UE 운영 시스템과 관련된 애플리케이션 서버일 수 있다.

[0138] 업링크 지식 공유 메시징이, 백그라운드 전달이 종결되었고 그리고/또는 다음 시간 간격 동안 예상되는 트래픽 볼륨을 나타낼 수 있는 실시예들에서, 네트워크 또는 네트워크 엔티티는 UE가 즉시 유휴 모드로 전환하는 것이 더 적절하다고 결정할 수 있다. 대안적으로, 네트워크 또는 네트워크 엔티티는 이 정보를 사용하여, 예컨대, 다음 짧은 시간 간격 내에서 대량의 트래픽 또는 전달이 예상되는 경우, 긴 비활성 타이머가 적절하다고 결정할 수 있다. 비활성 타이머들의 일반적인 값들은, 5 초 내지 30 초 사이일 수 있다. 이들 실시예들에서, 애플리케이션 상태의 더 심도 있는 지식 때문에, 더 넓은 범위의 값들이 사용될 수 있다. 전술한 이러한 이점들은, 전술한 업링크 지식 공유 메시지에 포함된 하나 또는 그 초과의 다른 표시들로부터 도출될 수 있다.

[0139] UE가 다가오는 간격에 대한 최대 다운링크 통지 레이턴시를 표시하는 소정의 실시예들에서, 이 표시는, UE가 여전히 접속되어 있는 동안, 더 긴 DRx를 구성하는 데 있어서, 네트워크 또는 네트워크 엔티티가 더욱 정보에 근거한 결정을 내릴 수 있게 할 수 있다. 이는, 가입자가 계속 접속되어 있는 동안, 네트워크 및/또는 UE가 자원들을 보존하게 할 수 있다. 이어, 더 낮은 혼잡 간격에 도달했음을 표시하는 다운링크 지식 공유 통지를 UE에 전달하기 위해 네트워크 엔티티 지식 공유 프로토콜을 대기하는 동안, UE는 접속 모드에 머무를 수 있다.

[0140] UE로 또는 UE로부터의 지식 공유 메시징이, 전달이 미래에 시작하는 특정 시간 간격에서 발생할 것이라고 표시하는 경우, 네트워크 엔티티가 현재와 그 전달이 발생하는 때 사이의 이 간격 동안 허용 가능한 최대 다운링크 레이턴시 시간을 아는 것은 특히 도움이 될 수 있다. 이 실시예에서, 네트워크 엔티티는, 그 전달이 발생하기를 대기하는 동안 대기 간격 동안 사용될 더 긴 DRx 간격을 구성할 수 있다.

[0141] 다시 말해서, 백그라운드 전달의 경우, UE는 전달을 수행하기 위해 상황에 따른, 덜 혼잡한 기회를 위해 접속 모드에서 대기할 수도 있다. 이러한 실시예에서, 업링크 메시징은, UE가 미래의 주어진 시간 범위 내에서 전달을 선호하지만, 그동안에 상당한 및/또는 고속 접속을 필요로 한다고 예상하지 않는다는 것을 네트워크 엔티티에 표시할 수 있다. 예컨대, 그동안, 가입자는 디바이스를 활발하게 사용하지 않을 수 있다.

[0142] 이러한 표시에 대한 응답으로, 네트워크 엔티티는, UE를 즉시, 긴 DRx 간격을 갖는 C-DRx(connected mode discontinuous reception) 모드에 있게 하여, 네트워크 혼잡의 감소를 대기하는 동안 UE의 배터리를 보존할 수 있다. 네트워크 혼잡에서 그러한 감소가 검출되는 경우, 그때, 네트워크 엔티티는, 다운링크 지식 공유 프로토콜 메시지를 사용하여 네트워크 혼잡이 감소되었다는 표시를 UE에 송신할 수 있다.

[0143] 소정의 실시예들에서, 업링크 공유 메시지는, 전술된 바와 같이, UE의 모빌리티 및/또는 유휴 상태의 표시를 포함할 수 있다. UE가 네트워크 엔티티에 UE의 예상된 모빌리티 정보를 표시하게 함으로써, 네트워크 엔티티는, UE가 자산이 정적이라고 표시한 경우 및 UE가 다가오는 시간 간격 내에서 전달을 수행하고자 하는 것을 또한 표시하는 경우와 같은, UE가 표시한 모빌리티의 정보를 결합함으로써, 셀 내의 미래의 혼잡을 추정할 수 있다. 이어, 네트워크 엔티티에 의한 혼잡 추정은, 지식 공유 프로토콜을 통해 다른 UE에 표시를 제공하기 위해 사용될 수 있다.

[0144] 일부 실시예들에서, 프로토콜을 통한 UE 모빌리티의 표시를 사용하는 네트워크 엔티티는, 로드 밸런싱, 승인 제어, 영향을 주는(impacting) 핸드오프, SON, 에너지 절약 결정 및/또는 제3자 애플리케이션들과의 공유를 수행하기 위한 미래의 혼잡의 더 양호한 추정을 허용할 수 있다.

[0145] 예컨대, CAC(call admission control)와 관련된 정보를 포함하는 네트워크 혼잡에 관한 정보는, UE에 의해 생성된 지식 공유 전달 보고들로부터 도출된 지식을 이용함으로써 조정되는 미래의 네트워크를 더 양호하게 예측하는 것을 도울 수 있다. 예컨대, 네트워크 엔티티는, 표시된 전달 크기 및/또는 시간뿐만 아니라 UE에 전달되는 낮은 혼잡 통보들을 레버리지할 수 있다. 일부 실시예들에서, eNB는 짧은 간격 동안 UE에 대한 낮은 혼잡 통지들의 수를 제한할 수 있다. 예컨대, eNB가 지식 공유 프로토콜을 통해 낮은 혼잡을 표시하는 표시를 UE에 송신할 때마다, 응답으로, UE가 전달을 시작할 수 있는 가능성이 있을 수 있다. 결과적으로, 네트워크 혼잡 추정은 또한, UE에 송신된 네트워크 개시 낮은 혼잡 표시의 수에 대한 응답으로 증분적으로 조정될 수 있다. 소정의 실시예들에서, 표시들은 최근에 송신된 표시일 수 있다. 일 실시예에서, 혼잡 통지들의 수는 고정된 시간 간격 내에서 임계치 이하가 되도록 제한될 수 있다.

[0146] 소정의 실시예들에서, 네트워크 혼잡 추정은, 지식 공유 프로토콜을 통해 UE에 의해 요청된 비활성 타이머 세팅들 및/또는 DRx 세팅들에 대한 지식에 의해 더욱 정밀하게 될 수 있다.

[0147] 그러나, 일부 실시예들에서, 심지어 낮은 혼잡 표시를 수신한 후에도, 소정의 UE들은, 그 셀 내의 신호 강도가 계속해서 개선될 것을 대기하는 것을 계속할 수 있다. 네트워크 개시 통지에 대한 응답으로 개시된 전달은, 개시되기까지 다소 시간이 걸릴 수 있다. 이어, UE는, 전송이 발생하기 전의 시간과, 잠재적으로 개선된 신호 강도의 이점들에 역행하는, 네트워크 혼잡이 시간 간격에 걸쳐 저하될 가능성을 밸런싱할 수 있다.

[0148] 혼잡 추정은 이웃 셀들의 혼잡에 의해 또한 영향을 받을 수 있다. 예컨대, 이웃 셀 간섭은, 인접 셀의 성능에 영향을 미칠 수 있다. 혼잡 추정은 또한, 신호 세기, 예컨대, UE와 관련된 채널 품질 표시자(CQI), RSRP 및/또는 RSRQ, 및 / 또는 UE와 관련된 신호 강도 트렌드의 관찰에 의해 영향을 받을 수 있다. 네트워크 엔티티는 또한, 가입자의 모빌리티 패턴의 추정을 사용할 수 있는데, 여기서 가입자가 일부 모빌리티를 갖는 경우 신호 강도는 가입자에게 혼잡 피드백을 제공하는 데 고려될 수 있다.

[0149] 대조적으로, 가입자가 정적인 경우, 신호 강도도 또한 상대적으로 정적이어서, 신호 강도는 그 가입자에게 혼잡 피드백을 제공하는 데 덜 관련되는 고려사항일 수 있다. 전술한 신호 세기 기준이 이용될 수 있는 경우, 더 열악한 신호 세기를 갖는 가입자는, 주어진 로딩 레벨을 갖는 셀 하에서, 더 높은 혼잡 추정을 수신할 수 있다. 그 셀의 로딩 레벨이 동일하게 유지되고, 가입자가 더 양호한 신호 세기를 가질 경우, 가입자는 혼잡 레벨이 더 낮다는 것을 표시하는 지식 공유 메시지를 수신 할 수 있다.

[0150] 다른 실시예에서, 네트워크 엔티티는 지식 공유 프로토콜에 대한 통지의 송신을 지연시킬 수 있다. 지연된 송신은, 통지가 낮은 혼잡을 표시하는 경우, 그리고 네트워크 엔티티가, 예컨대, eNB가 그 특정 UE와 관련된 신호 강도가 개선되고 있는 것으로 나타난다고 검출 및/또는 추정하는 경우 발생할 수 있다.

[0151] 소정의 실시예에서, 네트워크 혼잡 추정은 셀 이용과 명백하게 상이할 수 있다. 예컨대, 셀 내에서의 이용도는 상당히 높을 수 있지만, 그 셀에서 동작하는 단지 하나의 UE만 존재하는 것일 수 있다. 이 실시예에서, 셀에서의 혼잡이 상대적으로 낮아서, 하나 또는 그 초과의 추가 가입자들이 전달을 위해 그 셀을 이용하는 것이 적절할 수 있다. 이러한 방식으로, 네트워크 혼잡 추정은, 셀 이용, 그 셀 내의 활성 UE 가입자들의 수 및/또는 UE 가입자들에 의해 사용되고 있는 서비스의 타입들 또는 우선순위를 포함하는 다양한 팩터들을 포함할 수 있다.

[0152] 특정 실시예에서, UE가 그 자신의 모빌리티 정보를 표시하는 경우, UE는 전달을 수행하기 위해 더 낮은 혼잡 간격을 기다리면서 유휴 모드에 진입할 수 있다. UE 또는 모바일 디바이스가 유휴 모드에 진입할 경우, UE는 배터리 수명을 보존하고, 추적 영역으로서 알려진 더 큰 셀 그룹 내의 하나의 셀에서 다른 셀로 이동할 때 네트워크를 업데이트할 필요가 없을 수 있다. 그러나, 다가오는 시간 간격 동안, 예컨대, 예상된 전달에 대응하는 간격에서, UE가 동일한 셀 내에 머무를 것으로 예상한다고 UE가 표시하게 함으로써, UE가 유휴 상태에 있는 동안, 네트워크 엔티티는 셀 내의 낮은 혼잡 간격들을 모니터링 할 수 있다. 또한, 전술한 바와 같이, 심지어, UE가 유휴 모드에 진입했더라도, UE 전달이 그 셀에서 발생할 것이라는 것을, 네트워크 엔티티는 계속 예측할 수 있다.

[0153] 대안으로, UE가 특정 모빌리티 궤적 또는 더 높은 모빌리티 프로파일을 따를 것을 UE가 표시하는 경우, 다가오는 UE 위치들 및 그들의 대응하는 셀들에서, 네트워크 엔티티는 네트워크 혼잡 추정을 수행하고 그리고/또는 UE를 대신하여 예상 전달을 모니터링 할 수 있다. UE가 이동성이 있다고 예상되지만 그 방향이 알려지지 않을 수 있는 실시예에서, 네트워크 혼잡 추정은 인접 셀들의 평균 혼잡을 관측함으로써 여전히 수행될 수 있다.

[0154] 일부 실시예들에서, UE는 다가오는 시간 간격 내에서 셀을 빠져나갈 것이라고 표시할 수 있다. 네트워크 엔티티는, UE가 그 셀로부터 예상된 탈출 이전의 간격 동안 낮은 혼잡을 표시할지 여부를 결정하기 위해, 하나 또는 그 초과의 이웃 셀들에서의 상대적인 혼잡에 대한 지식을 사용할 수 있다. 낮은 혼잡 표시는 지식 공유 메시징을 통해 UE로 송신될 수 있다. 다른 실시예에서, 인접 셀 혼잡의 명시적인 표시가 없지만, 오히려 지식 공유 프로토콜에 대한 표준 혼잡 지시 필드가 상이한 혼잡 값을 전달할 수 있는 경우, 그 값은 추정된 UE 모빌리티에 기초한 예상된 혼잡에 대응할 수 있다.

[0155] 소정의 실시예들에서, UE는 또한, UE의 모빌리티 계획을 표시할 수 있어서, UE가 유휴 상태로 진행하면, UE가 자신이 정적으로 머무를 예정이었음을 이전에 표시했더라도, UE는 네트워크 엔티티에 표시를 제공할 수 있다. 이어, 네트워크 엔티티는, UE가 여전히 동일한 셀 상에 있을 가능성이 있고, 낮은 혼잡 표시를 대기하고 있다고 가정할 수 있다. 대안적으로, UE가 특정 시간에 횡단할 것으로 예상하는 셀들의 리스트를 네트워크 엔티티에 제공할 수 있는 경우, 동일한 방식이 적용될 수 있다. 이어, 이 정보는 UE가 유휴 상태일지라도, 네트워크 엔티티 및/또는 MME에 의해 추적될 수 있다. 이어, 이 정보는 네트워크 엔티티 혼잡에 근거하여, 상황에 따라 다운링크 통지를 수행하는 데 사용될 수 있다.

[0156] 추가의 실시예에서, UE가 유휴 상태인 경우, 새로운 셀로 전이할 때, UE는 네트워크에의 접속을 개시하고, 지식 공유 프로토콜로부터 정보를 리트리브할 수 있어서, UE는 그 셀이 상대적으로 혼잡하지 않은지를 즉시 결정할 수 있다. 그러한 실시예에서, 셀이 상대적으로 혼잡하지 않다면, UE는 백그라운드 전달을 즉시 개시할 수 있다.

[0157] 소정의 실시예들에서, UE는 계획된 또는 현재의 전달이 백그라운드 전달임을 표시할 수 있다. 이 표시는, 네트워크 엔티티가 네트워크 엔티티 내에서 자원 할당을 수행할 때, 전송에 더 낮은 우선순위의 스케줄링을 사용할지 여부를 결정하게 할 수 있다. 또한, 이 표시는, 네트워크 엔티티가 송신이 취소되거나 지연될 수 있다는 것을 결정하게 할 수 있다. 다른 UE가 지식 공유 프로토콜을 통해 비-백그라운드 전달을 후속적으로 요청하는 경우, 전달이 취소되거나 지연될 수 있으며, 그렇지 않으면, 두 전달들은 충돌하고 동시에 발생할 것이다.

[0158] 일부 실시예들에서, UE가 유휴 모드에 진입하는 경우, UE가 유휴 모드에 진입하고 있다는 표시를 네트워크 엔티티에 제공하는 것은, 네트워크 엔티티가, 가능하게는 MME 및/또는 서빙 게이트웨이를 포함하는 하나 또는 그 초과의 네트워크 엔티티들을 레버리지할 수 있게 한다. UE가 유휴 모드에 진입하면, 네트워크 엔티티는 그 UE와 관련된 컨텍스트 정보를 해제할 수 있다. UE가 유휴 모드에 진입할 때, 지식 공유 컨텍스트 정보의 일부는, eNB와 같은 네트워크 엔티티로부터 MME로 송신되는 UE 컨텍스트 정보에 포함될 수 있다. 이 컨텍스트 정보는, 예상된 전달 및/또는 그 UE와 관련된 다른 속성의 표시를 포함할 수 있다.

[0159] 소정의 실시예에서, MME 또는 임의의 다른 네트워크 엔티티는, 하나 이상의 셀에서 혼잡 레벨을 모니터링할 수 있다. MME 또는 다른 네트워크 엔티티가 UE 컨텍스트에 대응하는 셀에서 낮은 혼잡을 검출할 때, MME는 UE가 페이징되게 할 수 있다. 검출된 낮은 혼잡은, 예컨대, UE가 예상하는 업링크 또는 다운링크 송신 및/또는 지식 공유 프로토콜로부터의 모빌리티 정보에 기반할 수 있다. 그러한 실시예에서, UE는 임의의 베어러 경로 트래픽을 실제로 수신하는 것이 아니라, 페이징 될 때, 지식 공유 프로토콜이 자동으로, UE가 그 셀의 현재 혼잡이 낮다는 것을 발견하게 할 수 있다. 이는 UE에 의해 결정된 대로, 상황에 따른 시간에, 지식 공유 프로토콜을 통해 계획된 전달을 UE가 개시하게 할 수 있다.

[0160] 소정의 실시예들에서, 네트워크 노드는, 예컨대, 예상 전달, 전달 시간, 및/또는 전달 타임스케일에 관해 UE가 보고한 정보를 사용하여 UE에 관심있는 혼잡 타임스케일을 추정할 수 있다. 예컨대, UE가 다음 30 초 내에 완료될 필요가 있는 전달을 가지고 있다고 표시하는 경우, 네트워크 엔티티는, 가장 최근의 30초 동안 관찰된 혼잡에 대응하는 추정과 같은 비교적 짧은 타임스케일 혼잡 추정을 제공하도록 트리거될 수 있다. 대조적으로, UE가 다음 5 분 내에 완료될 필요가 있는 전달을 표시하면, 네트워크 엔티티는 비교적 긴 타임스케일 혼잡 추정을 제공하도록 트리거될 수 있다. 긴 타임스케일 혼잡 추정은, 가장 최근의 5분 동안 관찰된 혼잡에 대응할 수 있다.

[0161] 일부 실시예에서, 지식 공유 프로토콜은 또한, 네트워크 엔티티, 예컨대, eNB로부터 전송된 다운링크 지식 공유 메시징의 양을 감소시키기 위해 사용될 수 있다. 이러한 감소는, UE 트래픽을 관찰함으로써, 네트워크 엔티티가 UE에 관심있는 전달 방향 및 타임스케일 정보를 추정하게 함으로써 달성될 수 있다. 제1 지식 공유 메시지는, 추정된 전달 방향 및 타임스케일 정보를 사용하여 제2 다운링크 지식 공유 메시지를 전송하는 것을 피할 수 있다.

[0162] 도 12는 소정의 실시예들에 따른 표를 예시한다. 특히, 도 12는 다운링크 지식 공유 메시지들의 표를 예시한다. 각각의 메시지는 페이로드 길이, 업링크 혼잡, 다운링크 혼잡, 및/또는 혼잡에 대응하는 시간과 같은 정보를 포함할 수 있다. 예컨대, 메시지(1210)는 제4 다운링크 지식 공유 메시지를 예시한다. 메시지(1210)는 8 비트의 페이로드 길이를 표시하며, 업링크 및 다운링크 혼잡의 혼잡이 모두 2 비트임을 표시하며, 또한 혼잡에 대응하는 시간이 4 비트임을 표시한다.

[0163] 반면에, 메시지(1220)는 두 번째 다운링크 지식 공유 메시지를 예시한다. 다운링크의 혼잡이 높기 때문에, 네트워크 엔티티는 다운링크 페이로드를 피할 수 있다. 따라서, 메시지(1220)의 페이로드 길이는 0 비트를 갖는 것으로 표시된다.

[0164] 다운링크 지식 공유 메시징은 하나 또는 그 초과의 특정 정보 엘리먼트들을 네트워크 엔티티에 전달할 수 있다. 이들 정보 엘리먼트들은, 네트워크 엔티티에 의해 전송되어 사용자 장비가 데이터 전달에 특정한 동작을 수행해야 한다는 것을 사용자 장비에 표시할 수 있다.

[0165] 소정의 실시예들은, 업링크 채널 및/또는 다운링크 채널 중 하나 또는 그 초과에 대한, 단기 또는 장기 혼잡과 관련된 정보 엘리먼트들을 포함할 수 있다. 정보 엘리먼트들은 또한, 업링크 및/또는 다운링크 채널들에 걸친 단기 또는 장기 혼잡에 관한 정보 엘리먼트들을 포함할 수 있다. 예컨대, 혼잡 정보(엘리먼트)는, 두 링크 방향들, 즉 업링크 또는 다운링크 중 어느 것이 더 혼잡한지와 관련된 혼잡 상태를 표시하기 위해 사용될 수 있는 1과 8 사이의 단위 없는 숫자일 수 있다. 이 혼잡 추정은, 계획된 양방향 전달에 대응할 수 있다.

[0166] 일부 실시예들은, 대체 무선 기술, 예컨대, WLAN을 통한 혼잡의 표시를 포함할 수 있다. 제공된 혼잡 추정과 관련된 타임스케일 또는 셀들 표시가 또한 포함될 수 있다. 예컨대, 타임스케일의 표시는, 지식 공유 프로토콜을 통해 제공되는 장기 혼잡 추정과 연관될 수 있다.

[0167] 또 다른 실시예에서, 다운링크 지식 공유 메시징은 모빌리티 혼잡 추정의 표시를 포함할 수 있다. UE가 상대적으로 정적이거나 동일한 위치에 남아 있을 때 UE에 의해 예상될 수 있는 혼잡 추정과는 대조적으로, 추정은 UE가 모바일인 경우 UE가 직면할 수 있는, 가능한 혼잡을 표시할 수 있다. UE가 모바일인지의 결정은, 하나 또는 그 초과의 인접 셀들, 또는 임의의 다른 가능한 핸드오프 셀들에 기반할 수 있다. 정보 엘리먼트는 또한, 전달을 위해 권고된 시간의 표시를 포함할 수 있다. 권고된 시간은 UE에 의해 표시된 특정 시간 윈도우 내에 있을 수 있다.

[0168] 정보 엘리먼트는 또한, 전달을 위해 권고된 시간과 관련된 전달 방향의 표시를 포함할 수 있다. 전달에 대한 권고된 시간과 연관된 바이트 및/또는 초 단위로 표현될 수 있는 권고된 전달 크기의 표시가 또한 포함될 수 있다. 이 표시는, UE가 특히 대량의 전달을 개시할 것을 계획한 것을 표시하거나 요청했지만, 네트워크가 덜 혼잡한 기회를 식별했고 UE가 이 기회의 간격 동안 계획된 전달의 일부를 수행할 것을 권고했을 경우 유용할 수 있다.

[0169] 소정의 실시예들은, 전달에 대한 권고된 시간이 업링크 지식 공유 프로토콜에서 UE에 의해 지시된 예상 전달에 대응한다는 표시를 포함할 수 있다. 정보 엘리먼트는 또한, UE들의 특정 카테고리로부터 야기된 셀 내의 혼잡의 표시를 포함할 수 있다. 예컨대, 셀 내의 혼잡은, 특정 제공자 또는 벤더의 UE들로부터 초래될 수 있다. 대안적으로, 혼잡은 지식 공유 프로토콜을 지원하는 UE 가입자들에 대응할 수 있다.

[0170] 게다가, 정보 엘리먼트는 이웃 셀들과 같은 하나 이상의 다른 셀들에서 혼잡의 표시를 포함할 수 있다. 이 표시는 또한, 오버레이 매크로 셀에서 혼잡의 명시적인 표시일 수 있다. 오버레이 매크로 셀에서의 혼잡의 표시는, 예컨대, UE가 매크로 셀의 커버리지 영역의 중간에 있는 작은 셀 하에 있고, UE가 일부 모빌리티 능력을 가질 수있는 경우와 관련될 수 있다.

[0171] 소정의 실시예들에서, 다운링크 지식 공유 메시지는, 그 셀에서 가장 낮은 품질의 가입자 경험의 경험에 대응하는 QoE(quality of experience)와 같은 가입자 경험의 표시를 포함할 수 있다. 가입자는 가입자들의 특정 카테고리로부터, 이를테면 특정 UE 공급자 또는 벤더로부터 또는 그 셀 또는 지리적 영역에서 지식 공유 프로토콜을 사용하는 UE들 중에서의 기인할 수 있다.

[0172] UE에서의 신호 강도에 대한 가입자 스루풋의 가능한 민감도의 표시가 또한 포함될 수 있다. 이것은, 셀이 혼잡의 일정한 레벨을 가지는 동안 UE가 그 셀 내에서 이동함에 따라, 신호 강도, RSRP 또는 RSRQ가 변화함에 따른 획득된 가능한 스루풋의 승산적 변화를 UE가 추정할 수 있게 하는 파라미터를 제공한다. 다시 말해서, 셀이 혼잡의 일정한 레벨을 갖는 경우에도, 신호 세기의 변화들이 더 빠른 또는 더 느린 송신 기회들과 상관될 정도를 추정하기 위해, 가입자는 미리 결정된 기능 내에서 이러한 파라미터를 사용할 수 있다.

[0173] 다운링크 지식 공유 메시지는, 네트워크 엔티티가 현재 UE를 위해 사용할 것을 계획하고 있는 RRC(radio resource control) 비활성 타이머 값의 표시를 포함하는 하나 또는 그 초과의 특정 정보 엘리먼트를 전달할 수 있다. 정보 엘리먼트는 또한, 네트워크 엔티티 벤더 타입 및/또는 지식 공유 프로토콜 버전을 나타낼 수 있다. 일부 실시예들에서, 표시는, UE가 다른 셀에 진입할 때까지 유휴 모드에서 대기해야 한다는 메시지를 포함할 수 있다. UE가 다른 셀에 진입하면, UE는 새로운 셀에 접속할 수 있고, 지식 공유 프로토콜을 사용하여 현재 혼잡을 결정할 수 있다. 이 표시는 특정 이웃 셀들, 예컨대 UE가 이러한 접근법을 사용해야 하는, 더 낮은 혼잡을 갖는 이웃 셀들을 추가로 표시할 수 있다.

[0174] 소정의 실시예들에서, 다운링크 지식 공유 메시지는, 혼잡 레벨을 결정하기 위해 가입자가 추후에 접속을 시도해야 하는 이웃하는 셀들의 타입의 표시를 포함할 수 있다. 예컨대, UE 가입자는, 지식 공유 프로토콜에 대한 혼잡 레벨, 또는 소형 셀, 펨토 셀, 및/또는 매크로 셀과 같은 특정 유형의 셀을 결정하기 위해 특정 셀들에 접속할 수 있다.

[0175] 게다가, 메시지는 특정 이웃 셀들이 지식 공유 프로토콜을 지원한다는 표시를 포함할 수 있다. 이 표시는 또한, 이후의 특정 시점에서 UE가 자신이 특정 셀 근처에 있을 수 있는 것을 식별하게 할 수 있는 셀 명칭 또는 관련 셀 브로드 캐스트 정보를 포함할 수 있다. 표시는 또한, 해당 셀에서 지식 공유 프로토콜 지원이 곧 끝날 것이라는 통지도 포함할 수 있다. 예컨대, 표시는 시간 간격일 수 있고, 이 시간 간격 이후, 프로토콜 지원 정보가 UE로부터 삭제되어야 하며, 그리고/또는 UE 운영 체제 또는 에코시스템이 포함될 수 있다.

[0176] 표시는 또한, RSRQ로부터 다운링크 셀 혼잡을 어떻게 추정할지에 관한 UE에 대한 명령을 포함할 수 있다. 예컨대, 명령들은, UE가 그 대략적인 위치에서 수신되는 다른 셀 간섭의 레벨을 어떻게 보상할 수 있는지를 상술할 수 있다. 일부 실시예들에서, UE에 대한 지시는 또한, 업링크 그랜트의 일부로서 할당된 MCS(modulation coding sequence)로부터 업링크 셀 혼잡을 어떻게 추정할지에 관한 명령을 포함할 수 있다.

[0177] 게다가, 다운링크 지식 공유 메시지는, UE가 업링크를 통해 지식 공유 프로토콜 메시징을 생성할 수 있는 정도의 표시를 포함할 수 있다. 이 표시는 업링크 버퍼가 혼잡할 때, UE가 긴 업링크 지식 공유 메시지들을 송신하는 금지할 수 있다. 이 실시예는 또한 암시적일 수 있는데, 이는 UE가 업링크가 혼잡하다는 것을 표시하는 메시지를 네트워크로부터 수신한 후에, UE가 하나 또는 그 초과의 업링크 지식 공유 메시지를 송신하는 것이 허용되지 않는다고 자동으로 결정할 수 있음을 의미한다. 게다가, 소정의 실시예들에서, 모든 업링크 지식 공유 메시징 동안, 표시는 다운링크 지식 공유 메시징을 여전히 허용할 수 있다.

[0178] 대안적으로, 소정의 실시예들에서, UE는 계획된 전달들을 표시하지만, 비활성 타이머 및/또는 DRx와 같은 네트워크 구성과 관련된 지식 공유 입력을 제공하는 것을 허용하지 않는 메시징을 수행할 수 있다. 역으로, 소정의 실시예들은, UE가 비활성 타이머 및/또는 DRx에 대한 입력을 제공하는 것을 허용할 수 있지만, 계획된 전달들에 대해서는 입력을 허용하지 않을 수 있다.

[0179] 네트워크는 업링크 지식 공유 메시지에 의해 생성된 오버헤드, 및/또는 지식 공유 메시징에 의해 생성된 관찰된 이점들을 고려하면서, 네트워크 성능을 최적화하도록 다운링크 표시를 구성할 수 있다. 소정의 실시예들에서, 네트워크는, 예컨대 그러한 메시징의 이점이 더 작을 것으로 예상되는 UE 디바이스의 서브세트로부터의 업링크 지식 공유 메시징을 허용하지 않을 수 있다. 다른 실시예들은, 더 적은 트래픽을 발생시키는 경향이 있는 UE들에 대한 업링크 지식 공유 메시징을 허용하지 않을 수 있거나, UE 전력 선호도 표시자가 전력 보존보다 성능이 더 중요하다는 것을 지시하는 경우를 허용하지 않을 수 있다.

[0180] 소정의 실시예들에서, 다운링크 지식 공유 표시들은, 주어진 기간이 네트워크 엔티티와의 데이터 전달 또는 애플리케이션 전달 교환을 개시, 계속, 및/또는 중지하기 위해 적절한 시간인지를 UE가 결정하게 할 수 있다. UE는 전달 속성들에 대한 지식을 네트워크 혼잡, 예컨대 네트워크 혼잡 타임스케일의 속성들과 결합하여 전달을 개시 할 것인지 여부 및 시간을 결정할 수 있다.

[0181] 또한, 소정의 실시예들에서, 지식 공유 프로토콜은, 접속된 DRx를 사용하여 접속 모드에 머무르는 동안 그리고 낮은 혼잡 이벤트의 기회적인 통지를 대기하는 동안, 가입자가 배터리 수명을 절약하는 것을 가능하게 한다.

[0182] 소정의 실시예들에서, UE는, 요구되는 추가적인 시그널링의 양을 최소화하기 위해, UE에 대해 네트워크에 의해 사용되도록 현재 계획된, RRC 또는 유휴 비활성 타이머 값의 수신된 표시를 사용할 수 있다. 이러한 수신된 표시는 UE가 유휴 모드로의 전이를 피할 수 있게 한다. 예컨대, UE는 가입자 접속 상태를 유지하는 데 필요한 베어러 트래픽을 개시하기 전에, 비활성 타이머 만료 이전 또는 직전까지 대기할 수 있다. 이어, UE는, RRC 비활성 타이머에 대한 명시적인 확장을 요청하면서, 업링크 지식 공유 메시징을 반드시 네트워크 엔티티에 전송할 필요없이 지식 공유 낮은 혼잡 통지를 계속 대기할 수 있다.

[0183] 또한, 제안된 비활성 타이머의 지속 기간은, 지식 공유 프로토콜을 통해 UE에 표시될 수 있다. 비활성 시간의 지속 시간은, 예상된 전달과 연관된 시간에 관련될 수 있다. 예컨대, 제안된 타이머는, 계획된 전달까지 특정 부분의 시간 동안 비활성 타이머가 전송될 수 있음을 나타낼 수 있다. 비활성 타이머 필드 값들은, 비활성 타이머가 계획된 전달까지의 최대 시간의 100 %, 1/2, 1/4 또는 1/8과 같을 수 있음을 표시할 수 있다. 이러한 방식으로, UE는 전달까지의 시간 동안 접속 상태를 유지할 수 있다.

[0184] 소정의 다른 실시예들에서, UE는 현재 RRC 비활성 타이머에 대한 지식을 이용하여 UE가 선호하는 비활성 타이머의 상대적 변화를 효율적으로 전달할 수 있다. 예컨대, 업링크 지식 공유 메시지에서, UE는 현재 또는 제안된 비활성 타이머 값보다 긴 비활성 타이머가 바람직하다는 것을 표시하는 값을 표시할 수 있다. 이 값은, 지식 공유 메시지의 특정 필드에서 전달될 수 있다.

[0185] 대조적으로, 동일한 지식 공유 메시지 필드에 포함될 수 있는 다른 값은 더 짧은 비활성 타이머가 UE에 의해 선호된다고 표시할 수 있다. 더 짧은 비활성 타이머는, 타이머가 현재 제안된 값 또는 현재 사용된 값보다 짧을 수 있음을 의미한다.

[0186] 소정의 실시예들에서, 네트워크 엔티티 성능의 다운링크 표시는, 특정 제공자에 가입한 UE들과 같은 특정 타입의 UE들에 특정할 수 있다. 지식 공유 프로토콜이 UE에 다운링크 혼잡 통지를 전송할 때, 네트워크 엔티티는 네트워크가 혼잡하다는 특정 타입을 UE들에게 표시할 수 있다. 네트워크 엔티티는 또한, 지식 공유를 지원하는 가입자들의 밀도가 큰, 그리고/또는 그 셀 내의 특정 디바이스 벤더로부터의 가입자의 밀도가 큰 영역에 UE가 위치하고 있다는 것을 표시할 수 있다. 그러한 실시예들은, 셀 내에 유사한 제공자로부터의 다른 UE 디바이스들이 있는 경우, UE가 자신의 송신을 철회하게 할 수 있다.

[0187] 전술한 바와 같이, 소정의 실시예들에서, UE 스루풋 및/또는 유효 혼잡 레벨은 신호 세기의 함수로서 표현될 수 있다. 이러한 실시예들에서, 네트워크 엔티티는, UE가 셀로부터 멀어짐에 따라, UE가 달성할 가능한 스루풋의 승수적 변화를 추정하게 할 수 있는 파라미터를 UE에 제공할 수 있다. UE의 추정은 셀에 더 가까운 가입자들에게 더 높은 데이터 레이트를 제공하는 쪽으로 스케줄러가 편항된 정도를 포착할 수 있다. 예컨대, 스루풋의 승수적 변화는 주어진 혼잡 레벨에 대한 RSRP의 함수일 수 있다.

[0188] 일부 실시예들에서, UE는 전달이 발생할 수 있는 최대 신호 세기 간격을 계산하기 위해 예상된 모빌리티 및/또는 예상 신호 강도를 사용할 수 있다. UE는 또한, 이 최대 신호 세기 시간 간격의 타이밍을 결정할 수 있고, 지식 공유 프로토콜을 통해, 위에서 논의된 대로 계산될 수 있는, 최대 신호 세기 시간 간격에 대응하는 시간 간격을 통신할 수 있다.

[0189] 도 13은 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 구체적으로, 도 13은, 새로운 접속을 시작할 때 또는 핸드오프 후에 즉각적인 전달이 개시될 수 있는 네트워크 지식 공유 프로토콜의 예를 예시한다. 표(1310)는, 즉시 전달 이후 유휴 상태로 리턴하는 것을 보증할 수 있는 혼잡하지 않은 네트워크 시나리오를 예시한다. 네트워크 엔티티로부터 UE로의 다운링크 지식 공유 메시지는 네트워크가 혼잡하지 않음을 표시할 수 있다. 이어, UE는, 이 다운링크 정보를 사용하여 백그라운드 전달을 시작 및 종료하거나, 또는 플레이 버퍼를 오버필링할 수 있다. 이어, UE는 업링크 지식 공유 메시지에서 유휴 상태로의 리턴을 요청할 수 있다.

[0190] 도 14는 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 구체적으로, 도 14는, 새로운 접속을 시작할 때 또는 핸드오프 후에 유휴 상태로의 즉각적인 리턴이 개시될 수 있는 네트워크 지식 공유 프로토콜의 예를 예시한다. 표(1410)는, 유휴로의 즉시 리턴 이후 유휴 상태로 리턴하는 것을 보증할 수 있는 혼잡한 네트워크 시나리오를 예시한다. 네트워크 엔티티로부터 UE 로의 다운링크 지식 공유 메시지는 네트워크가 혼잡함을 나타낼 수 있고, 긴 타임스케일에 대해서도 그러할 수 있다. 이어, UE는, 이 다운링크 정보를 사용하여 아이들 상태에서 대기하도록 결정할 수 있으며, 이는 UE 배터리를 절약하는 것을 도울 수 있다. 이어, UE는 업링크 지식 공유 메시지에서 유휴 상태로의 리턴을 요청할 수 있다.

[0191] 도 15는 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 구체적으로, 도 15는, 새로운 접속을 시작할 때 또는 핸드오프 후에 예상된 전달이 스케줄링될 수 있는 네트워크 지식 공유 프로토콜의 예를 예시한다. 표(1510)는 가이던스에 따라, UE가 유휴 상태에서 대기하는 것을 보증할 수 있는 혼잡한 네트워크 시나리오 예시한다. 네트워크 엔티티로부터 UE 로의 다운링크 지식 공유 메시지는 네트워크가 혼잡함을 나타낼 수 있고, 긴 타임스케일에 대해서도 그러할 수 있다. 이어, UE는 이 다운링크 정보를 이용하여 긴 C-DRx 또는 유휴 모드에서 대기하기로 결정할 수 있다. 이어, UE는 업링크 지식 공유 메시지에서, 주어진 시간에 2 메가바이트 백그라운드 전달과 같은 백그라운드 전달, 및 유휴 상태로의 리턴을 요청할 수 있다.

[0192] 네트워크 엔티티는 또한, 예컨대, 다른 지식 공유 UE들에 의해 제공되는 보고에 기반하여, 더 낮은 혼잡이 예상되는 시간 프레임을 표시할 수 있다. UE는 새로운 셀에 진입할 때까지 대기하거나, 네트워크 혼잡이 더 낮은지를 체크하기 전에 주어진 시간 동안 대기하기로 결정할 수 있다.

[0193] 도 16은 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 구체적으로, 도 16은, 새로운 접속을 시작할 때 또는 핸드오프 후에 예상된 전달이 스케줄링될 수 있는 네트워크 지식 공유 프로토콜의 예를 예시한다. 도 16의 표(1610)는 도 15의 표(1510)와 유사하다. 그러나 도 16에서, UE는 송신을 개시하기 전에 낮은 혼잡을 표시하는, 네트워크 엔티티로부터의 BCR 표시를 수신할 때까지 대기하기로 결정할 수 있다.

[0194] 도 17은 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 특히, 도 17은 새로운 접속을 시작할 때 또는 핸드오프 이후에, 새로운 셀에서 낮은 혼잡이 결정되는 네트워크 지식 공유 프로토콜의 예를 예시한다. 표(1710)는 UE가 새로운 셀에 진입하고 새로운 셀에 접속하는 것을 제외하고는 도 15의 표(1510)와 유사할 수 있다.

[0195] 도 18은 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 특히, 도 18은 예상된 전달을 개시하기 전에 압축 선택이 발생할 수 있는 네트워크 지식 공유 프로토콜의 예를 예시한다. 표(1810)는 UE가 즉시 더 많은 압축을 선택할 수 있는 혼잡 한 네트워크 시나리오를 예시한다. 네트워크 엔티티로부터 UE로의 다운링크 지식 공유 메시지는 네트워크가 혼잡함을 표시할 수 있다. 이어, UE는 이 다운링크 정보를 사용하여 미디어 전달에서의 더 많은 압축 및/또는 유휴 상태로의 빠른 전이를 요청할 수 있다. 이어, UE는 업링크 지식 공유 메시지에서 유휴 상태로의 리턴을 요청할 수 있다.

[0196] 도 19는 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 구체적으로, 도 19는 높은 혼잡 통지에 의해 전달이 신속하게 일시 정지될 수 있는 네트워크 지식 공유 프로토콜의 예를 예시한다. 시나리오(1910)는 혼잡이 전달 동안 발생하는 혼잡하지 않은 네트워크를 예시한다. 네트워크 엔티티로부터 UE로의 다운링크 지식 공유 메시지는 네트워크가 혼잡하지 않음을 표시할 수 있다. UE는, 이 다운링크 정보를 사용하여 백그라운드 전달을 시작하고, 그리고/또는 플레이 버퍼를 오버필링할 수 있다.

[0197] 이어, UE는 혼잡이 높다는 것을 표시하는 다운 링크 지식 공유 메시지를 수신할 수 있다. UE는 혼잡하지 않은 기간을 대기하고 및/또는 C-DRx를 요청하거나 유휴 모드로 진입하기로 결정할 수 있다. 네트워크 엔티티는 혼잡이 낮을 때 UE에 통지할 수 있다.

[0198] 도 20은 소정의 실시예들에 따른 예시적인 표를 예시한다. 특히, 도 20은, AA-BSR, 확장 UE 보고, 및 채널 선호 보고를 포함하는 확장된 업링크 메시징(2010)의 실시예를 도시한다.

[0199] 도 21은 소정의 실시예들에 따른 예시적인 표를 예시한다. 특히, 도 21은, 양방향 혼잡 보고, 확장 혼잡 보고 및 전달 계획 리포트를 포함하는 확장 다운링크 메시징(2110)의 실시예를 도시한다.

[0200] 소정의 실시예들에서, 지식 공유 프로토콜은 업링크 송신 및/또는 다운링크 송신 상에서 MAC CE 메시지 내의 하나 또는 그 초과의 예비된 인덱스를 사용할 수 있다. 지식 공유 메시지 포맷의 속성들은, 지식 공유 메시지를 전달하는 링크 방향으로 네트워크 정체의 상태를 전달하는 데 사용될 수 있는 짧은 페이로드 또는 제로 페이로드 길이를 포함할 수 있다. 예컨대, 혼잡 정보가 다운링크 상에서 지식 공유 프로토콜에 의해 전달된다면, 다운링크 상의 심한 혼잡을 표시하는 하나 또는 그 초과의 메시지들에는 별도의 인덱스가 주어지거나 가변 페이로드 길이로 구조화될 수 있다. 지식 공유 혼잡 메시지는 도 9에서 도시된 바와 같이 제로 또는 짧은 페이로드 길이를 가질 수 있다. 예컨대, 도 21에 도시된 실시예와 같은 일부 실시예들에서, 더 긴 메시지들은 다운링크 상에서 더 낮은 혼잡 상태 시나리오들을 전달하기 위한 지원을 제공하는 것과 같은 다양한 다른 네트워크 엔티티 정보 시나리오들을 전달하는 데 사용될 수 있다.

[0201] 혼잡 추정과 관련된 타임스케일과는 대조적으로, 별개의 필드들이 전달의 권고된 시간을 표시하기 위해 사용될 수 있다. 2개의 상이한 필드들은 모두 시간과 관련되지만, 상이한 정보를 UE에 전달할 수 있다. UE가 전달을 수행해야 하는 경우, 전달의 권고된 시간이 권고될 수 있다. 전달의 권고된 시간은, 리스 혼잡 표시 보고로 지칭될 수 있다. 한편, 타임스케일 필드는, 혼잡 추정이 예컨대 단기 타임스케일이고, 다음 30초 동안 가장 관련이 있을 수 있음을 표시할 수 있다. 대안적으로, 타임스케일 필드는, 가장 가능성이 높은 컨디션들 중 더 양호한 혼잡 추정이 다음 5분 동안 있을 수 있음을 표시할 수 있다. 다시 말해서, 예컨대, 더 양호한 혼잡 추정은, 대략 마지막 5분 동안 수집된, 더 긴 타임스케일 혼잡 추정에서 나올 수 있다.

[0202] 소정의 실시예들에서, 지식 공유 메시지 포맷의 속성들은, 지식 공유 메시지 포맷 내의 특정 필드의 해석을 변경하기 위해, 3GPP에서 정의된 PPI(power preference indicator)를 포함할 수 있다. 예컨대, PPI는 DRx 및/또는 비활성 관련 필드와 같은 지식 공유 필드의 해석을 변경하는 데 사용될 수 있다. 이 메시지는 단일 필드를 사용하여 DRx 및/또는 비활성 타이머 세팅들을 전달할 수 있다. 이러한 실시예에서, C-DRx와 비활성 타이머의 특정 조합만을 시그널링하는 것이 가능할 수 있다.

[0203] 이 메시지는 또한, 계획된 또는 현재의 전달이 백그라운드 전달임을 표시하기 위해 단일 필드를 사용할 수 있다. 게다가, 필드는 백그라운드 전달의 종료 시, 유휴 모드로 자동으로 전환하기 위해 UE 선호도에 사용될 수 있다. 이러한 실시예에서, 가입자가 자신의 UE 또는 디바이스와 상호 작용하지 않기 때문에, 백그라운드 전달의 종료 시 추가적인 데이터 활동이 요구되는 것은 비교적 가능성이 낮다. 일 예시에서, 디바이스는 가입자의 포켓에 있을 수 있다.

[0204] 메시지는, 지식 공유 프로토콜 내에서 하나 또는 그 초과의 필드의 해석을 변경하기 위해 가장 높은 우선순위 QCI 및/또는 3GPP 내에 정의된 바와 같이 현재의 QCI(QoS(quality of service) channel indicator)의 지식을 사용할 수 있다. 예컨대, 프로토콜은 DRx 관련 정보를 전달하는 필드의 해석을 변경하는 것을 지원하여, 상이한 DRx 값들이 상이한 가장 높은 우선순위 QCI 값들의 맥락에서 암시될 수 있다. 현재 낮은 대기 시간 서비스가 존재한다고 QCI가 표시하면, DRx 필드는 비교적 짧은 복수의 DRx 값들 중 하나를 표시할 수 있다. 다른 한편으로, 현재 이용 가능한 낮은 대기 시간 서비스가 없다고 QCI가 표시하면, 그 값들은 복수의 다른 더 긴 DRx 값들 중 어느 것이 적절할 수 있는지를 표시하기 위해 해석될 수 있다.

[0205] 소정의 실시예들에서, UE는 지식 공유 프로토콜의 일부로서 잠재적인 또는 예상된 전달을 보고하고, 애플리케이션 예상된 BSR 또는 정보 BSR을 통해 그러한 잠재적인 또는 예상된 전달을 전할 수 있다.

[0206] 소정의 실시예들에서 eNB와 같은 네트워크 엔티티 아래의 다른 셀로의 핸드오프 후에 지식 공유 프로토콜 검증 메커니즘을 피하는 것이 가능하다. UE가 동일한 eNB 하에서 다른 셀로 핸드오프 될 때를 UE가 알릴 수 없지만, eNB는 핸드오버를 인식할 수 있다. 이러한 실시예에서, eNB는 UE가 이전 셀로부터의 지식 공유 프로토콜을 지원한다는 자신의 지식을 사용하고, UE와 지식 공유 프로토콜을 계속할 수 있다. 예컨대, eNB는 낮은 혼잡 컨디션을 주시하고, 이러한 낮은 혼잡 컨디션이 검출될 수 있을 때까지 프로토콜 확인 메시지를 UE에 송신하지 않을 수 있다. 따라서 추가 프로토콜 확인 메시징을 피할 수 있다.

[0207] UE가 지식 공유 프로토콜을 지원한다는 eNB에 의한 유지된 지식은 또한, eNB로부터 전송된 지식 공유 메시징을 감소시킬 수 있으며, 이는 오버헤드를 감소시키는 데 도움을 줄 수 있다. eNB는 업링크 및/또는 다운링크 지식 공유 메시징에서 명시적인 주시 표시를 전송할 수 있다. 지식 공유 프로토콜은, 주시 표시의 생성, 유지 및/또는 삭제를 명시적으로 감독할 수 있다. 예컨대, 주시 표시의 생성, 유지 및/또는 삭제는, 혼잡이 증가 또는 감소되었다는 통지를 UE가 언제 또는 어디에서 수신하고 싶은지, 및 얼마나 오랫동안인지에 의존할 수 있다. 게다가, 주시 표시의 생성, 유지 및/또는 삭제는, 진행중인 전달 동안, 전달 시작 전에, 또는 UE가 C-DRx에 있는 동안 특정 이벤트가 발생하는지 여부에 의존할 수 있다.

[0208] 일 실시예에서, UE는 이미 다운링크 송신을 수신하고 있을 수 있으며, 이 주시 표시를 제공함으로써 가입자는 아마도, 그렇지 않은 경우보다 더 빠른 전달을 수행하는 것을 중지하는 것이 가능하게 될 수 있을 것이다. 이는 UE가 전달 동안 링크 속도를 측정하는 것을 도울 수 있고, UE 시간을 혼잡을 발견해야 하는 것에 저장할 수 있다. 예컨대, UE가, 혼잡이 증가하고 반응하였음을 발견하는 데 추가적으로 20초 걸릴 수 있다. 그러나, 앞선 실시예에서, UE는 전달을 신속하게 수행하는 것을 중지할 수 있다.

[0209] 게다가, 지식 공유 프로토콜 정보는, 하나의 eNB에서 다음 eNB로 핸드오프될 수 있다. 네트워크는 지식 공유 프로토콜 정보의 핸드오프를 지원하여, eNB와 같은 수신 네트워크 엔티티가 특정 UE가 지식 공유 프로토콜을 지원할 뿐만 아니라, 이전에 지식 공유 프로토콜을 통해 eNB에 표시된, 계획된 전달이 무엇인지에 대한 지식을 갖고 있음을 인식할 수 있다.

[0210] 지식 공유 컨텍스트 핸드오프가 수행되면, 초기 다운 링크 지식 공유 메시지는 그 특정 가입자의 필요 또는 희망에 기반하여 그 UE 또는 가입자에 가장 관련된 네트워크 정보를 사용할 수 있다. 예컨대, 타겟 eNB는 UE가 업 링크 상에서 낮은 혼잡 기회를 통지받기를 대기하고 있다는 자신의 지식을 이용할 수 있고, 핸드오프 후에, 그 eNB는, 업링크 상의 낮은 혼잡을 관찰할 때까지 eNB는 다운링크 메시지를 보류할 수 있다. 다시 말해서, 네트워크 엔티티는, 가입자가 낮은 혼잡 기회를 기다리고 있음을 인식할 수 있고, 이러한 기회가 전달을 트리거하기 전에 그러한 기회가 통지될 때까지 대기할 수 있다.

[0211] 특정 실시예에서, 핸드오프 시에, eNB는 지식 공유 환경을 핸드오프할 수 있고 그리고/또는 지식 공유 환경을 타겟 셀에 잠재적으로 표시할 수 있다. 그러한 상황은, 예컨대 보류중인 지식 공유 전달들 및/또는 지식 공유 응답들을 포함할 수 있다. eNB는 또한, 지식 공유 환경이 멀티벤더 핸드오프를 지원할 수 있음을 타겟 셀과 잠재적으로 공유할 수 있다. 또한, eNB가 UE에게 낮은 혼잡을 통지하기 위해 대기하는 경우, 낮은 혼잡이 검출될 때까지 다운링크 메시지를 UE에 송신하는 것을 피할 수 있다.

[0212] 일부 실시예들에서, 네트워크 엔티티는, UE에 관심있는 지식 공유 정보를 추정할 수 있다. UE가 초기에 접속될 때 또는 핸드오프 후에, UE는 UE로부터 지식 공유 메시지를 수신할 수 있다. 이어, UE는 지식 공유 프로토콜을 통해 계획된 전달 정보를 전할 수 있다. 전해진 계획된 전달 정보는, 계획된 전달 속성들과 매칭되는 더 긴 지식 공유 혼잡 레포트에 대한 요청을 포함할 수 있다. 전해진 계획된 전달 정보는 또한, 네트워크 엔티티가 미래의 혼잡 보고를 생성할 때 그 전달 속성들을 사용하는 것을 허용하는 정보, 또는 그 전송 속성들과 관련될 수 있는 주요 혼잡 변화를 UE에 통지하기 위한 네트워크 엔티티에 대한 요청을 포함할 수 있다.

[0213] UE가 유휴 모드로부터 리턴하고 그것이 eNB가 지식 공유 프로토콜을 지원한다는 것을 이미 확인한, UE가 최근에 접속된 동일한 셀 아래에 있는 소정의 실시예들에서, UE는 지식 공유 프로토콜 메시지를 셀의 네트워크 엔티티에까지 바로 송신할 수 있다. UE는 셀이 지식 공유 프로토콜 메시지를 수신할 수 있다는 지식을 보유하거나 기억할 수 있었기 때문에 그렇게 할 수 있다. 이 실시예는 셀이 프로토콜을 지원하는지를 확인하기 위해 셀 내의 네트워크 엔티티로부터 다운링크 메시지를 전송하는 것을 피할 수 있다.

[0214] UE가 동일한 셀 내에서 유휴 모드로부터 활성 모드로 리턴하고 있을 때, eNB와 같은 네트워크 엔티티는 소정의 실시예들에서, UE 가입자가 이전에 통신 한 동일한 가입자인지를 결정하지 못할 수 있다. 이것은, 예컨대, 임시 UE 식별자의 사용에 의해 야기될 수 있다. 그러나, UE는 이전에 지식 공유 프로토콜을 지원했던 동일한 셀과 통신하고 있다는 것을 여전히 알 수 있다. 결과적으로, 네트워크 엔티티가 다운링크상에서 지식 공유 프로토콜 메시지를 송신하지 않더라도, UE는 여전히 업링크상에서 지식 서버 메시징을 송신할 수 있다. UE가 지식 공유 메시지를 전송한 후, eNB는 지식 공유가 지원된다는 것을 UE가 알고 있음을 결정하고, 셀이 다운링크 상에서 지식 공유 프로토콜을 송신하는 것을 피할 수 있다고 추론할 수 있다.

[0215] 소정의 실시예들에서, 지식 공유 메시지 수신에 대한 응답으로, UE는 자신의 전달의 긴급성을 평가할 수 있고, 계속할 것인지, 예컨대 C-DRx를 일시적으로 지연시킬 것인지 또는 유휴 모드로 진입하여 전달을 상당히 지연시킬 것인지를 결정할 수 있다. UE는, 전달을 개시하고 그리고/또는 지식 공유 프로토콜을 통해 C-DRx 또는 유휴 모드 중 어느 하나를 요청함으로써 자신의 결정에 따라 행동할 수 있다.

[0216] 일부 실시예들에서, UE는 지식 공유를 통해 수신된 정보를 사용하여 WLAN과 같은 대체 무선 기술을 이용할지 여부를 결정할 수 있다. 예컨대, 지식 공유 프로토콜이, eNB가 상대적으로 혼잡하지 않음을 표시하면, UE는 eNB를 통해 접속함으로써 배터리 수명을 절약할 수 있다고 결정할 수 있다. 대조적으로, 지식 공유 프로토콜이, eNB가 비교적 혼잡하다고 표시하면, UE는 가입자 집 내의 신뢰되지 않은 WLAN 액세스 포인트와 같은 WLAN 액세스 포인트를 통해 접속할 수 있다. 일부 실시예들에서, 네트워크 엔티티는, UE가 셀룰러 액세스 포인트와 대조적으로 WLAN 액세스 포인트를 사용해야 하는지 여부를 지식 공유 프로토콜을 통해 UE에 표시할 수 있다.

[0217] 도 22는 소정의 실시예들에 따른 예시적인 유스 케이스를 예시한다. 특히, 낮은 혼잡 통지를 위해 단계(2210)에 도시된 바와 같이, UE는 초기에 C-DRx에서 대기할 수도 있다. 그러한 통지가 수신되지 않았다면, 일정 시간 경과 후에, 단계(2220)에 도시된 바와 같이, 유휴 모드로 전환하는 것이 적절할 수 있다. 이 시점에서, eNB 네트워크 지식 공유 프로토콜은, 단계(2230)에 도시된 바와 같이, TPR(transfer plan report)을 UE에 송신하는 것을 개시하여, 유휴 상태로부터 전달을 개시하기 위한 가장 적절한 시간이 언제일 것인지에 대한 가이던스를 제공할 수 있다. 이는 UE TPR이, 접속이 끊기기 직전에, 가장 최근의 네트워크 혼잡 정보를 레버리징하도록 수행된다. 그러나 UE가 유휴 상태가 진입하기 전에, 네트워크 지식 공유 프로토콜은 낮은 혼잡의 시간에 다운링크 통지를 제공함으로써 기회주의적일 수 있다.

[0218] 소정의 다른 실시예들에서, eNB가 새로운 또는 후속 TPR을 전송하는 경우, TPR을 수정하는 것이 가능할 수 있으며, 이는 예컨대, eNB에서 업데이트된 혼잡 정보에 기반하여 업데이트된 계획을 UE에 제공할 것이다. 링크 상의 낮은 혼잡 기간 동안, TPR의 추가 반복이 사용될 수 있다. 네트워크 지식 공유 메시지는, UE가 전달 계획을 사용하려고 계획할 때 TPR 확인과 같은 추가 필드를 사용할 수 있다.

[0219] 소정의 실시예에서, 지식 공유 프로토콜은, 네트워크의 핸드오프 및/또는로드-밸런싱 결정들에 영향을 미칠 수 있다. 예컨대, eNB가 대량 전달을 알고 있는 경우, eNB는 신속한 동기화를 수행하는 것을 가능하게 하기 위해, 유사한 로드-밸런싱 비율을 갖는 다른 대역의 작은 셀로 가입자를 우선적으로 핸드오프시킬 수 있다. 일부 실시예들에서, MAC을 통한 메시징을 사용하는 대신에, 메시징은 RRC를 통해 수행될 수 있다.

[0220] 일부 실시예들에서, 재송신 프로토콜은, 지식 공유 메시징이 UE 및/또는 eNB에 의해 수신될 수 있는 신뢰도를 증가시키기 위해, MAC CE 메시징 또는 지식 공유 프로토콜과 연관될 수 있다. 다른 실시예에서, 다운링크 지식 공유 메시지는, 링크 상의 현재 네트워크 혼잡이 상대적으로 낮을 때, 더 빈번하고 그리고/또는 더 신속하게 반복될 수 있다. 예컨대, 전송을 위한 특히 이상적인 시간이 있는 경우, 두 메시지 중 하나가 손실되는 시나리오에 대한 대비를 위해, 네트워크 엔티티는 UE에 대한 다운링크 지식 공유 통지를 우선적으로 반복할 수 있다. 이 실시예는, MAC 메시징이 완전히 신뢰할 수 없게 되는 것을 방지할 수 있다. 소정의 실시예들에서, MAC UE는 HARQ(hybrid automaticrepeatrequest)를 이용할 수 있다.

[0221] 일부 실시예들에서, 셀 내의 혼잡이 더 적을 때 메시징은 더 반복될 수 있다. 이 실시예에서, 그 링크 상의 eNB 혼잡은 지식 공유 메시징과 관련된 코스트가 더 작아서, 그 지식 공유 메시징의 더 큰 선제적인 반복이 사용될 수 있음을 나타낼 수 있다.

[0222] 다른 실시예들에서, UE가 업링크가 비교적 덜 혼잡하다고 통보받았을 때, UE는 그 지식 공유 메시징의 더 많은 반복을 수행하도록 자동적으로 허용될 수 있다. 반대로, UE가 업링크가 비교적 혼잡하다고 통지받았을 때, UE는 그 지식 공유 메시징의 그렇게 많은 반복을 수행하는 것이 자동으로 금지될 수 있다.

[0223] 소정의 실시예들에서, 네트워크는, UE 가입자 네트워크 이용이 지식 공유 프로토콜로부터의 가이던스를 따르는 정도에 대응하는 KPI 메트릭을 추적할 수 있다. 예컨대, 네트워크는, 제1 벤더의 지식 공유 프로토콜 UE들이 자신들의 트래픽을 조정하여 네트워크 내의 혼잡하지 않은 기회를 활용하는 특히 양호한 일을 한다고 결정할 수 있다. 네트워크는 또한, 이 제1 벤더로부터의 UE 가입자들이 그들이 접속 모드일 필요가 있거나 필요하지 않음을 표시하는 경우, 이들 선호들은 라디오 주파수(RF) 용량 관점에서 효율적인 것의 비교적 양호한 표시라고 결정할 수 있다. 대조적으로, 제2 벤더로부터의 UE 가입자는, 지식 공유 프로토콜에 응답하는, 예컨대, 가장 혼잡한 셀에서 비교적 큰 비율의 바이트를 생성하는 불량한 일을 할 수 있다.

[0224] 이 네트워크 KPI 결정에 대한 응답으로, 네트워크는, 제2 벤더로부터 UE들과 관련된 지식 공유 프로토콜을 지원하는 것으로부터 생성된 더 적은 양의 이익에 상응하는, 제2 벤더로부터의 지식 공유 프로토콜 UE들에 대한 지식 공유 프로토콜 지원의 양을 감소시키도록 결정할 수 있다.

[0225] 소정의 실시예에서, 지식 공유 프로토콜은 단일 UE로부터의 다수의 전달들에 대한 교환들을 지원할 수 있으며, 여기서 각각의 전달은 상이한 전달 속성들을 가질 수 있다. 다수의 전달들은 서로 병렬로 실행될 수 있다. 각각의 전달은, 시퀀스 번호 또는 인덱스와 같은 고유 식별자를 가질 수 있다. 가입자 디바이스, 예컨대, UE는 전달을 식별하기 위해 초기 식별자를 선택할 수 있다. 후속적으로, eNB는, 전달을 수행할 특정 시간을 권고하는 것과 같은, 이 전달과 관련한 피드백을 제공하기 위해 동일한 식별자를 사용할 수 있다.

[0226] 일부 실시예들에서, 백그라운드 전달은 비-우선순위 전달로 지칭될 수 있다. 네트워크 지식 공유 프로토콜 맥락은, 어떤 버젼의 프로토콜이 지원되는 지에 대한 정보를 포함할 수 있다. 다른 실시예들에서, 네트워크 지식 공유 프로토콜의 지원을 턴오프하는 것은 셀 ID 디스크립터 또는 속성들을 변경하기로 결정하는 것을 포함할 수 있어서, UE들이 그 셀을 네트워크 지식 공유 프로토콜을 이전에 지원했던 셀인 것으로 더 이상 식별하지 않을 것이다.

[0227] 추가의 실시예에서, 전달 사이즈는 바이트 단위가 아닌, 소비될 것으로 예상되는 물리적 자원 블록들의 예상 개수와 관련하여 전해질 수 있다. 이것은, 예컨대, 가입자가 셀 내에서 자신의 모밀리티를 예상하고, 그 신호 세기, 예컨대, RSRP 또는 RSRQ가 현재와 전달이 계획된 때 사이에 변화되는 경우 이용될 수 있다. 가입자 디바이스가 변화, 신호 세기 및 예상 바이트 수를 전하려고 하는 대신, 디바이스는 그 전달과 관련된 물리적 자원 블록들의 예상된 수를 간단히 전할 수 있다.

[0228] 일부 실시예들에서, 네트워크 엔티티, 예컨대 eNB는 장기 스케줄러를 사용할 수 있다. 장기 스케줄러는, 평균 셀 혼잡, 애플리케이션 예상 전달들 또는 BSR들 및/또는 다른 전달 보고들을 사용할 수 있다. 장기 스케줄러는, 장래의 혼잡을 추정하고, 장기 스케줄러의 결정과 관련된 다운링크 메시징을 생성할 수 있다.

[0229] 다른 실시예에서, eNB는, 지속 기간 W를 갖는 시간 윈도우에 대한 단기 혼잡을 4*W와 동일한 더 긴 시간 윈도우에 대한 혼잡을 비교함으로써, 링크 상의 혼잡이 개선될 가능성을 추정할 수 있다. 더 긴 시간 윈도우에서의 혼잡이 짧은 지속 시간에서보다 낮은 경우, eNB는 이것을 혼잡이 개선될 가능성이 있는지를 결정하는 팩터로서 추가로 이용할 수 있다. 또한, 4개의 연속한 이전 윈도우들 각각이, 점진적으로보다 낮은 혼잡을 갖는다면, eNB는 이것을 혼잡이 개선 또는 감소할 가능성이 더 높다고 결정하는 팩터로서 추가로 이용할 수 있다.

[0230] 통신 시스템에서의 충돌을 방지하기 위해, 특정 실시예들에서, 수신기가 지식 공유를 지원한다는 것을 송신기가 아는 경우가 아니라면, UE도 네트워크 엔티티, 예컨대, eNB도 지식 공유 메시지(예약된 인덱스에 대한 MAC CE)를 송신하지 않아야 한다. 새로운 접속 또는 핸드오프가 있는 경우, UE가 지식 공유를 갖는다고 eNB가 검증할 때까지, 예컨대, eNB가 IMEISV를 체크할 때까지, eNB는 지식 공유 메시지를 전송하지 않는다. 다른 실시예들에서, eNB가 지식 공유 메시지를 전송했다고 UE가 확인할 때까지, UE는 지식 공유 메시지를 송신할 수 없다.

[0231] 소정의 다른 실시예들에서, 현재 예비된 MAC CE 인덱스가 이후의 LTE 릴리스에서 정의되는 경우, 그 새로운 MAC CE 인덱스는 eNB 또는 다른 네트워크 엔티티에 의해 초기에 릴리스된 UE들로 전송되어서는 안 된다. eNB는, 이를테면 RRC UE 성능들로부터, 새로운 LTE 릴리스 UE에만 새로운 MAC CE 인덱스를 송신할 수 있다. 이는, 이전에 릴리스된 지식 공유 UE들이 새로운 MAC CE 인덱스를 수신하는 것을 방지할 수 있다. 새로운 LTE 릴리스를 위한 UE는 또한, LTE 릴리스에 대한 업데이트된 인덱스 세트와 함께 지식 공유를 사용할 수 있다. 일부 실시예들에서, eNB는 RRC 내의 UE 성능들로부터 UE 릴리스를 알 수 있으므로, eNB는 그 LTE 릴리스로부터의, UE들에 대한 적절한 지식 공유 프로토콜 인덱스 세트를 사용할 수 있다.

[0232] 도 23은 소정의 실시예들에 따른 흐름도를 예시한다. 구체적으로, 도 23은 셀룰러 네트워크에서 UE와 네트워크 엔티티 사이의 지식 공유를 가능하게 하는 방법을 예시할 수 있다. 단계(2310)에서, 새로운 접속 또는 핸드오프가 검출될 때, 네트워크 엔티티, 예컨대, eNB는, UE가 사용자 장비의 IMPELS(international mobile station equipment identity)에 기반하여 지식 공유를 지원하는지를 결정할 수 있다. 이 결정에 대한 응답으로, eNB는 단계(2320)에 도시된 바와 같이, 다운링크 MAC CE를 사용하여 다운링크 지식 공유 메시지를 UE에 전달할 수 있으며, 소정의 실시예들에서, MAC CE는 현재 예비된 인덱스를 갖는다. 이어, UE는 단계(2330)에 도시된 바와 같이, 이 MAC CE 예약된 인덱스 메시지를 수신할 수 있다. IMEISV는 터미널 타입 및/또는 소프트웨어 버전을 가질 수 있다. 게다가, IMEISV는 지식 공유 지원을 명확하게 표시할 수 있다. 마스킹된 IMEISV는, 개별 모바일 장비를 식별하는 것을 피할 수 있다.

[0233] 또한, 이 방법은, 단계(2340)에 도시된 바와 같이, 다운링크 지식 공유 메시지의 수신에 대한 응답으로, UE가 현재 예비된 인덱스를 갖는 업링크 MAC CE를 사용하여 업링크 지식 공유 메시지를 eNB에 전송할 수 있다. 특정 실시예들에서, UE가 eNB로부터 지식 공유 메시지를 수신하지 않으면, UE는 지식 공유 메시지를 전송하지 못할 수도 있다. 이 프로토콜을 통한 UE 표시는 추가적으로 UE 모빌리티 계획을 표시할 수 있어서, UE가 유휴 상태로 진행하고, UE가 정적으로 머무를 것이라고 이전에 표시된 경우, 네트워크의 표시는 예컨대, MME에 제공되어 이 특정 UE가 여전히 동일한 셀 상에 있을 가능성이 있고, 낮은 혼잡 표시를 대기하고 있음을 표시할 수 있다.

[0234] UE는 전달이 발생할 수 있는 최대 신호 세기 간격을 계산하기 위해 자신의 예상된 모빌리티 및/또는 예상 신호 강도를 사용할 수 있다. UE는 이 예상된 전달의 시간을 지식 공유 프로토콜을 통해 추가로 통신할 수 있다.

[0235] 소정의 실시예들에서, 특별한 프로토콜을 사용하기 위한 방법이 제공될 수 있다. 네트워크는, 로드-밸런싱, 승인 제어 및 영향을 주는 핸드오프 결정들을 수행하는 데 사용하기 위한 미래의 혼잡을 더 양호하게 추정하기 위해, 이 특별한 프로토콜을 통해 표시된 UE 전달의 지식을 사용할 수 있다. 잠재적인 또는 예상된 전달에 대한 UE 보고들은, 애플리케이션 예상 BSR 또는 정보 BSR들을 통해 전해질 수 있다. 네트워크 엔티티, 예컨대 eNB는, 이 프로토콜을 통해 벤더 타입을 추가로 표시할 수 있다.

[0236] 다른 실시예들에서, 접속 모드에 머무르는 동안 그리고 낮은 혼잡 이벤트의 기회적인 통지를 대기하는 동안, 가입자가 배터리 수명을 절약할 수 있도록 접속된 DRx가 사용될 수 있다. 네트워크 엔티티는 또한, 어떤 RRC 비활성 타이머 값이 UE에 대한 네트워크에 의해 사용되도록 현재 계획되어 있는지를 그 UE에 표시할 수 있다. 소정의 실시예들에서, 네트워크는, 디바이스에 의해 표시된 예상된 전달의 사이즈 및/또는 타임스케일에 기반하여, UE에 제공된 네트워크 이용의 타임스케일을 자동으로 조정할 수 있다. 소정의 실시예들에서, UE는, 채널 선호 요청 메시지를 생성하는 대신, 트래픽을 생성함으로써 비활성을 수동으로 리셋할 수 있다.

[0237] 본 개시내용의 실시예들은, 소프트웨어(하나 또는 그 초과의 프로세서에 의해 실행됨), 하드웨어(예컨대, 주문형 집적 회로), 또는 소프트웨어와 하드웨어의 결합으로 구현될 수 있다. 예시적인 실시예에서, 소프트웨어(예컨대, 애플리케이션 로직, 명령 세트)는 다양한 종래의 비-일시적인 컴퓨터-판독가능 매체 중 임의의 매체 상에서 유지된다. 비-일시적 컴퓨터 판독가능 매체는, 명령 실행 시스템, 장치 또는 디바이스, 이를테면 컴퓨터에 의해 또는 이들과 함께 사용하기 위한 명령을 포함, 저장, 통신, 전파 또는 전송할 수 있는 임의의 매체 또는 수단일 수 있다. 비-일시적 컴퓨터 판독가능 매체는, 명령 실행 시스템, 장치 또는 디바이스, 이를테면 컴퓨터에 의해 또는 이들과 함께 사용하기 위한 명령을 포함 또는 저장할 수 있는 임의의 매체 또는 수단일 수 있는, 컴퓨터-판독가능 저장 매체, 예컨대, 메모리 또는 다른 디바이스를 포함할 수 있다.

[0238] 따라서, 소정의 실시예들은, 컴퓨터와 함께 사용하기 위해 컴퓨터 프로그램 코드가 수록된 컴퓨터-판독가능 저장 매체를 포함하는 컴퓨터 프로그램 제품을 포함할 수 있으며, 이 컴퓨터 프로그램 코드는 전술한 바와 같은 방법들 및 그 변형들 중 임의의 것을 수행하기 위한 코드를 포함한다. 또한, 소정의 실시예들은, 하나 또는 그 초과의 프로세서 및 컴퓨터 프로그램 코드를 포함하는 하나 또는 그 초과의 메모리들을 포함하는 장치를 포함할 수 있으며, 하나 또는 그 초과의 메모리들 및 컴퓨터 프로그램 코드는, 하나 또는 그 초과의 프로세서들과 함께, 장치로 하여금 전술한 바와 같은 방법들 및 그 변형들 중 임의의 것을 수행하게 하도록 구성된다.

[0239] 전술한 상이한 기능들은, 서로 상이한 순서로 그리고/또는 동시에 수행될 수 있다. 더욱이, 필요에 따라, 전술한 기능들 중 하나 또는 그 초과는, 선택적일 수 있거나, 결합될 수 있다. 본 개시내용의 예시적인 실시예들이 앞서 설명되었지만, 이들 설명들은 제한적인 의미로 여겨서는 안 된다. 오히려, 본 개시내용의 범위를 벗어나지 않고 행해질 수 있는 몇몇 변형들 및 수정들이 존재한다.

[0240] 당업자는, 전술한 개시내용이 상이한 순서의 단계들 및/또는 개시된 것과 다른 구성들의 하드웨어 엘리먼트들로 실시될 수 있다는 것을 용이하게 이해할 것이다. 따라서, 비록 본 개시내용이 이러한 바람직한 실시예들에 기반하여 기술되었지만, 본 개시내용의 사상 및 범위 내에서 유지되면서, 소정의 수정들, 변형들 및 대안적인 구성들이 명백할 수 있다는 것이 당업자에게 자명할 것이다.

[0241] 본 명세서 전반에 걸쳐 기술된 소정의 실시예들의 특징들, 구조들 또는 특성들은, 하나 또는 그 초과의 실시예들에서 임의의 적절한 방식으로 결합될 수 있다. 예컨대, 본 명세서 전반에 걸친, "소정의 실시예들", "일부 실시예들", "다른 실시예들"이라는 문구 또는 다른 유사한 표현의 사용은, 실시예와 관련하여 설명된 특정 특징, 구조 또는 특성이 본 발명의 적어도 하나의 실시예에 포함될 수 있다는 사실을 의미한다. 따라서, 본 명세서 전체에 걸친 "소정의 실시예들에서", "일부 실시예들에서", "다른 실시예들에서"라는 문구 또는 다른 유사한 표현의 출현은, 동일한 실시예들의 그룹을 반드시 지칭하는 것은 아니며, 설명된 특징들, 구조들, 또는 특성들은 하나 또는 그 초과의 실시예들에서 임의의 적절한 방식으로 결합될 수 있다.

[0242] 당업자는, 전술한 본 발명이 상이한 순서의 단계들 및/또는 개시된 것과 다른 구성들의 하드웨어 엘리먼트들로 실시될 수 있다는 것을 용이하게 이해할 것이다. 따라서, 비록 본 발명이 이러한 바람직한 실시예들에 기반하여 기술되었지만, 본 발명의 사상 및 범위 내에서 유지되면서, 소정의 수정들, 변형들 및 대안적인 구성들이 명백할 수 있다는 것이 당업자에게 자명할 것이다.

[0243] 용어 해설

[0244] 3GPP Third Generation Partnership Project

[0245] CDMA Code Division Multiple Access

[0246] CAN Content Aware Network

[0247] CAN-EG Content Aware Network - Enabling Gateway

[0248] CDN Content Distribution Network

[0249] C-SON Centralized Self Optimizing Network

[0250] DL Downlink

[0251] E-UTRA Evolved Universal Terrestrial Radio Access

[0252] eNB or eNodeB Evolved Node B/Base Station in an E-UTRAN System

[0253] EPC Enhanced Packet Core

[0254] E-UTRAN Evolved UTRAN (LTE)

[0255] FDD Frequency Division Duplex

[0256] FDM Frequency Division Multiplexing

[0257] GPS Global Positioning System

[0258] GSM Global System for Mobile Communications

[0259] GPRS General Packet Radio Service

[0260] GTP GPRS tunneling protocol

[0261] HetNET Heterogeneous Network

[0262] HO Handoff

[0263] IP Internet Protocol

[0264] IRP Interface Reference Point

[0265] LTE Long Term Evolution

[0266] LTE-A Long Term Evolution Advanced

[0267] MAC Medium Access Control

[0268] MDT Minimization of Drive Tests

[0269] MME Mobility Management Entity

[0270] MO Media Optimizer

[0271] MR Measurement Report

[0272] PCRF Policy and Charging Rule Function

[0273] PDN-GW Packet Data Network Gateway

[0274] QAM Quadrature Amplitude Modulation

[0275] QPSK Quadrature (Quaternary) Phase Shift Keying

[0276] RRC Radio Resource Control

[0277] RAN Radio Access Network

[0278] RF Radio Frequency

[0279] Rx Reception

[0280] SGW Serving Gateway

[0281] SON Self-Optimizing Network

[0282] TDD Time Division Duplex

[0283] TDM Time Division Multiplexing

[0284] Tx Transmittance

[0285] UCI Uplink Control Information

[0286] UE User Equipment (e.g. mobile terminal)

[0287] UL Uplink

[0288] UMTS Universal Mobile Telecommunications System

[0289] UTRAN Universal Terrestrial Radio Access Network

Claims (35)

1. 방법으로서,
   사용자 장비가 데이터 통신 네트워크로부터 데이터를 수신하는 것에 영향을 미치는 컨디션들을, 네트워크 엔티티에서 분석하는 단계;
   상기 컨디션들에 기반하여, 상기 사용자 장비가 데이터 전달과 관련된 액션을 수행해야 하는지 여부를 결정하는 단계; 및
   상기 사용자 장비가 상기 액션을 수행해야 할 때를 표시하는 정보를 상기 네트워크 엔티티로부터 상기 사용자 장비로 전송하는 단계를 포함하는, 방법.
2. 제1항에 있어서,
   상기 컨디션들은 현재 컨디션, 예측된 컨디션, 추정된 컨디션 또는 미래 컨디션 중 적어도 하나인, 방법.
3. 제1항에 있어서,
   상기 데이터는 비디오 데이터인, 방법.
4. 제3항에 있어서,
   상기 데이터는, 상기 데이터가 플레이백을 위해 필요하기 전에 전달되는, 방법.
5. 제1항에 있어서,
   상기 데이터가 슬로우 서비스 또는 인터럽트된 서비스 동안 이용가능하도록, 상기 데이터의 전달이 유지되는, 방법.
6. 제1항에 있어서,
   적어도 하나의 자기-최적화(self-optimizing) 네트워크 기능은, 서비스 저하 또는 서비스 개선을 상기 사용자 장비에 영향을 미치는 상기 컨디션으로서 예측하는, 방법.
7. 제1항에 있어서,
   상기 컨디션은, 상기 사용자 장비가 상기 데이터를 포기할 가능성이거나, 상기 사용자 장비가 저하된 서비스에 직면할 가능성인, 방법.
8. 제1항에 있어서,
   상기 메시지를 상기 사용자 장비로 전송하는 단계는, 통지 정책에 따라 수행되는, 방법.
9. 제8항에 있어서,
   상기 통지 정책은, 적어도 하나의 자기-최적화 네트워크 기능에 의해 정의되는, 방법.
10. 제8항에 있어서,
    상기 통지 정책은, 특정 이벤트 타입, 적어도 하나의 타겟에 기반한 적어도 하나의 액션의 성능, 적어도 하나의 핵심 성능 표시자, 적어도 하나의 임계치 또는 적어도 하나의 제어 중 적어도 하나를 정의하는, 방법.
11. 제8항에 있어서,
    상기 통지 정책은, 예측의 특정 심도(depth) 또는 예측의 구성적 레벨을 포함하는, 방법.
12. 제11항에 있어서,
    상기 예측의 심도는 시간을 통해 표현되는, 방법.
13. 제8항에 있어서,
    상기 통지 정책은, 상기 사용자 장비를 포함하는 적어도 하나의 사용자 장비 그룹을 지정하는, 방법.
14. 제1항에 있어서,
    상기 정보는, 에어 인터페이스 신호, 라디오 자원 제어 메시지, 또는 미디어 액세스 제어 메시지로서, 상기 사용자 장비로 전송되는, 방법.
15. 제1항에 있어서,
    상기 정보는, 애플리케이션 계층 또는 네트워크 계층에서 전송되는, 방법.
16. 제1항에 있어서,
    상기 네트워크 엔티티는, 상기 정보를 전송하기 위한 애플리케이션을 사용하는, 방법.
17. 제1항에 있어서,
    상기 정보는, 상기 사용자 장비의 에어 인터페이스가 손상될 것으로 예상된다는 표시를 포함하며, 여기서 상기 표시는, 상기 손상까지의 추정된 시간을 포함하는, 방법.
18. 제1항에 있어서,
    상기 사용자 장비에게 자격이 부여되는 서비스의 레벨에 기반하여, 상기 정보를 수신하기 위한 상기 사용자 장비를 선택하는 단계를 더 포함하는, 방법.
19. 제1항에 있어서,
    상기 컨디션은, 예상되는 서비스 품질 저하 또는 예상되는 핸드오버를 포함하는, 방법.
20. 방법으로서,
    사용자 장비에 영향을 미치는 컨디션들에 기반한 정보를, 상기 사용자 장비에서, 네트워크 엔티티로부터 수신하는 단계 ― 상기 정보는, 상기 사용자 장비가 데이터 전달과 관련된 액션을 수행하는 것을 표시함 ―; 및
    상기 컨디션이 상기 사용자 장비에 영향을 미치는 동안 상기 수신된 정보에 기반하여 상기 액션을 수행하는 단계를 포함하는, 방법.
21. 제20항에 있어서,
    상기 정보에 기반하여, 프리-필링(pre-filling)을 위해 상기 데이터를 전달할 것을 상기 네트워크 엔티티에 요청하는 단계를 더 포함하는, 방법.
22. 제20항에 있어서,
    상기 데이터가 필요하기 전에 상기 데이터의 전달을 유지할 것을 상기 네트워크 엔티티에 요청하는 단계를 더 포함하는, 방법.
23. 제20항에 있어서,
    상기 수신된 정보에 대한 응답으로, 데이터 압축의 증가를 요청하는 단계를 더 포함하는, 방법.
24. 제20항에 있어서,
    상기 수신된 정보에 대한 응답으로, 높은 데이터 요구의 행동을 중지하는 단계를 더 포함하는, 방법.
25. 제20항에 있어서,
    상기 정보는, 채널 컨디션들의 저하의 예측 또는 유리한 컨디션들의 표시를 포함하는, 방법.
26. 제20항에 있어서,
    상기 정보는, 코스트 측정에 적어도 부분적으로 기반한 채널 품질 컨디션들에 관련되는, 방법.
27. 셀룰러 네트워크에서 사용자 장비와 네트워크 엔티티 사이의 지식 공유 방법으로서,
    새로운 접속 또는 핸드오프가 검출될 경우, 상기 사용자 장비의 국제 이동국 장비 아이덴티티에 기반하여, 상기 사용자 장비가 지식 공유 프로토콜을 지원하는지 여부를, 상기 네트워크 엔티티가 결정하는 단계; 및
    다운링크 MAC(medium access control) 제어 엘리먼트를 이용하여, 다운링크 지식 공유 메시지를 상기 사용자 장비에 전달하는 단계를 포함하며, 상기 MAC 제어 엘리먼트는 현재 예비된 인덱스를 갖는,
    지식 공유 방법.
28. 제27항에 있어서,
    상기 사용자 장비의 국제 이동국 장비 아이덴티티는, 지식 공유 지원을 명확하게 표시하는, 지식 공유 방법.
29. 제27항에 있어서,
    상기 사용자 장비의 국제 이동국 장비는 마스킹되어 상기 사용자 장비를 식별하는 것을 방지하는, 지식 공유 방법.
30. 제27항에 있어서,
    상기 다운링크 지식 공유 메시지를 수신한 것에 대한 응답으로, 상기 사용자 장비는, 업링크 MAC 제어 엘리먼트를 이용하여 업링크 지식 공유 메시지를 상기 네트워크 엔티티로 송신하는, 지식 공유 방법.
31. 제27항에 있어서,
    상기 사용자 장비가 상기 네트워크 엔티티로부터 상기 다운링크 지식 공유 메시지를 수신하지 않으면, 상기 사용자 장비는 업링크 지식 공유 메시지를 송신할 수 없는, 지식 공유 방법.
32. 장치로서,
    적어도 하나의 프로세서; 및
    컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하며,
    상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서와 함께, 상기 장치로 하여금 적어도, 청구항 제1항 내지 청구항 제31항 중 어느 한 항에 따른 프로세스를 수행하게 하도록 구성되는, 장치.
33. 하드웨어에서 실행될 경우, 청구항 제1항 내지 청구항 제31항 중 어느 한 항에 따른 프로세스를 수행하는 명령들을 인코딩하는, 비-일시적 컴퓨터-판독가능 매체.
34. 청구항 제1항 내지 청구항 제31항 중 어느 한 항에 따른 프로세스를 수행하기 위한 수단을 포함하는, 장치.
35. 청구항 제1항 내지 청구항 제31항 중 어느 한 항에 따른 프로세스를 수행하기 위한 명령을 인코딩하는, 컴퓨터 프로그램 제품.

Images