CN109618240A - 用于实时音视频传输的无线多信道自适应均衡方法 - Google Patents

用于实时音视频传输的无线多信道自适应均衡方法 Download PDF

Info

Publication number
CN109618240A
CN109618240A CN201811258832.8A CN201811258832A CN109618240A CN 109618240 A CN109618240 A CN 109618240A CN 201811258832 A CN201811258832 A CN 201811258832A CN 109618240 A CN109618240 A CN 109618240A
Authority
CN
China
Prior art keywords
channel
data
transmission
data packet
packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN201811258832.8A
Other languages
English (en)
Inventor
王小敏
项敏敏
聂勇
钱立斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ANHUI QINGXIN INTERNET INFORMATION TECHNOLOGY Co Ltd
Original Assignee
ANHUI QINGXIN INTERNET INFORMATION TECHNOLOGY Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ANHUI QINGXIN INTERNET INFORMATION TECHNOLOGY Co Ltd filed Critical ANHUI QINGXIN INTERNET INFORMATION TECHNOLOGY Co Ltd
Priority to CN201811258832.8A priority Critical patent/CN109618240A/zh
Publication of CN109618240A publication Critical patent/CN109618240A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784Data processing by the network
    • H04N21/64792Controlling the complexity of the content stream, e.g. by dropping packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种用于实时音视频传输的无线多信道自适应均衡方法,根据IP网络传输能力的大小将音视频数据拆分为n个数据包,为了均衡各IP信道间的发送数据包的机会,所以要由头至尾再由尾至头循环选择IP信道进行发送数据包,在开始发送前要探测出各IP信道的最佳传输带宽,判断各带宽是否能与数据包大小匹配,从而对不同的数据包合理的安排对应的IP信道,从而实现对IP信道带宽的最佳利用,确保实现最佳的实时音视频数据传输,满足音视频质量要求。

Description

用于实时音视频传输的无线多信道自适应均衡方法
技术领域
本发明属于视频监控数据传输领域,特别涉及一种用于实时音视频传输的无线多信道自适应均衡方法。
背景技术
随着大家对公共安全意识的提高,视频监控的应用场合越来越多。传统的视频监控,不管是模拟方案还是IP网络方案,都需要使用线缆连接前端摄像机与后端系统。这类方法,无法满足移动场景,比如车载船载等监控需求,也无法满足偏远地区、建筑工地等不方便布线场合的视频监控。
随着移动通信技术的发展,为解决这个难题带来了曙光。使用运营商的4G/3G网络来传输音视频数据,可以满足移动场景和不方便场合的监控。配合传统的有线监控,与后台平台无缝的连接在一起,就可以组成一种全覆盖的网络视频监控系统。但是,无线移动通信网络跟有线网络相比,带宽有限,不能够满足对视频质量有较高要求的应用场景,就需要使用多个移动通信模块组合在一起来传输音视频数据。并且,无线移动通信网络还存在丢包、延时、带宽不稳定等多种问题。如何在这样一种动态变化的无线多信道环境下实现最佳的实时音视频数据传输,成了一个必须要解决的问题。
发明内容
本发明的目的在于提供一种用于实时音视频传输的无线多信道自适应均衡方法,确保在无线多通道环境下实现最佳的实时音视频数据传输。
为了实现上述目的,本发明采取以下技术方案:一种用于实时音视频传输的无线多信道自适应均衡方法,包括如下步骤:一种用于实时音视频传输的无线多信道自适应均衡方法,包括如下步骤:A、终端设备与后端平台皆设置TCP/IP协议栈,终端设备与后端平台通过N个IP信道进行连接;B、终端设备的主控CPU将要传输的音视频数据拆分为n个适合IP信道传输能力的数据包;C、在N个顺序排列的IP信道中,以上次最终发送的IP信道为基准往后推移重新选择下一个IP信道进行传输数据包,由头至尾再由尾至头循环选择IP信道;D、对重新选择的IP信道进行估算带宽,判断此IP信道的带宽是否大于数据包的大小;E、如果大于则选择此IP信道进行传输数据包,如果小于则重新选择下一个IP信道进行重新估算带宽,直至选择合适带宽的IP信道,如果所有的IP信道的带宽都小于数据包的大小,则证明此时网络信号较差,隔一段时间再重新选择IP信道进行传输数据包;F、选择n个IP信道完毕,对应的IP信道开始传输n个数据包;G、对应的后端平台的服务软件接收完n个数据包,然后进行重组得到原始音视频数据。
所述的步骤D中,估算IP信道的带宽采用如下估算公式:发送码率=前x秒的实际传输码率均值÷(1–丢包率);其中前x秒的实际传输码率均值是根据后端平台的服务软件与主控CPU反馈的传输数据包结果来计算,以此IP信道前x秒工作时成功传输数据包的码率均值作为参考;丢包率是根据后端平台的服务软件与主控CPU之间的反馈结果来计算,以此IP信道前x秒工作时传输数据包被后端平台的服务软件接收的失败率作为参考。
步骤E中还包括如下内容:选择合适带宽的IP信道后,还需判断此IP信道的传输是否延时过大,延时为此IP信道前x秒工作过程中,自IP信道开始发送数据包时至后端平台的服务软件接收到数据包并发送反馈包至终端设备的主控CPU时所用的时间,如果存在延时过大的情况则往后推移重新选择下一个IP信道。
步骤F与步骤G之间还包括如下步骤:
S1、IP信道开始传输数据,后端平台的服务软件开始接收数据,接收数据之后会向主控CPU发送反馈包,如果发送的反馈包反馈没有接收到数据包,则证明此数据包丢失,需重新按照步骤C、D、E往下推移重新选择下一个IP信道。
步骤F与步骤G之间还包括如下步骤:
S2、IP信道开始传输数据,后端平台的服务软件开始接收数据,服务软件在一定时间内并没有对主控CPU发送反馈包或超过一定时间才对主控CPU发送反馈包,则证明此数据包有可能丢失或此IP信道的传输存在延时过大的情况,需重新按照步骤C、D、E往下推移重新选择下一个IP信道。
针对存在数据包丢失或传输延时过大的IP信道,主控CPU会继续通过此IP信道发送与音视频数据无关的空数据包至后端平台的服务软件,通过服务软件发送至主控CPU的反馈包检测此IP信道是否仍存在数据包丢失或传输延时过大的情况,如果不存在则此IP信道仍可继续作为下一轮传输音视频数据的可使用IP信道。
所述的IP信道的物理形式可采用4G/3G移动通信网络和WiFi、BGAN无线通信网络的一种。
上述技术方案中,根据IP网络传输能力的大小将音视频数据拆分为n个数据包,为了均衡各IP信道间的发送数据包的机会,所以要由头至尾再由尾至头循环选择IP信道进行发送数据包,在开始发送前要探测出各IP信道的最佳传输带宽,判断各带宽是否能与数据包大小匹配,从而对不同的数据包合理的安排对应的IP信道,从而实现对IP信道带宽的最佳利用,确保实现最佳的实时音视频数据传输,满足音视频质量要求。
附图说明
图1为本发明方法原理框图;
图2为本发明方法流程图。
具体实施方式
结合附图1、2对本发明做出进一步的说明:
一种用于实时音视频传输的无线多信道自适应均衡方法,包括如下步骤:
A、终端设备与后端平台皆设置TCP/IP协议栈,终端设备与后端平台通过N个IP信道进行连接;
B、终端设备的主控CPU将要传输的音视频数据拆分为n个适合IP信道传输能力的数据包;
C、在N个顺序排列的IP信道中,以上次最终发送的IP信道为基准往后推移重新选择下一个IP信道进行传输数据包,由头至尾再由尾至头循环选择IP信道;
D、对重新选择的IP信道进行估算带宽,判断此IP信道的带宽是否大于数据包的大小;
E、如果大于则选择此IP信道进行传输数据包,如果小于则重新选择下一个IP信道进行重新估算带宽,直至选择合适带宽的IP信道,如果所有的IP信道的带宽都小于数据包的大小,则证明此时网络信号较差,隔一段时间再重新选择IP信道进行传输数据包;
F、选择n个IP信道完毕,对应的IP信道开始传输n个数据包;
G、对应的后端平台的服务软件接收完n个数据包,然后进行重组得到原始音视频数据。
根据IP网络传输能力的大小将音视频数据拆分为n个数据包,为了均衡各IP信道间的发送数据包的机会,所以要由头至尾再由尾至头循环选择IP信道进行发送数据包,在开始发送前要探测出各IP信道的最佳传输带宽,判断各带宽是否能与数据包大小匹配,从而对不同的数据包合理的安排对应的IP信道,从而实现对IP信道带宽的最佳利用,确保实现最佳的实时音视频数据传输,满足音视频质量要求。
进一步的,所述的步骤D中,估算IP信道的带宽采用如下估算公式:发送码率=前x秒的实际传输码率均值÷(1–丢包率);其中前x秒的实际传输码率均值是根据后端平台的服务软件与主控CPU反馈的传输数据包结果来计算,以此IP信道前x秒工作时成功传输数据包的码率均值作为参考;丢包率是根据后端平台的服务软件与主控CPU之间的反馈结果来计算,以此IP信道前x秒工作时传输数据包被后端平台的服务软件接收的失败率作为参考。以IP信道之前的工作状态作为参考,判断其之前工作过程中的发送码率值,进行估算最适合的带宽,从而与数据包进行匹配,合理的安排IP信道进行传输数据包。
进一步的,步骤E中还包括如下内容:选择合适带宽的IP信道后,还需判断此IP信道的传输是否延时过大,延时为此IP信道前x秒工作过程中,自IP信道开始发送数据包时至后端平台的服务软件接收到数据包并发送反馈包至终端设备的主控CPU时所用的时间,如果存在延时过大的情况则往后推移重新选择下一个IP信道。判断IP信道的带宽满足传输数据包之后,还需判断此IP信道在传输过程中是否存在延时过大的情况,如果在之前的传输过程中所用时间平均值存在过大的情况,则证明此IP信道不稳定,则不采用此IP信道,往后推移重新选择。
进一步的,步骤F与步骤G之间还包括如下步骤:S1、IP信道开始传输数据,后端平台的服务软件开始接收数据,接收数据之后会向主控CPU发送反馈包,如果发送的反馈包反馈没有接收到数据包,则证明此数据包丢失,需重新按照步骤C、D、E往下推移重新选择下一个IP信道。确定好IP信道开始发送数据包时,还有可能会存在数据包丢失的情况,通过反馈包进行判断,如果证明数据包丢失,再根据上述步骤重新选择IP信道。
进一步的,步骤F与步骤G之间还包括如下步骤:
S2、IP信道开始传输数据,后端平台的服务软件开始接收数据,服务软件在一定时间内并没有对主控CPU发送反馈包或超过一定时间才对主控CPU发送反馈包,则证明此数据包有可能丢失或此IP信道的传输存在延时过大的情况,需重新按照步骤C、D、E往下推移重新选择下一个IP信道。确定好IP信道开始发送数据包时,还有可能会存在发送数据包延时或有可能丢失的情况,所以还需重新选择IP信道。
进一步的,针对存在数据包丢失或传输延时过大的IP信道,主控CPU会继续通过此IP信道发送与音视频数据无关的空数据包至后端平台的服务软件,通过服务软件发送至主控CPU的反馈包检测此IP信道是否仍存在数据包丢失或传输延时过大的情况,如果不存在则此IP信道仍可继续作为下一轮传输音视频数据的可使用IP信道。不是IP信道存在延时或丢包的情况,在下一轮发送音视频数据就不采用此IP信道了,因为当时有可能会存在网络波动或异常的情况,然后再发送空数据包通过服务软件与主控CPU的反馈情况,进一步的确定此IP信道可用,然后在下一轮的传输数据过程中,仍可将其作为可以传输数据包的IP信道,通过发送空数据包根据服务软件与主控CPU的反馈情况也可以重新估算IP信道的传输带宽,以此再合理的分配IP信道发送数据包。
所述的IP信道的物理形式可采用4G/3G移动通信网络和WiFi、BGAN无线通信网络的一种。
上述技术方案能够自适应的探测出各个IP信道的最佳传输带宽和延时情况;能够根据探测结果,合理分配拆分的数据包的IP信道,既能实现带宽最佳利用,又能做到延时控制在可接受范围内。

Claims (7)

1.一种用于实时音视频传输的无线多信道自适应均衡方法,包括如下步骤:
A、终端设备与后端平台皆设置TCP/IP协议栈,终端设备与后端平台通过N个IP信道进行连接;
B、终端设备的主控CPU将要传输的音视频数据拆分为n个适合IP信道传输能力的数据包;
C、在N个顺序排列的IP信道中,以上次最终发送的IP信道为基准往后推移重新选择下一个IP信道进行传输数据包,由头至尾再由尾至头循环选择IP信道;
D、对重新选择的IP信道进行估算带宽,判断此IP信道的带宽是否大于数据包的大小;
E、如果大于则选择此IP信道进行传输数据包,如果小于则重新选择下一个IP信道进行重新估算带宽,直至选择合适带宽的IP信道,如果所有的IP信道的带宽都小于数据包的大小,则证明此时网络信号较差,隔一段时间再重新选择IP信道进行传输数据包;
F、选择n个IP信道完毕,对应的IP信道开始传输n个数据包;
G、对应的后端平台的服务软件接收完n个数据包,然后进行重组得到原始音视频数据。
2.根据权利要求1所述的用于实时音视频传输的无线多信道自适应均衡方法,其特征在于:所述的步骤D中,估算IP信道的带宽采用如下估算公式:发送码率=前x秒的实际传输码率均值÷(1–丢包率);其中前x秒的实际传输码率均值是根据后端平台的服务软件与主控CPU反馈的传输数据包结果来计算,以此IP信道前x秒工作时成功传输数据包的码率均值作为参考;丢包率是根据后端平台的服务软件与主控CPU之间的反馈结果来计算,以此IP信道前x秒工作时传输数据包被后端平台的服务软件接收的失败率作为参考。
3.根据权利要求1所述的用于实时音视频传输的无线多信道自适应均衡方法,其特征在于:步骤E中还包括如下内容:选择合适带宽的IP信道后,还需判断此IP信道的传输是否延时过大,延时为此IP信道前x秒工作过程中,自IP信道开始发送数据包时至后端平台的服务软件接收到数据包并发送反馈包至终端设备的主控CPU时所用的时间,如果存在延时过大的情况则往后推移重新选择下一个IP信道。
4.根据权利要求3所述的用于实时音视频传输的无线多信道自适应均衡方法,其特征在于:步骤F与步骤G之间还包括如下步骤:
S1、IP信道开始传输数据,后端平台的服务软件开始接收数据,接收数据之后会向主控CPU发送反馈包,如果发送的反馈包反馈没有接收到数据包,则证明此数据包丢失,需重新按照步骤C、D、E往下推移重新选择下一个IP信道。
5.根据权利要求4所述的用于实时音视频传输的无线多信道自适应均衡方法,其特征在于:步骤F与步骤G之间还包括如下步骤:
S2、IP信道开始传输数据,后端平台的服务软件开始接收数据,服务软件在一定时间内并没有对主控CPU发送反馈包或超过一定时间才对主控CPU发送反馈包,则证明此数据包有可能丢失或此IP信道的传输存在延时过大的情况,需重新按照步骤C、D、E往下推移重新选择下一个IP信道。
6.根据权利要求1~5任意一项所述的用于实时音视频传输的无线多信道自适应均衡方法,其特征在于:针对存在数据包丢失或传输延时过大的IP信道,主控CPU会继续通过此IP信道发送与音视频数据无关的空数据包至后端平台的服务软件,通过服务软件发送至主控CPU的反馈包检测此IP信道是否仍存在数据包丢失或传输延时过大的情况,如果不存在则此IP信道仍可继续作为下一轮传输音视频数据的可使用IP信道。
7.根据权利要求1~5任意一项所述的用于实时音视频传输的无线多信道自适应均衡方法,其特征在于:所述的IP信道的物理形式可采用4G/3G移动通信网络和WiFi、BGAN无线通信网络的一种。
CN201811258832.8A 2018-10-26 2018-10-26 用于实时音视频传输的无线多信道自适应均衡方法 Withdrawn CN109618240A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811258832.8A CN109618240A (zh) 2018-10-26 2018-10-26 用于实时音视频传输的无线多信道自适应均衡方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811258832.8A CN109618240A (zh) 2018-10-26 2018-10-26 用于实时音视频传输的无线多信道自适应均衡方法

Publications (1)

Publication Number Publication Date
CN109618240A true CN109618240A (zh) 2019-04-12

Family

ID=66002356

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811258832.8A Withdrawn CN109618240A (zh) 2018-10-26 2018-10-26 用于实时音视频传输的无线多信道自适应均衡方法

Country Status (1)

Country Link
CN (1) CN109618240A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113328955A (zh) * 2021-04-20 2021-08-31 北京连山科技股份有限公司 一种结合多参数自适应的多链路负载均衡方法
CN113689810A (zh) * 2020-05-18 2021-11-23 Lg电子株式会社 图像显示设备及其方法
CN113890712A (zh) * 2021-10-14 2022-01-04 微位(深圳)网络科技有限公司 数据传输方法、装置、电子设备及可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101500131A (zh) * 2009-03-09 2009-08-05 深圳市源富创新电子有限公司 音视频无线传输系统及传输方法
CN102170441A (zh) * 2011-04-22 2011-08-31 杭州比特瑞旺电脑有限公司 一种实现多路嵌入式音频在kvm-over-ip中实时数字化传输的方法
CN102255884A (zh) * 2011-04-01 2011-11-23 宋健 针对于不可靠网络的实时音视频信号的多链路、多通道传输的方法和系统
US20140362740A1 (en) * 2004-05-13 2014-12-11 Qualcomm Incorporated Method and apparatus for allocation of information to channels of a communication system
CN105245321A (zh) * 2015-10-10 2016-01-13 安徽清新互联信息科技有限公司 一种自适应带宽的多通道实时数据传输方法
WO2017084277A1 (zh) * 2015-11-16 2017-05-26 乐视控股(北京)有限公司 在线媒体服务的码流自适应方法及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140362740A1 (en) * 2004-05-13 2014-12-11 Qualcomm Incorporated Method and apparatus for allocation of information to channels of a communication system
CN101500131A (zh) * 2009-03-09 2009-08-05 深圳市源富创新电子有限公司 音视频无线传输系统及传输方法
CN102255884A (zh) * 2011-04-01 2011-11-23 宋健 针对于不可靠网络的实时音视频信号的多链路、多通道传输的方法和系统
CN102170441A (zh) * 2011-04-22 2011-08-31 杭州比特瑞旺电脑有限公司 一种实现多路嵌入式音频在kvm-over-ip中实时数字化传输的方法
CN105245321A (zh) * 2015-10-10 2016-01-13 安徽清新互联信息科技有限公司 一种自适应带宽的多通道实时数据传输方法
WO2017084277A1 (zh) * 2015-11-16 2017-05-26 乐视控股(北京)有限公司 在线媒体服务的码流自适应方法及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113689810A (zh) * 2020-05-18 2021-11-23 Lg电子株式会社 图像显示设备及其方法
CN113689810B (zh) * 2020-05-18 2023-07-04 Lg电子株式会社 图像显示设备及其方法
CN113328955A (zh) * 2021-04-20 2021-08-31 北京连山科技股份有限公司 一种结合多参数自适应的多链路负载均衡方法
CN113328955B (zh) * 2021-04-20 2022-02-22 北京连山科技股份有限公司 一种结合多参数自适应的多链路负载均衡方法
CN113890712A (zh) * 2021-10-14 2022-01-04 微位(深圳)网络科技有限公司 数据传输方法、装置、电子设备及可读存储介质

Similar Documents

Publication Publication Date Title
US8289988B2 (en) Wireless communication methods utilizing a single antenna with multiple channels and the devices thereof
KR102604211B1 (ko) 무선 lan 기지국 장치 및 무선 lan 단말 장치
CN105245321A (zh) 一种自适应带宽的多通道实时数据传输方法
CN106534956A (zh) 屏幕投射的视频数据传输方法、装置及系统
CN102083136B (zh) 无线网络的控制方法及无线控制器
CN108282671B (zh) 一种流媒体数据传输方法
CN109618240A (zh) 用于实时音视频传输的无线多信道自适应均衡方法
RU2002104934A (ru) Способ и устройство передачи данных по обратной линии связи в системе мобильной связи
US9723623B2 (en) Access point managed concurrent transmissions
WO2001048952A1 (fr) Procede et dispositif de transmission de signaux de rafale dans un systeme de communication mobile, procede de distribution d'informations et controleur de distribution d'informations
US10129725B2 (en) Wireless sensor network and association request transmission method
CA2547574A1 (en) Apparatus and method for sharing a unique identifier among a plurality of receivers
JP2008524898A (ja) 電力制御を備えたマルチキャスト通信システム
CN111970293B (zh) 一种基于VoIP地空语音通信的同步比选及跟随技术方法
US8594581B2 (en) Wireless station and method in a wireless station for initiating resource measurements
CA2513343A1 (en) Wireless packet communication method and wireless packet communication apparatus
CN101997729A (zh) 网络控制方法和装置
CN107979847A (zh) 数据传输的方法、装置、用户设备和基站
WO2008005804A2 (en) Media type access category based load leveling for a wireless network
US20160270105A1 (en) Access point managed concurrent transmissions
CN105847275A (zh) 一种数据传输通道建立方法、系统和服务器
CN113068233B (zh) 一种基于链路智选传输技术的手机通话系统
JP2005006285A5 (zh)
CN107404363B (zh) 一种语音码率的调整方法、系统、终端和网络侧设备
WO2009106285A1 (en) Process for controlling the association of one mobile terminal to one particular access point belonging to one wireless network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20190412

WW01 Invention patent application withdrawn after publication