CN110402596B - 无线通信装置及无线通信方法 - Google Patents
无线通信装置及无线通信方法 Download PDFInfo
- Publication number
- CN110402596B CN110402596B CN201780088301.6A CN201780088301A CN110402596B CN 110402596 B CN110402596 B CN 110402596B CN 201780088301 A CN201780088301 A CN 201780088301A CN 110402596 B CN110402596 B CN 110402596B
- Authority
- CN
- China
- Prior art keywords
- rohc
- header compression
- asymmetric
- wireless communication
- capability
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
UE(200)执行对上行链路或者下行链路任意一方应用分组数据汇聚协议层中的报头压缩的非对称ROHC。UE(200)具有:数据收发部(220),其从eNB接收表示支持非对称ROHC的支持通知;以及能力通知部(240),其在数据收发部(220)接收到支持通知的情况下,通过将非对称ROHC的简档包含于UE(200)的能力信息中,从而向eNB通知用于非对称ROHC的设定的信息。
Description
技术领域
本发明涉及一种应用分组数据汇聚协议层(Packet data convergence protocollayer,PDCP层)中的报头压缩(Header Compression)的无线通信装置及无线通信方法。
背景技术
在第三代合作伙伴计划(3rd Generation Partnership Project)(3GPP)中,对长期演进(Long Term Evolution)(LTE)进行了标准化,并且以LTE的进一步高速化为目的对LTE-Advanced(以下,包括LTE-Advanced在内称为LTE)进行了标准化。此外,在3GPP中,还研究了称为5G(5th generation mobile communication system:第五代移动通信系统)等的LTE的后继系统的标准。
在LTE中,虽然能够传输声音分组(VoLTE),但由于声音分组中报头(RTP/UDP/IP)相对于有效载荷(payload)的比率高,因此规定了对该报头进行压缩。具体来说,在LTE的分组数据汇聚协议层(PDCP层)中,按照在RFC3095等中规定的健壮报头压缩(Robust HeaderCompression)(ROHC),压缩RTP/UDP/IP等的报头。由此,提高声音分组的传输效率。
在LTE中,规定了与压缩对象的报头的种类等对应的多个ROHC简档(ROHCProfile),用户装置(UE)向无线基站(eNB)通知该UE的能力信息(UE-EUTRA-Capability),所述能力信息包含能够支持的ROHC简档(ROHC Profile)(supported ROHC-Profiles)、以及能够用于ROHC的会话数量,具体来说是能够用于ROHC的内存数量(maxNumberROHC-ContextSessions)的字段。
另一方面,在LTE的版本-14中,主要研究了为了削减UE的内存以及功耗,而仅对上行链路(UL)、或者仅对下行链路(DL)应用基于ROHC的报头压缩(为了便于说明,称为非对称ROHC(Asymmetric ROHC)(非对称报头压缩))(例如,参照非专利文献1)。
现有技术文献
非专利文献
非专利文献1:“RoHC Symmetric DL/UL Parameters Limitation in LTE”,3GPPTSG-RAN WG2#97,3R2-1701761,2017年2月
发明内容
上述的非对称ROHC(非对称报头压缩)成为针对对UL以及DL两方应用ROHC的现有的报头压缩(为了便于说明,称为对称ROHC(Symmetric ROHC)(对称报头压缩))设置限制的控制,因此具有如下问题:即,即使简单地导入非对称ROHC,也不能确保向后兼容性(Backward compatibility)。
具体来说,即使对表示UE能力(UE-EUTRA-Capability)的现有的字段(supportedROHC-Profiles)简单地追加表示能够支持非对称ROHC的内容,不支持非对称ROHC的非支持eNB也不能识别与非对称ROHC相关的该字段的内容。因此,担心非支持eNB尝试与支持对称ROHC的UE进行对称ROHC的设定,而导致不能正确地设定非对称ROHC。
由此,本发明是鉴于这种状况而完成的,目的在于提供一种即使支持对上行链路或者下行链路中的任意一方应用基于ROHC的报头压缩的非对称报头压缩的无线基站、以及仅支持现有的对称报头压缩的无线基站混合存在的情况下,也能够适当地设定非对称报头压缩的用户装置等无线通信装置以及无线通信方法。
根据本发明的一个方式,提供一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:支持通知接收部,其从对方无线通信装置接收表示支持所述非对称报头压缩的支持通知;以及能力通知部,其在所述支持通知接收部接收到所述支持通知的情况下,通过将所述非对称报头压缩的简档包含于无线通信装置的能力信息中,从而向所述对方无线通信装置通知用于所述非对称报头压缩的设定的信息。
根据本发明的一个方式,提供一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:分组接收部,其接收应用了所述报头压缩的压缩分组;以及,否定应答发送部,其在所述分组接收部接收到所述压缩分组的情况下,由于在所述无线通信装置的接收方向上应用不使用所述报头压缩的所述非对称报头压缩,因此向对方无线通信装置发送表示不能接收所述压缩分组的否定应答。
根据本发明的一个方式,提供一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:能力通知部,其向对方无线通信装置通知所述无线通信装置的能力信息,所述能力通知部通知如下的所述能力信息,所述能力信息包含表示对所述上行链路以及所述下行链路两方应用所述报头压缩的对称报头压缩的内容的字段、以及与表示所述对称报头压缩的内容的字段不同的、表示所述非对称报头压缩的内容的字段。
根据本发明的一个方式,提供一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:从对方无线通信装置接收表示支持所述非对称报头压缩的支持通知;以及在接收到所述支持通知的情况下,通过将所述非对称报头压缩的简档包含于无线通信装置的能力信息中,从而向所述对方无线通信装置通知用于所述非对称报头压缩的设定的信息。
根据本发明的一个方式,提供一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:接收应用了所述报头压缩的压缩分组;以及在接收到所述压缩分组的情况下,由于在所述无线通信装置的接收方向上应用所述非对称报头压缩,因此向对方无线通信装置发送表示不能接收所述压缩分组的否定应答。
根据本发明的一个方式,提供一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:将表示对所述上行链路以及所述下行链路两方应用所述报头压缩的对称报头压缩的内容的字段、以及与表示所述对称报头压缩的内容的字段不同的、表示所述非对称报头压缩的内容的字段包含于所述无线通信装置的能力信息中;以及向对方无线通信装置通知所述能力信息。
根据本发明的一个方式,提供一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:接收部,其从对方无线通信装置接收包含所述非对称报头压缩的简档的所述对方无线通信装置的能力信息以及能够用于报头压缩的会话数量,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩;以及报头压缩处理部,其根据接收到的所述能力信息,识别出所述对方无线通信装置支持所述非对称报头压缩,仅应用于所述上行链路或者所述下行链路任意一方的所述报头压缩的会话数量基于能够用于所述报头压缩的会话数量。
根据本发明的一个方式,提供一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:能力通知部,其向对方无线通信装置通知包含所述非对称报头压缩的简档的所述无线通信装置的能力信息,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩,所述能力通知部通知如下的所述能力信息,所述能力信息包含表示对所述上行链路以及所述下行链路两方应用所述报头压缩的对称报头压缩的内容的字段、以及与表示所述对称报头压缩的内容的字段不同的、表示所述非对称报头压缩的内容的字段。
根据本发明的一个方式,提供一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:从对方无线通信装置接收包含非对称报头压缩的简档的所述对方无线通信装置的能力信息以及能够用于报头压缩的会话数量,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩;以及根据接收到的所述能力信息,识别出所述对方无线通信装置支持所述非对称报头压缩,仅应用于所述上行链路或者所述下行链路任意一方的所述报头压缩的会话数量基于能够用于所述报头压缩的会话数量。
根据本发明的一个方式,提供一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:将表示对所述上行链路以及所述下行链路两方应用所述报头压缩的对称报头压缩的内容的字段、以及与表示所述对称报头压缩的内容的字段不同的、表示所述非对称报头压缩的内容的字段包含于所述无线通信装置的能力信息中;以及向对方无线通信装置通知包含所述非对称报头压缩的简档的所述能力信息,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩。
附图说明
图1为无线通信系统10的整体概略结构图。
图2为UE200的功能方框图。
图3为eNB100A的功能方框图。
图4的(a)以及(b)为对称ROHC以及非对称ROHC的概念图。
图5为UE200的动作流程图(动作例1)。
图6的(a)以及(b)为示出表示现有的对称ROHC的内容的字段以及表示非对称ROHC的内容的字段的结构例的图。
图7的(a)以及(b)为示出将表示支持非对称ROHC的信息包含于表示现有的对称ROHC的内容的字段中而得到的能力信息的结构例的图。
图8为示出由eNB100A和UE200所进行的非对称ROHC的应用动作时序(动作例2)的图。
图9为UE200的动作流程图(动作例2)。
图10为UE200的动作流程图(动作例3)。
图11的(a)以及(b)为eNB100A以及eNB100B中的非对称ROHC的应用动作流程图。
图12的(a)、(b)以及(c)为示出UE-EUTRA-Capability中所包含的字段(Capability field)的结构例的图。
图13的(a)~(d)为示出对称ROHC以及非对称ROHC能够混合存在的情况下的ROHC的设定例的图。
图14为示出在对称ROHC以及非对称ROHC混合存在的情况下,UE200所指定的分配模式例的图。
图15的(a)、(b)以及(c)为示出对称ROHC以及非对称ROHC混合存在的情况下的分配模式的通知例的图。
图16为示出eNB100A、100B、以及UE200的硬件结构的一例的图。
具体实施方式
以下,根据附图对实施方式进行说明。另外,对相同的功能、结构赋予相同或者类似的标号,适当地省略其说明。
(1)无线通信系统的整体概略结构
图1为本实施方式所涉及的无线通信系统10的整体概略结构图。无线通信系统10为遵循长期演进(LTE)的无线通信系统,包括无线接入网络20以及用户装置200(以下,称为UE200)。
无线接入网络20为在3GPP中规定的演进的通用地面无线接入网络(EvolvedUniversal Terrestrial Radio Access Network)(E-UTRAN),包括无线基站100A、无线基站100B(以下,称为eNB100A、eNB100B)。另外,无线通信系统10不一定必须限定为LTE(E-UTRAN)。例如,无线接入网络20也可以是包括与被规定为5G的UE200(用户装置)执行无线通信的无线基站的无线接入网络。
eNB100A、100B以及UE200执行遵循LTE的标准的无线通信。具体来说,eNB100A以及UE200执行遵循LTE版本-14的无线通信。另一方面,eNB100B不支持LTE版本-14,而支持版本-14之前的版本(例如,版本-13)。此外,eNB100A、100B以及UE200支持声音分组的传输(VoLTE)。
在本实施方式中,UE200构成无线通信装置,eNB100A构成与UE200为对方并执行无线通信的对方无线通信装置。
UE200与eNB100A、100B之间设定用户数据用的无线承载(bearer)即数据无线承载(DRB)。具体来说,UE200与eNB100A之间设定DRB31。此外,UE200与eNB100B之间设定DRB32。另外,UE200与eNB100A、eNB100B之间设定信令(signaling)用的无线承载(SRB、未图示)。
eNB100A以及UE200执行对上行链路(UL)或者下行链路(DL)任意一方应用分组数据汇聚协议层(PDCP层)中的报头压缩(具体来说,ROHC RTP/UDP/IP等)的非对称报头压缩。具体来说,eNB100A以及UE200支持仅对UL、或者仅对DL应用基于健壮性报头压缩(RobustHeader Compression)(ROHC)的报头压缩的非对称ROHC。另外,在本实施方式中,以仅对UL应用ROHC,对DL未应用ROHC的案例(case)为例进行说明。
(2)无线通信系统的功能块结构
接着,对无线通信系统10的功能块结构进行说明。具体来说,对eNB100A以及UE200的功能块结构进行说明。
(2.1)UE200
图2为UE200的功能方框图。如图2所示,UE200具有无线通信部210、数据收发部220、报头压缩处理部230、能力通知部240以及ACK/NACK处理部250。
无线通信部210与eNB100A以及eNB100B之间执行遵循LTE的无线通信。具体来说,无线通信部210能够与eNB100A之间设定DRB31(参照图1)。此外,无线通信部210能够与eNB100B之间设定DRB32(参照图1)。进而,无线通信部210能够与eNB100A、eNB100B之间设定信令用的无线承载(SRB、未图示)。
数据收发部220对包含用户数据的分组、以及包含控制数据的分组进行收发。
此外,数据收发部220从无线接入网络20(具体来说,是eNB100A或者eNB100B)接收广播信息(MIB(Master Information Block:主信息块)以及SIB(System InformationBlock:系统信息块))。另外,数据收发部220接收基于专用信令的信息,特别是在本实施方式中接收UE能力查询(UE capability enquiry)或者RRC连接重新设定(RRC ConnectionReconfiguration)。另外,针对广播信息和/或信令后述。在以后的说明中,广播信息和/或信令也可以适当地应用后述的种类·手段等。
数据收发部220从eNB100A(对方无线通信装置)接收表示支持非对称ROHC(非对称报头压缩)的支持通知。在本实施方式中,数据收发部220构成支持通知接收部。
具体来说,数据收发部220通过上述的广播信息或者专用信令接收该支持通知。
此外,数据收发部220接收应用了ROHC的压缩分组。在本实施方式中,数据收发部220构成分组接收部。具体来说,数据收发部220在接收到未应用ROHC(报头压缩)的非压缩分组之后,接着该非压缩分组之后接收压缩分组。
报头压缩处理部230执行数据收发部220所收发的分组的报头的压缩以及解压处理。具体来说,报头压缩处理部230按照ROHC,执行RTP/UDP/IP报头等的压缩(compress)以及解压(decompress)。报头压缩处理部230搭载与能够用于报头压缩的会话数量(maxNumberROHC-ContextSessions)对应的内存。
在ROHC中,在声音分组这种RTP分组的情况下,通过仅发送RTP/UDP/IP报头字段中的在分组之间存在变化的部分,从而减少实际上发送的比特数量。在ROHC中,能够将该报头压缩至最小3字节。
作为不变化的字段(Static part),列举SSRC(RTP层的标识符)以及IP地址等。作为变化的字段(dynamic part),列举RTP时间戳(timestamp)、RTP序列号(RTP-SequenceNumber)以及UDP校验和(UDP checksum)等。
另外,有时针对一个承载(DRB)设定多个RTP/RTCP会话,但能对该多个会话中的几个会话进行报头压缩依赖于UE200以及eNB100A(eNB100B)的能力。
如上所述,UE200,即报头压缩处理部230支持非对称ROHC。
图4的(a)以及(b)为对称ROHC以及非对称ROHC的概念图。具体来说,图4的(a)示出对称ROHC(对称报头压缩)的概念图,图4的(b)示出非对称ROHC(非对称报头压缩)的概念图。
如图4的(a)以及(b)所示,在对称ROHC中,在UL数据以及DL数据(分组)两方中执行基于ROHC的报头压缩·解压,但在非对称ROHC中,仅在UL数据中执行基于ROHC的报头压缩·解压。即,针对DL数据不应用ROHC。
导入非对称ROHC的动机是基于如下的设想:在如TDD(Time Division Duplex:时分双工)那样DL以及UL的无线资源为非对称的情况下,由ROHC带来的优点(传输效率化)仅在任意一个链路中比较大。例如,在DL中的子帧数量比UL中的子帧数量多很多这样的TDD的结构中,ROHC的优点对于无线资源(子帧数量)少的UL而言更大。
另外,作为在一个链路中不应用ROHC的方法,可以考虑使ROHC(Compressor)旁路的方法、或者仅对未压缩的会话(Uncompressed session)分配该数据的方法。
能力通知部240向eNB100A(对方无线通信装置)通知UE200(无线通信装置)的能力信息。另外,能力通知部240也能够向eNB100B通知该能力信息。在此,以针对eNB100A的通知为例进行说明。
能力通知部240向eNB100A通知UE-EUTRA-Capability作为UE200的能力信息。
具体来说,在数据收发部220(支持通知接收部)接收到支持通知的情况下,能力通知部240将非对称ROHC的简档包含于UE200的能力信息中,从而向eNB100A通知用于非对称ROHC的设定的信息(在此,称为ROHC能力)。
另外,关于现有的对称ROHC的简档,在3GPP TS 36.323Packet Data ConvergenceProtocol(PDCP)specification的第5.5.1章(Supported header compression protocolsand profiles)中进行了规定,但在本实施方式中,追加了非对称ROHC的简档(ROHCProfile)。
更具体来说,在数据收发部220(支持通知接收部)接收到支持通知的情况下,能力通知部240能够向eNB100A通知该能力信息(UE-EUTRA-Capability),该能力信息(UE-EUTRA-Capability)包含表示对UL以及DL两方应用ROHC的对称ROHC的内容的字段、以及与表示对称ROHC的内容的字段不同的表示非对称ROHC的内容的字段。
此外,在数据收发部220(支持通知接收部)接收到支持通知的情况下,能力通知部240也能够向eNB100A通知在表示对称ROHC的内容的字段中包含有表示支持非对称ROHC的信息的能力信息。
即,能力通知部240能够通过将非对称ROHC的简档(ROHC Profile)包含于UE-EUTRA-Capability中,从而向eNB100A通知用于非对称ROHC的设定的信息。
此外,能力通知部240也能够不管数据收发部220(支持通知接收部)是否接收到支持通知,都向eNB100A通知包含表示对称ROHC的内容的字段、以及与表示对称ROHC的内容的字段不同的表示非对称ROHC的内容的字段的能力信息。
表示非对称ROHC的内容的字段、以及表示对称ROHC的内容的字段包含可支持的报头压缩的简档(supportedROHC-Profiles)、以及能够用于报头压缩的会话数量(maxNumberROHC-ContextSessions)。
另外,能力通知部240可以至少针对非对称ROHC的简档,共用表示对称ROHC的简档的字段(supportedROHC-Profiles)。另外,能力通知部240可以针对能够用于非对称ROHC的报头压缩的会话数量,共用表示能够用于对称ROHC的报头压缩的会话数量的字段(maxNumberROHC-ContextSessions)。
ACK/NACK处理部250执行针对数据收发部220接收到的分组的ACK(肯定应答)以及NACK(否定应答)的发送处理。
特别是在本实施方式中,在数据收发部220(分组接收部)接收到基于ROHC的压缩分组的情况下,由于应用在UE200(无线通信装置)的接收方向上不应用ROHC的非对称ROHC,即,以非对称ROHC的应用为目的,ACK/NACK处理部250向eNB100A(对方无线通信装置)发送表示不能接收该压缩分组的NACK(否定应答)。
另外,不仅在不能接收压缩分组的情况下发送NACK,在不能对该压缩分组的报头进行解压的情况下也发送NACK。在本实施方式中,ACK/NACK处理部250构成否定应答发送部。
具体来说,在通过非对称ROHC,针对DL不应用ROHC的情况下,当接着非压缩分组之后接收到基于ROHC的压缩分组时,ACK/NACK处理部250回复针对该压缩分组的NACK或者STATIC-NACK。由此,基于ROHC的报头压缩被中止,数据收发部220能够连续地接收非压缩分组。
(2.2)eNB100A
图3为eNB100A的功能方框图。如图3所示,eNB100A具有无线通信部110、数据收发部120、报头压缩处理部130以及UE能力取得部140。
与上述的无线通信部210同样地,无线通信部110与UE200执行遵循LTE的无线通信。
具体来说,无线通信部110能够与UE200之间设定DRB31(参照图1)。进而,无线通信部110能够与UE200之间设定信令用的无线承载(SRB、未图示)。
与上述的数据收发部220同样地,数据收发部120对包含用户数据的分组、以及包含控制数据的分组进行收发。
此外,数据收发部120发送广播信息(MIB(Master Information Block)以及SIB(System Information Block))。另外,数据收发部120发送基于专用信令的信息,特别是在本实施方式中发送UE能力查询(UE capability enquiry)、或者RRC连接重新设定(RRCConnection Reconfiguration)。
数据收发部120向UE200发送表示eNB100A支持非对称ROHC(非对称报头压缩)的支持通知。具体来说,数据收发部120通过上述的广播信息、或者专用信令发送该支持通知。
与上述的报头压缩处理部230同样地,报头压缩处理部130执行数据收发部120所收发的分组的报头压缩处理。具体来说,报头压缩处理部130根据由UE能力取得部140取得的UE200的能力信息,执行报头压缩处理。
更具体来说,报头压缩处理部130按照ROHC,执行RTP/UDP/IP报头等的压缩(compress)以及解压(decompress)。
此外,如上所述,eNB100A,即报头压缩处理部130支持非对称ROHC。
UE能力取得部140取得UE200的能力信息。具体来说,UE能力取得部140根据从UE200通知的UE-EUTRA-Capability的内容,取得UE200的各种能力。
特别是在本实施方式中,UE能力取得部140针对对称ROHC以及非对称ROHC,取得能够支持的报头压缩的简档(supportedROHC-Profiles)、能够用于报头压缩的会话数量(maxNumberROHC-ContextSessions)。
UE能力取得部140将所取得的该信息提供给报头压缩处理部130等。
(3)无线通信系统的动作
接着,对无线通信系统10的动作进行说明。具体来说,对eNB100A与UE200中的非对称ROHC的应用动作进行说明。
更具体来说,对以下的3个动作例进行说明。
(i)UE200仅在无线接入网络20(eNB100A)支持非对称ROHC的情况下,通知非对称ROHC的能力信息。
(ii)UE200针对从eNB100A发送的基于ROHC的压缩分组发送NACK。
(iii)UE200发送对称ROHC以及非对称ROHC两方的能力信息。
(3.1)动作例1
图5为UE200的动作流程图(动作例1)。如图5所示,UE200判定是否从eNB100A接收到表示无线接入网络20(eNB100A)支持非对称ROHC的支持通知(S10)。由此,UE200能够识别出eNB100A支持非对称ROHC的情况。
另外,eNB100A可以发送不是直接表示支持非对称ROHC,而是表示支持导入了非对称ROHC的RRC(Radio Resource Control,无线资源控制)的版本的支持通知。
在接收到该支持通知的情况下,UE200向eNB100A通知用于非对称ROHC的设定的信息(ROHC能力)(S20)。
具体来说,UE200向eNB100A通知包含能够支持的报头压缩的简档(supportedROHC-Profiles)、以及能够用于报头压缩的会话数量(maxNumberROHC-ContextSessions)的UE200能力信息(UE-EUTRA-Capability),作为ROHC能力。
图6的(a)以及(b)示出表示现有的对称ROHC的内容的字段以及表示非对称ROHC的内容的字段的结构例。
UE200的能力信息(UE-EUTRA-Capability)中包含表示现有的对称ROHC的内容的字段(能力字段(常规):Capability field(Conventional))以及表示非对称ROHC的内容的字段(能力字段(新):Capability field(New))。
如图6的(a)所示,eNB100A向UE200发送非对称ROHC的支持通知。在该情况下,UE200向eNB100A通知不包含能力字段(常规)而仅包含能力字段(新)的能力信息。即,UE200不利用能力字段(常规)。
另一方面,如图6的(b)所示,eNB100B由于不支持非对称ROHC,因此不发送非对称ROHC的支持通知。在该情况下,UE200不利用能力字段(常规)以及能力字段(新)中的任意一方,不向eNB100B进行发送。
eNB100B由于也不接收包含能力字段(常规)的能力信息,因此简单地判定为UE200不支持ROHC,不执行基于ROHC的报头压缩。即,eNB100B能够将UE200作为不支持ROHC的UE来进行处理。
图7的(a)以及(b)为示出在表示现有的对称ROHC的内容的字段中包含有表示支持非对称ROHC的信息的能力信息的结构例。
在图7的(a)以及(b)所示的能力信息的结构例中,沿用表示现有的对称ROHC的内容的字段(能力字段(Capability field)),仅在eNB支持非对称ROHC的情况下,包含非对称ROHC的内容。
如图7的(a)所示,eNB100A向UE200发送非对称ROHC的支持通知。在该情况下,UE200沿用现有的supportedROHC-Profiles,来通知非对称ROHC的简档。在图7的(a)中,Profile0x0001被设定为真(True)。此外,能够用于报头压缩的会话数量maxNumberROHC-ContextSessions被设定为2。该数值仅表示应用于UL的该会话数量。即,非对称ROHC应用时的数值。
此外,如图7的(a)所示,UE200沿用现有的supportedROHC-Profiles,来通知支持非对称ROHC。在图7的(a)中,作为PDCP-parameters-14(版本-14用的PDCP参数),表示支持非对称ROHC。
接收到包含这种能力字段(Capability field)的能力信息的eNB100A能够识别出UE200支持非对称ROHC的情况,并且对于maxNumberROHC-ContextSessions的数值,不是替换为现有的对称ROHC这样的包含UL以及DL双向的数值,而是替换为仅应用于单向(UL)的数值。
另一方面,如图7的(b)所示,eNB100B由于不支持非对称ROHC,因此不发送非对称ROHC的支持通知。在该情况下,UE200发送保护能力字段的能力信息本身,但设定表示不支持ROHC的supportedROHC-Profiles。具体来说,在图7的(b)中,将Profile0x0001以及Profile0x0002均设定为伪(False)。
接收到包含这种能力字段的能力信息的eNB100B简单地判定为UE200不支持ROHC,不执行基于ROHC的报头压缩。
(3.2)动作例2
图8示出由eNB100A和UE200进行的非对称ROHC的应用动作时序(动作例2)。
如图8所示,eNB100A开始与UE200的通信,发送规定数量的未执行基于ROHC的报头压缩、即包含全报头(full header)的IR分组(S110~S130)。
另外,IR分组是指在RFC3095中规定的分组的一种(Initiation and Refreshstate:启动和刷新状态),在解压(Decompressor)侧,为了建立ROHC上下文(ROHC Context)而使用。
更具体来说,在IR分组中,IP分组未被压缩而是通过全报头发送,在解压侧,能够基于该报头的内容、变化模式来建立上下文。另外,使用ROHC报头进一步通知ROHC所需的其它信息(例如,Context ID:上下文ID)。
接着,eNB100A在发送规定数量的包含全报头的IR分组之后,发送执行了基于ROHC的报头压缩的UO-0分组(压缩分组)(S140)。在RFC3095中也规定了UO-0分组。
当接收到UO-0分组时,UE200决定应用非对称ROHC以在UE200的接收方向上、即在DL方向上不应用ROHC(S150)。即,UE200仅在UL方向上应用ROHC。
由于在DL方向上不应用ROHC,因此UE200向eNB100A回复表示不能接收该UO-0分组的NACK(STATIC-NACK)(S160)。
接收到该NACK的eNB100A判定为UE200不能处理压缩分组。由此,eNB100A不发送压缩分组,而发送包含全报头的IR分组(非压缩分组)(S170、S180)。
另外,eNB100A可以通过IR分组发送非压缩分组,也可以仅对未压缩的会话分配该分组(IP流数据)。
图9为UE200的动作流程图(动作例2)。具体来说,图9示出图8所示的S140的处理以后的UE200内部的动作流程。
如图9所示,UE200判定是否接收到执行了基于ROHC的报头压缩的压缩分组(UO-0分组)(S210)。
在接收到压缩分组的情况下,UE200判定是否应用在DL方向上不应用ROHC的非对称ROHC(S220)。另外,可以在S210的处理之前预先执行S220的处理。
在不应用非对称ROHC的情况下,UE200对压缩分组的报头进行解压(Decompress)(S230)。
在应用非对称ROHC的情况下,UE200向eNB100A回复表示不能接收该UO-0分组的NACK(STATIC-NACK)(S240)。
当UE200向eNB100A回复了NACK时,如图8所示,eNB100A不发送压缩分组,而发送包含全报头的IR分组(非压缩分组)。UE200接收该非压缩分组(S250)。
之后,UE200执行分组的接收处理(S260)。具体来说,UE200根据报头的内容重构PDU/SDU,并向高层输出。
另外,在动作例2的情况下,如上所述,UE200也可以向eNB100A通知与非对称ROHC相关的UE200能力信息。
在动作例2中,在UE200向eNB100A通知了UE200能力信息的情况下,eNB100A能够避免对UE200发送不必要的压缩分组。另一方面,通过回复该NACK,不支持非对称ROHC的eNB100B只不过识别为UE200的内存不足。
(3.3)动作例3
在动作例3中,如上所述,UE200发送对称ROHC以及非对称ROHC两方的能力信息。以下,对本动作例中的基本动作流程、非对称ROHC应用的通知例以及变形例进行说明。
(3.3.1)基本动作流程
图10为UE200的动作流程图(动作例3)。如图10所示,UE200向eNB100A(或者eNB100B)通知能力字段(常规)(S310)。能力字段(常规)与在动作例1中所说明的内容(参照图6)是相同的,进一步后述。
此外,UE200向eNB100A(或者eNB100B)通知能力字段(新)(S320)。能力字段(新)也与在动作例1中所说明的内容(参照图6)是相同的,进一步后述。
另外,可以将S310与S320互换。由此,UE200不管是否接收到表示支持非对称ROHC的支持通知,都向eNB100A通知包含能力字段(常规)、即表示对称ROHC的内容的字段、以及能力字段(新)、即表示非对称ROHC的内容的字段的能力信息。
图11的(a)以及(b)为eNB100A以及eNB100B中的非对称ROHC的应用动作流程图。具体来说,图11的(a)示出eNB100B中的非对称ROHC的应用动作流程。图11的(b)示出eNB100A中的非对称ROHC的应用动作流程。
如图11的(a)所示,eNB100B接收包含能力字段(常规)以及能力字段(新)的能力信息(S410)。
不支持非对称ROHC的eNB100B根据能力字段(常规),判定是否需要进行基于ROHC的报头压缩(S420)。在此,设为判定为需要进行报头压缩,即应用ROHC。
eNB100B根据该判定结果向UE200发送压缩分组(S430)。
另一方面,如图11的(b)所示,eNB100A也接收包含能力字段(常规)以及能力字段(新)的能力信息(S510)。
支持非对称ROHC的eNB100A根据能力字段(常规)或者能力字段(新)的任意一方,判定是否需要进行基于ROHC的报头压缩(S520)。在此,设为根据能力字段(新)判定为不需要进行报头压缩,即不应用ROHC。
eNB100A根据该判定结果向UE200发送非压缩分组(S530)。
这样,eNB100B(不支持非对称ROHC)参照现有的能力字段(常规)的内容,应用对称ROHC。另一方面,eNB100A(支持非对称ROHC)应用对称ROHC或者非对称ROHC的任意一方。
另外,UE200(报头压缩处理部230)根据所搭载的内存的规模(与maxNumberROHC-ContextSessions对应的内存数量),分别针对对称ROHC以及非对称ROHC,向eNB100A(eNB100B)通知ROHC能力(ROHC Capability)。假设,在分配给对称ROHC的内存数量不足的情况下,仅针对非对称ROHC通知ROHC能力。或者,在能够应用于ROHC的内存数量、处理能力不足的情况下,UE200可以应用上述的动作例2,即通过适当地回复NACK,从而根据内存状况应用非对称ROHC(或者对称ROHC)。
(3.3.2)非对称ROHC应用的通知例
图12的(a)、(b)以及(c)示出UE-EUTRA-Capability中所包含的字段(Capabilityfield)的结构例。如图12的(a)、(b)以及(c)所示,在本动作例中,通知包含能力字段(常规)以及能力字段(新)两方的UE-EUTRA-Capability。
图12的(a)示出使用能力字段(新)来通知非对称ROHC的设定所需的全部内容的例子。如图12的(a)所示,使用能力字段(新)来通知在UL中应用ROHC的情况、非对称ROHC的简档(supportedROHC-Profiles)以及能够用于非对称ROHC的会话数量(maxNumberROHC-ContextSessions)。
图12的(b)以及(c)示出使用能力字段(新)来通知与非对称ROHC相关的内容的一部分的例子。
具体来说,如图12的(b)所示,使用能力字段(常规)来通知非对称ROHC的简档(supportedROHC-Profiles),使用能力字段(新)来通知能够用于非对称ROHC的会话数量(maxNumberROHC-ContextSessions)。即,针对supportedROHC-Profiles,共用表示对称ROHC的简档的字段。
在图12的(c)中,使用能力字段(常规)来通知非对称ROHC的简档(supportedROHC-Profiles)以及能够用于非对称ROHC的会话数量(maxNumberROHC-ContextSessions)。即,针对supportedROHC-Profiles以及maxNumberROHC-ContextSessions,共用对称ROHC的该字段。
在该情况下,能力字段(新)仅用于通知在UL中应用ROHC的情况(图12的(c)的AsymROHC-UL)。
此外,在该情况下,图12的(c)所示的能力字段(新)(参照下方的斜线部分),可以通过3GPP的标准来另行决定作为非对称ROHC能够支持现有区域的几倍(例如,2倍)的区域(具体来说是会话(内存)数量)。
(3.3.3)变形例
接着,对本动作例的变形例进行说明。能够按照每个承载(DRB)来设定非对称ROHC的应用可否、以及ROHC用的会话数量(内存数量)。然而,如本动作例所示,在单独地通知对称ROHC以及非对称ROHC的ROHC能力的情况下,例如,特别是当在eNB100A与UE200之间设定有多个DRB时,eNB100A不能判定怎样对各DRB设定对称ROHC以及非对称ROHC
其结果,eNB100A难以获得最大限度地利用UE200的能力(所搭载的内存数量)的ROHC的优点(传输效率化)。
图13的(a)~(d)示出对称ROHC以及非对称ROHC可混合存在的情况下的ROHC的设定例。
如图13的(a)所示,在此,在eNB100A与UE200之间设定两条DRB(#1,#2)。此外,UE200搭载有#1~5的5个ROHC用的内存。
在该情况下,作为每个DRB的对称ROHC以及非对称ROHC的设定例,例如列举图13的(b)~(d)所示的模式。在图13的(b)中,对各DRB设定1个会话的对称ROHC。其结果,消耗UE200的4个内存((UL用1+DL用1)×2)。
在图13的(c)中,对DRB#1设定3个会话的非对称ROHC。对DRB#2设定2个会话的非对称ROHC。其结果,消耗UE200的5个内存(UL用3+UL用2)。
在图13的(d)中,对DRB#1设定1个会话的对称ROHC,对DRB#2设定3个会话的非对称ROHC。其结果,消耗UE200的5个内存(UL用1+DL用1)+UL用3)。
由此,设定多个DRB,在对称ROHC以及非对称ROHC能够混合存在的情况下,存在各种各样的分配模式。由此,可以是eNB100A预先识别在UE200内部能够支持的内存的分配模式,并根据该分配模式,设定对称ROHC以及非对称ROHC。
在该情况下,UE200指定能够支持的内存的分配模式,并向eNB100A预先通知所指定的分配模式。图14示出在对称ROHC以及非对称ROHC混合存在的情况下,UE200所指定的分配模式示例。
如图14所示,根据UE200所搭载的内存数量(在此,为5个内存),指定能够支持的分配模式。另外,也可以考虑设定的DRB数量来决定分配模式。
此外,该分配模式可以包含各模式的优先级。可以在通信执行过程中(具体来说是RRC连接(RRC-CONNECTED)状态)变更该优先级。另外,当在通信执行过程中变更了该优先级时,UE200通过RRC/PDCP/RLC/MAC层中的任意层的消息来通知变更了该优先级的情况即可。
eNB100A根据所通知的内容,设定对称ROHC以及非对称ROHC中的至少任意一方使得不超过UE200的能力(内存数量)。此外,eNB100A可以根据所通知的内容更新分配模式的内容(优先级)。
图15的(a)、(b)以及(c)示出对称ROHC以及非对称ROHC混合存在的情况下的分配模式的通知例。
如图15的(a)所示,在对称ROHC以及非对称ROHC混合存在的情况下,可以通过由对称ROHC的ROHC能力以及非对称ROHC的ROHC能力构成的多个列表(图15的(a)的外框表示各列表)来通知分配模式。
或者,如图15的(b)所示,可以通知包含UE200能够分配的最大的内存数量、即包含maxNumberROHC-ContextSessions以及对称ROHC或者非对称ROHC任意方的ROHC能力的分配模式。在该情况下,能够通过最大的内存数量(15)以及非对称ROHC的分配数量来暗示地示出未通知的ROHC的分配(在图15的(b)中为对称ROHC)。
另外,如图15的(c)所示,在3GPP的标准中规定了分配模式,可以仅通知识别该分配模式的索引。或者,可以针对各索引示出真(能够支持)或者伪(不能支持)。
(4)作用·效果
根据上述的实施方式,能够得到以下的作用效果。具体来说,根据上述的动作例1,在从eNB接收到非对称ROHC的支持通知的情况下,UE200通过将非对称ROHC的简档包含于UE200的能力信息(UE-EUTRA-Capability)中,从而向eNB100A通知用于非对称ROHC的设定的信息。另一方面,对于不支持非对称ROHC的eNB100B,不通知非对称ROHC的简档。因此,eNB100B能够将UE200作为不支持ROHC的UE进行处理,在DL方向上不执行基于ROHC的报头压缩。
此外,根据动作例1,UE200能够向eNB100A(eNB100B)通知包含表示对称ROHC的内容的字段、以及与表示对称ROHC的内容的字段不同的表示非对称ROHC的内容的字段的能力信息。另外,根据动作例1,UE200也能够向eNB100A(eNB100B)通知在表示对称ROHC的内容的字段中包含有表示支持非对称ROHC的信息的能力信息。
因此,能够向eNB100A(支持非对称ROHC)通知非对称ROHC的设定所需的信息,而不会由于eNB100B(不支持非对称ROHC)对ROHC设定产生不好影响。由此,能够确保与eNB100B(不支持非对称ROHC)的向后兼容性,同时导入非对称ROHC。
根据上述的动作例2,当接着非压缩分组之后接收到基于ROHC的压缩分组时,UE200向eNB100A发送表示不能接收该压缩分组的NACK(否定应答)。因此,由eNB100A进行的压缩分组的发送被中止,非压缩分组被发送。由此,能够设定在UE200的接收方向(即DL方向)上不应用ROHC的非对称ROHC。
另一方面,通过回复该NACK,不支持非对称ROHC的eNB100B只不过识别为UE200的内存不足。其结果,在与eNB100B的分组收发中不应用ROHC。
由此,能够确保与eNB100B(不支持非对称ROHC)的向后兼容性,同时导入非对称ROHC。
此外,在动作例2中,与动作例1同样地,UE200能够向eNB100A通知UE200的能力信息。在该情况下,能够避免eNB100A对UE200发送不必要的压缩分组。
根据上述的动作例3,UE200向eNB100A通知包含表示对称ROHC的内容的字段、以及与表示对称ROHC的内容的字段不同的表示非对称ROHC的内容的字段的能力信息。因此,UE200能够通知eNB100A(支持非对称ROHC)以及eNB100B(不支持非对称ROHC)两方能够识别的ROHC能力。由此,能够确保与eNB100B(不支持非对称ROHC)的向后兼容性,同时导入非对称ROHC。
此外,在动作例3中,至少针对非对称ROHC的简档,能够共用表示对称ROHC的简档的字段。因此,能够抑制非对称ROHC的设定所需的信息量,同时导入非对称ROHC。
即,根据上述的实施方式,即使在支持非对称ROHC的eNB100A与仅支持现有的对称ROHC的eNB100B混合存在的情况下,也能够适当地设定非对称ROHC。
另外,通过向eNB100A通知非对称ROHC的设定所需的信息,从而可以实现最大限度地利用UE200所搭载的ROHC用内存的基于非对称ROHC的报头压缩。
(5)其它的实施方式
以上,沿着实施方式对本发明的内容进行了说明,但对于本领域的技术人员显而易见的是本发明不限于这些记载,能够进行各种变形与改良。
例如,上述的与非对称ROHC相关的ROHC能力可以沿用为TCP ACK更少(TCP ACKless)功能的能力。TCP ACK更少功能是指实现TCP层中的肯定应答(TCP ACK)发送所需的无线带域的削减的功能。
具体来说,在分组的接收侧,不发送TCP ACK而丢弃。在分组的发送侧,在接收到针对PDCP SDU(IP分组)的层2中的ACK(例如RLC-ACK)的情况下,由自身生成TCP ACK并向高层发送。
即,为了使用基于TCP的业务流,来达成DL中的峰值吞吐量,需要确保用于TCP ACK发送的UL带域,但在TDD系统中,会产生由DL/UL的无线资源的非对称性(DL带域比UL带域宽)引起的限制。
为了解决该问题,提出了TCP ACK更少功能。结合应用非对称ROHC以及TCP ACK更少功能的能力,从而能够使针对DL/UL的无线资源分配成为DL优先,从进一步有效率地利用DL/UL带域的观点出发,非对称ROHC以及TCP ACK更少功能的组合是非常有效的。
此外,TCP ACK更少功能需要识别PDCP SDU的内容,但由于在ROHC中已经存在掌握PDCP SDU的内容的结构,也存在能够与TCP-ACK更少功能共用化的部分,从UE200以及eNB100A的实际安装的观点出发也有优点。
此外,在上述的实施方式中,作为报头压缩的协议使用了ROHC,但不一定必须限定为ROHC。即,只要是具有与ROHC同样的报头压缩功能的协议即可,也可以是ROHC以外的协议。
在上述的实施方式中,对在DL方向上不应用ROHC,仅在UL方向上应用ROHC的例子进行了说明,但根据UE200所收发的数据的特性等,也可以在UL方向上不应用ROHC,仅在DL方向上应用ROHC。
另外,在上述的实施方式中,UE200向eNB100A(eNB100B)通知与非对称ROHC相关的能力,但eNB100A(eNB100B)也可以具有同样的功能。即,也可以是eNB100A(eNB100B)向UE200通知与非对称ROHC相关的能力,UE200根据所通知的能力设定非对称ROHC。
此外,用于上述实施方式的说明的方框图(图2、3)示出了功能方框图。这些功能块(构成部)可以通过硬件和/或软件的任意组合来实现。此外,对各功能块的实现手段没有特别限定。即,各功能块可以通过物理地和/或逻辑地结合而成的一个装置来实现,也可以将物理地和/或逻辑地分开的两个以上的装置直接和/或间接(例如,有线和/或无线)地连接,通过这多个装置来实现。
进而,上述的eNB100A、100B、以及UE200(该装置)可以作为进行本实施方式的发送功率控制的处理的计算机来发挥功能。图16为示出该装置的硬件结构的一例的图。如图16所示,该装置可以构成为包含处理器1001、内存(memory)1002、存储器(storage)1003、通信装置1004、输入装置1005、输出装置1006、以及总线1007等的计算机装置。
可以通过该计算机装置的任意的硬件元素或者该硬件元素的组合来实现该装置的各功能块(参照图2、3)。
处理器1001例如使操作系统动作,对计算机整体进行控制。处理器1001也可以由包含与周边装置的接口、控制装置、运算装置、寄存器等的中央处理装置(CPU:CentralProcessing Unit)构成。
内存1002是计算机可读取的记录介质,例如也可以由ROM(Read Only Memory:只读存储器)、EPROM(Erasable Programmable ROM:可擦除可编程ROM)、EEPROM(Electrically Erasable Programmable ROM:电可擦除可编程ROM)、RAM(Random AccessMemory:随机存取存储器)等中的至少一个构成。内存1002也可以称为寄存器、高速缓存、主存储器(主存储装置)等。内存1002能够保存能够执行上述的实施方式所涉及的方法的程序(程序代码)、软件模块等。
存储器1003是计算机可读取的记录介质,例如可以由CD-ROM(压缩盘ROM)等光盘、硬盘驱动器、软盘、磁光盘(例如压缩盘、数字多功能盘、蓝光(Blu-ray)(注册商标)盘、智能卡、闪存(例如卡、棒、键驱动(Key drive))、Floppy(注册商标)、磁条等中的至少一方构成。存储器1003也可以称为辅助存储装置。上述的存储介质可以是例如包含内存1002和/或存储器1003的数据库、服务器及其它适当的介质。
通信装置1004是用于经由有线和/或无线网络进行计算机之间的通信的硬件(收发设备),例如,也可以称为网络设备、网络控制器、网卡、通信模块等。
输入装置1005是受理来自外部的输入的输入设备(例如,键盘、鼠标、麦克风、开关、按键、传感器等)。输出装置1006是实施向外部的输出的输出设备(例如,显示器、扬声器、LED灯等)。另外,输入装置1005和输出装置1006也可以一体地构成(例如,触摸面板)。
此外,处理器1001及内存1002等各装置通过用于对信息进行通信的总线1007来连接。总线1007可以由单一的总线构成,也可以在装置间由不同的总线构成。
此外,信息的通知不限于上述的实施方式,也可以通过其它方法进行。例如,信息的通知可以通过物理层信令(例如,DCI(Downlink Control Information:下行链路控制信息)、UCI(Uplink Control Information:上行链路控制信息))、高层信令(例如,RRC(RadioResource Control:无线资源控制)信令、MAC(Medium Access Control:介质访问控制)信令、广播信息(MIB(Master Information Block:主信息块)、SIB(System InformationBlock:系统信息块))、其它信号或这些的组合来实施。此外,RRC信令也可以称为RRC消息,例如可以是RRC连接创建(RRC Connection Setup)消息、RRC连接重新设定(RRCConnection Reconfiguration)消息等。
另外,输入输出的信息等可以保存在特定的位置(例如,内存),也可以利用管理表进行管理。可以重写、更新或追记输入输出的信息等。也可以删除所输出的信息等。还可以向其它装置发送所输入的信息等。
对于上述的实施方式的时序、流程等,在不矛盾的情况下,可以互换顺序。
此外,在上述的实施方式中,对于由eNB100A(eNB100B,以下相同)执行的特定动作,有时也由其它的网络节点(装置)执行。此外,也可以通过多个其它的网络节点的组合提供eNB100A的功能。
此外,对于本说明书中说明的术语和/或理解本说明书所需的术语,可以与具有相同或类似的意思的术语进行置换。例如,在有相应的记载的情况下,信道和/或码元可以是信号(signal)。此外,信号可以是消息。另外,“系统”和“网络”这样的术语可以互换地使用。
另外,对于参数等,可以利用绝对值表示,也可以利用相对于规定值的相对值来表示,还可以利用对应的其它信息来表示。例如,可以由索引来指示无线资源。
eNB100A(基站)能够收纳1个或者多个(例如,3个)小区(也称为扇区(sector))。在基站收纳多个小区的情况下,基站的覆盖区域整体能够划分为多个更小的区域,各个更小的区域也能够通过基站子系统(例如,室内用的小型基站RRH:Remote Radio Head(远程无线头))提供通信服务。
“小区(cell)”或者“扇区”这样的术语是指在该覆盖范围内进行通信服务的基站、和/或基站子系统的覆盖区域的一部分或者整体。进而,“基站”“eNB”“小区”以及“扇区”这样的术语在本说明书中可以互换地使用。对于基站,也用下述术语来称呼:固定站(fixedstation)、NodeB、eNodeB(eNB)、接入点(access point)、毫微微小区(Femtocell)、小型小区(Small cell)等。
对于UE200,本领域技术人员有时也用下述术语来称呼:订户站、移动单元(mobileunit)、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理(user agent)、移动客户端、客户端、或一些其它的适当的术语。
本说明书中使用的“根据”这样的记载,除非另有明确记载,否则不是“仅根据”的意思。换而言之,“根据”这样的记载的意思是“仅根据”和“至少根据”两方。
另外,当在本说明书或者权利要求书中使用“包括(including)”、“包含(comprising)”、及其变形的术语时,这些术语与“具有”同样地意在表示“包括性的”。另外,在本说明书或者权利要求书中使用的术语“或者(or)”意为不是异或。
针对本说明书中使用的使用了“第一”、“第二”等称呼的要素的任何参考通常来说都不是限定这些要素的量和顺序。在本说明书中将这些呼称作为对2个以上的要素之间进行区分的简便方法而使用。因此,针对第一和第二要素的参照不表示在此仅能采取2个要素或者第一要素必须以任何形式先于第二要素。
在本说明书的全体中,例如,在通过翻译增加了英语中的a、an以及the这样的冠词的情况下,除非从上下文明确示出并非如此,否则这些冠词也包括复数个在内。
如上所述记载了本发明的实施方式,但构成本公开的一部分的论述以及附图不应该理解为限定该发明。根据该公开,各种替代实施方式、实施例以及运用技术对于本领域的技术人员而言是显而易见的。
产业上的可利用性
如上所述,根据本发明,即使支持对上行链路或者下行链路的任意一方应用基于ROHC的报头压缩的非对称报头压缩的无线基站、以及仅支持现有的对称报头压缩的无线基站混合存在的情况下,也能够适当地设定非对称报头压缩。
标号说明:
10 无线通信系统
20 无线接入网络
31、32 DRB
100A、100B eNB
110 无线通信部
120 数据收发部
130 报头压缩处理部
140 UE能力取得部
200 UE
210 无线通信部
220 数据收发部
230 报头压缩处理部
240 能力通知部
250 ACK/NACK处理部
1001 处理器
1002 内存
1003 存储器
1004 通信装置
1005 输入装置
1006 输出装置
1007 总线
Claims (4)
1.一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:
接收部,其从对方无线通信装置接收包含所述非对称报头压缩的简档的所述对方无线通信装置的能力信息以及能够用于报头压缩的会话数量,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩;以及
报头压缩处理部,其根据接收到的所述能力信息,识别出所述对方无线通信装置支持所述非对称报头压缩,
仅应用于所述上行链路或者所述下行链路任意一方的所述报头压缩的会话数量基于能够用于所述报头压缩的会话数量。
2.一种无线通信装置,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信装置具有:
能力通知部,其向对方无线通信装置通知包含所述非对称报头压缩的简档的所述无线通信装置的能力信息,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩,
所述能力通知部通知如下的所述能力信息,所述能力信息包含表示对所述上行链路以及所述下行链路两方应用所述报头压缩的对称报头压缩的内容的字段、以及与表示所述对称报头压缩的内容的字段不同的、表示所述非对称报头压缩的内容的字段。
3.一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:
从对方无线通信装置接收包含非对称报头压缩的简档的所述对方无线通信装置的能力信息以及能够用于报头压缩的会话数量,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩;以及
根据接收到的所述能力信息,识别出所述对方无线通信装置支持所述非对称报头压缩,
仅应用于所述上行链路或者所述下行链路任意一方的所述报头压缩的会话数量基于能够用于所述报头压缩的会话数量。
4.一种无线通信装置中的无线通信方法,所述无线通信装置对上行链路或者下行链路任意一方执行应用分组数据汇聚协议层中的报头压缩的非对称报头压缩,所述无线通信方法包括如下步骤:
将表示对所述上行链路以及所述下行链路两方应用所述报头压缩的对称报头压缩的内容的字段、以及与表示所述对称报头压缩的内容的字段不同的、表示所述非对称报头压缩的内容的字段包含于所述无线通信装置的能力信息中;以及
向对方无线通信装置通知包含所述非对称报头压缩的简档的所述能力信息,所述非对称报头压缩的简档是由所述对方无线通信装置在仅上行链路的ROHC操作中支持的ROHC,所述ROHC是指健壮报头压缩。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2017/010280 WO2018167858A1 (ja) | 2017-03-14 | 2017-03-14 | 無線通信装置及び無線通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110402596A CN110402596A (zh) | 2019-11-01 |
CN110402596B true CN110402596B (zh) | 2023-04-28 |
Family
ID=63522298
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780088301.6A Active CN110402596B (zh) | 2017-03-14 | 2017-03-14 | 无线通信装置及无线通信方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11246058B2 (zh) |
EP (1) | EP3598793A4 (zh) |
JP (1) | JP7149258B2 (zh) |
CN (1) | CN110402596B (zh) |
WO (1) | WO2018167858A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109862622B (zh) * | 2019-01-16 | 2021-02-23 | 维沃移动通信有限公司 | 上报能力信息的方法、设备及系统 |
US20220159509A1 (en) * | 2019-03-28 | 2022-05-19 | Ntt Docomo, Inc. | Radio base station and user equipment |
US11758513B2 (en) * | 2020-04-20 | 2023-09-12 | Qualcomm Incorporated | Physical uplink control channel with uplink message short data field |
US11523301B2 (en) * | 2020-04-20 | 2022-12-06 | Qualcomm Incorporated | Physical uplink control channel with buffer status report |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1615618A (zh) * | 2002-08-14 | 2005-05-11 | Lg电子株式会社 | 双向分包数据传输系统和方法 |
CN103733691A (zh) * | 2011-08-12 | 2014-04-16 | 瑞典爱立信有限公司 | 用户设备、网络节点、第二网络节点和其中的方法 |
CN104067688A (zh) * | 2012-01-23 | 2014-09-24 | 英特尔公司 | 无线通信系统中的自动的上行链路-下行链路比例重新配置的设定 |
JP2015012403A (ja) * | 2013-06-27 | 2015-01-19 | 京セラ株式会社 | 移動通信システム及びユーザ端末 |
CN106063280A (zh) * | 2014-04-30 | 2016-10-26 | Lg电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3540641B2 (ja) | 1998-12-25 | 2004-07-07 | 株式会社東芝 | ルータ装置、無線端末及び無線通信システム並びに通信方法 |
US20040120357A1 (en) * | 2002-12-23 | 2004-06-24 | Sami Kekki | On-demand header compression |
US8406212B2 (en) * | 2006-02-22 | 2013-03-26 | Apple Inc. | Service flow with robust header compression (ROHC) in a WiMAX wireless network |
US8559463B2 (en) * | 2008-02-20 | 2013-10-15 | General Dynamics C4 Systems, Inc. | Systems and methods for providing efficient bandwidth utilization in packet switched networks |
JP2009267843A (ja) | 2008-04-25 | 2009-11-12 | Kyocera Corp | 無線通信システム、無線基地局および無線通信方法 |
US9160566B2 (en) * | 2009-04-10 | 2015-10-13 | Qualcomm Incorporated | QOS mapping for relay nodes |
JP4704482B2 (ja) * | 2009-06-08 | 2011-06-15 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、リレーノード、無線基地局及びゲートウェイ装置 |
CN101998511B (zh) * | 2009-08-26 | 2013-04-24 | 华为技术有限公司 | 网络中继场景下的头压缩方法及装置 |
JP6174343B2 (ja) * | 2013-03-15 | 2017-08-02 | 株式会社Nttドコモ | ネットワーク装置及び移動局 |
WO2015163625A1 (en) * | 2014-04-24 | 2015-10-29 | Lg Electronics Inc. | Method for establishing layer-2 entities for d2d communication system and device therefor |
JP2016046652A (ja) | 2014-08-21 | 2016-04-04 | 株式会社Nttドコモ | 通信装置 |
US10341466B2 (en) * | 2014-11-14 | 2019-07-02 | Qualcomm Incorporated | Evolved data compression scheme signaling |
KR102254396B1 (ko) * | 2014-12-17 | 2021-05-24 | 삼성전자주식회사 | 통신 시스템에서 단말의 헤더 압축 기능을 제어하는 방법 및 장치 |
US20170257796A1 (en) * | 2016-03-07 | 2017-09-07 | Mediatek Inc. | Selective Uplink Only Header Compression Mechanism |
US10623989B2 (en) * | 2016-10-27 | 2020-04-14 | Qualcomm Incorporated | Techniques and apparatuses for unidirectional robust header compression |
CN108023623B (zh) * | 2016-11-04 | 2022-05-27 | 维沃移动通信有限公司 | 一种终端信息上报、获取方法、终端及基站 |
US20180242192A1 (en) * | 2017-02-23 | 2018-08-23 | Apple Inc. | Dynamic Header Compression for Uplink Data for Improving Uplink Link Budget |
-
2017
- 2017-03-14 EP EP17900550.9A patent/EP3598793A4/en not_active Withdrawn
- 2017-03-14 CN CN201780088301.6A patent/CN110402596B/zh active Active
- 2017-03-14 US US16/493,406 patent/US11246058B2/en active Active
- 2017-03-14 WO PCT/JP2017/010280 patent/WO2018167858A1/ja unknown
- 2017-03-14 JP JP2019505574A patent/JP7149258B2/ja active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1615618A (zh) * | 2002-08-14 | 2005-05-11 | Lg电子株式会社 | 双向分包数据传输系统和方法 |
CN101754275A (zh) * | 2002-08-14 | 2010-06-23 | Lg电子株式会社 | 双向分组数据传输系统和方法 |
CN103733691A (zh) * | 2011-08-12 | 2014-04-16 | 瑞典爱立信有限公司 | 用户设备、网络节点、第二网络节点和其中的方法 |
CN104067688A (zh) * | 2012-01-23 | 2014-09-24 | 英特尔公司 | 无线通信系统中的自动的上行链路-下行链路比例重新配置的设定 |
JP2015012403A (ja) * | 2013-06-27 | 2015-01-19 | 京セラ株式会社 | 移動通信システム及びユーザ端末 |
CN106063280A (zh) * | 2014-04-30 | 2016-10-26 | Lg电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 |
Non-Patent Citations (1)
Title |
---|
Enable eNB to configure ROHC for uplink or Downlink channels in same PDCP entity;Apple 等;《3GPP TSG-RAN WG2 R2-1701763》;20170217;全文 * |
Also Published As
Publication number | Publication date |
---|---|
JPWO2018167858A1 (ja) | 2020-01-23 |
EP3598793A4 (en) | 2020-09-23 |
WO2018167858A1 (ja) | 2018-09-20 |
US11246058B2 (en) | 2022-02-08 |
CN110402596A (zh) | 2019-11-01 |
US20200022023A1 (en) | 2020-01-16 |
EP3598793A1 (en) | 2020-01-22 |
JP7149258B2 (ja) | 2022-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11606786B2 (en) | Data transmission method, terminal device, and access network device | |
JP5180325B2 (ja) | Pdcp状態報告の送信方法 | |
US9019848B2 (en) | Method of maintaining a quality of service (QOS) in a wireless communication system | |
US20150049678A1 (en) | Apparatus and Methods for Semi-Persistent Scheduling | |
JP5933807B2 (ja) | ネットワーク装置及びプロセッサ | |
KR20130093774A (ko) | Pdcp 패킷 전송 방법 | |
CN110402596B (zh) | 无线通信装置及无线通信方法 | |
US11665775B2 (en) | Communications device, infrastructure equipment, communications system and methods | |
JP6132840B2 (ja) | 通信制御方法、ユーザ端末、プロセッサ、及び記憶媒体 | |
KR20080084736A (ko) | 이동 통신 시스템에서 데이터를 송수신하는 방법 | |
JP6645963B2 (ja) | ユーザ端末及び移動通信システム | |
JP5905575B2 (ja) | 通信制御方法及び基地局 | |
KR101660983B1 (ko) | 무선 통신 시스템상에서 단말의 mac 계층에 의해 무선 자원을 구성하는 방법 | |
CN116250281A (zh) | 用于路径切换的方法和装置 | |
CN116420366A (zh) | 用于中继通信的方法和装置 | |
WO2014192629A1 (ja) | ユーザ端末、基地局及びプロセッサ | |
WO2022084016A1 (en) | Method and apparatus for relay communication | |
WO2020157976A1 (ja) | ユーザ装置 | |
JPWO2019058495A1 (ja) | 送信装置、受信装置、方法 | |
KR20090080915A (ko) | 복수개의 CRC 알고리즘을 이용하여 데이터 유닛을 암호화(encoding)하는 방법 |
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 |