-
公开(公告)号：CN104301900A
公开(公告)日：2015-01-21
申请号：CN201410598861.4
申请日：2014-10-29
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明涉及移动通信技术领域，特别涉及一种基站及基站之间相互协作的方法，包括：第一基站接收第二基站发送的第一协作请求消息；第一基站将第一协作用户集合中的用户的数量与第二协作用户集合中的用户的数量进行比较；第一基站根据比较结果确定第一基站作为第三协作用户集合的主基站或从基站；其中，第三协议用户集合为第一协作用户集合和第二协作用户集合的合集；第一基站向第二基站发送第一协作确认消息，第一协作确认消息用于指示第一基站针对第三协作用户集合与第二基站建立协作关系，即，基站与基站之间是根据需要进行协作的用户集合而建立的主从关系，从而在移动通信网络中基站与基站之间能够动态的形成协作关系集合。
-
公开(公告)号：CN104202823A
公开(公告)日：2014-12-10
申请号：CN201410326841.1
申请日：2014-07-09
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明涉及数字通信技术领域，本发明实施例提供一种配置ABS的方法及装置，用以解决现有技术方案在扩展区中用户的下行信道干扰严重的问题。该方法包括：基站根据下行子帧的类型以及所述下行子帧上携带的信息确定所述下行子帧的优先级；所述基站根据几乎空白子帧ABS的个数以及所述下行子帧的优先级配置ABS。通过本发明实施例的方法，可以有效的减少异构网中扩展区中用户的干扰。
-
公开(公告)号：CN104185212A
公开(公告)日：2014-12-03
申请号：CN201410401644.1
申请日：2014-08-14
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明公开了一种LTE系统小区间上行干扰协调方法及系统，其中，所述方法针对每个目标邻区，通过计算每个边缘用户对应该目标邻区的邻区因子，使得无需维护边缘用户集列表即可实现针对不同邻区生成对应的HII列表，减少了基站内存的使用并减少了基站配置的成本，另外地，根据邻区因子计算当前统计周期内每个物理资源块的平均发射功率以及预测发射功率，并通过将预测发射功率与预设功率门限对比生成HII列表，避免了现有技术中单纯地统计边缘用户所使用的物理资源块来生成HII列表导致HII不准确的问题，保证了生成的HII列表的准确性。
-
公开(公告)号：CN104124999A
公开(公告)日：2014-10-29
申请号：CN201410373807.X
申请日：2014-07-31
Applicant: 京信通信系统(中国)有限公司
IPC: H04B7/02
Abstract: 本发明涉及移动通信技术领域，特别涉及一种基站及基站之间相互协作的方法，用以解决现有技术中提前规划网络完成协作集合存在的自适应能力差的问题。本发明实施例中，基站在协作周期内接收到主基站发送的协作请求消息后，若确认该基站当前未被设置为主基站，则将该基站设置为从基站；若该基站在协作周期内未接收到任何主基站发送的协作请求消息，则在确认该基站当前未被设置为主基站或从基站的情况下，将该基站设置为主基站。其中，第二阈值等于或小于所述第一阈值，从而能够实现将基站灵活的设置为主基站或从基站，能够解决网络规划中完成协作集合的自适应能力差的问题。
-
公开(公告)号：CN103428139A
公开(公告)日：2013-12-04
申请号：CN201210151514.8
申请日：2012-05-15
Applicant: 京信通信系统(中国)有限公司
IPC: H04L27/26
Abstract: 一种抑制峰均比的方法及装置，该方法包括：对原始频域带内数据进行上采样及IFFT变换得到上采样后的时域数据；根据由当前CR值计算得到的时域限幅阈值对上采样后的时域数据进行限幅处理及FFT变换，得到限幅后的频域数据；对限幅后的频域数据中的带内数据、带外数据分别进行调整，并用根据调整后的带内数据得到的新的CR值更新上述当前CR值；将调整后的带内数据、带外数据合并后进行IFFT变换得到抑制峰均比后的时域数据。本发明可自适应地实时计算适合的时域限幅阈值，且能尽量减少信号的带内失真和带外辐射。并且，在保证系统EVM指标的前提下，尽可能地降低数据的峰均比。本发明对峰均比抑制的效果明显；无需对接收机做任何改动；无需转送任何额外信息。
-
Patent Agency Ranking
公开(公告)号：CN104735004B
公开(公告)日：2018-05-29
申请号：CN201510099109.X
申请日：2015-03-05
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
CPC classification number: Y02D70/00
Abstract: 本发明涉及一种用于小区搜索的干扰消除方法和设备，用以解决在小区搜索的过程中，存在多个小区时，功率大的小区会影响功率较小的小区的检测的问题。本方法包括：根据Cell ID列表中每个小区对应的第一功率相关值和第二功率相关值，确定小区的小区级功率相关值；将小区级功率相关值和第一预设门限值比较，根据结果确定并剔除Cell ID列表中虚假小区；根据剩余的小区级功率相关值，确定需要进行PBCH译码的小区并进行译码；若确定的小区中有译码成功的小区，对小区进行信号重构，将译码成功小区的信号从基带信号中剔除，并返回根据Cell ID列表中每个小区对应的第一功率相关值和第二功率相关值确定小区级功率相关值的步骤。
-
公开(公告)号：CN104185212B
公开(公告)日：2017-12-08
申请号：CN201410401644.1
申请日：2014-08-14
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明公开了一种LTE系统小区间上行干扰协调方法及系统，其中，所述方法针对每个目标邻区，通过计算每个边缘用户对应该目标邻区的邻区因子，使得无需维护边缘用户集列表即可实现针对不同邻区生成对应的HII列表，减少了基站内存的使用并减少了基站配置的成本，另外地，根据邻区因子计算当前统计周期内每个物理资源块的平均发射功率以及预测发射功率，并通过将预测发射功率与预设功率门限对比生成HII列表，避免了现有技术中单纯地统计边缘用户所使用的物理资源块来生成HII列表导致HII不准确的问题，保证了生成的HII列表的准确性。
-
公开(公告)号：CN104185286B
公开(公告)日：2017-11-14
申请号：CN201410401645.6
申请日：2014-08-14
Applicant: 京信通信系统(中国)有限公司
IPC: H04W72/08
Abstract: 本发明公开了一种LTE系统下行干扰协调方法、系统及LTE基站，其中方法包括步骤：根据所述第一参考信号接收功率计算每一邻小区对应本小区的邻区因子，然后计算每一邻小区的干扰指示列表，再对每个干扰指示列表进行加和，从中筛选出最终高干扰物理资源块，最后在本小区内对边缘用户和中心用户进行干扰协调。通过计算每一邻小区对应本小区的邻区因子，准确地反映了邻小区对本小区的干扰程度，并根据所述邻区因子计算每一邻小区的干扰指示列表，使得不同的干扰指示列表因不同的邻区因子而不同，保证了后续能够准确筛选最终高干扰物理资源块，避免了将低干扰物理资源块误判为最终高干扰物理资源块，在干扰协调的过程中保证了边缘用户具有较高的吞吐量。
-
公开(公告)号：CN104243387B
公开(公告)日：2017-10-27
申请号：CN201410445718.1
申请日：2014-09-03
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明涉及通信领域，公开了一种OFDM系统的通道校正方法及装置，用以降低通道在整个带宽内的波动。该方法为：根据各个被校正天线的通道信道响应，分别计算每一个被校正天线对应的每一个子带的信道响应，任选一路被校正天线上的任一个子带作为基准子带，根据基准子带的信道响应，分别计算基准天线对应的每一个非基准子带的校正系数，以及每一路非基准天线对应的每一个子带的校正系数，再根据获得的每一个校正系数，分别对相应通道中的相应子带进行校正补偿。这样，可以分别根据每一个子带的信号接收状态对相应子带中的子载波信号进行精准补偿，从而减少了宽带信号中各子带的幅相差异问题，有效降低了各个通道在整个带宽内的波动。
-
公开(公告)号：CN103987045A
公开(公告)日：2014-08-13
申请号：CN201410232117.2
申请日：2014-05-28
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明公开了一种边缘用户属性确定方法及装置，用于解决现有技术中无法采用算法简单且能准确进行用户属性判定的问题。该方法为：将基于事件A2的测量配置信息下发至接入本基站的各个UE；接收各个UE返回的第一测量参数，并分别启动针对各个UE设置的定时器；分别判断在相应UE的定时器超时之前，是否收到相应UE返回的第二测量参数，并将返回第二测量参数的UE加入候选边缘用户集；按设定判定周期，根据预设的边缘带宽比例判定边缘用户总数，以及候选边缘用户集中各个UE的优先级，并依次选取与边缘用户总数相同数目的UE判定为边缘用户。上述方法采用简单算法准确的对用户进行属性判定，还能减少判定过程对网络资源的占用。
-
-
-
-
-
-
-
-
-
Search Results
34
records
(took 0.035 seconds)
