-
公开(公告)号：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信息，统计各覆盖增强等级对应的接入成功率；根据各覆盖增强等级对应的接入成功率判定每一覆盖增强等级是否满足预设的自适应调整条件；对满足所述自适应调整条件的覆盖增强等级进行覆盖范围调整。本发明能自适应的调整不同覆盖增强等级的覆盖范围，不仅能提高每种覆盖增强等级的覆盖范围内的接入成功率，增强基站小区内各覆盖等级内的资源利用率，而且能够保障终端更加省电，提高用户的体验度，提升系统的性能。
-
公开(公告)号：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的所有系统信息进行更新，可以有效减少系统信息更新次数、降低基站内部的信令交互，达到大幅提高系统信息更新效率的目的，节省功率和系统资源。
-
Patent Agency Ranking
公开(公告)号：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部署效率。
-
公开(公告)号：CN110677853A
公开(公告)日：2020-01-10
申请号：CN201910843312.1
申请日：2019-09-06
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Abstract: 本申请涉及一种信令处理方法、装置、基站设备和存储介质，基站确定是否接收到安全模式完成信令SMC；若接收到SMC，则确定除SMC之外的其余上行信令是用户设备在发送SMC之后发送的第一信令，或是用户设备在发送SMC之前发送的第二信令；第二信令用于指示基站不对第二信令进行完整性校验以及解密；根据用户设备的安全配置参数对第一信令进行完整性校验和解密，并对SMC进行完整性校验。采用上述方法可以避免SMC前后的上行信令被错误地进行完整性校验或解密，从而提高了基站对信令处理的准确性和健壮性，使得用户设备可以顺利地完成接入。
-
公开(公告)号：CN105517020B
公开(公告)日：2018-09-28
申请号：CN201510952987.1
申请日：2015-12-16
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Abstract: 本发明公开了一种更新配置参数的方法及装置，用于及时更新基站侧的配置参数，使得用户设备侧和基站侧的配置参数一致。更新配置参数的方法，包括：接收无线资源控制RRC层发送的用于更新用户设备侧的配置参数的信令消息和用于更新基站侧的配置参数的配置消息；对所述信令消息进行解析，当根据对所述信令消息的解析结果确定所述追踪的目的地为数据链路层中的任一层，且所述信令消息传输到数据链路层中的该层时，将表征追踪结果的追踪状态标志位设置为追踪完成状态，并将所述信令消息经数据链路层中该层之后的各层转发至用户设备；当所述追踪状态标志位为追踪完成状态时，执行所述配置消息，更新基站侧的配置参数。
-
公开(公告)号：CN106341889B
公开(公告)日：2019-09-17
申请号：CN201610834614.9
申请日：2016-09-20
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04W68/02
Abstract: 本发明实施例涉及通信技术领域，尤其涉及一种用于处理寻呼消息的方法和装置，用于处理需要发送的寻呼消息。本发明实施例中接收第一寻呼消息；确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；若所述第一寻呼消息是向处于RRC_空闲态的终端发送的寻呼消息且所述寻呼缓存中已存储有第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和参数部分；把所述第一寻呼消息的参数部分和内容部分以及所述第二寻呼消息的参数部分和内容部分分别合并，由此得到第三寻呼消息，并把第三寻呼消息存储到寻呼缓存中；经过合并存储后再发送，可以一次发送多条寻呼消息，减少了发送次数，解决了多次发送占用大量空口资源的问题。
-
-
-
-
-
-
-
-
-
Search Results
39
records
(took 0.139 seconds)
