CN108353332A - 通信系统 - Google Patents

通信系统 Download PDF

Info

Publication number
CN108353332A
CN108353332A CN201680063438.1A CN201680063438A CN108353332A CN 108353332 A CN108353332 A CN 108353332A CN 201680063438 A CN201680063438 A CN 201680063438A CN 108353332 A CN108353332 A CN 108353332A
Authority
CN
China
Prior art keywords
senb
menb
data
uplink
base station
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201680063438.1A
Other languages
English (en)
Other versions
CN108353332B (zh
Inventor
田口太树
望月满
铃木邦之
野泽晴香
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to CN202110881062.8A priority Critical patent/CN113613295A/zh
Priority to CN202110882335.0A priority patent/CN113613297A/zh
Priority to CN202110882320.4A priority patent/CN113613296A/zh
Publication of CN108353332A publication Critical patent/CN108353332A/zh
Application granted granted Critical
Publication of CN108353332B publication Critical patent/CN108353332B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023Buffering or recovering information during reselection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/32Hierarchical cell structures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0069Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00695Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using split of the control plane or user plane
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • H04W84/045Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明的通信系统中,在UE与MeNB之间,进行直接通信、以及经由SeNB的通信这两者。伴随着UE的移动,进行将UE所连接的MeNB从S‑MeNB切换至T‑MeNB的切换处理。在切换处理期间,维持UE与SeNB的连接。在UE与MeNB的通信路径从由S‑MeNB和UE所形成的路径变更为由T‑MeNB和UE所形成的路径之前,UE开始向SeNB发送数据。

Description

通信系统
技术领域
本发明涉及在移动终端装置等通信终端装置与基站装置之间进行无线通信的通信系统。
背景技术
在移动通信系统的标准化组织即3GPP(3rd Generation Partnership Project:第三代合作伙伴项目)中,研究了在无线区间方面被称为长期演进(Long Term Evolution,LTE)、在包含核心网络以及无线接入网(以下也统称为网络)的系统整体结构方面被称为系统架构演进(System Architecture Evolution,SAE)的通信方式(例如参考非专利文献1~11)。该通信方式也被称为3.9G(3.9代)系统。
作为LTE的接入方式,下行链路方向使用OFDM(Orthogonal Frequency DivisionMultiplexing:正交频分复用)、上行链路方向使用SC-FDMA(Single Carrier FrequencyDivision Multiple Access:单载波频分多址)。另外,与W-CDMA(Wideband Code DivisionMultiple Access:宽带码分多址)不同,LTE不包含线路交换,仅为分组通信方式。
使用图1说明非专利文献1(第5章)所记载的3GPP中与LTE系统的帧结构有关的决定事项。图1是表示LTE方式的通信系统中所使用的无线帧的结构的说明图。图1中,一个无线帧(Radio frame)为10ms。无线帧被分割为10个大小相等的子帧(Subframe)。子帧被分割为两个大小相等的时隙(slot)。每个无线帧的第一个和第六个子帧包含下行链路同步信号(Downlink Synchronization Signal)。同步信号中有第一同步信号(PrimarySynchronization Signal(主同步信号):P-SS)和第二同步信号(SecondarySynchronization Signal(辅同步信号):S-SS)。
非专利文献1(第5章)中记载了3GPP中与LTE系统的信道结构相关的决定事项。假设CSG(Closed Subscriber Group:封闭用户组)小区中也使用与non-CSG小区相同的信道结构。
物理广播信道(Physical Broadcast Channel:PBCH)是从基站装置(以下,有时简称为“基站”)到移动终端装置(以下,有时简称为“移动终端”)等通信终端装置(以下,有时简称为“通信终端”)的下行链路发送用信道。BCH传输块(transport block)被映射到40ms间隔中的四个子帧。不存在40ms定时的清楚的信令。
物理控制格式指示信道(Physical Control Format Indicator Channel:PCFICH)是从基站到通信终端的下行链路发送用信道。PCFICH从基站向通信终端通知用于PDCCHs的OFDM(Orthogonal Frequency Division Multiplexing:正交频分复用)码元的数量。PCFICH按每个子帧进行发送。
物理下行链路控制信道(Physical Downlink Control Channel:PDCCH)是从基站到通信终端的下行链路发送用信道。PDCCH对作为后述的传输信道之一的下行链路共享信道(Downlink Shared Channel:DL-SCH)的资源分配(allocation)信息、作为后述的传输信道之一的寻呼信道(Paging Channel:PCH)的资源分配(allocation)信息、以及与DL-SCH有关的HARQ(Hybrid Automatic Repeat reQuest:混合自动重复请求)信息进行通知。PDCCH传送上行链路调度许可(Uplink Scheduling Grant)。PDCCH传送针对上行链路发送的响应信号即Ack(Acknowledgement:确认)/Nack(Negative Acknowledgement:不予确认)。PDCCH也被称为L1/L2控制信号。
物理下行链路共享信道(Physical Downlink Shared Channel:PDSCH)是从基站到通信终端的下行链路发送用信道。PDSCH中映射有作为传输信道的下行链路共享信道(DL-SCH)、以及作为传输信道的PCH。
物理多播信道(Physical Multicast Channel:PMCH)是从基站到通信终端的下行链路发送用信道。PMCH中映射有作为传输信道的多播信道(Multicast Channel:MCH)。
物理上行链路控制信道(Physical Uplink Control Channel:PUCCH)是从通信终端到基站的上行链路发送用信道。PUCCH传送针对下行链路发送的响应信号(responsesignal)即ACK/Nack。PUCCH传送CQI(Channel Quality Indicator:信道质量指示符)报告。CQI是表示所接收到的数据的品质、或者通信线路品质的品质信息。PUCCH还传送调度请求(Scheduling Request:SR)。
物理上行链路共享信道(Physical Uplink Shared Channel:PUSCH)是从通信终端到基站的上行链路发送用信道。PUSCH中映射有作为传输信道之一的上行链路共享信道(Uplink Shared Channel:UL-SCH)。
物理HARQ指示符信道(Physical Hybrid ARQ Indicator Channel:PHICH)是从基站到通信终端的下行链路发送用信道。PHICH传送针对上行链路发送的响应信号即Ack/Nack。物理随机接入信道(Physical Random Access Channel:PRACH)是从通信终端到基站的上行链路发送用信道。PRACH传送随机接入前导(random access preamble)。
下行链路参照信号(参考信号(Reference Signal):RS)是LTE方式的通信系统中已知的码元。定义有以下5种下行链路参照信号。小区固有参照信号(Cell-specificReference Signal:CRS)、MBSFN参照信号(MBSFN Reference Signal)、UE固有参照信号(UE-specific Reference Signal)即数据解调用参照信号(Demodulation ReferenceSignal:DM-RS)、定位参照信号(Positioning Reference Signal:PRS)、以及信道状态信息参照信号(Channel State Information Reference Signal:CSI-RS)。作为通信终端的物理层的测定,存在参考信号的接收功率(Reference Signal Received Power:RSRP)测定。
对非专利文献1(第5章)所记载的传输信道(Transport channel)进行说明。下行链路传输信道中,广播信道(Broadcast channel:BCH)被广播到其基站(小区)的整个覆盖范围。BCH被映射到物理广播信道(PBCH)。
对下行链路共享信道(Downlink Shared Channel:DL-SCH)应用基于HARQ(HybridARQ:混合ARQ)的重发控制。DL-SCH能向基站(小区)的整个覆盖范围进行广播。DL-SCH对动态或准静态(Semi-static)的资源分配进行支持。准静态的资源分配也被称为持久调度(Persistent Scheduling)。DL-SCH为了降低通信终端的功耗而对通信终端的非连续接收(Discontinuous reception:DRX)进行支持。DL-SCH被映射到物理下行链路共享信道(PDSCH)。
寻呼信道(Paging Channel:PCH)为了能降低通信终端的功耗而对通信终端的DRX进行支持。PCH被要求对基站(小区)的整个覆盖范围进行广播。PCH被映射到能动态地利用于话务(traffic)的物理下行链路共享信道(PDSCH)那样的物理资源。
多播信道(Multicast Channel:MCH)用于向基站(小区)的整个覆盖范围进行广播。MCH支持多小区发送中的MBMS(Multimedia Broadcast Multicast Service:多媒体广播多播服务)服务(MTCH和MCCH)的SFN合成。MCH支持准静态的资源分配。MCH被映射到PMCH。
将基于HARQ(Hybrid ARQ)的重发控制应用于上行链路传输信道中的上行链路共享信道(Uplink Shared Channel:UL-SCH)。UL-SCH支持动态或准静态(Semi-static)的资源分配。UL-SCH被映射到物理上行链路共享信道(PUSCH)。
随机接入信道(Random Access Channel:RACH)被限制为控制信息。RACH存在冲突的风险。RACH被映射到物理随机接入信道(PRACH)。
下面对HARQ进行说明。HARQ是利用自动重发请求(Automatic Repeat reQuest:ARQ)和纠错(Forward Error Correction:前向纠错)的组合来提高传输线路的通信品质的技术。HARQ所具有的优点是,即使对于通信品质发生变化的传输线路,也能利用重发使纠错有效地发挥作用。尤其也可以通过在重发的过程中将首发的接收结果和重发的接收结果进行合成,从而进一步提高品质。
对重发方法的一个示例进行说明。当在接收侧不能对接收数据正确地进行解码时,换言之,在发生了CRC(Cyclic Redundancy Check:循环冗余校验)错误时(CRC=NG),从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧重发数据。当在接收侧能够对接收数据正确地进行解码时,换言之,在未发生CRC错误时(CRC=OK),从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧发送下一个数据。
对非专利文献1(第6章)所记载的逻辑信道(Logical channel)进行说明。广播控制信道(Broadcast Control Channel:BCCH)是用于广播系统控制信息的下行链路信道。作为逻辑信道的BCCH被映射到作为传输信道的广播信道(BCH)、或者下行链路共享信道(DL-SCH)。
寻呼控制信道(Paging Control Channel:PCCH)是用于发送寻呼信息(PagingInformation)以及系统信息(System Information)的变更的下行链路信道。PCCH用于网络不知道通信终端的小区位置的情况。作为逻辑信道的PCCH被映射到作为传输信道的寻呼信道(PCH)。
公共控制信道(Common control channel:CCCH)是用于通信终端与基站之间的发送控制信息的信道。CCCH用于通信终端与网络之间不具有RRC连接(connection)的情况。在下行链路方向,CCCH被映射到作为传输信道的下行链路共享信道(DL-SCH)。在上行链路方向,CCCH被映射到作为传输信道的上行链路共享信道(UL-SCH)。
多播控制信道(Multicast Control Channel:MCCH)是用于单点对多点的发送的下行链路信道。MCCH用于从网络向通信终端发送一个或若干个MTCH用的MBMS控制信息。MCCH仅用于正在接收MBMS的通信终端。MCCH被映射到作为传输信道的多播信道(MCH)。
专用控制信道(Dedicated Control Channel:DCCH)是用于以点对点方式发送通信终端与网络间的专用控制信息的信道。DCCH用于通信终端为RRC连接(connection)的情况。DCCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
专用话务信道(Dedicated Traffic Channel:DTCH)是用于向专用通信终端发送用户信息的点对点通信的信道。DTCH在上行链路和下行链路中都存在。DTCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
多播话务信道(Multicast Traffic channel:MTCH)是用于从网络向通信终端发送话务数据的下行链路信道。MTCH是仅用于正在接收MBMS的通信终端的信道。MTCH被映射到多播信道(MCH)。
CGI指小区全球标识(Cell Global Identification)。ECGI指E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term EvolutionAdvanced:长期演进)以及UMTS(Universal Mobile Telecommunication System:通用移动通信系统)中,导入了CSG(Closed Subscriber Group:封闭用户组)小区。
CSG(Closed Subscriber Group)小区是由操作人员确定有使用权的加入者的小区(以下有时称为“特定加入者用小区”)。所确定的加入者被许可接入PLMN(Public LandMobile Network:公共陆地移动网络)的一个以上的小区。将许可所确定的加入者接入的一个以上的小区称为“CSG小区(CSG cell(s))”。但是,PLMN存在接入限制。
CSG小区是对固有的CSG标识(CSG identity:CSG ID;CSG-ID)进行广播,并利用CSG指示(CSG Indication)对“真(TRUE)”进行广播的PLMN的一部分。预先进行了使用登记并被许可的加入者组的成员利用接入许可信息中的CSG-ID来接入CSG小区。
CSG-ID由CSG小区或小区来广播。LTE方式的通信系统中存在多个CSG-ID。并且,为了使与CSG关联的成员的接入较为容易,由通信终端(UE)来使用CSG-ID。
通信终端的位置追踪以由一个以上的小区构成的区域为单位来进行。进行位置追踪是为了即使在待机状态下也能追踪通信终端的位置,从而能与通信终端通话,换言之,呼叫通信终端。将用于该通信终端的位置追踪的区域称为跟踪区域。
在3GPP中,研究了被称为Home-NodeB(Home-NB;HNB)、Home-eNodeB(Home-eNB;HeNB)的基站。UTRAN中的HNB、以及E-UTRAN中的HeNB例如是面向家庭、法人、商业用的接入服务的基站。非专利文献2中公开了对HeNB以及HNB进行接入的三种不同的模式。具体而言,公开了开放接入模式(Open access mode)、封闭接入模式(Closed access mode)、以及混合接入模式(Hybrid access mode)。
各个模式具有以下特征。开放接入模式中,将HeNB及HNB作为通常的操作人员的常规小区进行操作。在封闭接入模式中,将HeNB及HNB作为CSG小区进行操作。该CSG小区是仅CSG成员能够接入的CSG小区。在混合接入模式中,将HeNB及HNB作为非CSG成员也同时被许可接入的CSG小区进行操作。换言之,混合接入模式的小区(也称为混合小区)是支持开放接入模式和封闭接入模式这两者的小区。
3GPP中,在所有的物理小区标识(Physical Cell Identity:PCI)中,存在为了由CSG小区进行使用而通过网络进行预约的PCI范围(参照非专利文献1的10.5.1.1章)。有时将分割PCI范围的情况称为PCI拆分。与PCI拆分有关的信息(也称为PCI拆分信息)通过系统信息从基站向其覆盖范围下的通信终端进行广播。处于基站的覆盖范围下是指将该基站作为服务小区。
非专利文献3公开使用了PCI拆分的通信终端的基本动作。不具有PCI拆分信息的通信终端需要使用全部PCI、例如使用所有504码来进行小区搜索。与此相对,具有PCI拆分信息的通信终端能使用该PCI拆分信息来进行小区搜索。
此外,3GPP中,作为版本10,长期演进(Long Term Evolution Advanced:LTE-A)的标准制订正不断推进(参照非专利文献3、非专利文献4)。LTE-A以LTE的无线区间通信方式为基础,并通过向其增加一些新技术来构成。
在LTE-A系统中,为了支持高达100MHz的更宽的带宽(transmission bandwidths:传输带宽),研究了对两个以上的分量载波(Component Carrier:CC)进行汇集(也称为聚合(aggregation))的载波聚合(Carrier Aggregation:CA)。
在构成CA的情况下,UE具有与网络(Network:NW)唯一的RRC连接(RRCconnection)。在RRC连接中,一个服务小区提供NAS移动信息和安全性输入。将该小区称为主小区(Primary Cell:PCell)。在下行链路中,与PCell对应的载波是下行链路主分量载波(Downlink Primary Component Carrier:DL PCC)。在上行链路中,与PCell对应的载波是上行链路主分量载波(Uplink Primary Component Carrier:UL PCC)。
根据UE的能力(能力(capability)),构成辅小区(Secondary Cell:SCell),以形成PCell和服务小区的组。在下行链路中,与SCell对应的载波是下行链路辅分量载波(Downlink Secondary Component Carrier:DL SCC)。在上行链路中,与SCell对应的载波是上行链路辅分量载波(Uplink Secondary Component Carrier:UL SCC)。
针对一个UE,构成一个PCell、及由一个以上的SCell构成的服务小区的组。
此外,作为LTE-A的新技术,存在支持更宽频带的技术(Wider bandwidthextension:带宽扩展)、以及多地点协调收发(Coordinated Multiple Pointtransmission and reception:CoMP)技术等。关于为了在3GPP中实现LTE-A而研究的CoMP,在非专利文献5中有所记载。
移动网络的话务量有增加的趋势,通信速度也不断向高速化发展。若正式开始运用LTE及LTE-A,则可以预见到通信速度将进一步高速化。
此外,3GPP中,为了应对将来庞大的话务量,正在研究使用构成小蜂窝小区的小eNB(以下,有时称为“小规模基站装置”)。例如,研究通过设置多个小eNB,并构成多个小蜂窝小区来提高频率利用效率、实现通信容量的增大的技术等。具体而言,存在由UE与两个eNB相连接来进行通信的双连接(Dual Connectivity:DC)等。关于DC,记载于非专利文献6。
现有技术文献
非专利文献
非专利文献1:3GPP TS36.330 V13.0.0
非专利文献2:3GPP S1-083461
非专利文献3:3GPP TR 36.814 V9.0.0
非专利文献4:3GPP TR 36.912 V10.0.0
非专利文献5:3GPP TR 36.819 V11.2.0
非专利文献6:3GPP TR-36.842 V12.0.0
非专利文献7:3GPP TS 36.141 V13.0.0
非专利文献8:3GPP TR 36.875 V13.0.0
非专利文献9:3GPP R2-152359
非专利文献10:3GPP R2-151180
非专利文献11:3GPP R2-152338
发明内容
发明所要解决的技术问题
所述非专利文献6中,没有公开在继续进行双连接中的分叉承载(Split Bearer),并在由宏eNB(以下有时也称为“大规模基站装置”)构成的宏蜂窝小区间进行切换(Handover:HO)时,能够进行数据的发送的方法。此外,在现有的技术中,存在下述问题:在宏蜂窝小区间进行HO时,上行链路数据的发送产生延迟。
本发明的目的在于,提供一种通信系统,在与移动终端装置间进行直接通信、以及进行经由小规模基站装置的通信这两者的大规模基站装置间进行切换时,能够从移动终端装置发送数据。
解决技术问题的技术方案
本发明的通信系统包括移动终端装置、以及能够与所述移动终端装置进行无线通信的多个基站装置,该通信系统的特征在于,所述多个基站装置包括:能够与所述移动终端装置进行通信的范围即覆盖范围相对较大的多个大规模基站装置、以及所述覆盖范围相对较小的小规模基站装置,所述移动终端装置连接至所述多个大规模基站装置中的一个以及所述小规模基站装置,所述移动终端装置与所述大规模基站装置间能够进行直接通信,并且能够经由所述小规模基站装置与所述大规模基站装置进行通信,伴随着所述移动终端装置的移动,在进行可将所述移动终端装置所连接的大规模基站装置从移动源的大规模基站装置切换至移动目标的大规模基站装置的切换处理时,所述移动终端装置在所述切换处理期间维持与所述小规模基站装置的连接,在所述移动终端装置与所述大规模基站装置的通信路径从由所述移动源的大规模基站装置和所述移动终端装置形成的路径变更为由所述移动目标的大规模基站装置和所述移动终端装置形成的路径之前,所述移动终端装置开始向所述小规模基站装置发送数据。
发明效果
根据本发明的通信系统,移动终端装置在切换处理期间维持与所述小规模基站装置的连接,在移动终端装置与大规模基站装置的通信路径从由移动源的大规模基站装置和移动终端装置形成的路径变更为由移动目标的大规模基站装置和移动终端装置形成的路径之前,该移动终端装置开始向小规模基站装置发送数据。由此,在与移动终端装置间进行直接通信、以及进行经由小规模基站装置的通信这两者的大规模基站装置间,当进行切换时,能够从移动终端装置发送数据。
本发明的目的、特征、方面以及优点通过以下详细的说明和附图会变得更为明了。
附图说明
图1是表示LTE方式的通信系统中所使用的无线帧的结构的说明图。
图2是表示3GPP中所探讨的LTE方式的通信系统200的整体结构的框图。
图3是表示本发明所涉及的通信终端即图2所示的移动终端202的结构的框图。
图4是表示本发明所涉及的基站即图2所示的基站203的结构的框图。
图5是表示本发明所涉及的MME的结构的框图。
图6是表示LTE方式的通信系统中通信终端(UE)进行的从小区搜索到待机动作为止的概要的流程图。
图7是表示宏eNB和小eNB混合在一起时的小区结构的概念的图。
图8是表示实施方式1的通信系统中切换处理的流程的一个示例的图。
图9是表示实施方式1的通信系统中切换处理的流程的一个示例的图。
图10是表示实施方式1的变形例1的通信系统中切换处理的流程的一个示例的图。
图11是表示实施方式1的变形例1的通信系统中切换处理的流程的一个示例的图。
图12是表示实施方式1的变形例1的通信系统中切换处理的流程的其他示例的图。
图13是表示实施方式1的变形例1的通信系统中切换处理的流程的其他示例的图。
图14是表示实施方式1的变形例1的通信系统中切换处理的流程的其他示例的图。
图15是表示实施方式1的变形例1的通信系统中切换处理的流程的其他示例的图。
图16是表示实施方式1的变形例2的通信系统中切换处理的流程的一个示例的图。
图17是表示实施方式1的变形例2的通信系统中切换处理的流程的一个示例的图。
图18是表示实施方式1的变形例2的通信系统中切换处理的流程的其他示例的图。
图19是表示实施方式1的变形例2的通信系统中切换处理的流程的其他示例的图。
图20是表示实施方式1的变形例2的通信系统中切换处理的流程的其他示例的图。
图21是表示实施方式1的变形例2的通信系统中切换处理的流程的其他示例的图。
图22是表示实施方式1的变形例3的通信系统中切换处理的流程的一个示例的图。
图23是表示实施方式1的变形例3的通信系统中切换处理的流程的一个示例的图。
图24是表示实施方式1的变形例3的通信系统中切换处理的流程的其他示例的图。
图25是表示实施方式1的变形例3的通信系统中切换处理的流程的其他示例的图。
图26是表示实施方式1的变形例4的通信系统中切换处理的流程的一个示例的图。
图27是表示实施方式1的变形例4的通信系统中切换处理的流程的一个示例的图。
图28是表示实施方式1的变形例5的通信系统中切换处理的流程的一个示例的图。
图29是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图30是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图31是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图32是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图33是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图34是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图35是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图36是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。
图37是表示实施方式1的变形例6的通信系统中切换处理的流程的一个示例的图。
图38是表示实施方式1的变形例6的通信系统中切换处理的流程的一个示例的图。
图39是表示实施方式1的变形例6的通信系统中切换处理的流程的其他示例的图。
图40是表示实施方式1的变形例6的通信系统中切换处理的流程的其他示例的图。
图41是表示实施方式1的变形例7的通信系统中切换处理的流程的一个示例的图。
图42是表示实施方式1的变形例7的通信系统中切换处理的流程的一个示例的图。
图43是表示实施方式1的变形例7的通信系统中切换处理的流程的其他示例的图。
图44是表示实施方式1的变形例7的通信系统中切换处理的流程的其他示例的图。
图45是用于说明设定有以往的DRAT时的BSR的发送方法的图。
图46是用于说明设定有以往的DRAT时的BSR的发送方法的图。
图47是用于说明实施方式2中BSR的发送方法的图。
图48是用于说明设定有以往的DRAT时的PDCP的数据的分配方法的图。
图49是用于说明实施方式3中PDCP的数据的发送方法的图。
图50是用于说明设定有以往的DRAT时的上行链路调度的方法的图。
图51是用于说明实施方式4中上行链路调度的方法的图。
具体实施方式
实施方式1.
图2是表示3GPP中所探讨的LTE方式的通信系统200的整体结构的框图。对图2进行说明。将无线接入网称为E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork:演进通用陆地无线接入网)201。通信终端装置即移动终端装置(以下称为“移动终端(User Equipment:UE)”)202能与基站装置(以下称为“基站(E-UTRAN NodeB:eNB)”)203进行无线通信,利用无线通信进行信号的收发。
这里,“通信终端装置”不仅包含可移动的移动电话终端装置等移动终端装置,还包含传感器等无法移动的设备。以下的说明中,有时将“通信终端装置”简称为“通信终端”。
若针对移动终端202的控制协议例如RRC(Radio Resource Management:无线资源管理)、以及用户层面例如PDCP(Packet Data Convergence Protocol:分组数据分集协议)、RLC(Radio Link Control:无线链路控制)、MAC(Medium Access Control:介质接入控制)、PHY(Physical layer:物理层)在基站203终止,则E-UTRAN由一个或多个基站203构成。
移动终端202与基站203之间的控制协议RRC(Radio Resource Control)进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRC connection management)等。RRC中的基站203与移动终端202的状态有RRC_IDLE和RRC_CONNECTED。
在RRC_IDLE时进行PLMN(Public Land Mobile Network:公共陆地移动网络)选择、系统信息(System Information:SI)的广播、寻呼(paging)、小区重选(cell re-selection)、移动性等。在RRC_CONNECTED时,移动终端具有RRC连接(connection),能与网络进行数据的收发。此外,在RRC_CONNECTED时,还进行切换(Handover:HO)、相邻小区(Neighbour cell)的测定(measurement)等。
基站203被分类成eNB207和Home-eNB206。通信系统200具备包含有多个eNB207的eNB组203-1、以及包含有多个Home-eNB206的Home-eNB组203-2。并且,将由作为核心网络的EPC(Evolved Packet Core:演进分组核心)和作为无线接入网的E-UTRAN201构成的系统称为EPS(Evolved Packet System:演进分组系统)。有时将作为核心网络的EPC和作为无线接入网的E-UTRAN201统称为“网络”。
eNB207通过S1接口与包含移动管理实体(Mobility Management Entity:MME)、或S-GW(Serving Gateway:服务网关)、或MME和S-GW在内的MME/S-GW部(以下有时称为“MME部”)204相连接,并在eNB207与MME部204之间进行控制信息的通信。对于一个eNB207,可以连接有多个MME部204。eNB207之间通过X2接口相连接,并在eNB207之间进行控制信息的通信。
Home-eNB206通过S1接口与MME部204相连接,并在Home-eNB206和MME部204之间进行控制信息的通信。对于一个MME部204,可以连接有多个Home-eNB206。或者,Home-eNB206经由HeNBGW(Home-eNB GateWay:Home-eNB网关)205与MME部204相连接。Home-eNB206和HeNBGW205通过S1接口相连接,HeNBGW205和MME部204经由S1接口相连接。
一个或多个Home-eNB206与一个HeNBGW205相连接,并通过S1接口进行信息的通信。HeNBGW205与一个或多个MME部204相连接,并通过S1接口进行信息的通信。
MME部204和HeNBGW205为上位装置,具体而言是上位节点,控制作为基站的eNB207及Home-eNB206与移动终端(UE)202之间的连接。MME部204构成作为核心网络的EPC。基站203和HeNBGW205构成E-UTRAN201。
并且,在3GPP中对以下的结构进行了研究。支持Home-eNB206之间的X2接口。即,Home-eNB206之间通过X2接口相连接,并在Home-eNB206之间进行控制信息的通信。从MME部204来看,HeNBGW205可视为Home-eNB206。从Home-eNB206来看,HeNBGW205可视为MME部204。
无论是Home-eNB206经由HeNBGW205与MME部204相连接的情况、还是直接与MME部204相连接的情况,Home-eNB206与MME部204之间的接口相同,均为S1接口。
基站203可以构成一个小区,也可以构成多个小区。各小区具有预定的范围来作为能与移动终端202进行通信的范围即覆盖范围,并在覆盖范围内与移动终端202进行无线通信。在一个基站203构成多个小区的情况下,各个小区构成为能与移动终端202进行通信。
图3是表示本发明所涉及的通信终端即图2所示的移动终端202的结构的框图。对图3所示的移动终端202的发送处理进行说明。首先,来自协议处理部301的控制数据、以及来自应用部302的用户数据被保存到发送数据缓冲部303。发送数据缓冲部303中所保存的数据被传送给编码部304,来实施纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部303输出至调制部305的数据。由编码部304实施编码处理后的数据在调制部305中进行调制处理。调制后的数据被转换为基带信号,然后输出至频率转换部306,被转换为无线发送频率。之后,发送信号从天线307被发送至基站203。
此外,如下所示那样执行移动终端202的接收处理。由天线307接收来自基站203的无线信号。接收信号通过频率转换部306从无线接收频率转换为基带信号,并在解调部308中进行解调处理。解调后的数据被传送至解码部309,来进行纠错等解码处理。解码后的数据中,控制数据被传送到协议处理部301,用户数据被传送到应用部302。移动终端202的一系列处理由控制部310来控制。因此,虽然在图3中进行了省略,但控制部310与各部301~309相连接。
图4是表示本发明所涉及的基站即图2所示的基站203的结构的框图。对图4所示的基站203的发送处理进行说明。EPC通信部401进行基站203与EPC(MME部204等)、HeNBGW205等之间的数据收发。其它基站通信部402进行与其它基站之间的数据收发。EPC通信部401及其它基站通信部402分别与协议处理部403进行信息的交换。来自协议处理部403的控制数据、以及来自EPC通信部401和其它基站通信部402的用户数据和控制数据被保存到发送数据缓冲部404。
发送数据缓冲部404中所保存的数据被传送给编码器部405,来实施纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部404输出至调制部406的数据。编码后的数据在调制部406中进行调制处理。调制后的数据被转换为基带信号,然后输出至频率转换部407,被转换为无线发送频率。之后,利用天线408,将发送信号发送至一个或者多个移动终端202。
此外,如下所示那样执行基站203的接收处理。由天线408接收来自一个或多个移动终端202的无线信号。接收信号通过频率转换部407从无线接收频率转换为基带信号,并在解调部409中进行解调处理。解调后的数据被传送至解码部410,来进行纠错等解码处理。解码后的数据中,控制数据被传送到协议处理部403、或者EPC通信部401、其它基站通信部402,用户数据被传送到EPC通信部401和其它基站通信部402。基站203的一系列处理由控制部411来控制。因此,虽然在图4中进行了省略,但控制部411与各部401~410相连接。
图5是表示本发明所涉及的MME的结构的框图。图5中,示出上述图2所示的MME部204中所包含的MME204a的结构。PDN GW通信部501进行MME204a和PDN GW之间的数据收发。基站通信部502进行MME204a与基站203之间的经由S1接口的数据收发。在从PDN GW接收到的数据是用户数据的情况下,用户数据从PDN GW通信部501经由用户层面通信部503被传送到基站通信部502,并被发送至一个或多个基站203。在从基站203接收到的数据是用户数据的情况下,用户数据从基站通信部502经由用户层面通信部503被传送到PDN GW通信部501,并被发送至PDN GW。
在从PDN GW接收到的数据是控制数据的情况下,控制数据从PDN GW通信部501被传送到控制层面控制部505。在从基站203接收到的数据是控制数据的情况下,控制数据从基站通信部502被传送到控制层面控制部505。
HeNBGW通信部504设置在存在HeNBGW205的情况下,根据信息种类来进行MME204a与HeNBGW205之间的经由接口(IF)的数据收发。从HeNBGW通信部504接收到的控制数据从HeNBGW通信部504被传送到控制层面控制部505。控制层面控制部505中的处理结果经由PDNGW通信部501被发送到PDN GW。此外,经控制层面控制部505处理后的结果经由基站通信部502并通过S1接口被发送到一个或多个基站203,或经由HeNBGW通信部504被发送到一个或多个HeNBGW205。
控制层面控制部505中包含有NAS安全部505-1、SAE承载控制部505-2、空闲状态(Idle State)移动管理部505-3等,并进行针对控制层面的所有处理。NAS安全部505-1提供NAS(Non-Access Stratum:非接入阶层)消息的安全性等。SAE承载控制部505-2进行SAE(System Architecture Evolution:系统架构演进)的承载的管理等。空闲状态移动管理部505-3进行待机状态(空闲状态(Idle State);LTE-IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、覆盖范围下的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
MME204a对一个或多个基站203进行寻呼信号的分配。此外,MME204a进行待机状态(Idle State)的移动控制(Mobility control)。MME204a在移动终端处于待机状态时及处于活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。MME204a通过向属于UE所登记(registered:注册)的跟踪区域(Tracking Area)的小区发送寻呼消息,从而开始进行寻呼协议。与MME204a相连的Home-eNB206的CSG的管理、CSG-ID的管理、以及白名单管理可以由空闲状态移动管理部505-3来进行。
接着,示出通信系统中的小区搜索方法的一个示例。图6是表示LTE方式的通信系统中通信终端(UE)进行的从小区搜索到待机动作为止的概要的流程图。若通信终端开始小区搜索,则在步骤ST601中,利用从周边的基站发送来的第一同步信号(P-SS)和第二同步信号(S-SS),来获得时隙定时、帧定时的同步。
将P-SS和S-SS统称为同步信号(Synchronization Signal:SS)。同步信号(SS)中分配有与分配给每个小区的PCI一一对应的同步码。PCI的数量设为504个。利用该504个PCI来取得同步,并对取得同步的小区的PCI进行检测(确定)。
接着在步骤ST602中,对取得同步的小区检测从基站发送给每个小区的参照信号(参考信号:RS)即小区固有参照信号(Cell-specific Reference Signal:CRS),并对RS的接收功率(Reference Signal Received Power:RSRP)进行测定。参照信号(RS)使用与PCI一一对应的编码。能利用该编码取得相关性,从而与其它小区分离。通过根据步骤ST1中确定出的PCI导出该小区的RS用编码,从而能检测RS,并测定RS的接收功率。
接着在步骤ST603中,从到步骤ST602为止检测出的一个以上的小区中选择RS的接收品质最好的小区,例如RS的接收功率最高的小区、即最佳小区。
接着在步骤ST604中,接收最佳小区的PBCH,获得广播信息即BCCH。PBCH上的BCCH中映射有包含小区结构信息的MIB(Master Information Block:主信息块)。因此,通过接收PBCH并获得BCCH,从而能获得MIB。作为MIB的信息,例如有DL(下行链路)系统带宽(也称为发送带宽设定(transmission bandwidth configuration:dl-bandwidth))、发送天线数、SFN(System Frame Number,系统帧号)等。
接着在步骤ST605中,基于MIB的小区结构信息接收该小区的DL-SCH,并获取广播信息BCCH中的SIB(System Information Block:系统信息块)1。SIB1中包含与接入该小区有关的信息、与小区选择有关的信息、其它SIB(SIBk;k≥2的整数)的调度信息。此外,SIB1中还包含跟踪区域码(Tracking Area Code:TAC)。
接着在步骤ST606中,通信终端将步骤ST605中接收到的SIB1的TAC与通信终端已保有的跟踪区域列表内的跟踪区域标识(Tracking Area Identity:TAI)的TAC部分进行比较。跟踪区域列表也被称为TAI列表(TAI list)。TAI是用于识别跟踪区域的识别信息,由MCC(Mobile Country Code:移动国家码)、MNC(Mobile Network Code:移动网络码)、以及TAC(Tracking Area Code)构成。MCC是国家码。MNC是网络码。TAC是跟踪区域的码编号。
若步骤S606中比较得到的结果是步骤ST605中接收到的TAC与跟踪区域列表内所包含的TAC相同,则通信终端在该小区进入待机动作。若比较结果是步骤ST605中接收到的TAC未包含在跟踪区域列表内,则通信终端通过该小区,并向包含有MME等的核心网络(CoreNetwork,EPC)请求变更跟踪区域,以进行TAU(Tracking Area Update:跟踪区域更新)。
构成核心网络的装置(以下有时称为“核心网络侧装置”)基于TAU请求信号和从通信终端发送来的该通信终端的识别编号(UE-ID等),进行跟踪区域列表的更新。核心网络侧装置向通信终端发送更新后的跟踪区域列表。通信终端基于接收到的跟踪区域列表来重写(更新)通信终端所保有的TAC列表。此后,通信终端在该小区进入待机动作。
由于智能手机及平板型终端装置的普及,利用蜂窝系统无线通信进行的话务量爆发式增长,从而在世界范围内均存在无线资源的不足的担忧。为了应对这一情况,提高频率利用效率,对小区的小型化、推进空间分离进行了研究。
在现有的小区结构中,由eNB构成的小区具有较广范围的覆盖范围。以往,以利用由多个eNB构成的多个小区的较广范围的覆盖范围来覆盖某个区域的方式构成小区。
在使小区小型化的情况下,与由现有的eNB构成的小区的覆盖范围相比,由eNB构成的小区具有范围较狭窄的覆盖范围。因而,与现有技术相同,为了覆盖某个区域,相比现有的eNB,需要大量的小区小型化后的eNB。
在以下的说明中,如利用以往的eNB构成的小区那样,将覆盖范围比较大的小区称为“宏蜂窝小区”,将构成宏蜂窝小区的eNB称为“宏eNB”(以下有时称为“大规模基站装置”)。此外,如进行了小区小型化后的小区那样,将覆盖范围比较小的小区称为“小蜂窝小区”,将构成小蜂窝小区的eNB称为“小eNB”(以下有时称为“小规模基站装置”)。
宏eNB例如可以是非专利文献7所记载的“广域基站(Wide Area Base Station)”。
小eNB例如可以是低功率节点、本地节点、及热点等。此外,小eNB可以是构成微微蜂窝小区(pico cell)的微微eNB、构成毫微微蜂窝小区(femto cell)的毫微微eNB、HeNB、RRH(Remote Radio Head:射频拉远头)、RRU(Remote Radio Unit:射频拉远单元)、RRE(Remote Radio Equipment:远程无线电设备)或RN(中继节点)。此外,小eNB可以是非专利文献7所记载的“局域基站(Local Area Base Station)”或“家庭基站(Home BaseStation)”。
图7是表示宏eNB和小eNB混合在一起时的小区结构的概念的图。由宏eNB构成的宏蜂窝小区具有范围比较广的覆盖范围701。由小eNB构成的小蜂窝小区具有与宏eNB(宏蜂窝小区)的覆盖范围701相比范围较小的覆盖范围702。
在多个eNB混合在一起的情况下,由某个eNB构成的小区的覆盖范围有可能会包含在由其他eNB构成的小区的覆盖范围内。图7所示的小区的结构中,如参照标号“704”或“705”所示那样,由小eNB构成的小蜂窝小区的覆盖范围702有时包含在由宏eNB构成的宏蜂窝小区的覆盖范围701内。
此外,如参照标号“705”所示那样,也存在多个、例如2个小蜂窝小区的覆盖范围702包含在一个宏蜂窝小区的覆盖范围701内的情况。移动终端(UE)703例如包含在小蜂窝小区的覆盖范围702内,经由小蜂窝小区进行通信。
另外,在图7所示的小区的结构中,如参照标号“706”所示那样,将产生下述情况,即:由宏eNB构成的宏蜂窝小区的覆盖范围701和由小eNB构成的小蜂窝小区的覆盖范围702复杂地进行重复。
此外,如参照标号“707”所示那样,还将产生下述情况,即:由宏eNB构成的宏蜂窝小区的覆盖范围701和由小eNB构成的小蜂窝小区的覆盖范围702不重复。
并且,如参照标号“708”所示那样,还将产生下述情况,即:由多个小eNB构成的多个小蜂窝小区的覆盖范围702构成在由一个宏eNB构成的一个宏蜂窝小区的覆盖范围701内。
在以下的说明中,有时将进行双连接(DC)的eNB中的一个称为“主eNB(简称:MeNB)”,将另一个称为“副eNB(简称:SeNB)”。此外,有时将HO源的MeNB称为“源MeNB(简称:S-MeNB)”,将HO目标的MeNB称为“目标MeNB(简称:T-MeNB)”。
执行双连接(DC)中的MeNB间的HO中,决定释放SeNB。即,结束DC,返回仅MeNB的通信,并进行MeNB间的HO。
其中,在进行MeNB间的HO时,存在连接至HO对象即UE的SeNB在HO前后没有被变更的情况、或者不进行变更比较好的情况。
在MeNB间的HO中SeNB没有变更的情况下,通过在HO过程中UE与SeNB进行通信,从而能够提前进行数据通信,能够减少延迟。
在3GPP中,对MeNB间的HO中SeNB没有变更的情况进行了探讨。例如,在非专利文献8的图4.3.2.3-1中公开了SeNB没有变更的情况下MeNB间的HO处理的流程。但是,非专利文献8中,尤其没有详细公开用户层面数据,例如在哪一个定时开始进行上行链路数据和下行链路数据的发送等。此外,也没有公开在维持分叉承载不变的情况下没有SeNB变更时MeNB间的HO。这里,“分叉承载”是指被分叉为MeNB与UE间的直接路径、以及经由SeNB的MeNB与UE间的路径的承载。
本实施方式中,公开了能够在维持分叉承载不变的情况下的MeNB间的HO中,在UE与SeNB间能发送数据的方法。
本实施方式中,在进行MeNB间的HO时,MeNB对HO对象的UE(以下有时称为“对象UE”)维持分叉承载。
图8和图9是表示实施方式1的通信系统中切换处理的流程的一个示例的图。图8和图9在边界线BL1处相连接。图8和图9中,作为切换处理,示出与在没有SeNB的变更时的MeNB间HO过程中的上行链路数据和下行链路数据的发送相关的流程的一个示例。
图8中,在步骤ST1011中,示出HO对象的UE处于在S-MeNB和SeNB中执行DC的状态的情况。在步骤ST1012中,UE在执行DC的状态下将对与S-MeNB的连接状态进行测定得到的结果通知给S-MeNB。该连接状态的测定结果例如使用非专利文献1所公开的测定报告(Measurement report)消息来进行通知。
根据步骤ST1012中所通知的连接状态的测定结果,在步骤ST1013中,S-MeNB决定执行HO。
在步骤ST1014中,S-MeNB向T-MeNB请求成为UE的HO目标。成为该HO目标的请求例如使用非专利文献8的图4.3.2.3-1所公开的HO请求(HO request)消息来进行。此外,在步骤ST1014中,S-MeNB向T-MeNB通知与S-MeNB所构成的SeNB相关的信息即SeNB结构信息。
接受了步骤ST1014的HO请求的T-MeNB在步骤ST1015中决定不对HO对象的UE已连接的SeNB进行变更。此外,T-MeNB在步骤ST1015中,决定维持分叉承载。
在步骤ST1015中,T-MeNB基于从S-MeNB通知来的SeNB结构信息来决定不变更SeNB以及维持分叉承载。
SeNB结构信息中可以包含SeNB的eNB ID、正在使用SeNB的承载信息(E-RAB ID)、设定于分叉承载的承载信息、以及分叉承载的设定信息。
在步骤ST1016中,T-MeNB向SeNB进行指示,以设定为在维持分叉承载不变的情况下不进行SeNB的变更。该指示例如使用非专利文献8的图4.3.2.3-1所公开的SeNB追加请求(SeNB addition request)消息来进行。
在步骤ST1016中得到指示的SeNB在步骤ST1017中对在维持分叉承载不变的情况下不进行SeNB的变更的情况进行设定,并向T-MeNB发出设定完成的响应。该响应例如使用非专利文献8的图4.3.2.3-1所公开的SeNB追加请求响应(SeNB addition request ack)消息来进行。
接受了步骤ST1017的响应的T-MeNB针对步骤ST1014中成为HO目标的请求,在步骤ST1018中,对S-MeNB进行响应。该响应例如使用非专利文献8的图4.3.2.3-1所公开的HO请求响应(HO request Ack)消息来进行。
这里,步骤ST1016的SeNB追加请求中所包含的分叉承载结构信息的一部分或全部可以省略。或者也可以仅省略分叉承载结构信息不变的部分。
接受了步骤ST1018的响应的S-MeNB在步骤ST1019中,向SeNB请求进行SeNB的释放。该请求例如使用非专利文献8的图4.3.2.3-1所公开的SeNB释放请求(SeNB releaserequest)消息来进行。
步骤ST1019的SeNB释放请求成为针对S-MeNB所构成的SeNB的承载结构的释放请求。
接受了步骤ST1019的SeNB释放请求的SeNB对S-MeNB所构成的承载结构进行释放。此时,包含T-MeNB所设定的分叉承载结构、以及所省略的设定在内,都不进行释放。
在步骤ST1020中,S-MeNB向对象UE通知维持使用了相同SeNB的分叉承载。对象UE根据所通知的信息,维持已设定的分叉承载结构,而不经过在暂时设定变更成MeNB承载结构之后再次变更成分叉承载结构这样的处理。
公开向对象UE通知维持使用了相同SeNB的分叉承载的方法。可以设置表示维持分叉承载的信息。此外,也可以设置表示使用相同SeNB的信息。
向对象UE进行的维持使用了相同SeNB的分叉承载的通知可以从S-MeNB向对象UE进行通知。或者,也可以从T-MeNB向S-MeNB通知设定信息,然后从S-MeNB向对象UE进行通知。
作为表示使用相同SeNB的信息,可以设为1位的信息的大小。作为表示维持分叉承载的信息,也可以设为1位的信息的大小。作为表示维持使用了相同SeNB的分叉承载的信息,也可以一并设为1位的信息的大小。
表示维持使用了相同SeNB的分叉承载的信息在步骤ST1020中例如被追加到非专利文献8的图4.3.2.3-1所公开的RRC连接再设定(RRC Connection Reconfiguration:RRC连接重配置)消息中进行通知。此外,也可以与RRC连接再设定(RRC ConnectionReconfiguration)消息的移动性控制信息(Mobility Control Information:MCI)一起进行通知。
在步骤ST1020中,在通知表示维持分叉承载的信息时,可以不变更分叉承载的具体结构。此外,也可以通知关于分叉承载的具体结构的信息。
公开向对象UE通知维持使用了相同SeNB的分叉承载的其他方法。T-MeNB向对象UE通知分叉承载的再设定。
向对象UE的通知可以通过下述方式来进行,即:从T-MeNB向S-MeNB通知SeNB结构信息,然后从S-MeNB向对象UE进行通知。通知的信息设为SeNB的追加和分叉承载结构。该通知在步骤ST1020中可以被追加到非专利文献8的图4.3.2.3-1所公开的RRC连接再设定(RRC Connection Reconfiguration)消息中进行通知。此外,也可以与RRC连接再设定(RRCConnection Reconfiguration)消息的MCI一起进行通知。
T-MeNB向对象UE通知的信息设定为与S-MeNB所设定的SeNB的承载结构信息相同。此外,该情况下,可以省略SeNB的设定和分叉承载结构信息的一部分或全部。或者,也可以仅省略不变化的部分。
在省略SeNB的设定和分叉承载结构信息的一部分或全部的情况下,省略的信息可以由S-MeNB使用来自T-MeNB的信息进行判断。或者可以由T-MeNB使用来自S-MeNB的信息进行判断。
在步骤ST1021中,对象UE判断是否能够设定所通知的针对SeNB的分叉承载结构。在判断为能够设定的情况下,转移至步骤ST1022。在判断为不能设定的情况下,由于无法在维持分叉承载不变且没有SeNB的变更的情况下,在MeNB间进行HO处理,因此,作为其他的HO处理,进行非专利文献8的图4.3.2.3-1所公开的处理。
在步骤ST1021中判断为能够设定针对SeNB的分叉承载结构,并转移至步骤ST1022的情况下,在步骤ST1022中,对象UE设定针对符合的SeNB和T-MeNB的分叉承载结构。
特别地,公开针对SeNB的设定。在是维持使用了相同SeNB的分叉承载的设定的情况下,对象UE可以在不对SeNB(非专利文献1的SCG(Secondary Cell Group:辅服务小区组))的MAC进行复位的情况下对MAC进行再设定。对SeNB(SCG)的RLC进行再设定。对SeNB(SCG)的PDCP进行再设定。
在步骤ST1023中,对象UE在与T-MeNB之间进行RA处理,来与T-MeNB进行同步。
进行了RA处理的对象UE在步骤ST1024中,向T-MeNB通知T-MeNB结构和SeNB结构的设定完成。该通知例如使用非专利文献8的图4.3.2.3-1所公开的RRC连接再设定完成(RRCConnection Reconfiguration Complete)消息来进行。
连接完成后的对象UE在图9所示的步骤ST1025中,向T-MeNB进行上行链路数据的发送。步骤ST1025中上行链路数据的发送如图8和图9所示,例如在作为连接完成的步骤ST1024的设定完成的通知后进行。
在步骤ST1025中接收到上行链路数据的T-MeNB在步骤ST1026中将所接收到的上行链路数据发送至S-GW。
在图8所示的步骤ST1024中接受到T-MeNB结构和SeNB结构的设定完成通知的T-MeNB在图9所示的步骤ST1027中,将UE中SeNB的设定已完成的情况通知给SeNB。该通知例如使用非专利文献8的图4.3.2.3-1所公开的SeNB再设定完成(SeNB reconfigurationcomplete)消息来进行。
在步骤ST1027中接收到UE中SeNB的设定已完成的通知的SeNB在步骤ST1028中,进行与对象UE间的RA处理。由此,对象UE与SeNB同步。
进行了RA处理的对象UE在步骤ST1029中,向SeNB进行上行链路数据的发送。
在步骤ST1029中接收到上行链路数据的SeNB在步骤ST1030中向T-MeNB发送所接收到的上行链路数据。
在步骤ST1030中接收到上行链路数据的T-MeNB在步骤ST1031中向S-GW发送所接收到的上行链路数据。通过本处理,关于上行链路数据,成为DC执行中。
与对象UE完成连接的T-MeNB在步骤ST1032中,向MME发出用于将来自S-GW的下行链路数据的发送目标从S-MeNB变更为T-MeNB的通路切换(path switch)请求。该请求例如使用非专利文献8的图4.3.2.3-1所公开的通路切换请求(Path switch request)消息来进行。
接受了通路切换请求的MME在步骤ST1033中向S-GW请求进行承载变更。该请求例如使用非专利文献8的图4.3.2.3-1所公开的承载变更请求(Modify bearer request)消息来进行。
接受了承载变更请求的S-GW在步骤ST1034中进行通路切换。通路切换是将UE与MeNB的通信路径即通路从由S-MeNB和UE形成的路径(通路)变更为由T-MeNB和UE形成的路径(通路)的处理。
具体而言,在步骤ST1034中,S-GW将下行链路数据的发送目标变更为T-MeNB。在步骤ST1035中,S-GW向T-MeNB发送下行链路数据。
接收到下行链路数据的T-MeNB开始进行基于与SeNB的分叉承载的发送。在步骤ST1036中,T-MeNB向对象UE发送下行链路数据。
此外,在步骤ST1037中,T-MeNB向SeNB发送下行链路数据。在步骤ST1037中接收到下行链路数据的SeNB在步骤ST1038中向对象UE发送下行链路数据。
将下行链路数据的发送目标变更为T-MeNB的S-GW在步骤ST1039中,向MME发出接收了承载变更请求的响应。该响应例如使用非专利文献8的图4.3.2.3-1所公开的承载变更请求响应(Modify bearer request ack)消息来进行。
在步骤ST1039中接受了承载变更请求响应的MME在步骤ST1040中向T-MeNB发送通路切换请求响应。该响应例如使用非专利文献8的图4.3.2.3-1所公开的通路切换请求响应(Path switch request Ack)消息来进行。
在步骤ST1040中接收到通路切换请求响应的T-MeNB在步骤ST1041中,向S-MeNB通知UE上下文的释放。该通知例如使用非专利文献8的图4.3.2.3-1所公开的UE上下文释放(UE context release)消息来进行。
接收到UE上下文的释放通知的S-MeNB在步骤ST1042中,向SeNB发出释放UE上下文的请求。该通知例如使用非专利文献8的图4.3.2.3-1所公开的UE上下文释放(UE contextrelease)消息来进行。接受了UE上下文的释放请求的SeNB对UE上下文进行释放。
如上所述,在本实施方式中,公开了如下方法:能够在维持分叉承载不变的情况下的MeNB间的HO中,在UE与SeNB之间进行数据的发送。具体而言,本实施方式中,在S-GW所进行的通路切换处理之前开始上行链路数据的发送。即,本实施方式中,UE在HO处理的期间,维持与SeNB的连接,并在进行步骤ST1034的通路切换之前,在步骤ST1029中,开始向SeNB发送数据。
由此,在与UE间进行直接通信、以及进行经由SeNB的通信这两者的MeNB间进行HO时,能够从UE发送数据。因此,能够减少上行链路数据的发送延迟。
实施方式1变形例1.
作为实施方式1的与SeNB间的RA处理和上行链路数据的发送的其他示例,公开实施方式1的变形例1。
图10和图11是表示实施方式1的变形例1的通信系统中切换处理的流程的一个示例的图。图10和图11在边界线BL2处相连接。图10和图11中,作为切换处理,示出与在没有SeNB的变更的情况下MeNB间HO过程中的上行链路数据和下行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的实施方式1相同,进行步骤ST1011~步骤ST1026和步骤ST1051~步骤ST1053的处理。在步骤ST1024中接受了T-MeNB结构和SeNB结构的设定完成的通知的T-MeNB在步骤ST1027中,将UE中SeNB的设定已完成的情况通知给SeNB。该通知例如使用非专利文献8的图4.3.2.3-1所公开的SeNB再设定完成(SeNB reconfiguration complete)消息来进行。
在步骤ST1025中进行了上行链路数据的发送的对象UE在步骤ST1028B1中,与SeNB间进行RA处理,来与SeNB进行同步。与SeNB同步后的对象UE在步骤ST1029B1中,向SeNB进行上行链路数据的发送。接收到上行链路数据的SeNB可以设置所接收到的上行链路数据用的缓存。由此,可以对接收到的数据进行缓存。
本变形例中,如图11所示,在步骤ST1027中SeNB接受UE中SeNB的设定已完成的通知之前,进行步骤ST1028B1的RA处理、以及步骤ST1029B1的上行链路数据的发送。
然后,与上述的实施方式1同样地,进行步骤ST1030~步骤ST1042的处理。由此,UE无需等待步骤ST1027的处理,能够尽早地向SeNB发送上行链路数据。此外,由于在能够从SeNB向T-MeNB发送上行链路数据的情况下立即发送上行链路数据,因此,能够减少HO时上行链路数据的发送延迟。
图12和图13是表示实施方式1的变形例1的通信系统中切换处理的流程的其他示例的图。图12和图13在边界线BL3处相连接。图12和图13中,作为切换处理,示出与在没有SeNB的变更的情况下MeNB间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的实施方式1相同,进行步骤ST1011~步骤ST1022和步骤ST1051~步骤ST1053的处理。接着,在步骤ST1023中,对象UE在与T-MeNB之间进行RA处理,来与T-MeNB进行同步。
在步骤ST1023中通过RA处理与T-MeNB同步后的对象UE在步骤ST1028C1中,与SeNB之间进行RA处理,来与SeNB进行同步。
与SeNB同步后的对象UE在步骤ST1029C1中,向SeNB进行上行链路数据的发送。接收到上行链路数据的SeNB可以设置所接收到的上行链路数据用的缓存。由此,可以对接收到的数据进行缓存。
进行了上行链路数据的发送的对象UE在步骤ST1024中,向T-MeNB通知T-MeNB结构和SeNB结构的设定完成。该通知例如使用非专利文献8的图4.3.2.3-1所公开的RRC连接再设定完成(RRC Connection Reconfiguration Complete)消息来进行。
连接完成后的对象UE在步骤ST1025中,向T-MeNB进行上行链路数据的发送。由此,步骤ST1025中上行链路数据的发送例如在作为连接完成的步骤ST1024的设定完成的通知后进行。
在步骤ST1025中接收到上行链路数据的T-MeNB在步骤ST1026中将所接收到的上行链路数据发送至S-GW。
在步骤ST1024中接受了T-MeNB结构和SeNB结构的设定完成通知的T-MeNB在步骤ST1027中,将UE中SeNB的设定已完成的情况通知给SeNB。该通知例如使用非专利文献8的图4.3.2.3-1所公开的SeNB再设定完成(SeNB reconfiguration complete)消息来进行。
然后,与上述的实施方式1同样地,进行步骤ST1030~步骤ST1042的处理。由此,UE无需等待步骤ST1024的处理,能够尽早地向SeNB发送上行链路数据。此外,由于在能够从SeNB向T-MeNB发送上行链路数据的情况下立即发送上行链路数据,因此,能够减少HO时上行链路数据的发送延迟。
图14和图15是表示实施方式1的变形例1的通信系统中切换处理的流程的其他示例的图。图14和图15在边界线BL4处相连接。图14和图15中,作为切换处理,示出与在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的其他示例。本变形例中的切换处理与上述图9和图10所示的实施方式1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的实施方式1相同,进行步骤ST1011~步骤ST1020和步骤ST1051~步骤ST1053的处理。在步骤ST1021中,对象UE判断是否能够设定所通知的针对SeNB的分叉承载结构。在判断为能够设定的情况下,转移至步骤ST1022。在判断为不能设定的情况下,由于无法在维持分叉承载不变且没有SeNB的变更的情况下,在MeNB间进行HO处理,因此,作为其他的HO处理,进行非专利文献8的图4.3.2.3-1所公开的处理。
在步骤ST1022中,对象UE设定针对符合的SeNB和T-MeNB的分叉承载结构。
特别地,公开针对SeNB的设定。在是维持使用了相同SeNB的分叉承载的设定的情况下,对象UE可以在不对SeNB(SCG)的MAC进行复位的情况下对MAC进行再设定。对SeNB(SCG)的RLC进行再设定。对SeNB(SCG)的PDCP进行再设定。
在步骤ST1022中设定了针对符合的SeNB和T-MeNB的分叉承载结构的对象UE在步骤ST1028D1中,与SeNB之间进行RA处理。由此,对象UE与SeNB同步。
与SeNB同步后的对象UE在步骤ST1029D1中,向SeNB进行上行链路数据的发送。接收到上行链路数据的SeNB可以设置所接收到的上行链路数据用的缓存。由此,可以对接收到的数据进行缓存。
在步骤ST1029D1中发送了上行链路数据的对象UE在步骤ST1023中,与T-MeNB间进行RA处理,来与T-MeNB进行同步。
进行了RA处理的对象UE在步骤ST1024中,向T-MeNB通知T-MeNB结构和SeNB结构的设定完成。该通知例如使用非专利文献8的图4.3.2.3-1所公开的RRC连接再设定完成(RRCConnection Reconfiguration Complete)消息来进行。
连接完成后的对象UE在步骤ST1025中,向T-MeNB进行上行链路数据的发送。由此,步骤ST1025中上行链路数据的发送例如在作为连接完成的步骤ST1024的设定完成的通知后进行。
在步骤ST1025中接收到上行链路数据的T-MeNB在步骤ST1026中将所接收到的上行链路数据发送至S-GW。
在步骤ST1024中接受了T-MeNB结构和SeNB结构的设定完成通知的T-MeNB在步骤ST1027中,将UE中SeNB的设定已完成的情况通知给SeNB。该通知例如使用非专利文献8的图4.3.2.3-1所公开的SeNB再设定完成(SeNB reconfiguration complete)消息来进行。
在步骤ST1029D1中接收到上行链路数据的SeNB在步骤ST1030中向T-MeNB发送所接收到的上行链路数据。然后,与上述的实施方式1同样地,进行步骤ST1031~步骤ST1042的处理。由此,UE无需等待步骤ST1023的处理,能够尽早地向SeNB发送上行链路数据。此外,由于在能够从SeNB向T-MeNB发送上行链路数据的情况下立即发送上行链路数据,因此,能够减少HO时上行链路数据的发送延迟。
如上所述,本变形例中,在图10~图15所示的任意示例中,步骤ST1029B1、ST1029C1、ST1029D1中从对象UE向SeNB进行的上行链路数据的发送均在步骤ST1028B1、步骤ST1028C1、步骤ST1028D1中对象UE与SeNB间的RA处理完成后进行。
步骤ST1028B1、步骤ST1028C1、步骤ST1028D1中对象UE与SeNB间的RA处理的定时成为在顺序上比实施方式1更早的定时。步骤ST1029B1、ST1029C1、ST1029D1中从SeNB向T-MeNB进行的上行链路数据的发送的定时成为在顺序上比实施方式1更早的定时。
由此,在MeNB的HO过程中,对象UE能够尽早地向SeNB进行上行链路数据的发送。此外,由于在能够从SeNB向T-MeNB发送上行链路数据的情况下立即发送上行链路数据,因此,能够减少HO时上行链路数据的发送延迟。
实施方式1变形例2.
关于实施方式1中在与SeNB间进行RA处理后进行的SeNB与T-MeNB间的上行链路数据的发送,作为其他示例,公开实施方式1的变形例2。
图16和图17是表示实施方式1的变形例2的通信系统中切换处理的流程的一个示例的图。图16和图17在边界线BL5处相连接。图16和图17中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据和下行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图11和图12所示的实施方式1的变形例1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的实施方式1的变形例1中的图10和图11所示的示例相同,进行步骤ST1011~步骤ST1026、步骤ST1028B1、步骤ST1029B1及步骤ST1051~步骤ST1053的处理。在步骤ST1029B1中接收到上行链路数据的SeNB在步骤ST1027中收到UE中SeNB的设定已完成的通知之前,在紧接着步骤ST1029B1的步骤ST1030B2中,将步骤ST1029B1中接收到的上行链路数据发送给T-MeNB。
接收到步骤ST1030B2中所发送的上行链路数据的T-MeNB在紧接着步骤ST1030B2的步骤ST1031中,将步骤ST1030B2中接收到的上行链路数据发送给S-GW。或者,可以设置上行链路数据用的缓存。由此,可以对接收到的数据进行缓存。
接着,在步骤ST1027中,T-MeNB向SeNB通知UE中SeNB的设定已完成。然后,与上述的实施方式1的变形例1同样地,进行步骤ST1032~步骤ST1042的处理。由此,S-eNB无需等待步骤ST1027的处理,能够尽早地进行向T-MeNB的上行链路数据的发送,以及从T-MeNB向S-WG的上行链路数据的发送。由此,能够减少HO时上行链路数据的发送延迟。
图18和图19是表示实施方式1的变形例2的通信系统中切换处理的流程的其他示例的图。图18和图19在边界线BL6处相连接。图18和图19中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的其他示例。图18和图19所示的切换处理与上述图12和图13所示的实施方式1的变形例1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的实施方式1的变形例1中的图12和图13所示的示例相同,进行步骤ST1011~步骤ST1023、步骤ST1028C1、步骤ST1029C1及步骤ST1051~步骤ST1053的处理。本变形例中,接收到步骤ST1029C1中所发送的上行链路数据的SeNB在紧接着步骤ST1029C1的步骤ST1030C2中,向T-MeNB发送步骤ST1029C1中接收到的上行链路数据。
即,T-MeNB在步骤ST1024中接受T-MeNB结构和SeNB结构的设定完成通知之前的步骤ST1030C2中,从SeNB接收上行链路数据。T-MeNB可以设置接收到的上行链路数据用的缓存。由此,可以对接收到的数据进行缓存。
接着,在步骤ST1024中,对象UE向T-MeNB通知T-MeNB结构和SeNB结构的设定完成。此外,对象UE在步骤ST1025中,向T-MeNB发送上行链路数据。接收到上行链路数据的T-MeNB在步骤ST1026中,向S-GW发送上行链路数据。
T-MeNB在步骤ST1024中接受了T-MeNB结构和SeNB结构的设定完成的通知之后,在步骤ST1026中,将步骤ST1030C2和步骤ST1025中接收到的上行链路数据发送给S-GW。
然后,与上述的实施方式1的变形例1同样地,进行步骤ST1027~步骤ST1042的处理。由此,S-eNB无需等待步骤ST1024的处理,能够尽早地向T-MeNB发送上行链路数据。此外,由于在从T-MeNB向S-GW发送上行链路数据的情况下能够立即发送上行链路数据,因此,能够减少HO时上行链路数据的发送延迟。
图20和图21是表示实施方式1的变形例2的通信系统中切换处理的流程的其他示例的图。图20和图21在边界线BL7处相连接。图20和图21中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的其他示例。图20和图21所示的切换处理与上述图14和图15所示的实施方式1的变形例1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的实施方式1的变形例1中的图14和图15所示的示例相同,进行步骤ST1011~步骤ST1022和步骤ST1051~步骤ST1053的处理。在步骤ST1022中设定了针对符合的SeNB和T-MeNB的分叉承载结构的对象UE在步骤ST1028D1中,与SeNB之间进行RA处理。由此,对象UE与SeNB同步。
对象UE在步骤ST1029D1中向SeNB发送上行链路数据。SeNB若接收到步骤ST1029D1中从对象UE发送来的上行链路数据,则在紧接着步骤ST1029D1的步骤ST1030D2中,向T-MeNB发送步骤ST1029D1中接收到的上行链路数据。
即,T-MeNB在步骤ST1023的RA处理之前,在步骤ST1030D2中,从SeNB接收上行链路数据。T-MeNB可以设置接收到的上行链路数据用的缓存。由此,可以对接收到的数据进行缓存。
接着,在步骤ST1023中,对象UE在与T-MeNB之间进行RA处理。由此,对象UE与T-MeNB同步。
接着,在步骤ST1024中,对象UE向T-MeNB通知T-MeNB结构和SeNB结构的设定完成。此外,对象UE在步骤ST1025中,向T-MeNB发送上行链路数据。接收到上行链路数据的T-MeNB在步骤ST1026中,向S-GW发送上行链路数据。
T-MeNB在步骤ST1024中接受了T-MeNB结构和SeNB结构的设定完成的通知之后,在步骤ST1026中,将步骤ST1030D2和步骤ST1025中接收到的上行链路数据发送给S-GW。
然后,与上述的实施方式1的变形例1同样地,进行步骤ST1027~步骤ST1042的处理。
如上所述,本变形例中,SeNB若在步骤ST1029B1、步骤ST1029C1和步骤ST1029D1中接收到从对象UE发送来的上行链路数据,则在紧接着的步骤ST1030B2、步骤ST1030C2和步骤ST1030D2中,立即将接收到的上行链路数据发送给T-MeNB。由此,在MeNB的HO过程中,能够尽早地进行经由SeNB向T-MeNB发送上行链路数据。此外,由于在从T-MeNB向S-GW发送上行链路数据的情况下能够立即发送上行链路数据,因此,能够减少HO时上行链路数据的发送延迟。
实施方式1变形例3.
关于实施方式1中T-MeNB与S-GW间的从SeNB接收到的上行链路数据的发送,作为其他示例,公开实施方式1的变形例3。
图22和图23是表示实施方式1的变形例3的通信系统中切换处理的流程的一个示例的图。图22和图23在边界线BL8处相连接。图22和图23中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图18和图19所示的实施方式1的变形例2的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的图18和图19所示的实施方式1的变形例2相同,进行步骤ST1011~步骤ST1023、步骤ST1028C1、步骤ST1029C1、步骤ST1030C2及步骤ST1051~步骤ST1053的处理。
T-MeNB若在步骤ST1030C2中接收到从对象UE发送来的上行链路数据,则在步骤ST1024中接受T-MeNB结构和SeNB结构的设定完成通知之前,在步骤ST1031C3中立即向S-GW发送该上行链路数据。然后,与上述的实施方式1同样地,进行步骤ST1024~步骤ST1042的处理。
图24和图25是表示实施方式1的变形例3的通信系统中切换处理的流程的其他示例的图。图24和图25在边界线BL9处相连接。图24和图25中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图20和图21所示的实施方式1的变形例2的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的图20和图21所示的实施方式1的变形例2相同,进行步骤ST1011~步骤ST1022、步骤ST1028D1、步骤ST1029D1、步骤ST1030D2及步骤ST1051~步骤ST1053的处理。
T-MeNB若在步骤ST1030D2中接收到从对象UE发送来的上行链路数据,则在步骤ST1023中进行RA处理之前,在步骤ST1031D3中立即向S-GW发送该上行链路数据。此外,T-MeNB经由SeNB向对象UE通知已发送了该上行链路数据的情况。
接受到通知的UE将步骤ST1029D1中所发送的上行链路数据用的缓存废弃。然后,与上述的实施方式1的变形例1同样地,进行步骤ST1032~步骤ST1042的处理。
如上所述,本变形例中,T-MeNB若接收到步骤ST1030C2和步骤ST1030D2中从SeNB发送来的上行链路数据,则在紧接着的步骤ST1031C3和步骤ST1031D3中将接收到的上行链路数据立即发送给S-GW。由此,在MeNB的HO过程中,能够尽早地将经由SeNB发送给T-MeNB的数据发送给S-GW。
由此,在MeNB的HO过程中,通过经由SeNB发送数据从而也能够进行上行链路数据的发送,因此,能够减少HO时上行链路数据送达的延迟。此外,由于对象UE能够尽早地将上行链路数据发送至S-GW,因此,能够削减上行链路数据用的缓存。
实施方式1变形例4.
关于MeNB间的HO过程中,对象UE与SeNB间取得同步的情况,作为其他示例,公开实施方式1的变形例4。
图26和图27是表示实施方式1的变形例4的通信系统中切换处理的流程的一个示例的图。图26和图27在边界线BL10处相连接。图26和图27中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。图26和图27所示的切换处理与上述图24和图25所示的实施方式1的变形例3的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的图24和图25所示的实施方式1的变形例3相同,进行步骤ST1011~步骤ST1022和步骤ST1051~步骤ST1053的处理。
由于在MeNB间的HO过程中,SeNB不变更,因此,可认为对象UE与SeNB取得同步。像这样在对象UE与SeNB之间取得同步的情况下,可以省略上述图24所示的步骤ST1028D1的RA处理。
因此,在本实施方式中,如图26所示,对象UE在步骤ST1022中,在设定了针对符合的SeNB和T-MeNB的分叉承载结构之后,在接下来的步骤ST1029D1中,向SeNB发送上行链路数据。在步骤ST1029D1中,对象UE也可以向SeNB发送调度请求(SR)。在发送了SR之后,UE根据来自SeNB的上行链路调度来发送上行链路数据。
在步骤ST1029D1中接收到来自UE的上行链路数据的SeNB在步骤ST1030D2中将上行链路数据发送至T-MeNB。然后,与上述的实施方式1的变形例3同样地,进行步骤ST1023~步骤ST1042的处理。
如上所述,本变形例中,在MeNB的HO过程中,对象UE与SeNB取得同步的情况下,对象UE在步骤ST1022中设定了针对符合的SeNB和T-MeNB的分叉承载结构之后,立即在步骤ST1029D1中向SeNB发送步骤ST1029D1中接收到的上行链路数据。由此,能够更早地进行向SeNB发送上行链路数据。
实施方式1变形例5.
本变形例中,公开了下述情况下的处理的一个示例,即:在DC的分叉承载执行过程中,在SeNB没有发生变更的MeNB间进行HO时,发生了切换失败(Handover Failure;简称:HOF)。
在现有的方式、例如非专利文献8的图4.3.2.3-1所记载的流程中,存在下述问题,即:若发生MeNB间的HOF,则无法针对从T-MeNB发送至SeNB的SeNB追加请求(SeNBaddition Request)消息来释放SeNB所确保的资源。例如,存在无法释放SeNB UE X2AP ID、承载设定、UE上下文等的问题。若无法释放资源,则在反复发生HOF时,资源将耗尽,进而导致无法进行通信。
因此,本变形例中,当检测到HOF时,在与由T-MeNB发送至SeNB的SeNB追加请求(SeNB addition Request)消息相对应的处理中,对SeNB中所设定的释放这些资源的消息进行通知。
作为检测HOF的方法,优选使用下述方法,即:在T-MeNB中允许HO之后开始计时,在明确UE与SeNB已同步的时间点停止计时。
图28是表示实施方式1的变形例5的通信系统中切换处理的流程的一个示例的图。本变形例中的切换处理与上述图9和图10所示的实施方式1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的图9和图10所示的实施方式1相同,进行步骤ST1011~步骤ST1017的处理。本实施方式中,若步骤ST1017的处理结束,则转移至步骤ST1061和步骤ST1062。
在步骤ST1062中,T-MeNB向S-MeNB发送HO请求响应(HO request ack)。此外,T-MeNB将像这样发送了HO请求响应的情况判断为针对UE的HO允许,并在步骤ST1061中开始计时。优选为若从UE接收到RRC连接再设定完成(RRC Connection ReconfigurationComplete)消息,则判断为UE与SeNB已同步,并停止计时。
在如步骤1063那样在RA处理中UE与SeNB的同步失败,并检测到HOF时,例如,在T-MeNB无法从UE接收到RRC连接再设定完成(RRC Connection Reconfiguration Complete)消息时,T-MeNB在步骤ST1064中,将计时器设为到期(Timer expire)。此时,T-MeNB在步骤ST1065中,向SeNB发送用于资源释放的消息。
接收到资源释放的消息的SeNB在步骤ST1066中,针对SeNB追加请求(SeNBaddition Request)消息,释放SeNB所确保的资源。例如,释放SeNB UE X2AP ID、承载设定、UE上下文等。此外,优选为若存在由S-MeNB所设定的与T-MeNB和SeNB间连接相关的资源确保,则也释放这些设定。
用于从T-MeNB向SeNB进行资源释放的消息例如可设置SeNB设定释放(SeNBconfiguration Release)消息这样的新的消息。或者,也可以设置拒绝(Reject)信息来作为SeNB再设定完成(SeNB reconfiguration Complete)消息的信息,并追加HOF来作为理由(cause)。
如上所述,根据本变形例,由于能够释放由SeNB确保的资源,因此,即使反复出现HOF,也能够防止发生资源耗尽。
接着,使用图29和图30来说明与T-MeNB中上行链路数据的处理相关的功能。图29和图30是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。图29和图30在边界线BL11处相连接。图29和图30中,作为切换处理,示出关于本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图28所示的实施方式1的变形例5的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
与上述的图8和图9所示的实施方式1相同,进行步骤ST1011~步骤ST1022和步骤ST1051~步骤ST1053的处理。本变形例中,若步骤ST1022的处理结束,则进行步骤ST1028~步骤ST1030的处理。
如实施方式1所述,当SeNB具有在与UE确立同步后立即将上行链路数据发送给T-MeNB的功能时也是有效的。当T-MeNB具有积存数据、并等待成为例如S-GW中的通路切换那样的S-GW可接收状态的功能时也是有效的。
该情况下,有时UE与T-MeNB间无法确立同步,步骤ST1028的UE与SeNB间的RA处理比计时器到期更早地进行,从而UE与T-MeNB间保持无法确立同步的状态,进而在步骤ST1063中,由T-MeNB检测到HOF。该情况下,SeNB成为已向T-MeNB发送了若干PDCP数据包。
由于这种情况,T-MeNB也可以具有下述功能,即:在步骤ST1064中计时器到期时,即检测到HOF时,在HOF检测前将从SeNB接收到的上行链路数据废弃。由此,由于能够释放资源,因此,能够避免在反复出现HOF的过程中T-MeNB的数据缓存用的资源耗尽。
然后,与上述的图28所示的情况相同,进行步骤ST1065和步骤ST1066的处理。
接着,使用图31和图32来阐述与T-MeNB中上行链路数据的处理相关的功能。图31和图32是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。图31和图32在边界线BL12处相连接。图31和图32中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图28所示的实施方式1的变形例5的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
如实施方式1所述,当SeNB具有下述功能时也是有效的,即:在与UE确立同步后立即将上行链路数据发送至T-MeNB,例如,在S-GW始终能够从T-MeNB或S-MeNB接收数据的情况下,T-MeNB迅速地将接收到的上行链路数据发送至S-GW。该情况下,在UE与T-MeNB间无法确立同步,UE与SeNB间的RA处理比计时器到期更早时,在检测出HOF之前,SeNB已向T-MeNB发送了若干PDCP数据包。同样地,T-MeNB已向S-GW发送了数据、例如若干GTP(GPRS(GeneralPacket Radio Service:通用无线分组业务)Tunneling Protocol:隧道协议)数据包。
由于这种情况,T-MeNB也可以具有下述功能,即:在计时器到期时,即检测到HOF时,在HOF检测前将从SeNB接收到的上行链路数据发送至S-GW。由此,无需废弃已由SeNB接收到的上行链路数据,不需要来自UE的重新发送,因此能够进行高效的传输。
此外,如实施方式1的变形例3所述,T-MeNB也可以经由SeNB,向UE发送来自UE的上行链路数据接收成功响应。接收到来自T-MeNB的上行链路数据接收成功响应的UE也可以废弃该上行链路数据。如上所述,UE能够尽早废弃发送成功的上行链路数据,能够减小上行链路数据的缓存容量。
接着,使用图33~图36对SeNB中也设置有判定同步确立的计时器的三个示例进行说明。
图33中,示出SeNB的计时器的测量时间(Ts)比T-MeNB的计时器的测量时间(Tm)要小的情况(Ts<Tm)的一个示例。图34中,示出SeNB的计时器的测量时间(Ts)为T-MeNB的计时器的测量时间(Tm)以上的情况(Ts≥Tm)的一个示例。图35及图36中,示出SeNB的计时器的测量时间(Ts)为T-MeNB的计时器的测量时间(Tm)以上的情况(Ts≥Tm)下的上行链路数据的发送的处理的一个示例。
图33是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。图33中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图28所示的实施方式1的变形例5的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
图34是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。图34中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图28所示的实施方式1的变形例5的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
图35和图36是表示实施方式1的变形例5的通信系统中切换处理的流程的其他示例的图。图35和图36在边界线BL13处相连接。图35和图36中,作为切换处理,示出与本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送相关的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图28所示的实施方式1的变形例5的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
首先,如图33所示,在SeNB的计时器设定为SeNB的计时器的测量时间(Ts)小于T-MeNB的计时器的测量时间(Tm)(Ts<Tm)的情况下,SeNB可以在步骤ST1071中向T-MeNB发送了SeNB追加请求响应(SeNB addition request Ack)消息时,如步骤ST1072那样使计时器开始。同样地,SeNB可以在从T-MeNB接收到SeNB再设定完成(SeNB reconfigurationComplete)消息时停止计时器。
若在步骤ST1072中计时器到期,则SeNB针对SeNB追加请求(SeNB additionRequest)消息释放SeNB所确保的资源,例如,SeNB UE X2AP ID、承载设定、UE上下文等。此外,优选为若存在由S-MeNB所设定的与T-MeNB和SeNB间连接相关的资源确保,则也释放这些设定。
此外,设置下述功能是有效的,即:在步骤ST1072中计时器到期时,SeNB向T-MeNB发出通知以释放SeNB设定。例如在步骤ST1072中计时器到期时,在步骤ST1073中向T-MeNB发送SeNB释放请求(SeNB release required)消息是有效的。利用该消息,T-MeNB能够迅速地针对成为对象的UE停止和结束SeNB设定。
此外,在步骤ST1073中接收到SeNB释放请求(SeNB release required)消息的T-MeNB在步骤ST1074中,可以向SeNB通知SeNB释放确认(SeNB release confirm)消息。该情况下,SeNB在步骤ST1072中计时器到期时不释放SeNB设定,而在步骤ST1074中接收到SeNB释放确认(SeNB release confirm)消息之后,再释放SeNB设定,这一结构是有效的。由此,能够避免SeNB与T-MeNB的状态不一致、即SeNB中处于HOF、T-MeNB中处于HO确立等待的情况,从而能够进行稳定的动作。
收到释放SeNB设定的通知的T-MeNB在步骤ST1075中,对HOF的计时器(Tm)进行复位。此外,针对成为对象的UE结束SeNB设定。在计时器没有被复位时,在步骤ST1076中,T-MeNB的HOF的计时器到期。
接着,如图34所示,说明设定为SeNB的计时器的测量时间(Ts)在T-MeNB的计时器的测量时间(Tm)以上(Ts≥Tm)的情况。
在步骤ST1064中T-MeNB的计时器到期时,在步骤ST1065中,T-MeNB向SeNB通知资源释放。用于从T-MeNB向SeNB进行资源释放的消息例如可设置SeNB设定释放(SeNBconfiguration Release)消息这样的新的消息。或者,也可以设置拒绝(Reject)信息以作为SeNB再设定完成(SeNB reconfiguration Complete)的信息,并追加HOF来作为理由(cause)。SeNB在步骤ST1066中,针对SeNB追加请求(SeNB addition Request)消息释放SeNB所确保的资源,例如,SeNB UE X2AP ID、承载设定、UE上下文等。
从T-MeNB接收到资源释放的SeNB在步骤ST1081中,对SeNB所设定的计时器(Ts)进行复位。在计时器没有被复位时,在步骤ST1082中,SeNB的计时器到期。
如上述的图33所示的示例中所阐述的那样,即使没有在SeNB计时器(Ts)<T-MeNB计时器(Tm)时变为有效的来自SeNB的SeNB释放请求(SeNB release required)消息也不会发生状态不一致,因此,更为优选地设置为SeNB计时器(Ts)≥T-MeNB计时器(Tm)。因此,在OAM(Operation Administration and Maintenance:运行、管理、及维护)中将计时器值设为SeNB计时器(Ts)≥T-MeNB计时器(Tm)是有效的。
此外,由操作员在SeNB装置和T-MeNB装置的非易失性存储器等中设置SeNB计时器(Ts)≥T-MeNB计时器(Tm)并将其作为预定值是有效的。
此外,从SeNB向T-MeNB通知计时器值,并由T-MeNB来设定SeNB计时器(Ts)≥T-MeNB计时器(Tm)也是有效的。从SeNB向T-MeNB进行的计时器值的通知例如使用SeNB追加请求响应(SeNB addition request Ack)消息。
此外,从HO源的Se-MeNB向T-MeNB通知满足SeNB计时器(Ts)≥T-MeNB计时器(Tm)的设定值也是有效的。满足SeNB计时器(Ts)≥T-MeNB计时器(Tm)的设定值的通知中使用HO请求(HO request)消息或SN状态传递(SN status transfer)消息。
最后,关于SeNB计时器(Ts)≥T-MeNB计时器(Tm)时的上行链路数据的发送处理,使用图35和图36来进行说明。
与图31和图32的情况相同,在HOF检测前T-MeNB可以向S-GW发送上行链路数据。T-MeNB可以经由SeNB向UE发送来自UE的上行链路数据接收成功响应。接收到来自T-MeNB的上行链路数据接收成功响应的UE也可以废弃该上行链路数据。根据上述方式,UE能够尽早废弃发送成功的上行链路数据,能够减小上行链路数据的缓存容量。
从T-MeNB接收到资源释放的SeNB在步骤ST1081中,对SeNB所设定的计时器(Ts)进行复位。在计时器没有被复位时,在步骤ST1082中,SeNB的计时器到期。
另外,虽然省略了附图的记载,但无论Ts、Tm的大小关系如何,T-MeNB中,可以决定SeNB用的计时器到期时间,并可以向SeNB进行通知,SeNB根据该值来启动计时器。
或者,可以将T-MeNB中所设定的计时器值通知给SeNB,并由SeNB来设定SeNB的计时器值。
实施方式1变形例6.
在上述的实施方式和变形例中,公开了关于上行链路数据(UL的U-层面数据)的处理。本变形例中,在上述的实施方式和变形例的基础上,增加公开关于下行链路数据(DL的U-层面数据)的处理。
在现有的方式、例如非专利文献8的图4.3.2.3-1所记载的流程中,没有下行链路数据转发(forwarding)的开始定时的规定,若不进行从S-MeNB到T-MeNB的通路切换,则无法开始发送。此外,由于没有下行链路数据转发的开始定时的规定,因此存在下述问题,即:依赖于T-MeNB的结构,在SeNB与各种各样的T-MeNB相连接时,连接测试情况增加从而研发费用增加。此外,在同时与多个T-MeNB连接的SeNB中,进行较早、较多的控制,从而导致例如来自T-MeNB的发送数据缓存的资源等的浪费。
为了解决该问题,使用图37和图38来说明在适当的定时执行下行链路数据转发的方法。图37和图38是表示实施方式1的变形例6的通信系统中切换处理的流程的一个示例的图。图37和图38在边界线BL14处相连接。图37和图38中,作为切换处理,示出关于本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
仅对与实施方式1不同的地方进行说明。本变形例中,可以在T-MeNB中检测SeNB再设定完成(SeNB reconfiguration complete)消息的发送,并可以在步骤ST1092中,向SeNB进行下行链路数据转发(DL data forwarding)。此外,优选为在步骤ST1092的下行链路数据转发之前,在步骤ST1091中,从T-MeNB向SeNB发送SN状态传递(SN status transfer)消息。
此外,或者,当T-MeNB在检测到从UE接收了RRC连接再设定完成(RRC ConnectionReconfiguration Complete)消息时,向SeNB进行下行链路数据转发也是有效的。
SeNB针对从T-MeNB传送来的下行链路数据,在步骤ST1028中与UE间的RA处理完成之后,在步骤ST1029A中向UE发送下行链路数据。在步骤ST1029A中,与上述的实施方式1的步骤ST1029相同,还进行从UE到SeNB的上行链路数据的发送。SeNB优选为具有对下行链路数据进行缓存的功能。由此,能够存储到完成RA处理为止的期间内的数据。
此外,例如,SeNB优选为设置具有与进行下行链路数据转发的路径变长的长度相对应的长度的缓存。例如,优选设置具有与从S-GW到S-MeNB、SeNB的路径向S-GW到S-MeNB、T-MeNB、SeNB的路径变长的长度相对应的长度的缓存。由此,当再次变更路径时,例如将从S-GW到S-MeNB、T-MeNB、SeNB的路径再次变更为从S-GW到T-MeNB、SeNB的路径时,能够从旧数据起依次发送数据。
如上所述,通过进行下行链路数据转发,在MeNB间的HO过程中,能够在进行S-GW的通路切换之前发送从S-MeNB传送来的下行链路数据。
图39和图40中示出UE与SeNB间的RA处理在UE与T-MeNB间的RA处理之前先行进行的情况的示例。图39和图40是表示实施方式1的变形例6的通信系统中切换处理的流程的其他示例的图。图39和图40在边界线BL15处相连接。图39和图40中,作为切换处理,示出关于本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图37和图38所示的实施方式1的变形例6的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
图39和图40所示的示例中,在步骤ST1092中进行了下行链路数据转发(DL dataforwarding)之后,在步骤ST1030中,SeNB向T-MeNB发送上行链路数据。接着,SeNB在步骤ST1093中,向UE发送下行链路数据。
由此,在图39和图40所示的示例中,在步骤ST1024中T-MeNB从UE接收到RRC连接再设定完成(RRC Connection Reconfiguration Complete)消息之后,能够立即在步骤ST1025和步骤ST1026中,将上行链路数据也发送至S-GW。由此,在上行链路和下行链路中,在MeNB间的HO过程中,在步骤ST1034中进行S-GW的通路切换之前,在步骤ST1092和步骤ST1093中,均能够发送从S-MeNB传送来的下行链路数据。
实施方式1变形例7.
在实施方式1的变形例6中,示出了在发送了SeNB再设定完成(SeNB reconfigurationcomplete)消息之后、或者在接收RRC连接再设定完成(RRC Connection ReconfigurationComplete)消息时进行下行链路数据转发的示例,但在本变形例中,公开能够更早地进行下行链路数据转发的方法。
图41和图42是表示实施方式1的变形例7的通信系统中切换处理的流程的一个示例的图。图41和图42在边界线BL16处相连接。图41和图42中,作为切换处理,示出关于本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
如图41和图42所示,本变形例中,T-MeNB具有下述功能,即:在步骤ST1024中接收SeNB再设定完成(SeNB reconfiguration Complete)消息之前,进行下行链路数据转发。例如,T-MeNB具有检测SeNB与UE间的连接完成的功能,若在步骤ST1101中检测到SeNB与UE间的连接完成,则在步骤ST1092中,可向SeNB进行下行链路数据转发。具体而言,T-MeNB具有对步骤ST1030中来自SeNB的上行链路数据接收进行判断的功能,在步骤ST1030中接收到上行链路数据之后,在步骤ST1092中向SeNB进行下行链路数据转发是有效的。
此外,T-MeNB优选为在步骤ST1092中进行下行链路数据转发之前,在步骤ST1091中,向SeNB发送SN状态传递(SN status transfer)消息。
从T-MeNB接收到下行链路数据的SeNB在步骤ST1028中与UE间的RA处理完成后,在步骤ST1093中,向UE发送下行链路数据。然后,与实施方式1同样地,进行步骤ST1023~步骤ST1042的处理。
通过具有上述功能,从而无需等待SeNB再设定完成(SeNB reconfigurationcomplete)消息的发送,就能够向UE发送从S-MeNB传送来的下行链路数据。即,在上行链路和下行链路中,都能够进行UE、SeNB、T-MeNB及S-GW间的通信。
图43和图44是表示实施方式1的变形例7的通信系统中切换处理的流程的其他示例的图。图43和图44在边界线BL17处相连接。图43和图44中,作为切换处理,示出关于本变形例中在没有SeNB的变更的情况下MeNB上行链路间HO过程中的上行链路数据的发送的流程的一个示例。本变形例中的切换处理与上述图9和图10所示的实施方式1、以及图37和图38所示的实施方式1的变形例6的切换处理类似,因此,对于相同步骤标注相同的步骤编号,并省略共通的说明。
如图43和图44所示,T-MeNB可以具有下述功能来取代在SeNB再设定完成(SeNBreconfiguration Complete)之前进行下行链路数据转发的功能,即:只要在下行链路中从S-MeNB接收到转发的数据就向SeNB进行下行链路数据转发。
该功能尤其在SeNB与UE的下行链路同步继续保持时、或者能够瞬时确立同步时有效。例如,也可以具有下述功能,即:在步骤ST1017中从SeNB发送至T-MeNB的SeNB追加请求响应(SeNB addition request Ack)消息中,发送表示SeNB中是否能够继续与UE同步的信息。T-MeNB优选为在SeNB中能够继续保持同步时,在步骤ST1052和步骤ST1053中,只要在下行链路中从S-MeNB接收到转发的数据,就在步骤ST1092中向SeNB进行下行链路数据转发。
在步骤ST1092中进行下行链路转发之前,在步骤ST1091中进行SN状态传递(SNstatus transfer)是有效的。
在步骤ST1092中从T-MeNB接收到下行链路数据的SeNB在步骤ST1028中与UE间的RA处理完成后,在步骤ST1029A中,向UE发送下行链路数据。
如上所述,无需等待SeNB再设定完成(SeNB reconfiguration complete)消息的发送,能够与图41和图42的情况相比更早地向UE发送从S-MeNB传送来的下行链路数据。即,在上行链路和下行链路中,都能够进行UE、SeNB、T-MeNB及S-GW间的通信。
实施方式2.
实施方式1及其变形例中,公开了正在执行分叉承载的状态下没有SeNB的变更时在MeNB间发生HO的情况下,UE与网络侧节点间的上行链路数据和下行链路数据的收发的方法。
公开了在没有SeNB的变更时的HO的情况下,UE在与T-MeNB连接之前可以已与SeNB相连接的情况。在该HO过程中,UE在与SeNB连接之后,向SeNB发送上行链路数据。在该HO过程中,UE不向T-MeNB发送上行链路数据。在该HO过程中,若UE针对SeNB完成RA处理,则向SeNB发送上行链路数据。在该HO过程中,UE在与SeNB取得同步的情况下,可以在设定了SeNB结构之后,再向SeNB发送上行链路数据。此外,在该HO过程中,UE在针对T-MeNB完成RA处理之前,不向T-MeNB发送上行链路数据。在该HO过程中,UE针对SeNB完成RA处理之后,在针对T-MeNB完成RA处理之前,仅向SeNB发送上行链路数据。
由此,在没有SeNB的变更的情况下的HO过程中,在UE与T-MeNB连接之前,在UE与SeNB之间能够进行上行链路数据的收发。因此,能够更早地在UE与SeNB之间进行上行链路数据的收发。由此,能够减少因HO而产生的数据收发的延迟。
在维持分叉承载不变的SeNB没有变更的情况下的HO过程中,在UE与T-MeNB连接之前,若在UE与SeNB间执行上行链路数据的收发,则有时会产生下述问题。
3GPP中,关于执行上行链路分叉承载时的缓存状态报告(Buffer Status Report:BSR)的发送方法,提出了基于双重报告及门限(Double Reporting And Threshold;简称:DRAT)的方法(参照非专利文献9)。在DRAT中,当PDCP的数据量为预先确定的阈值以下时,向一个eNB、即MeNB或SeNB报告缓存状态(Buffer Status;简称:BS)。当PDCP的数据量大于预先确定的阈值时,向两个eNB、即MeNB和SeNB报告相同PDCP的数据量的BS。当PDCP的数据量小于预先确定的阈值时,向MeNB和SeNB中的哪一个eNB报告BS由RRC信令来表示。对每一个资源块(Resource Block:RB)设定预先确定的阈值。
由此,在DRAT中,根据相同的PDCP的数据量来触发BSR,由此来向两个eNB,即MeNB和SeNB发送BSR。在该状态下发生HO时,无论是对MeNB还是对SeNB,UE都以相同的PDCP的数据量来触发BSR。但是,由于处于HO过程中,因此实际上在UE与T-MeNB取得同步并连接之前,UE无法向T-MeNB发送BSR。并且,UE也无法向T-MeNB发送数据。因此,在HO过程中,在UE与T-MeNB取得同步之前,向T-MeNB触发BSR是无用的,有可能会导致误动作。例如,在向T-MeNB侧触发了BSR的情况下,尽管还没有与T-MeNB相连接,但UE仍尝试进行BSR的发送。UE无法弄清如何进行动作才好,从而导致产生误动作。
此外,还会产生其他问题。在3GPP中,提出了使BSR的触发与发送数据的eNB相一致的方案。根据该方案,即使在HO过程中,若触发BSR,则UE也可无视该BSR,而向T-MeNB发送数据。UE在HO过程中与T-MeNB连接之前,即使在T-MeNB侧触发BSR,也无法向T-MeNB发送数据。因此,UE在与T-MeNB连接之后,向T-MeNB发送该BSR,并发送数据。由此,在UE向T-MeNB发送数据的情况下,会产生发送的延迟。本实施方式中,公开解决这种问题的方法。
UE在MeNB间的HO过程中,在与T-MeNB连接之前,当向MeNB侧触发了BSR时,无视该BSR的触发。UE可以通过与T-MeNB间的RA处理是否已进行来对是否已与T-MeNB建立了连接进行判断。UE也可以通过是否通知了RRC连接再设定完成(RRC ConnectionReconfiguration Complete)消息来对是否与T-MeNB建立了连接进行判断。
在采用这里公开的方法的情况下,UE中对T-MeNB的BSR的触发变得无用。以下,公开其他方法。UE在MeNB间的HO过程中,对SeNB触发BSR。UE在MeNB间的HO过程中,不对MeNB触发BSR。作为MeNB间的HO过程,可以在UE与SeNB相连接后,或者在与T-MeNB连接之前。UE可以通过与SeNB间的RA处理是否已进行来对是否已与SeNB建立了连接进行判断。UE也可以通过是否与SeNB取得了同步来对是否已与SeNB建立了连接进行判断。UE向已触发了BSR的eNB发送BSR。
UE可以在进行没有SeNB的变更时的MeNB间的HO的情况下,进行上述方法。UE也可以在进行维持分叉承载不变且没有SeNB变更时的MeNB间的HO的情况下,进行上述方法。假设即使在设定有DRAT的情况下,UE也可以对其进行复位,并进行上述方法。在设定有DRAT的情况下,假设即使在阈值以下且发送上行链路数据的eNB设定于MeNB时,UE也可以对其进行复位,并进行上述方法。
由此,无论在PDCP的数据量在阈值以下的情况下,还是在PDCP的数据量在阈值以上的情况下,都能进行上述方法。
虽然设为进行上述方法,但也可以设为切换成上述方法。在BSR的触发方法和BSR的发送方法中,即使在设定了上述方法以外的方法的情况下,也能切换为上述方法。
在进行没有SeNB的变更时的MeNB间的HO的情况下,由于UE在HO之前就已经与SeNB相连接,因此,在HO过程中,UE有可能已经与SeNB取得同步。
关于在HO之前已发送给SeNB的上行链路数据,UE有时会通过ARQ(AutomaticRepeat reQuest:自动重发请求)处理进行RLC重发。在没有SeNB变更时的MeNB间的HO中,在HO过程中UE与SeNB已取得同步的情况下,可以继续向SeNB发送上行链路数据,也可以继续发送上行链路RLC重发数据。由此,将进行向SeNB的上行链路数据的RLC重发的数据考虑在内,该BSR中不仅包含PDCP的数据,还包含该RLC重发数据。
图45和图46是用于说明设定有以往的DRAT时的BSR的发送方法的图。图45示出PDCP的数据量在阈值以下的情况。图46示出PDCP的数据量比阈值要大的情况。UE2013与MeNB2011和SeNB2012双方相连接,进行上行链路分叉承载。PDCP2014是进行UE2013的PDCP处理的协议堆栈。面向MeNB的RLC2015是进行面向MeNB2011的RLC处理的协议堆栈。面向MeNB的MAC2016是进行面向MeNB2011的MAC处理的协议堆栈。面向SeNB的RLC2017是进行面向SeNB2012的RLC处理的协议堆栈。面向SeNB的MAC2018是进行面向SeNB2012的MAC处理的协议堆栈。
图45和图46中,设定为当PDCP的数据量在阈值以下时,向MeNB2011发送BSR。阈值由MeNB2011通知给UE2013。MeNB2011使用RRC信令,在阈值以下的情况下,与设定通知给MeNB2011和SeNB2012中的哪一个eNB的参数一起向UE2013通知阈值。
当PDCP的数据量为阈值以下时,如图45所示,UE2013针对MeNB2011触发BSR,如图45的箭头2019所示那样,向MeNB2011发送BSR。当PDCP的数据量比阈值大时,如图46所示,UE2013针对MeNB2011和SeNB2012双方触发BSR,如图46的箭头2020、2021所示那样,向MeNB2011和SeNB2012双方发送BSR。在非专利文献9中,公开了向MeNB2011和SeNB2012双方通知相同PDCP的数据量,但也可以向各eNB2011、2012通知不同的值。
图47是用于说明实施方式2中BSR的发送方法的图。图47与上述的图45和图46类似,因此对于相同结构标注相同的参照标号,并省略共通的说明。
UE2013在MeNB2011间的HO中与SeNB2012相连接之后,且在与T-MeNB连接之前,设为针对SeNB2012触发BSR,而针对MeNB2011则不触发BSR。如图47的箭头2022所示那样,UE2013仅向触发了BSR的eNB、即此处的SeNB2012发送BSR。UE2013在MeNB2011间的HO中与SeNB2012相连接之后,且与T-MeNB连接之前,通过进行上述方法,从而无论在PDCP的数据量为阈值以下时,还是在PDCP的数量为阈值以上时,均仅向SeNB2012发送BSR。
由此,在MeNB2011间的HO中,即使维持上行链路分叉承载并设定有DRAT,也在与SeNB2012相连接之后且与T-MeNB连接之前,对于MeNB2011不触发BSR,不发送BSR。因此,不会从MeNB2011向UE2013发送PDCP的数据用的上行链路调度,UE2013不会向MeNB2011发送PDCP的数据。因此,UE2013能够避免针对没有连接的T-MeNB发送无用的数据,从而能够实现发送延迟的减少,以及UE2013的低功耗化。另外,MeNB2011可以是S-MeNB也可以是T-MeNB。
公开UE向本实施方式所公开的方法转移的方法。接收到没有SeNB的变更时的MeNB间的HO指示的UE进行本实施方式中公开的方法。此外,在HO指示中,设定有上行链路分叉承载、或者设定有维持上行链路分叉承载的UE也可以进行本实施方式所公开的方法。MCI(Mobility Control Information:移动性控制信息)中可以包含表示是没有SeNB的变更时的MeNB间的HO的信息、表示上行链路分叉承载设定的信息、或者表示上行链路分叉承载的维持的设定的信息。作为HO指示,可以设为UE在接收到包含有这些信息的MCI的情况下,进行本实施方式中公开的方法。
由此,无需设定新的信息并通知给UE,UE可以进行本实施方式中所公开的方法。因此,能实现信令量的减少。
在MeNB间的HO中,即使设定了双连接(DC)、或者设定了上行链路分叉承载,对于MeNB也有可能不触发BSR。
公开UE向本实施方式所公开的方法转移的其他方法。新设表示向本实施方式中公开的方法转移的信息。T-MeNB在判断为使UE进行维持上行链路分叉承载不变的HO的情况下,将该信息通知给UE。可以经由S-MeNB进行通知。例如,T-MeNB将该信息包含在HO请求响应中向S-MeNB进行通知。该通知可以使用X2信令。或者也可以经由MME来使用S1信令。接收到该信息的S-MeNB向成为HO对象的UE通知该信息。该通知可以使用RRC信令。接收到该信息的UE进行本实施方式中公开的方法。该信息可以包含于MCI,也可以不包含于MCI而通过其他方法进行通知。
由此,可以独立于HO请求向UE进行通知。由此,能够根据状况进行灵活的通知。
公开UE向本实施方式所公开的方法转移的其他方法。MeNB将DRAT中设定的阈值设定为所能设定的最大值,并向UE进行通知。并且,将触发或发送DRAT中设定的BSR的eNB设定为SeNB,并向UE进行通知。所能设定的最大值可以设为UE能够处理的PDCP的数据量以上的值。由此,在设定有上行链路分叉承载的情况下,UE中产生的PDCP的数据量始终在该阈值以下。在该阈值以下的情况下,由于设定为向SeNB触发BSR或发送BSR,因此,UE能够仅向SeNB触发或发送BSR。
设定的变更使用DRAT的设定即可。例如,在将仅针对SeNB的通知返回至通常的DRAT的情况下,再次设定阈值,并根据需要设定在阈值以下触发或发送BSR的eNB,由此,UE能够进行通常的DRAT。由此,无需设定新的信息并通知给UE,UE可以进行本实施方式中所公开的方法。因此,能实现信令量的减少。
或者,也可以设置表示仅向一个eNB触发或发送BSR的阈值。MeNB将DRAT中设定的阈值设定为该阈值,并向UE进行通知。并且,将触发或发送DRAT中设定的BSR的eNB设定为SeNB,并向UE进行通知。在UE中产生的PDCP的数据量不明的情况下是有效的。例如,将阈值设定为0。MeNB在想要针对UE进行本实施方式中公开的方法的情况下,将DRAT中设定的阈值设定为0并通知给UE。阈值“0”表示仅向一个eNB触发或发送BSR,因此,无论PDCP的数据量如何,UE仅向一个eNB触发或发送BSR。关于向MeNB和SeNB中的哪一个eNB进行通知,可通过接收触发或发送BSR的eNB的信息来进行识别。
也可以设置表示仅向SeNB触发或发送BSR的阈值。由此,能够省略触发或发送BSR的eNB的信息。同样地,还可以设置表示仅向MeNB触发或发送BSR的阈值。由此,在想要设定为仅向MeNB触发或发送BSR的情况下是有效的。该信息可以包含于MCI,也可以不包含于MCI而通过其他方法进行通知。
公开关于完成没有SeNB的变更时的MeNB间的HO之后的处理。在完成了没有SeNB的变更时的MeNB间的HO之后,UE从仅向SeNB进行BSR触发或BSR发送返回通常的DRAT。作为完成了HO之后,可以设为UE与T-MeNB间的连接完成之后。或者设为UE与T-MeNB间的同步完成之后、或者UE与T-MeNB间的RA处理完成之后、或者UE向T-MeNB发送了RRC连接再设定完成(RRC Connection Reconfiguration Complete)消息之后。
在完成了没有SeNB的变更的情况下的HO之后,UE能够与T-MeNB和SeNB双方相连接。因此,通过采用该方式,UE能够向T-MeNB和SeNB双方的eNB触发BSR、发送BSR。在完成了该HO之后,不仅仅是SeNB,对于MeNB也能够发送上行链路PDCP数据,因此,能够减少发送的延迟。
通过使用本实施方式中公开的方法,从而能够在没有SeNB的变更的情况下MeNB间的HO过程中,向SeNB发送上行链路数据。此外,由于不向MeNB触发或发送BSR,因此,不会从MeNB发送上行链路调度(上行链路许可),不向MeNB发送PDCP的数据。由此,UE不会向MeNB进行无用的发送,能够力图实现发送延迟的减少、UE功耗的降低。此外,由于UE向SeNB触发或发送BSR,因此,上行链路调度从SeNB发送至UE,UE向SeNB发送PDCP的数据。因此,在HO过程中,UE也能够仅向SeNB发送数据,能够减少因HO导致的数据发送的延迟。
本实施方式中公开的方法能够适用于进行下述处理的情况,即:在维持分叉承载不变且没有SeNB变更的情况下的MeNB间的HO过程中,不进行从UE到T-MeNB的上行链路数据的发送,而进行从UE到SeNB的上行链路数据的发送。例如,实施方式1的变形例1、4中所公开的图12和图13、图14和图15、以及图26和图27等示出了该情况。
实施方式3.
在维持分叉承载不变且SeNB没有变更的情况下的HO过程中,在UE与T-MeNB连接之前,若在UE与SeNB间执行上行链路数据的收发,则有时会产生下述问题。
在进行上行链路分叉承载的情况下,UE必须要判断是将PDCP的数据发送给面向MeNB的RLC,还是发送给面向SeNB的RLC。例如,在PDCP的数据量大于预先确定的阈值的情况下,将PDCP的数据发送给报告BSR且面向eNB的RLC双方。例如,在非专利文献10中公开了下述方案,即:预先决定面向MeNB和面向SeNB的分配率,并根据该分配率,将PDCP中所产生的数据发送给面向MeNB的RLC和面向SeNB的RLC。
在该状态下发生了HO的情况下,在HO过程中,无论是面向MeNB的RLC还是面向SeNB的RLC,UE均向它们发送PDCP中产生的数据。但是,由于处于HO过程中,因此实际上在UE与T-MeNB取得同步并连接之前,UE无法向T-MeNB发送BSR,并且也无法向T-MeNB发送数据。因此,在HO过程中,在UE与T-MeNB取得同步之前,向面向T-MeNB的RLC发送PDCP的数据是无用的。此外,数据会残留在面向T-MeNB的RLC和MAC中的至少一方的缓存中,从而有可能导致发生溢出等问题。本实施方式中,公开解决这种问题的方法。
UE在MeNB间的HO过程中,向面向SeNB的RLC发送上行链路PDCP的数据。UE在MeNB间的HO过程中,不向面向MeNB的RLC发送上行链路PDCP的数据。作为PDCP的数据,可以是PDCPPDU。
作为MeNB间的HO过程,可以在UE与SeNB相连接后,且与T-MeNB连接之前。UE可以通过是否已进行与SeNB间的RA处理来对是否已与SeNB建立了连接进行判断。UE也可以通过是否与SeNB取得了同步来对是否已与SeNB建立了连接进行判断。
UE可以在进行没有SeNB的变更时的MeNB间的HO的情况下,进行上述方法。UE也可以在进行维持分叉承载不变且没有SeNB变更时的MeNB间的HO的情况下,进行上述方法。假设即使在设定有DRAT的情况下,UE也可以对其进行复位并进行上述方法。在设定有DRAT的情况下,假设即使在阈值以下且发送上行链路数据的eNB设定于MeNB时,UE也可以对其进行复位并进行上述方法。
由此,无论在PDCP的数据量在阈值以下的情况下,还是在PDCP的数据量在阈值以上的情况下,都能进行上述方法。
虽然设为进行上述方法,但也可以设为切换成上述方法。在PDCP的数据的分配方法中,即使在设定了上述方法以外的方法的情况下,也能切换为上述方法。
图48是用于说明设定有以往的DRAT时的PDCP的数据的分配方法的图。图48中示出PDCP的数据量比阈值要大的情况。图48与上述的图45和图46类似,因此对于相同结构标注相同的参照标号,并省略共通的说明。
在PDCP的数据量比阈值要大的情况下,如图48的箭头2031、2032所示那样,UE2013将PDCP2014的数据发送给面向MeNB2011的RLC2015和面向SeNB2012的RLC2017双方。面向MeNB2011和面向SeNB的PDCP的数据的分配率预先从MeNB2011通知给UE2013。MeNB2011可以使用RRC信令向UE2013进行通知。MeNB2011可以将其与DRAT的设定一起向UE2013进行通知。
图49是用于说明实施方式3中PDCP的数据的发送方法的图。图49与上述的图45和图46类似,因此对于相同结构标注相同的参照标号,并省略共通的说明。
UE2013在MeNB2011间的HO中,在与SeNB2012相连接之后且与T-MeNB2011连接之前,如图49的箭头2041所示那样,向面向SeNB的RLC2017发送上行链路PDCP的数据。UE2013不向面向MeNB的RLC2015发送上行链路PDCP的数据。即,UE2013仅向面向SeNB的RLC2017发送上行链路PDCP的数据。
本实施方式中所公开的方法不仅适用于PDCP的数据量比阈值大的情况,还适用于PDCP的数据量为阈值以下的情况。在PDCP的数据量在阈值以下的情况下发送上行链路数据的eNB为MeNB2011时,通过应用本实施方式所公开的方法,从而UE2013在MeNB2011间的HO中,在与SeNB2012相连接之后且与T-MeNB连接之前,仅向面向SeNB的RLC2017发送上行链路PDCP的数据。由此,无论在PDCP的数据量为阈值以下的情况下,还是在PDCP的数据量为阈值以上的情况下,均仅向SeNB2012发送上行链路PDCP的数据。
公开UE向本实施方式所公开的方法转移的方法。MeNB2011在MeNB2011间的HO过程中,将仅向面向SeNB的RLC2017发送上行链路PDCP的数据的情况通知给UE2013。该通知可以从T-MeNB或S-MeNB向UE2013进行通知。在从T-MeNB向UE2013进行通知的情况下,可以经由S-MeNB来进行通知。
作为通知方法,可以应用实施方式2所公开的方法。也可以应用如下成为转移指示的方法:基于向成为HO对象的UE的HO指示,来向本实施方式所公开的方法进行转移。此外,还可以应用如下方法:新设表示向本实施方式所公开的方法进行转移的信息,并向UE进行通知。
此外,可以应用下述方法,即:MeNB将DRAT中设定的阈值设定为所能设定的最大值,并向UE进行通知。
在应用该方法的情况下,在DRAT中,当PDCP的数据量为预先确定的阈值以下的情况下,设为仅向面向发送BSR的eNB的RLC发送PDCP的数据。可以预先通过标准等来决定该方式,也可以在进行DC的情况下预先通知给UE。作为DRAT的设定参数,可以预先通知给UE。
通过将DRAT中设定的阈值设定为所能设定的最大的值,从而在UE中产生的PDCP的数据量始终在阈值以下。设定为在阈值以下的情况下,MeNB向SeNB触发或发送BSR。由此,能够设为UE仅向面向SeNB的RLC发送PDCP的数据。
公开关于完成没有SeNB的变更时的MeNB间的HO之后的处理。在完成了没有SeNB的变更的情况下的MeNB间的HO之后,UE从仅向面向SeNB的RLC发送PDCP的数据,转移到向面向T-MeNB的RLC和面向SeNB的RLC双方发送PDCP的数据。作为HO完成后,可以设为UE与T-MeNB间的连接完成之后。或者,也可以设为UE与T-MeNB间的同步完成之后、UE与T-MeNB间的RA处理完成之后、或UE向T-MeNB发送了RRC连接再设定完成(RRC Connection ReconfigurationComplete)消息之后。
由此,UE能够向T-MeNB和SeNB双方的面向eNB的RLC发送PDCP的数据。在完成了没有SeNB的变更的情况下的HO之后,UE能够与T-MeNB和SeNB双方相连接。因此,在完成了该HO之后,不仅仅是SeNB,对于MeNB也能够发送上行链路PDCP数据,因此,能够减少发送的延迟。
通过使用本实施方式所公开的方法,在没有SeNB的变更的情况下的MeNB间的HO过程中,由于上行链路PDCP的数据不会被发送至面向MeNB的RLC,因此所有的上行链路PDCP的数据仅被发送至面向SeNB的RLC。因此,能够仅向SeNB发送上行链路PDCP的数据。
此外,在HO过程中,在UE不与T-MeNB相连接的期间,不会出现上行链路数据残留在UE的面向MeNB的RLC和MAC中的至少任一个缓存中的情况。因此,能够抑制这些缓存发生溢出。此外,能够减小UE的面向MeNB的RLC和MAC缓存中的至少任一个的容量。
实施方式4.
在维持分叉承载不变且SeNB没有变更的情况下的HO过程中,在UE与T-MeNB连接之前,若在UE与SeNB间执行上行链路数据的收发,则有时会产生下述问题。
3GPP中,关于执行上行链路分叉承载时针对UE的来自MeNB和SeNB的上行链路调度(上行链路许可),提出了与简单地以来自UE的BSR的值进行上行链路调度的方法不同的方法。这是为了避免从MeNB和SeNB到UE的调度过度及调度不足而进行的。
例如,在DRAT中PDCP的数据变得比预先确定的阈值要大时,UE向MeNB和SeNB双方发送包含相同PDCP的数据量的BSR。对于从UE发送来的BSR,若MeNB和SeNB分别根据该BSR的值相应地进行调度,则通过该调度确保的资源量是UE发送的PDCP的数据量的两倍。即,发生了调度过度。
为了减少这种调度过度,例如采用下述方法,即:对MeNB、SeNB均进行从UE接收到的BSR与预先确定的比例(也包括1)相乘后的量的上行链路调度。若将预先确定的比例乘以0.7,则MeNB以MeNB接收到的BSR的值乘以0.7后得到的量对UE进行调度。并且,SeNB也以SeNB接收到的BSR的值乘以0.7后得到的量对UE进行调度。由此,能够减少调度过度。
此外,还存在下述方法,即:在MeNB与SeNB之间预先决定比率,并根据该比率来进行上行链路调度。例如,将MeNB与SeNB的比率设为4比6。该方法中,MeNB以从UE接收到的BSR的值乘以0.4后得到的量对UE进行调度,SeNB以从UE接收到的BSR的值乘以0.6后得到的量对UE进行调度。
此外,还存在下述方法,即:在DRAT中,MeNB以相对于从UE通知来的BSR的值为阈值以上的量进行上行链路调度,SeNB进行阈值的量的上行链路调度。
由此,关于执行上行链路分叉承载时针对UE的来自MeNB和SeNB的上行链路调度,提出了与简单地以来自UE的BSR的值进行上行链路调度的方法不同的方法。
若不对这种方法进行任何改进,则在保持分叉承载不变且没有SeNB的变更的情况下的HO过程中,即使在UE与T-MeNB连接之前,假设由T-MeNB完成了调度,来自SeNB的调度也将受到限制,因此调度的效率变差。本实施方式中,公开解决这种问题的方法。
在MeNB间的HO过程中,对于从UE接收到的BSR,SeNB进行能够实现最大限度分配的上行链路调度(上行链路许可)。并且,在MeNB间的HO过程中,可以不进行来自MeNB的上行链路调度。
作为MeNB间的HO过程中,可以是UE与SeNB相连接后,且与T-MeNB连接之前。作为判断UE与T-MeNB相连接的情况的方法,SeNB可以通过是否从T-MeNB接收到SeNB再设定完成消息来进行判断。SeNB在从T-MeNB接收到SeNB再设定完成消息的情况下,判断为UE已与T-MeNB相连接。由此,SeNB能够判断UE已与T-MeNB相连接的情况。
公开SeNB的调度方法。能够应用于在HO过程中在SeNB与UE间进行RA处理的情况。
SeNB在针对T-MeNB和UE的SeNB进行追加设定处理后与该UE连接之前,不对UE进行上行链路调度。作为上述的“进行SeNB追加设定处理后”的替代,也可以是“接收到SeNB追加请求(SeNB addition request)消息后”、或者“发送了SeNB追加请求响应(SeNB additionrequest ack)消息后”。SeNB可以通过与UE间是否已进行了RA处理来对是否已与UE建立了连接进行判断。SeNB也可以通过是否与UE取得了同步来对是否已与UE建立了连接进行判断。
作为SeNB不对UE进行上行链路调度的方法,可以设为在没有从UE接收到BSR的情况下,不进行上行链路调度。
或者,SeNB可以将GR(grant ratio:许可率)设为0(0%)。GR是针对BSR的上行链路调度的比例。通过将GR设为0,即使在没有从UE接收到BSR,BSR的值不定的情况下,或者在存在某些BSR的值的情况下,也能够在SeNB的内部处理中,使上行链路调度量为0,从而不进行上行链路调度。
SeNB在与UE连接之后,到从T-MeNB接收到表示SeNB的再设定已完成的内容的消息为止,针对该UE进行最大限度的调度。与UE连接之后可设为与UE连接之后接收到BSR的情况。
作为表示SeNB的再设定已完成的内容的消息,可以是SeNB再设定完成(SeNBReconfiguration Complete)消息。
作为SeNB对UE进行最大限度的调度的方法,可以设为针对来自UE的BSR,将GR设为1(100%)来进行上行链路调度。
SeNB在从T-MeNB接收到表示SeNB的再设定已完成的内容的消息之后,针对来自UE的BSR以通常的上行链路调度的方法来进行上行链路调度。在DRAT中为阈值以上的情况下,以预先设定的上行链路调度的方法来进行上行链路调度。或者,也可以在DRAT中为阈值以上的情况下以所设定的GR来进行上行链路调度。
由此,在MeNB间的HO过程中,对于从UE接收到的BSR,SeNB能够进行可实现最大限度分配的上行链路调度(上行链路许可)。
公开T-MeNB的调度方法。T-MeNB在对S-MeNB发送了HO请求响应之后,且在与UE连接之前,不对UE进行上行链路调度。
T-MeNB可以通过是否从UE接收到了RRC连接再设定完成(RRC ConnectionReconfiguration Complete)消息来对是否已与UE建立了连接进行判断。或者,T-MeNB可以通过与UE间是否已进行了RA处理来对是否已与UE建立了连接进行判断。或者,T-MeNB还可以通过是否与UE取得了同步来对是否已与UE建立了连接进行判断。
作为T-MeNB不对UE进行上行链路调度的方法,可以设为在没有从UE接收到BSR的情况下,不进行上行链路调度。或者,T-MeNB可以将GR设为0(0%)。通过将GR设为0,即使在没有从UE接收到BSR,BSR的值不定的情况下,或者在存在某些BSR的值的情况下,也能够在T-MeNB的内部处理中,使上行链路调度量为0,从而不进行上行链路调度。
T-MeNB在与UE连接之后,到向SeNB通知了表示再设定已完成的内容的消息为止,针对来自该UE的BSR进行上行链路调度。与UE连接之后可设为与UE连接之后接收到BSR的情况。
设为对于来自该UE的BSR进行上行链路调度,然而也可以设为对于来自该UE的BSR进行最大限度的调度。作为T-MeNB对UE进行最大限度的调度的方法,可以设为针对来自UE的BSR,将GR设为1(100%)来进行上行链路调度。
或者,T-MeNB也可以针对来自UE的BSR以通常的上行链路调度的方法来进行上行链路调度。
在DRAT中为阈值以上的情况下,T-MeNB也可以以所设定的GR或具有比所设定的GR要大的值的GR来对来自UE的BSR进行上行链路调度。
或者,T-MeNB也可以对来自UE的BSR进行上行链路调度,以使得UE至少能够发送大于0的量的上行链路数据。
T-MeNB在向SeNB发送了表示再设定已完成的内容的消息之后,针对来自UE的BSR以通常的上行链路调度的方法来进行上行链路调度。在DRAT中为阈值以上的情况下,以预先设定的上行链路调度的方法来进行上行链路调度。或者,也可以在DRAT中为阈值以上的情况下以所设定的GR来进行上行链路调度。
由此,能够使得在MeNB间的HO过程中不进行来自MeNB的上行链路调度,在UE与T-MeNB相连接之后进行来自T-MeNB的上行链路调度。
此外,通过预先设为该方式,从而在UE先于SeNB与T-MeNB相连接的情况下,也能够经由T-MeNB发送上行链路数据。
在上行链路调度中,例如,示出了对于MeNB和SeNB,均以从UE接收到的BSR与预先确定的比例相乘后的量来进行上行链路调度的方法、以及根据MeNB与SeNB之间预先确定的比率来进行上行链路调度的方法,但在这种情况下,关于在MeNB和SeNB之间采用怎样的调度方法,需要进行调整。这里,公开该调整方法。
该调整由MeNB进行。在MeNB间的HO的情况下,可以由T-MeNB进行。MeNB向SeNB通知与上行链路调度的方法有关的信息。MeNB在向SeNB设定GR的情况下,可以将该GR通知给SeNB。
作为从MeNB到SeNB的通知方法,可以在SeNB追加处理中进行通知。也可以包含在SeNB追加请求(SeNB addition request)消息中进行通知。此外,还可以在SeNB的修正处理中进行通知。还可以包含在SeNB变更请求(SeNB modification request)消息中进行通知。针对该通知,SeNB可以向MeNB通知表示能够设定的响应信号即Ack。
此外,可以与SeNB再设定完成(SeNB reconfiguration complete)消息一起进行通知。也可以包含在SeNB再设定完成(SeNB reconfiguration complete)消息中进行通知。
由此,能够对MeNB和SeNB间采用怎样的调度方法进行调整。
图50是用于说明设定有以往的DRAT时的上行链路调度的方法的图。图50示出PDCP的数据量比阈值要大的情况。图50与上述的图45和图46类似,因此对于相同结构标注相同的参照标号,并省略共通的说明。
在PDCP的数据量比阈值要大的情况下,MeNB2011和SeNB2012按图50的箭头2051、2052所示那样,向UE2013通知上行链路调度(上行链路许可)。通常,针对执行上行链路分叉承载时的UE2013的来自MeNB2011和SeNB2012的上行链路调度根据来自UE20113的BSR的值来进行。
关于上行链路调度,上述的非专利文献1~11中没有公开MeNB2011和SeNB2012之间的调整。该调整可以应用上述的方法。例如,在DRAT中为阈值以上的情况下,MeNB2011设定GR,并且如箭头2053所示那样,将该GR通知给SeNB2012。由此,能够进行设定有DRAT的情况下的MeNB2011和SeNB2012之间的调度的调整。
通过使用这种方法,能够进行上行链路调度,UE2013根据接收到的上行链路调度,能够将上行链路数据发送给MeNB2011和SeNB2012。
图51是用于说明实施方式4中上行链路调度的方法的图。图51与上述的图45和图46类似,因此对于相同结构标注相同的参照标号,并省略共通的说明。
在MeNB2011间的HO过程中,如图51的箭头2061所示那样,对于从UE2013接收到的BSR,SeNB2012进行能够实现最大限度分配的上行链路调度(上行链路许可)。并且,在MeNB2011间的HO过程中,不进行来自MeNB2011的上行链路调度。
由此,在MeNB2011间的HO过程中,SeNB2012能够针对从UE2013接收到的BSR进行可实现最大限度分配的上行链路调度。由于UE2013针对发送给SeNB2012的BSR进行可实现最大限度分配的上行链路调度,因此,在MeNB2011间的HO过程中,当与SeNB2012连接时能够最大限度地发送上行链路数据。从而能够发送上行链路数据而不限制于DRAT中设定的GR。因此,在MeNB2011间的HO过程中,即使MeNB2011与UE2013没有连接,UE2013也能够向SeNB2012发送上行链路数据。
对于与MeNB2011和SeNB2012之间的上行链路调度相关的信息的调整,可应用上述的方法。
通过使用本实施方式所公开的方法,来自SeNB的调度不会受到限制,从而能够抑制调度的效率变差。
如上所述,针对执行上行链路分叉承载时的UE,在由MeNB和SeNB进行不同于通常情况的上行链路调度的情况下,来自SeNB的调度也不会受到限制,能够抑制调度的效率变差。
在没有SeNB的变更的情况下的MeNB间的HO过程中,UE能够尽早地向SeNB发送上行链路数据,因此,能够减少上行链路数据的发送的延迟。
关于SeNB的调度方法,公开其他方法。能够应用于在HO过程中SeNB与UE间已经取得了同步的情况。
SeNB在进行针对T-MeNB和UE的SeNB追加设定处理后,到从该UE接收SR(scheduling request:调度请求)为止,不对UE进行上行链路调度。
SeNB在接收到来自UE的SR之后,到从T-MeNB接收到表示SeNB的再设定已完成的内容的消息为止,针对该UE进行最大限度的调度。接收到来自UE的SR之后可设为接收到来自UE的SR之后且接收到BSR的情况。
SeNB在从T-MeNB接收到表示SeNB的再设定已完成的内容的消息之后,针对来自UE的BSR,以通常的上行链路调度的方法来进行上行链路调度。在DRAT中为阈值以上的情况下,以预先设定的上行链路调度的方法来进行上行链路调度。或者,也可以在DRAT中为阈值以上的情况下以所设定的GR来进行上行链路调度。
由此,在MeNB间的HO过程中,在SeNB与UE之间已经取得同步的情况下,SeNB能够针对从UE接收到的BSR进行可实现最大限度分配的上行链路调度(上行链路许可)。
在没有SeNB的变更的情况下的MeNB间的HO中,可以继续SeNB与UE的连接,上述方法可以应用于这种情况。HO过程中,UE能够尽早地向SeNB发送上行链路数据。
关于SeNB的调度方法,公开其他方法。能够应用于如下情况:在HO过程中,在SeNB与UE连接之前或接收SR之前,从T-MeNB接收到表示SeNB的再设定已完成的内容的消息。
SeNB在与UE连接之前或接收SR之前从T-MeNB接收到表示SeNB的再设定完成的内容的消息的情况下,在接收到表示SeNB的再设定已完成的内容的消息之后,针对来自UE的BSR,以通常的上行链路调度的方法来进行上行链路调度。在DRAT中为阈值以上的情况下,以预先设定的上行链路调度的方法来进行上行链路调度。或者,也可以在DRAT中为阈值以上的情况下以所设定的GR来进行上行链路调度。
由此,即使在HO过程中,SeNB与UE连接之前或接收SR之前,从T-MeNB接收到表示SeNB的再设定已完成的内容的消息的情况下,也能够明确地进行控制,能够减少误动作。
在3GPP中,探讨了预调度(以下称为“PS”)。PS是在不接收来自UE的BSR的情况下针对UE预先对上行链路数据用的资源进行调度的方法。
这里,公开在DC中对SeNB进行PS的方法。由MeNB向UE进行SeNB中的PS。MeNB针对UE进行SeNB中的PS。
在MeNB与SeNB之间进行SeNB的PS结构的设定。作为PS结构,有调度信息、调度周期等。公开设定方法。由MeNB向SeNB进行SeNB的PS设定请求。该设定请求中还包含与成为对象的UE的ID、成为对象的承载的设定、QoS(Quality of Service:服务品质)相关的信息等。接收到PS设定请求的SeNB对成为对象的UE设定PS结构。SeNB向MeNB通知针对成为对象的UE设定的PS结构。由此,在MeNB与SeNB之间SeNB的PS结构被设定。
可以在MeNB与SeNB之间的SeNB追加处理中进行PS结构的设定。利用SeNB追加请求(SeNB addition request)消息,由MeNB向SeNB进行SeNB的PS设定请求。根据该请求设定了PS结构的SeNB利用SeNB追加请求响应(SeNB addition request Ack)消息向MeNB通知PS结构。
或者,也可以在MeNB与SeNB之间的SeNB修正处理中进行PS结构的设定。利用SeNB变更请求(SeNB modification request)消息,由MeNB向SeNB进行SeNB的PS设定请求。根据该请求设定了PS结构的SeNB利用SeNB变更请求响应(SeNB modification request Ack)消息向MeNB通知SeNB的PS结构。
由此,在MeNB与SeNB之间无需设置PS设定用的新的消息,能够使用已有的消息进行设定。由此,能够简单地进行PS设定控制。
在MeNB与SeNB之间SeNB的PS结构被设定。MeNB将与SeNB间设定的PS结构通知给UE。UE对由MeNB通知的SeNB的PS结构进行设定。从MeNB到UE的通知可以使用RRC信令。可以包含在SeNB的设定所使用的RRC信令中来进行由MeNB向UE的通知。由此,能够减少信令量。并且,通过与SeNB的设定一起进行通知,从而能够使UE中SeNB的设定的控制变得简单。
或者,也可以使用MAC信令进行该通知。在通过MAC进行调度的情况下有效。
或者,还可以使用PDCCH进行该通知。针对UE的调度信息通过PDCCH来发送。关于PS结构也可以包含在PDCCH中进行通知,由此,UE中调度结构的设定控制变得容易。
或者,可以组合使用上述三种通知方法。例如,可以利用上述三种通知方法中的任一种来通知PS结构的一部分,而利用其他通知方法来通知PS结构的其他部分。例如,关于调度的信息通过PDCCH来进行,关于调度的周期则通过RRC信令来进行。通过采用这种方式,能够针对PS结构的每个信息采用最佳的通知方法。
由此,能够在DC中对SeNB进行PS。
这里,公开在MeNB间的HO中对SeNB进行PS的方法。由T-MeNB向UE进行SeNB中的PS。T-MeNB针对UE进行SeNB中的PS。在T-MeNB与SeNB之间进行SeNB的PS结构的设定。设定方法可以应用上述的方法。
T-MeNB将与SeNB间设定的PS结构通知给UE。T-MeNB可以经由S-MeNB向UE进行通知。从T-MeNB到S-MeNB的通知可以使用X2信令。例如,可以包含在HO请求响应(HO requestack)消息中进行通知。可以利用RRC信令来进行从S-MeNB向UE的通知。例如,可以包含在RRC连接再设定(RRC Connection Reconfiguration)消息中进行通知。此外,例如,也可以包含在RRC连接再设定消息中并与MCI一起进行通知。UE对从T-MeNB接收到的SeNB的PS结构进行设定。
在进行HO时,UE在与SeNB相连接之后,利用由接收到的SeNB结构所设定的资源,发送上行链路数据。可以使用该资源发送BSR。
由此,能够对SeNB进行PS。UE能够使用PS结构对SeNB发送上行链路数据。
公开在维持分叉承载不变且没有SeNB的变更的情况下的MeNB间的HO中,对SeNB设定有PS时的上行链路调度的方法。
SeNB在进行针对T-MeNB和UE的SeNB追加设定处理后,到从该UE接收SR为止,在针对UE的上行链路调度中,遵从所设定的PS。SeNB在接收到来自UE的SR之后,到从T-MeNB接收到表示SeNB的再设定已完成的内容的消息为止,针对该UE进行最大限度的调度。虽然设为接收到来自UE的SR之后,但也可设为接收到来自UE的SR后接收到BSR的情况。
SeNB在从T-MeNB接收到表示SeNB的再设定已完成的内容的消息之后,针对来自UE的BSR,以通常的上行链路调度的方法来进行上行链路调度。在DRAT中为阈值以上的情况下,以预先设定的上行链路调度方法来进行上行链路调度。或者,也可以在DRAT中为阈值以上的情况下以所设定的GR来进行上行链路调度。
由此,在维持分叉承载不变且没有SeNB的变更的情况下的MeNB间的HO中,在对SeNB设定有PS时,通过遵从该PS,UE能够尽早地向SeNB发送上行链路数据。或者,UE能够尽早地向SeNB发送BSR,然后能够发送上行链路数据。由此,能够减少上行链路数据的发送延迟。
上述各实施方式及其变形例只是本发明的例示,在本发明的范围内,能够自由地组合各实施方式及其变形例。并且能够适当变更或省略各实施方式及其变形例的任意结构要素。
本发明进行了详细的说明,但上述说明在所有方面中均为示例,本发明并不限于此。未进行例示的无数的变形例可在不脱离本发明的范围的情况下设想得到。
标号说明
701宏eNB(宏蜂窝小区)的覆盖范围,702小eNB(小蜂窝小区)的覆盖范围,703、2013移动终端(UE),2011MeNB,2012SeNB,2014PDCP,2015、2017RLC,2016、2018MAC。

Claims (3)

1.一种通信系统,包括移动终端装置、以及能够与所述移动终端装置进行无线通信的多个基站装置,该通信系统的特征在于,
所述多个基站装置包括:能够与所述移动终端装置进行通信的范围即覆盖范围相对较大的多个大规模基站装置、以及所述覆盖范围相对较小的小规模基站装置,
所述移动终端装置连接至所述多个大规模基站装置中的一个以及所述小规模基站装置,
所述移动终端装置与所述大规模基站装置之间能够进行直接通信,并且能够经由所述小规模基站装置与所述大规模基站装置进行通信,
伴随着所述移动终端装置的移动,在进行可将所述移动终端装置所连接的大规模基站装置从移动源的大规模基站装置切换至移动目标的大规模基站装置的切换处理时,
所述移动终端装置在所述切换处理期间维持与所述小规模基站装置的连接,
在所述移动终端装置与所述大规模基站装置的通信路径从由所述移动源的大规模基站装置和所述移动终端装置所形成的路径变更为由所述移动目标的大规模基站装置和所述移动终端装置所形成的路径之前,所述移动终端装置开始向所述小规模基站装置发送数据。
2.如权利要求1所述的通信系统,其特征在于,
所述小规模基站装置在所述通信路径被变更之前、且在由所述移动目标的大规模基站装置向所述小规模基站装置通知了所述移动终端装置中所述小规模基站装置的设定已完成的情况之后,将从所述移动终端装置接收到的数据发送给所述移动目标的大规模基站装置。
3.如权利要求1所述的通信系统,其特征在于,
所述小规模基站装置在所述通信路径被变更之前、且在由所述移动目标的大规模基站装置向所述小规模基站装置通知了所述移动终端装置中所述小规模基站装置的设定已完成的情况之前,将从所述移动终端装置接收到的数据发送给所述移动目标的大规模基站装置。
CN201680063438.1A 2015-11-04 2016-11-02 通信系统 Active CN108353332B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202110881062.8A CN113613295A (zh) 2015-11-04 2016-11-02 通信系统
CN202110882335.0A CN113613297A (zh) 2015-11-04 2016-11-02 通信系统
CN202110882320.4A CN113613296A (zh) 2015-11-04 2016-11-02 通信系统

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015-216759 2015-11-04
JP2015216759 2015-11-04
PCT/JP2016/082549 WO2017078057A1 (ja) 2015-11-04 2016-11-02 通信システム

Related Child Applications (3)

Application Number Title Priority Date Filing Date
CN202110881062.8A Division CN113613295A (zh) 2015-11-04 2016-11-02 通信系统
CN202110882320.4A Division CN113613296A (zh) 2015-11-04 2016-11-02 通信系统
CN202110882335.0A Division CN113613297A (zh) 2015-11-04 2016-11-02 通信系统

Publications (2)

Publication Number Publication Date
CN108353332A true CN108353332A (zh) 2018-07-31
CN108353332B CN108353332B (zh) 2021-08-10

Family

ID=58662099

Family Applications (4)

Application Number Title Priority Date Filing Date
CN202110881062.8A Pending CN113613295A (zh) 2015-11-04 2016-11-02 通信系统
CN201680063438.1A Active CN108353332B (zh) 2015-11-04 2016-11-02 通信系统
CN202110882335.0A Pending CN113613297A (zh) 2015-11-04 2016-11-02 通信系统
CN202110882320.4A Pending CN113613296A (zh) 2015-11-04 2016-11-02 通信系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202110881062.8A Pending CN113613295A (zh) 2015-11-04 2016-11-02 通信系统

Family Applications After (2)

Application Number Title Priority Date Filing Date
CN202110882335.0A Pending CN113613297A (zh) 2015-11-04 2016-11-02 通信系统
CN202110882320.4A Pending CN113613296A (zh) 2015-11-04 2016-11-02 通信系统

Country Status (5)

Country Link
US (3) US10624002B2 (zh)
EP (3) EP4250820A3 (zh)
JP (3) JP7182874B2 (zh)
CN (4) CN113613295A (zh)
WO (1) WO2017078057A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107277879B (zh) 2016-04-01 2021-06-04 北京三星通信技术研究有限公司 一种支持无缝切换的方法及基站设备
KR102026137B1 (ko) * 2017-03-15 2019-09-27 한국전자통신연구원 밀리미터파 기반의 통신 시스템에서 통신 노드의 동작 방법
US11071026B2 (en) * 2019-03-28 2021-07-20 Qualcomm Incorporated Source cell connection handling during make-before-break handover
US11570682B2 (en) * 2019-10-14 2023-01-31 Lg Electronics Inc. Method and apparatus for mobility handling in wireless communication system
EP3903540A1 (en) * 2019-11-07 2021-11-03 Google LLC Managing mcg fast recovery
US11102835B1 (en) * 2020-04-07 2021-08-24 Sprint Spectrum L.P. Use of MU-MIMO grouping efficiency as a basis to control configuration of dual-connectivity service
US11297553B1 (en) * 2020-08-13 2022-04-05 T-Mobile Innovations Llc Serving access node selection to ensure uplink service
CN114158062B (zh) * 2020-09-07 2024-04-09 华硕电脑股份有限公司 用于mac重置相关移动性程序的方法和设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014090283A1 (en) * 2012-12-11 2014-06-19 Nokia Solutions And Networks Oy Liquid small cell radio link in dl for multiflow with hetnets
WO2014148874A1 (ko) * 2013-03-22 2014-09-25 엘지전자 주식회사 이중 연결 모드를 지원하는 무선 접속 시스템에서 핸드오버 수행 방법 및 이를 지원하는 장치
CN104301955A (zh) * 2014-09-02 2015-01-21 中兴通讯股份有限公司 一种用户设备切换基站的方法及基站、用户设备
WO2015115629A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末
CN104904290A (zh) * 2012-12-28 2015-09-09 日本电气株式会社 无线电通信系统、无线电站、无线电终端、通信控制方法和计算机可读介质
US20150264621A1 (en) * 2014-03-14 2015-09-17 Intel Corporation Systems and methods for joint handover of user equipment and secondary cell group in 3gpp lte dual connectivity

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006140844A (ja) * 2004-11-12 2006-06-01 Matsushita Electric Ind Co Ltd 移動局装置および伝送レート制御方法
RU2411660C2 (ru) * 2005-10-31 2011-02-10 Эл Джи Электроникс Инк. Способ передачи и приема информации о радиодоступе в системе беспроводной подвижной связи
JP5858909B2 (ja) * 2010-04-30 2016-02-10 三菱電機株式会社 移動体通信システム
EP2560448A1 (en) * 2011-08-18 2013-02-20 Fujitsu Limited Scheduling request enabled uplink transmission
KR101979813B1 (ko) * 2012-01-09 2019-05-21 삼성전자주식회사 무선 통신 시스템에서 복수의 기지국들이 협력하여 하나의 단말에게 통신 서비스를 제공하는 방법 및 장치
WO2013143613A1 (en) * 2012-03-30 2013-10-03 Nokia Siemens Networks Oy Devices, methods and computer program products for an improved handover in inter-site carrier aggregation scenarios
EP2892270A4 (en) * 2012-08-30 2016-03-30 Mitsubishi Electric Corp COMMUNICATION SYSTEM
US20140241272A1 (en) * 2013-02-25 2014-08-28 Qualcomm Incorporated Interface between low power node and macro cell to enable decoupled uplink and downlink communication
WO2014163143A1 (ja) * 2013-04-05 2014-10-09 京セラ株式会社 移動通信システム及びユーザ端末
EP2816853A1 (en) * 2013-06-21 2014-12-24 Panasonic Intellectual Property Corporation of America Uplink switching of communication links for mobile stations in dual connectivity
US20160135103A1 (en) * 2013-07-17 2016-05-12 Lg Electronics Inc Method and apparatus for performing handover procedure for dual connectivity in wireless communication system
US9480067B2 (en) * 2013-08-08 2016-10-25 Qualcomm Incorporated Techniques for allocating user equipment processing capability among multiple access nodes
CN104519585B (zh) * 2013-09-27 2018-08-31 上海诺基亚贝尔股份有限公司 调度用户设备的方法和装置
CN104581679B (zh) * 2013-10-17 2018-06-05 普天信息技术研究院有限公司 一种双连接网络中的bsr上报方法
US10075381B2 (en) * 2014-01-28 2018-09-11 Mediatek Inc. Buffer status report and logical channel prioritization for dual connectivity
KR102170402B1 (ko) * 2014-01-29 2020-10-27 삼성전자 주식회사 이중 연결을 지원하는 무선 통신 시스템에서 단말의 핸드 오버 수행 방법 및 장치
US9560645B2 (en) * 2014-01-31 2017-01-31 Telefonaktiebolaget Lm Ericsson (Publ) UE, a secondary ENB and a master ENB and respective method performed thereby for providing system information of a communication system to the UE
WO2015115964A1 (en) * 2014-01-31 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) A master and second evolved node b and method performed thereby for modifying a radio resource of the senb with respect to a ue currently being connected to the menb
US9635655B2 (en) * 2014-02-24 2017-04-25 Intel Corporation Enhancement to the buffer status report for coordinated uplink grant allocation in dual connectivity in an LTE network
EP3123779A1 (en) * 2014-03-28 2017-02-01 Nokia Solutions and Networks Oy Method and apparatus for handover in dual connectivity user equipment and base station
WO2016122367A1 (en) * 2015-01-30 2016-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for handover for dual connectivity
CN106162774B (zh) * 2015-04-09 2020-10-23 中兴通讯股份有限公司 跨MeNB切换方法、装置及基站
WO2016167212A1 (ja) * 2015-04-17 2016-10-20 京セラ株式会社 基地局及び通信制御方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014090283A1 (en) * 2012-12-11 2014-06-19 Nokia Solutions And Networks Oy Liquid small cell radio link in dl for multiflow with hetnets
CN104904290A (zh) * 2012-12-28 2015-09-09 日本电气株式会社 无线电通信系统、无线电站、无线电终端、通信控制方法和计算机可读介质
WO2014148874A1 (ko) * 2013-03-22 2014-09-25 엘지전자 주식회사 이중 연결 모드를 지원하는 무선 접속 시스템에서 핸드오버 수행 방법 및 이를 지원하는 장치
WO2015115629A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末
US20150264621A1 (en) * 2014-03-14 2015-09-17 Intel Corporation Systems and methods for joint handover of user equipment and secondary cell group in 3gpp lte dual connectivity
CN104301955A (zh) * 2014-09-02 2015-01-21 中兴通讯股份有限公司 一种用户设备切换基站的方法及基站、用户设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZTE CORPORATION: ""Discussion on handover procedure for small cell"", 《3GPP TSG-RAN2 MEETING #85》 *

