-
公开(公告)号：CN103199957B
公开(公告)日：2015-12-02
申请号：CN201310053029.1
申请日：2013-02-18
Applicant: 大唐移动通信设备有限公司
Abstract: 本发明实施例提供了一种高速共享信息信道译码的处理方法和系统，以解决由于发起大量MAC重传而导致系统吞吐量降低，影响系统性能的问题。其中，方法包括：判断高速共享信息信道的本次译码是否可靠；当本次译码不可靠时，检测本次译码中ACK/NACK字段的译码结果；当译码结果为NACK时，发起MAC重传；当译码结果为ACK时，不发起MAC重传，依据上次译码中RMF字段的译码结果和上次译码中RTBS字段的译码结果执行相应操作。本发明实施例在判断出本次译码不可靠时，并不直接发起MAC重传，而是依据本次译码中ACK/NACK字段的译码结果确定是否发起MAC重传，从而可以避免引入多余的MAC重传，提升系统的性能。
-
公开(公告)号：CN101656976B
公开(公告)日：2012-03-28
申请号：CN200810118702.4
申请日：2008-08-19
Applicant: 大唐移动通信设备有限公司
Inventor： 胡乐薇
Abstract: 本发明提供一种操作维护装置、网元设备及其告警的上报处理方法，其中该操作维护装置用于告警上报处理，包括：保存模块，保存网元设备可能产生的所有告警之间的联动关系；获取模块，获取网元设备运行过程中产生的原始告警；分析模块，根据联动关系，从原始告警中选择第一告警和第二告警，第一告警中的任意一个告警是原始告警中的至少一个告警的主告警，且不是原始告警中任意告警的从告警，所述第二告警中的任意一个告警既不是原始告警中任意告警的主告警，也不是原始告警中任意告警的从告警；发送模块，将第一告警和第二告警发送给管理站。本发明的方法和装置既上报了告警产生的根本原因，也降低了上报告警的数据量，提高网络传输资源的利用率。
-
公开(公告)号：CN113453284A
公开(公告)日：2021-09-28
申请号：CN202010231098.7
申请日：2020-03-27
Applicant: 大唐移动通信设备有限公司
IPC: H04W28/24
Abstract: 本发明涉及无线通信技术领域，特别涉及一种服务质量Qos控制方法、设备及存储介质。用以进行Qos控制。本发明实施例基站确定终端需要使用的网络切片的目标切片ID对应的VLAN ID；以及确定终端支持的目标5QI对应的DSCP和VLAN优先级；将确定出的VLAN ID、DSCP和VLAN优先级发送给传输设备。本发明在进行Qos控制时，基站根据目标切片ID确定出VLAN ID，根据目标5QI确定出DSCP和VLAN优先级，并发送给传输设备，确保从基站到核心网整个传输通路上业务数据相关的Qos标签一致，从而保证为不同优先级的业务以及同一业务管道内的差异化业务应用提供不同优先级资源。
-
公开(公告)号：CN106998239B
公开(公告)日：2019-12-06
申请号：CN201610053558.5
申请日：2016-01-26
Applicant: 大唐移动通信设备有限公司
Abstract: 本发明公开了一种接收CSI、上报CSI的方法及装置，用以减少CA下多载波的CSI所占的PUCCH资源。所述接收CSI的方法包括：针对每一UE，确定在主载波的PUCCH上用于接收CSI的时频资源；其中，针对同一UE，在每一接收周期内，用于接收CSI的时频资源相同；针对不同UE，在每一接收周期内，用于接收CSI的时频资源不同；针对每一UE，在每一接收周期内，在PUCCH上用于接收CSI的时频资源，接收该UE上报的一个成员载波的CSI；其中，至少两个相邻的接收周期内接收的该UE上报的CSI为不同成员载波的CSI。
-
公开(公告)号：CN107276732B
公开(公告)日：2019-11-19
申请号：CN201610214097.5
申请日：2016-04-07
Applicant: 大唐移动通信设备有限公司
Abstract: 本发明公开了一种资源确定方法及装置，用以更加准确地为UE选择最优的频域资源，提高系统的频谱效率和吞吐量。该方法包括：确定为UE预分配的PRB所占的子带；对所述子带上为该UE预分配的PRB进行分组，确定每一组对应的CQI值，以及每一组中的PRB数量的总和；根据所述每一组对应的CQI值，以及每一组中的PRB数量的总和，确定该UE的调度资源。
-
Patent Agency Ranking
公开(公告)号：CN107172708B
公开(公告)日：2019-11-19
申请号：CN201610130500.6
申请日：2016-03-08
Applicant: 大唐移动通信设备有限公司
IPC: H04W72/04
Abstract: 本发明公开了一种载波聚合下的PUCCH资源的配置方法及配置装置，用以解决现有技术中PUCCH资源的配置方法存在部分UE无法配置PUCCH资源、激活辅载波过程冗长的问题。该方法为：基站在确定自身管辖内的每一个UE获得的辅载波信号强度后，筛选出M个UE，并针对M个UE中的每一个UE分别配置相应的专用PUCCH资源，为除M个UE之外的其他UE配置一个公用PUCCH资源，这样，不仅保证了在UE的数目较少时，每一个UE均能够及时获取到专用PUCCH资源，而且，由于存在PUCCH资源的预留，同时也保证了共用一个公用PUCCH资源的UE也能够及时获取到专用PUCCH资源。
-
公开(公告)号：CN108513288A
公开(公告)日：2018-09-07
申请号：CN201710103992.4
申请日：2017-02-24
Applicant: 大唐移动通信设备有限公司
Abstract: 本发明实施例提供了一种系统信息更新方法及装置，该方法包括：依据第一定时器触发期间接收到的一个或一个以上系统信息更新指令对应的指令类型，判断是否存在具有预定指令类型的系统信息更新指令；若是，则根据终端分布模型以及业务模型计算在线用户的数量以及释放在线用户的触发时刻，其中，在线用户包括在当前系统更新周期内已接入用户以及当前系统信息更新周期结束时刻至释放在线用户的触发时刻之间新接入用户；依据在线用户的数量，确定在线用户所需释放总时长；在释放在线用户的触发时刻，释放在线用户并禁止新用户接入，以及，在经过释放总时长后，依据具有预定指令类型的系统信息更新指令更新基站自身的系统信息。
-
公开(公告)号：CN107302802A
公开(公告)日：2017-10-27
申请号：CN201610232540.1
申请日：2016-04-14
Applicant: 大唐移动通信设备有限公司
Abstract: 本申请实施例提供了一种数据传输的方法和装置，所述方法包括：接收服务器发送的下行移动业务数据；判断所述下行移动业务数据是否为小包业务数据；若是，则将所述小包业务数据缓存至基站的指定位置；实时监测缓存的小包业务数据的缓存量和/或时延值；依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备，从而避免了每次有数据包到来就需要调度一次空口资源的问题，有效地提高了PRB资源的承载效率和PDCCH资源的调度效率。
-
公开(公告)号：CN103840864A
公开(公告)日：2014-06-04
申请号：CN201410065522.X
申请日：2014-02-25
Applicant: 大唐移动通信设备有限公司
Abstract: 本发明提供了一种TDS外环功控信噪比更新的方法及装置，所述方法包括：获取当前块误码率Present_BLER，当前目标信噪比Present_SNR_Target，当前上调步长Present_UpStep，以及，当前下调步长Present_DownStep；判断所述Present_BLER是否大于预置的目标块误码率BLER_Target；若是，则依据所述Present_SNR_Target及Present_UpStep确定目标信噪比SNR_Target的目标上调步长UpStep_Target；若否，则依据所述Present_SNR_Target及Present_DownStep确定目标信噪比SNR_Target的目标下调步长DownStep_Target；依据所述Present_SNR_Target，以及，UpStep_Target和/或DownStep_Target更新所述SNR_Target。本发明用以用以让SNR_Target能够工作在线性区域，避免长时间过大或者过小，使得外环功控和内环功控机制配合的更好，减少无线链路质量的波动。
-
公开(公告)号：CN102075918A
公开(公告)日：2011-05-25
申请号：CN201110006907.5
申请日：2011-01-13
Applicant: 大唐移动通信设备有限公司
Inventor： 胡乐薇
Abstract: 本发明公开了一种基站射频单元系统更新方法及其装置，该方法包括：网管设备根据更新基站射频单元RRU命令所指示的基站，从相应基站获取接入到该基站的RRU的版本信息；所述网管设备根据所述命令所指示的RRU的更新文件的版本信息，以及从所述基站获取到的接入该基站的RRU的版本信息，确定需要进行系统更新的RRU；所述网管设备在确定出需要进行更新的RRU后，指示所述基站下载所述确定为需要进行系统更新的RRU的更新文件，以使所述基站将所述RRU的更新文件发送到相应RRU进行系统更新。采用本发明可提高基站射频单元系统更新效率和提高系统更新操作的准确性。
-
-
-
-
-
-
-
-
-
Search Results
39
records
(took 0.031 seconds)
