-
公开(公告)号：CN106059885A
公开(公告)日：2016-10-26
申请号：CN201610431373.3
申请日：2016-06-15
Applicant: 京信通信系统(中国)有限公司
IPC: H04L12/46 , H04L12/931 , H04L12/947
CPC classification number: H04L49/252 , H04L12/4633 , H04L49/60
Abstract: 本发明涉及一种无线控制器对CAPWAP报文的处理方法和系统，其中，所述方法包括如下步骤：获取无线接入点通过CAPWAP隧道协议向无线控制器发送的CAPWAP报文；利用在网络过滤器接口的本地入口钩子点处注册的第一钩子函数对所述CAPWAP报文进行解封装，得到用户数据报文；调用内核网络设备接口层数据包接收函数将所述用户数据报文重新放入内核协议栈，利用无线控制器的Linux内核协议栈对所述用户数据报文进行处理。通过上述技术方案，本发明的无线控制器对CAPWAP报文的处理方法和系统，极大地降低了对CAPWAP报文的处理难度；同时，在一定程度上提高了CAPWAP报文的处理效率。
-
公开(公告)号：CN103346945A
公开(公告)日：2013-10-09
申请号：CN201310257039.7
申请日：2013-06-25
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明公开了一种CAPWAP隧道的数据传输方法、装置及系统，用以解决现有CAPWAP隧道技术中，对数据包长度超过MTU的CAPWAP数据包进行分包后，CAPWAP数据包占用额外的系统处理资源，降低设备吞吐量的问题，本发明实施例中，WTP建立STA的地址信息与STA标识的对应关系，并将该对应关系发送给AC，WTP将上行数据包头部的地址信息替换为代理地址信息，并在上行数据包头部携带STA标识，AC接收到上行数据包后，根据所述对应关系，确定与STA标识对应的STA的地址信息，将上行数据包头部的代理地址信息替换为所确定的STA的地址信息，并去掉携带在上行数据包中的STA标识，能够不产生额外的数据包长度。
-
公开(公告)号：CN109039784A
公开(公告)日：2018-12-18
申请号：CN201811133228.2
申请日：2018-09-27
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
CPC classification number: H04L67/30 , H04L41/0803
Abstract: 本申请涉及一种OpenStack的节点部署方法，包括：获取OpenStack当前安装的节点的类型信息；根据所述类型信息，获取所述节点的网络信息；根据所述类型信息和所述网络信息生成所述节点对应的第一类配置文件；根据所述第一类配置文件和所述节点的安装函数，安装所述节点对应的网络服务安装包，生成并启用相应的网络插件。通过获取当前安装的节点的类型信息后，对应获取该节点的网络信息。从而自动完成配置文件的生成、节点所在网络服务的安装，最终生成并启动相应的网络插件，实现节点的自动化配置安装。节点部署过程用户介入度较低，操作简便，有效实现了大幅提高各节点部署效率的效果。
-
公开(公告)号：CN108418766A
公开(公告)日：2018-08-17
申请号：CN201810179216.7
申请日：2018-03-05
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: H04L12/819 , H04L12/911
CPC classification number: H04L47/215 , H04L47/70
Abstract: 本发明涉及一种带宽控制方法、装置和系统，其中方法包括步骤：获取上行的总带宽限值和下行的总带宽限值，以及待分配传输线路数目，根据上行的和下行的总带宽限值，配置上行的和下行的总令牌桶的参数；根据所述上行的和下行的总带宽限值，以及待分配传输线路数目，计算各个传输线路的上行和下行带宽限值，根据各个传输线路的上行带宽限值和下行带宽限值，配置各个传输线路的上行的和下行的分令牌桶的参数，利用上行的和下行的总令牌桶和分令牌桶，控制各个传输线路的数据传输。上述带宽控制方法，对各个传输线路的带宽进行分配，保证各个传输线路均有分配的带宽可用，解决了带宽共享时部分传输线路带宽被其他线路占用，无法进行业务传输的问题。
-
公开(公告)号：CN106685829B
公开(公告)日：2020-06-19
申请号：CN201611228652.6
申请日：2016-12-27
Applicant: 京信通信系统(中国)有限公司
IPC: H04L12/741 , H04L12/935 , H04L29/06 , H04L29/08
Abstract: 本发明实施例涉及通信技术领域，尤其涉及一种实时传输协议RTP用户面数据转发的方法和装置，用于实现在基站和核心网之间快速转发用户面数据。基站和核心网通过网关建立链接，网关的内核态上设置转发装置，接收待转发数据包；若确定待转发数据包为RTP数据包：从RTP承载映射表中确定出：与目的IP地址和目的UDP端口标识对应的、位于第二端上的待更新目的IP地址和待更新目的UDP端口标识；将目的IP地址更新为待更新目的IP地址、目的UDP端口标识更新为待更新目的UDP端口标识，得到更新后待转发数据包并发送出去；进而减少用户面数据在用户态和内核态之间的拷贝开销，实现在基站和核心网之间快速转发用户面数据。
-
Patent Agency Ranking
公开(公告)号：CN111200519A
公开(公告)日：2020-05-26
申请号：CN201911366920.4
申请日：2019-12-26
Applicant: 京信通信系统(中国)有限公司
Abstract: 本申请涉及一种数据处理方法、装置、BBU、接入网设备和存储介质。所述方法包括：接收至少一个射频拉远单元RRU发送的上行交互消息；所述上行交互消息包括所述RRU的地址以及上行交互数据；根据所述RRU的地址和预设的第一映射关系，确定所述RRU的地址对应的第一交互处理方式；所述预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；采用所述第一交互处理方式将所述上行交互数据进行第一格式转换，得到处理后的上行交互数据；所述第一格式转换包括将所述RRU的协议格式转换为与所述RRU交互的基带处理单元BBU的协议格式。采用本方法能够节省人力和运维成本。
-
公开(公告)号：CN107395572B
公开(公告)日：2020-04-14
申请号：CN201710518287.0
申请日：2017-06-29
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明实施例提供一种数据处理方法及物联网网关，用以解决现有的数据传输网络存在的数据响应慢及数据处理效率低的技术问题。所述方法应用于物联网网关，该物联网网关连接于基站与核心网设备之间，所述方法包括：接收用户终端通过基站发送的第一数据；基于第一数据的特征信息，确定针对第一数据的处理策略，其中，特征信息包括用于表征传输第一数据采用的通信协议的信息；以处理策略对第一数据进行处理。
-
公开(公告)号：CN107734502B
公开(公告)日：2020-02-21
申请号：CN201710800091.0
申请日：2017-09-07
Applicant: 京信通信系统(中国)有限公司
Abstract: 本发明公开了一种基于区块链的微基站通信管理方法、系统及设备。该方法包括：微基站生成相应接入节点的认证请求数据包并通过当前节点向区块链网络发送所述认证请求数据包；接收所述区块链网络针对所述接入节点而配置指定数量的其他节点进行认证后产生的认证结果；所述认证结果通过所述当前节点返回至微基站。本发明通过区块链技术，保证接入节点的合法性和有效性，进而保证了数据正常有效的传输，促使接入节点能够有效的提供服务，实现了接入节点通信系统的分布式管理，以维护整个区块链网络的完整性。
-
公开(公告)号：CN109474386A
公开(公告)日：2019-03-15
申请号：CN201811184481.0
申请日：2018-10-11
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
CPC classification number: H04L1/0023 , H04L67/06 , H04W24/02
Abstract: 本申请涉及一种信令跟踪方法、系统、网元设备和存储介质。所述方法包括：检测当前网元的信令跟踪模式，在当前网元的信令跟踪模式包括本地跟踪模式时，对当前网元所接收的信令进行信令跟踪并获得信令的信令跟踪文件，对信令跟踪文件进行解析并获得业务信令信息，向当前网元的客户端发送业务信令信息，客户端用于展示业务信令信息。上述方法，网元对信令跟踪文件进行本地处理后向当前网元的客户端发送业务信令信息，不需要将信令跟踪文件或业务信令信息转发至中间媒介的网管服务器，减少信令跟踪过程中网络传输的数据量，可以大大减少对移动通信网络的核心网中资源的消耗，同时通过当前网元的客户端可以展示业务信令信息，提高信令跟踪的实时性。
-
公开(公告)号：CN109324807A
公开(公告)日：2019-02-12
申请号：CN201811129836.6
申请日：2018-09-27
Applicant: 京信通信系统(中国)有限公司 , 京信通信系统(广州)有限公司 , 京信通信技术(广州)有限公司 , 天津京信通信系统有限公司
IPC: G06F8/61
CPC classification number: G06F8/61
Abstract: 本申请涉及一种OpenStack的计费模块安装方法，包括：获取计费模块的安装指令；根据安装指令调用OpenStack的命令执行模块进行安装源的安装；其中，安装源为OpenStack的版本对应的安装源；调用OpenStack的命令执行模块执行安装源的脚本安装函数，安装计费模块的安装包，生成对应的配置文件；调用文件目录处理模块打开配置文件，并调用OpenStack的文件编辑模块对配置文件的进行配置；调用数据库命令模块创建计费模块的服务数据库并赋权限，以及调用OpenStack的认证模块创建并添加计费模块的用户和角色。通过执行安装脚本过程中，调用OpenStack平台上的各相应的模块完成安装与配置，以及计费模块认证过程中的用户和角色创建与添加。安装过程无需工作人员过多介入，可大幅提高计费模块安装效率。
-
-
-
-
-
-
-
-
-
Search Results
39
records
(took 0.033 seconds)