Also Published As

Publication number Publication date
EP4135455A1 (en) 2023-02-15
CN113613296A (zh) 2021-11-05
JPWO2017078057A1 (ja) 2018-08-23
CN108353332B (zh) 2021-08-10
EP4250820A2 (en) 2023-09-27
EP3373651A4 (en) 2019-05-29
US20200213913A1 (en) 2020-07-02
US20180352481A1 (en) 2018-12-06
US20220167214A1 (en) 2022-05-26
US10624002B2 (en) 2020-04-14
CN113613295A (zh) 2021-11-05
JP2022082748A (ja) 2022-06-02
CN113613297A (zh) 2021-11-05
JP7182874B2 (ja) 2022-12-05
EP4250820A3 (en) 2023-10-18
JP2023134753A (ja) 2023-09-27
WO2017078057A1 (ja) 2017-05-11
JP7321322B2 (ja) 2023-08-04
EP3373651A1 (en) 2018-09-12

Similar Documents

Publication Publication Date Title
JP7451642B2 (ja) 通信システム、基地局およびユーザ装置
JP6829294B2 (ja) 通信システム、通信端末装置および基地局装置
US11064430B2 (en) Communication system, communication terminal device and base station device
CN113055871B (zh) 通信系统
JP7321322B2 (ja) 移動端末装置
WO2019065814A1 (ja) 通信システム、基地局装置および通信端末装置
CN106134253B (zh) 通信系统
CN110100470A (zh) 通信系统
WO2022113875A1 (ja) 通信システムおよび通信端末
JPWO2020022389A1 (ja) 通信システム、基地局および通信端末
KR20230147066A (ko) 통신 시스템 및 통신 단말
JP2018011209A (ja) 通信システム、基地局装置、通信端末装置および通信方法
KR20240068652A (ko) 통신 시스템
KR20240036008A (ko) 통신 시스템
KR20230147612A (ko) 통신 시스템 및 기지국

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant