-
公开(公告)号:CN105517020B
公开(公告)日:2018-09-28
申请号:CN201510952987.1
申请日:2015-12-16
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Abstract: 本发明公开了一种更新配置参数的方法及装置,用于及时更新基站侧的配置参数,使得用户设备侧和基站侧的配置参数一致。更新配置参数的方法,包括:接收无线资源控制RRC层发送的用于更新用户设备侧的配置参数的信令消息和用于更新基站侧的配置参数的配置消息;对所述信令消息进行解析,当根据对所述信令消息的解析结果确定所述追踪的目的地为数据链路层中的任一层,且所述信令消息传输到数据链路层中的该层时,将表征追踪结果的追踪状态标志位设置为追踪完成状态,并将所述信令消息经数据链路层中该层之后的各层转发至用户设备;当所述追踪状态标志位为追踪完成状态时,执行所述配置消息,更新基站侧的配置参数。
-
公开(公告)号:CN107018531A
公开(公告)日:2017-08-04
申请号:CN201710129351.6
申请日:2017-03-06
Applicant: 京信通信技术(广州)有限公司
IPC: H04W28/02 , H04W28/14 , H04W88/08 , H04L12/863
Abstract: 本发明实施例涉及通信技术领域,尤其涉及一种在长期演进LTE基站中处理数据业务的方法及基站,包括:当检测到符合添加触发事件的预设条件时,向预先设置在LTE基站中的至少一个事件队列中添加触发事件,触发事件至少包括:承载实体标识以及触发事件标识;然后根据从事件队列中获取的触发事件,对触发事件指示的承载实体进行数据业务的处理。可以看出,只需要从事件队列中获取触发事件,即可对该触发事件所指示的承载实体进行数据业务处理,而不用在处理数据时去遍历所有的承载实体,从而达到承载实体中有数据才进行处理,减少了因遍历不同承载实体所耗费的时间,因此,能够缩短数据处理时延,从而提升系统的性能。
-
公开(公告)号:CN106341889A
公开(公告)日:2017-01-18
申请号:CN201610834614.9
申请日:2016-09-20
Applicant: 京信通信技术(广州)有限公司
IPC: H04W68/02
Abstract: 本发明实施例涉及通信技术领域,尤其涉及一种用于处理寻呼消息的方法和装置,用于处理需要发送的寻呼消息。本发明实施例中接收第一寻呼消息;确定所述第一寻呼消息的寻呼时机对应的寻呼缓存;若所述第一寻呼消息是向处于RRC_空闲态的终端发送的寻呼消息且所述寻呼缓存中已存储有第二寻呼消息,则对所述第一寻呼消息进行拆解,得到所述第一寻呼消息的内容部分和参数部分;把所述第一寻呼消息的参数部分和内容部分以及所述第二寻呼消息的参数部分和内容部分分别合并,由此得到第三寻呼消息,并把第三寻呼消息存储到寻呼缓存中;经过合并存储后再发送,可以一次发送多条寻呼消息,减少了发送次数,解决了多次发送占用大量空口资源的问题。
-
公开(公告)号:CN106341889B
公开(公告)日:2019-09-17
申请号:CN201610834614.9
申请日:2016-09-20
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04W68/02
Abstract: 本发明实施例涉及通信技术领域,尤其涉及一种用于处理寻呼消息的方法和装置,用于处理需要发送的寻呼消息。本发明实施例中接收第一寻呼消息;确定所述第一寻呼消息的寻呼时机对应的寻呼缓存;若所述第一寻呼消息是向处于RRC_空闲态的终端发送的寻呼消息且所述寻呼缓存中已存储有第二寻呼消息,则对所述第一寻呼消息进行拆解,得到所述第一寻呼消息的内容部分和参数部分;把所述第一寻呼消息的参数部分和内容部分以及所述第二寻呼消息的参数部分和内容部分分别合并,由此得到第三寻呼消息,并把第三寻呼消息存储到寻呼缓存中;经过合并存储后再发送,可以一次发送多条寻呼消息,减少了发送次数,解决了多次发送占用大量空口资源的问题。
-
公开(公告)号:CN110177010A
公开(公告)日:2019-08-27
申请号:CN201910374149.9
申请日:2019-05-07
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04L12/24
Abstract: 本申请公开一种链路切换方法及装置,属于通信技术领域,应用于包括至少两个网口的服务器,每个网口与一个链路接口相连,该网口与该链路接口之间包括多个网元,这多个网元组成该网口和该链路接口之间的物理链路,包括:若确定服务器当前使用的第一网口与第一链路接口之间的物理链路满足预设的故障条件,则开启服务器中的第二网口;根据存储的网口和MAC地址之间的对应关系确定第二网口的MAC地址;通过第二网口与第二链路接口之间的物理链路向各客户端发送用于广播第二网口的MAC地址的报文,使各客户端换到使用第二网口与第二链路接口之间的物理链路与服务器进行会话,这样,对客户端的影响比较小,服务器的稳定性也较好。
-
公开(公告)号:CN106851667B
公开(公告)日:2019-07-02
申请号:CN201710044159.7
申请日:2017-01-19
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
CPC classification number: G06F9/3885 , G06F9/5016 , H04W16/18 , H04W28/0205 , H04W72/1252
Abstract: 本发明公开了一种针对空口协议数据面的数据处理方法及装置,获取基站的硬件核总数Y和所述基站需要支持的小区数量N;根据所述基站需要支持的小区数量N和所述基站的硬件核总数Y的关系,确定用于处理小区MAC层调度的硬件核数M1;根据所述基站的硬件核总数Y和所述用于处理小区媒体访问控制MAC层调度的硬件核数M1,确定用于处理用户数据的硬件核数M2,其中,M1+M2≤Y。通过将硬件核总数进行合理分配,具体分为处理小区MAC层调度的硬件核,数量为M1;以及处理用户数据的硬件核,数量为M2。利用多核处理器分类并行处理达到满足LTE空口协议栈数据面高吞吐、多小区、多用户的目的。
-
公开(公告)号:CN105517053B
公开(公告)日:2019-03-05
申请号:CN201610068447.1
申请日:2016-02-01
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Inventor: 黄勇
IPC: H04W28/06
Abstract: 本发明涉及一种减少无线链路控制层协议数据单元重分段的方法及系统,包括以下步骤:接收无线链路控制层根据预设的数据优先级报告的缓存数据的大小;根据媒体接入控制层控制协议数据单元数据量、媒体接入控制层头部数据量和所述缓存数据的大小,调度无线资源块的数量,并生成数据传输块;在数据传输块小于待传数据量时,对调度的无线资源块的数量进行调整;将调整的无线资源块的数量对应的数据传输块的大小发送给无线链路控制层,由无线链路控制层根据对应的数据传输块的大小进行数据处理。因此对重传数据最大限度地不进行重分段,减少数据重传数据重分段带来的增大系统开销和数据到达终端的时延。
-
公开(公告)号:CN108391289A
公开(公告)日:2018-08-10
申请号:CN201810552451.4
申请日:2018-05-31
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
Inventor: 黄勇
IPC: H04W28/02
CPC classification number: H04W28/0289 , H04W28/0284
Abstract: 本发明实施例涉及通信技术领域,尤其涉及一种拥塞控制方法和基站,用于实现缓解网络拥塞,保证数据的及时传输。基站在当前周期接收网络服务器发送的数据包,然后统计当前周期内接收到数据包的总数据流量,若当前周期对应的总数据流量大于预设门限值,则基站在当前周期结束时丢弃基站缓存的预设数量的数据包,该预设数量根据当前周期之前的、且与当前周期邻近的M个周期的网络拥塞情况确定。由于考虑了当前周期内对应的总数据流量,在总数据流量大于预设门限值时对基站缓存的数据包进行丢弃,如此,可以有效缓解网络拥塞,避免数据包一直占有资源造成的资源浪费;另一方面,可以使得后续接收到的数据包及时被处理,保证数据传输的实时性。
-
-
-
-
-
-
-