-
公开(公告)号：CN110572850A
公开(公告)日：2019-12-13
申请号：CN201910838642.1
申请日：2019-09-05
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04W28/06
Abstract: 本申请涉及一种5G基站缓存处理业务数据方法、装置、设备和存储介质，通讯设备将多个第一数据存储在无线链路控制层RLC对应的第一内存空间中，其中第一数据是通讯设备通过分组数据汇聚协议PDCP层进行处理后得到的，并在接收到媒体接入控制CMAC调度时，通过RLC层，按照媒体接入控制数据DMAC组包的数据格式对多个第一数据进行组包，得到DMAC组包数据，进而对DMAC组包数据进行传输，采用本申请的5G基站缓存处理业务数据方法与传统方法相比，略去两层协议之间的交互，减少了一次不同内存空间之间的拷贝，避免了频繁的申请内存和数据拷贝带来的数据开销负荷，而导致的传输速率变慢的情况，提高了数据传输速率。
-
公开(公告)号：CN110471286A
公开(公告)日：2019-11-19
申请号：CN201910790493.6
申请日：2019-08-26
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: G05B13/04
Abstract: 本申请涉及一种链路自适应调整系统、方法、装置和基站。其中，链路自适应调整系统中，AMC反馈控制器依据控制目标、采用闭环控制算法处理CSI信息，得到反馈控制输出结果，并向执行装置传输反馈控制输出结果；AMC前馈控制器采用前馈补偿算法处理干扰信息，得到前馈控制输出结果，并向执行装置传输前馈控制输出结果；执行装置将基于反馈控制输出结果与前馈控制输出结果、确定的链路自适应参数和资源分配方案，通过天线端口发射给终端的无线信道。本申请实现基于前馈-反馈的AMC自适应控制，减少链路自适应调整时间，以满足不同信道条件下，用户对传输速率与传输稳定性要求。
-
公开(公告)号：CN109548167A
公开(公告)日：2019-03-29
申请号：CN201811506710.6
申请日：2018-12-10
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04W74/08 , H04W24/08 , H04W48/16 , H04B17/327 , H04W72/12
Abstract: 本发明提供一种覆盖范围自适应调整方法、装置、计算机存储介质及设备，该方法包括：监测各用户终端在进行随机接入过程中的KPI信息，根据各用户终端所属覆盖增强等级以及对应的KPI信息，统计各覆盖增强等级对应的接入成功率；根据各覆盖增强等级对应的接入成功率判定每一覆盖增强等级是否满足预设的自适应调整条件；对满足所述自适应调整条件的覆盖增强等级进行覆盖范围调整。本发明能自适应的调整不同覆盖增强等级的覆盖范围，不仅能提高每种覆盖增强等级的覆盖范围内的接入成功率，增强基站小区内各覆盖等级内的资源利用率，而且能够保障终端更加省电，提高用户的体验度，提升系统的性能。
-
公开(公告)号：CN105517053A
公开(公告)日：2016-04-20
申请号：CN201610068447.1
申请日：2016-02-01
Applicant: 京信通信技术(广州)有限公司
Inventor： 黄勇
IPC: H04W28/06
CPC classification number: H04W28/06
Abstract: 本发明涉及一种减少无线链路控制层协议数据单元重分段的方法及系统，包括以下步骤：接收无线链路控制层根据预设的数据优先级报告的缓存数据的大小；根据媒体接入控制层控制协议数据单元数据量、媒体接入控制层头部数据量和所述缓存数据的大小，调度无线资源块的数量，并生成数据传输块；在数据传输块小于待传数据量时，对调度的无线资源块的数量进行调整；将调整的无线资源块的数量对应的数据传输块的大小发送给无线链路控制层，由无线链路控制层根据对应的数据传输块的大小进行数据处理。因此对重传数据最大限度地不进行重分段，减少数据重传数据重分段带来的增大系统开销和数据到达终端的时延。
-
公开(公告)号：CN110677853A
公开(公告)日：2020-01-10
申请号：CN201910843312.1
申请日：2019-09-06
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Abstract: 本申请涉及一种信令处理方法、装置、基站设备和存储介质，基站确定是否接收到安全模式完成信令SMC；若接收到SMC，则确定除SMC之外的其余上行信令是用户设备在发送SMC之后发送的第一信令，或是用户设备在发送SMC之前发送的第二信令；第二信令用于指示基站不对第二信令进行完整性校验以及解密；根据用户设备的安全配置参数对第一信令进行完整性校验和解密，并对SMC进行完整性校验。采用上述方法可以避免SMC前后的上行信令被错误地进行完整性校验或解密，从而提高了基站对信令处理的准确性和健壮性，使得用户设备可以顺利地完成接入。
-
Patent Agency Ranking
公开(公告)号：CN104717209A
公开(公告)日：2015-06-17
申请号：CN201510073044.1
申请日：2015-02-10
Applicant: 京信通信技术(广州)有限公司
IPC: H04L29/06 , H04N21/6437
Abstract: 本发明公开了一种RTP报文识别方法及其装置，该方法包括：接收UDP/IP报文，获取所述UDP/IP报文的UDP报头、UDP负载中的RTP报头；根据UDP负载的长度，以及UDP报头中的源端口号、目的端口号和RTP报头中的RTP版本号中的一种或多种，判断是否能够排除所述UDP/IP报文是RTP报文的可能性；若否，则根据所述RTP报头中的同步源标识符SSRC、序列号SN以及时间戳，对所述UDP/IP报文是否是RTP报文进行判决。用以实现高效和准确地识别RTP报文。
-
公开(公告)号：CN107018531B
公开(公告)日：2020-01-14
申请号：CN201710129351.6
申请日：2017-03-06
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04W28/02 , H04W28/14 , H04W88/08 , H04L12/863
Abstract: 本发明实施例涉及通信技术领域，尤其涉及一种在长期演进LTE基站中处理数据业务的方法及基站，包括：当检测到符合添加触发事件的预设条件时，向预先设置在LTE基站中的至少一个事件队列中添加触发事件，触发事件至少包括：承载实体标识以及触发事件标识；然后根据从事件队列中获取的触发事件，对触发事件指示的承载实体进行数据业务的处理。可以看出，只需要从事件队列中获取触发事件，即可对该触发事件所指示的承载实体进行数据业务处理，而不用在处理数据时去遍历所有的承载实体，从而达到承载实体中有数据才进行处理，减少了因遍历不同承载实体所耗费的时间，因此，能够缩短数据处理时延，从而提升系统的性能。
-
公开(公告)号：CN110266523A
公开(公告)日：2019-09-20
申请号：CN201910476696.8
申请日：2019-06-03
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04L12/24
Abstract: 本发明涉及一种系统信息的更新处理方法、装置和基站。所述方法包括：在CU系统信息发生更新时，对发生更新的CU系统信息进行标记，并生成对应的CU配置更新消息；向DU发送CU配置更新消息；其中，CU配置更新消息用于指示DU对被标记的CU系统信息进行更新。通过在CU的系统信息发生更新时，CU对发生更新的系统信息进行标记，再生成对应的配置更新消息并发送给DU。当DU接收该配置更新消息后，只需对被标记的系统信息进行更新，没有被标记的系统信息则保持不变即可。如此，DU无需每次均对自身保存的CU的所有系统信息进行更新，可以有效减少系统信息更新次数、降低基站内部的信令交互，达到大幅提高系统信息更新效率的目的，节省功率和系统资源。
-
公开(公告)号：CN110177377A
公开(公告)日：2019-08-27
申请号：CN201910376982.7
申请日：2019-05-07
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Abstract: 本发明提供一种RLC状态变量同步方法、装置、基站和存储介质，其中，方法包括以下步骤：接收到故障切换消息后，进行资源初始化；资源初始化完成后，上行方向接收用户终端发送的RLC PDU，并基于RLC PDU解析出SN号，将基站端RLC接收状态变量与SN号适配；生成RLC同步数据包，并下行方向发送RLC同步数据包至用户终端，以使用户终端根据RLC同步数据包，将用户端RLC接收状态变量与基站端RLC发送状态变量同步。在因故障进行主备切换后，由基站端触发，免除用户终端触发的不确定性，并且不存在时间间隔，提高了RLC同步的可靠性，并改善了基站和用户终端在切换时的业务连续性。
-
公开(公告)号：CN109889377A
公开(公告)日：2019-06-14
申请号：CN201910084469.0
申请日：2019-01-29
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Abstract: 本申请涉及一种基于Openstack的NFV系统中部署VNF的方法和装置。方法包括：获取待部署的VNF的镜像文件和应用软件包；根据VNF的类型信息、网络拓扑信息、应用软件包的地址信息和镜像文件，创建对应于VNF的编排模板；编排模板包括VNF的配置信息、网络资源信息和虚拟机子模板；调用基于Openstack的NFV系统提供的编排模块；编排模块用于根据编排模板，创建VNF的资源，资源包括配置资源、网络资源和虚拟机；在虚拟机自启动时，运行镜像文件中的虚拟机初始化工具；虚拟机初始化工具用于根据地址信息，下载虚拟机对应的应用软件包，并执行上电操作；在虚拟机初始化工具完成上电操作后，重启虚拟机。通过应用NFV系统的编排模块，配合虚拟机初始化工具，提高了VNF部署效率。
-
-
-
-
-
-
-
-
-
Search Results
18
records
(took 0.036 seconds)
