CN111478929B - 一种视频业务数据的传输方法及装置 - Google Patents
一种视频业务数据的传输方法及装置 Download PDFInfo
- Publication number
- CN111478929B CN111478929B CN201910061894.8A CN201910061894A CN111478929B CN 111478929 B CN111478929 B CN 111478929B CN 201910061894 A CN201910061894 A CN 201910061894A CN 111478929 B CN111478929 B CN 111478929B
- Authority
- CN
- China
- Prior art keywords
- parameter
- message
- video service
- server
- service data
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及通信领域,尤其涉及一种视频业务数据的传输方法及装置。用于减少断点续传的次数,该方法为:基站接收终端发送的第一报文,获取所述第一报文中携带的第一参数,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,进而,将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。这样,可以增加服务器发送给终端的视频业务数据,减少视频业务数据断点续传的次数,进而减少断点续传对视频业务性能的影响,因此,即便在无线传输环境波动的情况下,也可以减少断点等待时间,提高视频业务整体速率,降低视频业务传输时延,提高了用户的感知。
Description
技术领域
本发明涉及通信领域,尤其涉及一种视频业务数据的传输方法及装置。
背景技术
目前,终端的视频业务大多采用超文本传输协议(Hyper Text TransferProtocol 1.1,HTTP1.1),HTTP1.1默认支持“断点续传功能”。终端运行视频业务时,一般会建立多条传输控制协议(Transmission Control Protocol,TCP)连接,每个TCP连接上会分段一次次向服务器请求发送一段视频业务数据,待一段视频业务数据发送完毕后,服务器停止视频业务数据发送直到收到终端下次的请求,则将这个时间段称为“断点等待时间”。
HTTP设计“断点续传功能”的目的是,一旦承载传输视频业务数据的TCP连接出现问题导致传输失败,那么重新建立TCP连接并传输视频业务数据时,就可以从上一次传输的位置继续,而无需要再从第一个字节重新传输一次。但是随着无线传输网络覆盖的完善,视频业务数据传输质量越来越高,因为某些原因导致一条TCP连接“断掉”的现象基本不存在,但是由于使用“断点续传功能”造成的额外冗余带来的影响却凸现。
可见,“断点续传功能”会在整个视频业务数据传输过程中带来一次或者多次“断点等待时间”,“断点等待时间”主要包括终端处的传输时间、基站到终端的双向传输时间。但是无线传输环境质量波动较大且不可预知,并且,终端的各个视频应用软件(Application,APP)对传输时间的估算也不一定很准确,会增加不必要的视频业务中断,还可能会触发基站的一些算法,例如,“终端非连续接收”、“用户非活动状态”、“流量控制”等,进一步拉长视频业务传输时间。一个视频业务运行期间可能会有多次“断点等待时间”,这些都可能会对视频业务性能造成负面影响。
因此,需要设计一种视频业务数据的传输方法以解决上述问题。
发明内容
本发明的目的是提供一种视频业务数据的传输方法及装置,以有效减少断点续传的次数。
一种视频业务数据的传输方法,包括:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
可选的,接收终端发送的第一报文之后,获取所述第一报文中携带的第一参数之前,进一步包括:
确定所述第一报文由传输控制协议TCP连接承载,以及确定所述第一报文是基于超文本传输协议HTTP生成的。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,具体包括:
确定所述服务器上未传输的视频业务数据的预估数据量;
将所述第一参数指示的报文长度取值范围的最大值替换为所述预估数据量,生成相应的第二参数,其中,将替换后的最大值作为所述第二报文长度。
可选的,确定所述服务器上未传输的视频业务数据的预估数据量之前,进一步包括:
接收终端发送的上一次的第一报文,并触发所述服务器按照所述上一次的第一报文携带的上一次的第一参数,向所述终端推送视频业务数据;
根据服务器返回的响应报文,计算并保存所述服务器上未传输的视频业务数据的预估数据量。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,具体包括:
将所述服务器上未传输的视频业务数据的预估数据量判定为无穷大,并将所述无穷大作为第二报文长度对所述第一参数进行更新,生成相应的第二参数。
可选的,将所述无穷大作为第二报文长度对所述第一参数进行更新,具体包括:
确定所述第一参数指示的报文长度取值范围,并删除所述第二报文长度取值范围的最大值。
一种视频业务数据的传输装置,包括:
接收单元,用于接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
更新单元,用于按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
发送单元,用于将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
可选的,接收终端发送的第一报文之后,获取所述第一报文中携带的第一参数之前,所述接收单元进一步用于:
确定所述第一报文由传输控制协议TCP连接承载,以及确定所述第一报文是基于超文本传输协议HTTP生成的。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述更新单元具体用于:
确定所述服务器上未传输的视频业务数据的预估数据量;
将所述第一参数指示的报文长度取值范围的最大值替换为所述预估数据量,生成相应的第二参数,其中,将替换后的最大值作为所述第二报文长度。
可选的,确定所述服务器上未传输的视频业务数据的预估数据量之前,所述更新单元进一步用于:
接收终端发送的上一次的第一报文,并触发所述服务器按照所述上一次的第一报文携带的上一次的第一参数,向所述终端推送视频业务数据;
根据服务器返回的响应报文,计算并保存所述服务器上未传输的视频业务数据的预估数据量。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述更新单元具体用于:
将所述服务器上未传输的视频业务数据的预估数据量判定为无穷大,并将所述无穷大作为第二报文长度对所述第一参数进行更新,生成相应的第二参数。
可选的,将所述无穷大作为第二报文长度对所述第一参数进行更新,所述更新单元具体用于:
确定所述第一参数指示的报文长度取值范围,并删除所述第二报文长度取值范围的最大值。
一种基站,包括处理器和存储器,其中,
所述处理器用于读取所述存储器中保存的程序,并执行以下操作:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
可选的,接收终端发送的第一报文之后,获取所述第一报文中携带的第一参数之前,所述处理器进一步用于:
确定所述第一报文由传输控制协议TCP连接承载,以及确定所述第一报文是基于超文本传输协议HTTP生成的。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述处理器具体用于:
确定所述服务器上未传输的视频业务数据的预估数据量;
将所述第一参数指示的报文长度取值范围的最大值替换为所述预估数据量,生成相应的第二参数,其中,将替换后的最大值作为所述第二报文长度。
可选的,确定所述服务器上未传输的视频业务数据的预估数据量之前,所述处理器进一步用于:
接收终端发送的上一次的第一报文,并触发所述服务器按照所述上一次的第一报文携带的上一次的第一参数,向所述终端推送视频业务数据;
根据服务器返回的响应报文,计算并保存所述服务器上未传输的视频业务数据的预估数据量。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述处理器具体用于:
将所述服务器上未传输的视频业务数据的预估数据量判定为无穷大,并将所述无穷大作为第二报文长度对所述第一参数进行更新,生成相应的第二参数。
可选的,将所述无穷大作为第二报文长度对所述第一参数进行更新,所述处理器具体用于:
确定所述第一参数指示的报文长度取值范围,并删除所述第二报文长度取值范围的最大值。
一种存储介质,存储有用于实现视频业务数据的传输的方法的程序,所述程序被处理器运行时,执行以下步骤:
所述处理器用于读取所述存储器中保存的程序,并执行以下操作:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
综上所述,本发明实施例中,基站接收终端发送的第一报文,获取所述第一报文中携带的第一参数,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,进而,将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。这样,可以增加服务器发送给终端的视频业务数据,减少视频业务数据断点续传的次数,进而减少断点续传对视频业务性能的影响,因此,即便在无线传输环境波动的情况下,也可以减少断点等待时间,提高视频业务整体速率,降低视频业务传输时延,提高了用户的感知。
附图说明
图1为本发明实施例中视频业务数据传输流程示意图;
图2为本发明实施例中替换最大值更新方式的视频业务数据传输流程示意图;
图3为本发明实施例中删除最大值更新方式的视频业务数据传输流程示意图;
图4为本发明实施例中基站逻辑功能结构示意图;
图5为本发明实施例中基站实体结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,并不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例中,参阅图1所示,视频业务数据的传输流程如下:
步骤100:基站接收终端发送的第一报文,获取所述第一报文的报文头中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度。
具体的,本发明实施例中,基站可以接收终端发送给服务器的第一报文,确定所述第一报文是由传输控制协议(Transmission Control Protocol,TCP)连接承载,确定所述第一报文是基于超文本传输协议(Hyper Text Transfer Protocol,HTTP)生成的,并确定所述第一报文中包括第一参数时,可以从所述第一报文的报文头中获取携带的第一参数,其中,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度。
步骤110:基站按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度。
具体的,本发明实施例中,当基站采用替换最大值更新方式触发服务器传输视频业务数据时,基站可以先将第一报文发送至服务器,触发服务器按照第一报文中携带的第一参数向终端发送视频业务数据,并接收服务器返回的响应报文,然后,确定所述响应报文由对应的TCP连接承载,以及确定所述响应报文是基于HTTP生成的后,可以从所述响应报文的报文头中获取携带的响应参数,并获得响应参数指示的预估数据量,进而,当基站再次接收终端发送给服务器的新的第一报文时,确定新的第一参数指示的取值范围的最小值等于第一报文长度加1时,将所述新的第一参数更新为第二参数,即,采用预估数据量替换新的第一参数指示的取值范围的最大值,然后,重新计算TCP层校验值并生成的第二报文。
当基站采用删除最大值更新方式触发服务器传输视频业务数据时,基站可以接收终端发送给服务器的第一报文,确定所述第一报文由TCP连接承载,确定所述第一报文是基于HTTP生成的,以及所述第一报文中包括第一参数后,可以从所述第一报文的报文头中获取携带的第一参数,然后,将预估评估量判定为无穷大,根据所述预估评估量将所述第一参数更新为第二参数,并生成相应的第二报文。
步骤120:基站将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
具体的,本发明实施例中,当基站采用替换最大值更新方式触发服务器传输视频业务数据时,基站根据第二参数生成第二报文后,可以将所述第二报文发送给服务器,通过第二报文的报文头中携带的第二参数告知服务器本次需要发送多少视频业务数据,进而,触发服务器向终端发送指定长度的视频业务数据,即,触发服务器按照第二报文长度向终端推送视频业务数据。当基站采用删除最大值更新方式触发服务器传输视频业务数据时,基站根据第二参数生成第二报文后,可以将所述第二报文发送给服务器,由于第二报文中携带的第二参数的取值范围的最大值被删除,进而表征无穷大,因此,服务器接收到所述第二报文后,会将无穷大作为第二报文长度,并按照所述第二报文长度将本地保存的视频业务数据全部发送至终端,直到发送完毕为止。
通过上述流程可以看出,本发明实施例中,具体的,基站可以按照所述服务器上未传输的视频业务数据的预估数据量,将第一报文中携带的第一参数更新为第二参数,其中,第一参数用于指示服务器发送视频业务数据时采用的第一报文长度,第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度,这样,服务器可以按照预估数据量将视频业务数据推送至终端,可以实现最多一次“断点”传输视频业务数据,或者,可以实现无“断点”传输视频业务数据,因此,可以减少断点续传的次数。
具体的,基站对第二参数进行更新时可以采用多种方式,本发明实施例中以两种最为典型的更新方式为例进行介绍。一种为替换最大值更新方式,另一种为删除最大值更新方式,下面分别进行介绍。
参阅图2所示,为了实现最多一次“断点”传输视频业务数据,本发明实施例中,基站采用替换最大值更新方式触发服务器传输视频业务数据的详细流程如下:
步骤200:基站接收终端发送的第一报文。
即,基站可以接收终端发送给服务器的第一报文。
步骤201:基站判断所述第一报文是否由TCP连接承载,若是,执行步骤202,否则,执行步骤214。
具体的,本发明实施例中,当基站接收终端发送给服务器的第一报文时,需要根据TCP报文头中携带的标识,对所述第一报文是否由TCP连接承载进行判断,若所述第一报文是由TCP连接承载,则执行步骤202,否则,执行步骤214。
步骤202:基站判断所述第一报文是否基于HTTP生成,若是,则执行步骤203,否则,执行步骤214。
具体的,本发明实施例中,基站根据TCP报文头中携带的标识,判定所述第一报文是由TCP连接承载时,对所述第一报文是否基于HTTP生成作进一步判断,若所述第一报文是基于HTTP生成的,则执行步骤203,否则,执行步骤214。
步骤203:基站判断所述第一报文中是否包括第一参数,若是,则执行步骤204,否则,执行步骤214。
具体的,本发明实施例中,基站确定所述第一报文是由TCP连接承载,并且确定所述第一报文是基于HTTP生成的后,对所述第一报文中是否包括第一参数进行判断,若所述第一报文中包括第一参数,则执行步骤203,否则,执行步骤214。
步骤204:基站获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度。
具体的,本发明实施例中,基站接收终端发送的第一报文,确定所述第一报文由TCP连接承载,确定所述第一报文是基于HTTP生成的,以及确定所述第一报文中包括第一参数时,可以从所述第一报文的报文头中获取携带的第一参数,其中,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度。
例如,基站从所述接收的第一报文的报文头中,获取携带的第一参数(即Range),其中,Range用于指示所述服务器发送视频业务数据时采用的第一报文长度。
步骤205:基站保存第一参数指示的第一报文长度。
具体的,本发明实施例中,基站获取所述第一报文的报文头中携带的第一参数,记为Range,其中,Range为一个取值范围,而基站把该取值范围中记录的最大值作为第一报文长度保存下来,记为第一报文长度A=最大值。
例如,基站获取所述第一报文的报文头中携带的第一参数后,获知Range中记录的取值范围为:Range:bytes=0-5242879\r\n,在该取值范围中,最小值为0,最大值为5242879,表征终端请求服务器发送字节0到字节5242879的视频业务数据,则基站将最大值5242879作为第一报文长度保存下来,记为第一报文长度A=5242879。
步骤206:基站将第一报文发送至服务器,触发服务器按照第一参数向终端发送视频业务数据。
具体的,本发明实施例中,基站获取所述第一报文的报文头中携带的第一参数,并将第一参数指示的第一报文长度保存下来后,将第一报文发送至服务器,通过第一报文的报文头中携带的第一参数告知服务器本次需要发送多少视频业务数据,进而,触发服务器向终端发送指定长度的视频业务数据,即,触发服务器按照第一报文长度向终端推送视频业务数据。
例如,服务器可以按照第一报文长度A向终端送数据量为5242879字节的视频业务数据。
步骤207:基站接收服务器返回的响应报文,判断所述响应报文是否基于HTTP生成,若是,执行步骤208,否则,执行步骤214。
具体的,本发明实施例中,基站将第一报文发送至服务器,触发服务器按照第一报文长度向终端推送视频业务数据后,可以接收由服务器发送给终端的响应报文,其中,所述响应报文由TCP连接承载,进而,基站对所述响应报文是否基于HTTP生成作进一步判断,若所述响应报文是基于HTTP生成的,则执行步骤208,否则,执行步骤214。
步骤208:基站获取所述响应报文的报文头中携带的响应参数,所述响应参数用于指示服务器上未传输的视频业务数据的预估数据量。
具体的,本发明实施例中,基站接收服务器发送的响应报文,确定所述响应报文由对应的TCP连接承载,以及确定所述响应报文是基于HTTP生成的后,可以从所述响应报文的报文头中获取携带的响应参数,其中,所述响应参数用于指示服务器上未传输的视频业务数据的预估数据量。
例如,基站从所述接收的响应报文的报文头中,获取携带的响应参数(即Content-Range),其中,Content-Range的内容为一个取值范围,即,Content-Range用于指示服务器上未传输的视频业务数据的预估数据量。
步骤209:基站保存响应参数指示的预估数据量。
具体的,本发明实施例中,基站获取所述响应报文的报文头中携带的响应参数,记为Content-Range,由于Content-Range中携带视频业务数据总量和已经发送的视频业务数据量,因此,基站将Content-Range中携带的视频业务数据总量减去已经发送的视频业务数据量,得到的差值即为预估数据量,进而可以将预估数据量保存下来,记为预估数据量B=差值。
例如,基站获取所述响应报文的报文头中携带的Content-Range后,获知Content-Range记录的取值范围为:Content-Range:bytes 0-5242879/18647720\r\n,在该取值范围中,已经发送的视频业务数据量为5242879字节,即,服务器已经给终端成功发送字节0到字节5242879的视频业务数据,视频业务数据总量为18647720字节,即,服务器在对应TCP连接上需要发送的视频业务数据总量为18647720字节,则视频业务数据总量减去已经发送的视频业务数据量,得到的差值即为预估数据量,且18647720-5242879=13404841,则记为预估数据量B=13404841。
步骤210:基站接收终端发送的新的第一报文,确定所述新的第一报文由TCP连接承载,并确定所述新的第一报文是基于HTTP生成的时,判断所述新的第一报文中是否包括新的第一参数,若是,则步骤211,否则,执行步骤214。
具体的,本发明实施例中,当基站再次接收终端发送给服务器的新的第一报文时,需要根据TCP报文头中携带的标识,确定所述新的第一报文由TCP连接承载,然后,确定所述新的第一报文是基于HTTP生成的时,对所述新的第一报文中是否包括新的第一参数进行判断,若所述新的第一报文中包括新的第一参数,则执行步骤211,否则,执行步骤214。
步骤211:基站判断新的第一参数指示的取值范围的最小值是否等于第一报文长度加1,若是,则执行步骤212,否则,执行步骤214。
具体的,本发明实施例中,基站确定所述新的第一报文中包括新的第一参数时,获取所述新的第一报文中携带的新的第一参数,确定新的第一参数指示的取值范围的最大值小于所述服务器上未传输的视频业务数据的预估数据量时,判断新的第一参数指示的取值范围的最小值是否等于第一报文长度加1,若是,新的第一参数的范围最小值等于第一报文长度加1,则执行步骤212,否则,执行步骤214。
例如,当第一报文长度A=5242879,预估数据量B=13404841时,基站获取所述新的第一报文中携带的新的第一参数后,如果新的Range中记录的取值范围为:Range:bytes=5242880-5400000\r\n,在该取值范围中,最大值5400000<13404841,最小值5242880=5242879+1,即,最小值5242880=A+1,则执行步骤212,如果新的Range中记录的取值范围为:Range:bytes=5242888-5400000\r\n,在该取值范围中,最小值5242888=5242879+8,即,最小值5242880≠A+1,则执行步骤214。
步骤212:基站按照所述服务器上未传输的视频业务数据的预估数据量,将所述新的第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度。
具体的,本发明实施例中,基站确定所述新的第一参数指示的取值范围的最小值等于第一报文长度加1时,按照所述服务器上未传输的视频业务数据的预估数据量,将所述新的第一参数更新为第二参数,即,采用预估数据量替换新的第一参数指示的取值范围的最大值,然后,重新计算TCP层校验值并生成的第二报文。
例如,当新的Range中记录的取值范围为:Range:bytes=5242880-5400000\r\n,预估数据量B=13404841时,基站对新的第一参数进行更新,即,采用预估数据量B替换新的第一参数指示的取值范围的最大值5400000,即对新的Range进行更新,生成相应的第二参数,第二参数指示的取值范围为:Range:bytes=5242880-13404841\r\n,然后,基站会重新计算TCP层校验值并生成第二报文。
步骤213:基站将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
具体的,本发明实施例中,基站根据第二参数生成第二报文后,可以将所述第二报文发送给服务器,通过第二报文的报文头中携带的第二参数告知服务器本次需要发送多少视频业务数据,进而,触发服务器向终端发送指定长度的视频业务数据,即,触发服务器按照第二报文长度向终端推送视频业务数据。
例如,当第二参数指示的取值范围为:Range:bytes=5242880-13404841\r\n时,则服务器可以按照第二报文长度向终端推送字节5242880到字节13404841的视频业务数据。
步骤214:基站确定流程结束。
具体的,本发明实施例中,基站确定所述第一报文不是由TCP连接承载,或者,确定所述第一报文不是基于HTTP生成的,或者,确定所述第一报文中不包括第一参数,或者,确定所述响应报文不是基于HTTP生成的,或者,确定所述新的第一报文由TCP连接承载,并确定所述新的第一报文是基于HTTP生成的时,而确定所述新的第一报文中不包括第一参数时,或者,确定第一参数的范围最小值不等于第一报文长度加1时,结束视频业务数据的传输流程。
参阅图3所示,为了实现无“断点”传输视频业务数据,本发明实施例中,基站采用删除最大值更新方式触发服务器传输视频业务数据的详细流程如下:
步骤300:基站接收终端发送的第一报文。
即,基站可以接收终端发送给服务器的第一报文。
步骤301:基站判断所述第一报文是否由TCP连接承载,若是,执行步骤302,否则,执行步骤307。
具体的,本发明实施例中,当基站接收终端发送给服务器的第一报文时,需要根据TCP报文头中携带的标识,对所述第一报文是否由TCP连接承载进行判断,若所述第一报文是由TCP连接承载,则执行步骤302,否则,执行步骤307。
步骤302:基站判断所述第一报文是否基于HTTP生成,若是,则执行步骤303,否则,执行步骤307。
具体的,本发明实施例中,基站根据TCP报文头中携带的标识,判定所述第一报文是由TCP连接承载时,对所述第一报文是否基于HTTP生成作进一步判断,若所述第一报文是基于HTTP生成的,则执行步骤303,否则,执行步骤307。
步骤303:基站判断所述第一报文中是否包括第一参数,若是,则执行步骤304,否则,执行步骤307。
具体的,本发明实施例中,基站确定所述第一报文是由TCP连接承载,并且确定所述第一报文是基于HTTP生成的后,对所述第一报文中是否包括第一参数进行判断,若所述第一报文中包括第一参数,则执行步骤304,否则,执行步骤307。
步骤304:基站获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度。
具体的,本发明实施例中,基站接收终端发送的第一报文,确定所述第一报文由TCP连接承载,确定所述第一报文是基于HTTP生成的,以及所述第一报文中包括第一参数后,可以从所述第一报文的报文头中获取携带的第一参数,其中,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度。
例如,基站从所述接收的第一报文的报文头中,获取携带的Range,其中,Range用于指示所述服务器发送视频业务数据时采用的第一报文长度,Range中指示的取值范围为:Range:bytes=0-5242879\r\n,在该取值范围中,最小值为0,最大值为5242879,表征终端请求服务器发送字节0到字节5242879的视频业务数据。
步骤305:基站将预估评估量判定为无穷大,并根据所述预估评估量将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度。
具体的,本发明实施例中,基站获取所述第一报文中携带的第一参数后,将预估评估量判定为无穷大,具体的,基站需要删除Range指示的取值范围的最大值,这样,由于不存在最大值,那么,基站会默认最大值表征无穷大,从而生成相应的第二参数,即,第二参数指示的取值范围为:Range:bytes=0-\r\n,然后,基站会重新计算TCP层校验值并生成第二报文。
步骤306:基站将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
具体的,本发明实施例中,基站根据第二参数生成第二报文后,可以将所述第二报文发送给服务器,由于第二报文中携带的第二参数的取值范围的最大值被删除,进而表征无穷大,因此,服务器接收到所述第二报文后,会将无穷大作为第二报文长度,并按照所述第二报文长度将本地保存的视频业务数据全部发送至终端,直到发送完毕为止。
例如,当第二参数指示的取值范围为:Range:bytes=5-\r\n时,则服务器可以从字节5开始向终端持续发送本地保存的视频业务数据,直至所有的视频业务数据发送完毕。
步骤307:基站确定流程结束。
具体的,本发明实施例中,基站确定所述第一报文不是由TCP连接承载,或者,确定所述第一报文不是基于HTTP生成的,或者,确定所述第一报文中不包括第一参数时,结束视频业务数据的传输流程。
本发明实施例中,参阅图4所示,基站至少包括:接收单元101、更新单元102和发送单元103,其中,
接收单元101,用于接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
更新单元102,用于按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
发送单元103,用于将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
可选的,接收终端发送的第一报文之后,获取所述第一报文中携带的第一参数之前,所述接收单元101进一步用于:
确定所述第一报文由传输控制协议TCP连接承载,以及确定所述第一报文是基于超文本传输协议HTTP生成的。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述更新单元102具体用于:
确定所述服务器上未传输的视频业务数据的预估数据量;
将所述第一参数指示的报文长度取值范围的最大值替换为所述预估数据量,生成相应的第二参数,其中,将替换后的最大值作为所述第二报文长度。
可选的,确定所述服务器上未传输的视频业务数据的预估数据量之前,所述更新单元102进一步用于:
接收终端发送的上一次的第一报文,并触发所述服务器按照所述上一次的第一报文携带的上一次的第一参数,向所述终端推送视频业务数据;
根据服务器返回的响应报文,计算并保存所述服务器上未传输的视频业务数据的预估数据量。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述更新单元102具体用于:
将所述服务器上未传输的视频业务数据的预估数据量判定为无穷大,并将所述无穷大作为第二报文长度对所述第一参数进行更新,生成相应的第二参数。
可选的,将所述无穷大作为第二报文长度对所述第一参数进行更新,所述更新单元102具体用于:
确定所述第一参数指示的报文长度取值范围,并删除所述第二报文长度取值范围的最大值。
基于同一发明构思,本发明实施例提供一种基站,参阅图5所示,所述基站至少包括处理器50和存储器51,其中,
所述处理器50用于读取所述存储器51中保存的程序,并执行以下操作:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
可选的,接收终端发送的第一报文之后,获取所述第一报文中携带的第一参数之前,所述处理器50进一步用于:
确定所述第一报文由传输控制协议TCP连接承载,以及确定所述第一报文是基于超文本传输协议HTTP生成的。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述处理器50具体用于:
确定所述服务器上未传输的视频业务数据的预估数据量;
将所述第一参数指示的报文长度取值范围的最大值替换为所述预估数据量,生成相应的第二参数,其中,将替换后的最大值作为所述第二报文长度。
可选的,确定所述服务器上未传输的视频业务数据的预估数据量之前,所述处理器50进一步用于:
接收终端发送的上一次的第一报文,并触发所述服务器按照所述上一次的第一报文携带的上一次的第一参数,向所述终端推送视频业务数据;
根据服务器返回的响应报文,计算并保存所述服务器上未传输的视频业务数据的预估数据量。
可选的,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,所述处理器50具体用于:
将所述服务器上未传输的视频业务数据的预估数据量判定为无穷大,并将所述无穷大作为第二报文长度对所述第一参数进行更新,生成相应的第二参数。
可选的,将所述无穷大作为第二报文长度对所述第一参数进行更新,所述处理器50具体用于:
确定所述第一参数指示的报文长度取值范围,并删除所述第二报文长度取值范围的最大值。
基于同一发明构思,本发明实施例提供一种存储介质,存储有用于实现视频业务数据的传输的方法的程序,所述程序被处理器运行时,执行以下步骤:
所述处理器用于读取所述存储器中保存的程序,并执行以下操作:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
综上所述,本发明实施例中,基站接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示第一报文长度,然后,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示第二报文长度,最后,将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。这样,基站可以根据预估数据量将第一参数更新为第二参数,增加服务器发送给终端的视频业务数据,并触发服务器按照第二参数向终端推送视频业务数据,减少视频业务数据断点续传的次数,进而减少断点续传对视频业务性能的影响,因此,即便在无线传输环境波动的情况下,也可以减少断点等待时间,降低对视频业务速率产生的负面影响,提高视频业务整体速率,降低视频业务传输时延,提高了用户的感知。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1.一种视频业务数据的传输方法,其特征在于,包括:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,采用替换最大值或者删除最大值的更新方式将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
2.如权利要求1所述的方法,其特征在于,接收终端发送的第一报文之后,获取所述第一报文中携带的第一参数之前,进一步包括:
确定所述第一报文由传输控制协议TCP连接承载,以及确定所述第一报文是基于超文本传输协议HTTP生成的。
3.如权利要求1所述的方法,其特征在于,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,具体包括:
确定所述服务器上未传输的视频业务数据的预估数据量;
将所述第一参数指示的报文长度取值范围的最大值替换为所述预估数据量,生成相应的第二参数,其中,将替换后的最大值作为所述第二报文长度。
4.如权利要求1或3所述的方法,其特征在于,确定所述服务器上未传输的视频业务数据的预估数据量之前,进一步包括:
接收终端发送的上一次的第一报文,并触发所述服务器按照所述上一次的第一报文携带的上一次的第一参数,向所述终端推送视频业务数据;
根据服务器返回的响应报文,计算并保存所述服务器上未传输的视频业务数据的预估数据量。
5.如权利要求1所述的方法,其特征在于,按照所述服务器上未传输的视频业务数据的预估数据量,将所述第一参数更新为第二参数,具体包括:
将所述服务器上未传输的视频业务数据的预估数据量判定为无穷大,并将所述无穷大作为第二报文长度对所述第一参数进行更新,生成相应的第二参数。
6.如权利要求1或5所述的方法,其特征在于,将所述无穷大作为第二报文长度对所述第一参数进行更新,具体包括:
确定所述第一参数指示的报文长度取值范围,并删除所述第二报文长度取值范围的最大值。
7.一种视频业务数据的传输装置,其特征在于,包括:
接收单元,用于接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
更新单元,用于按照所述服务器上未传输的视频业务数据的预估数据量,采用替换最大值或者删除最大值的更新方式将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
发送单元,用于将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
8.一种基站,其特征在于,包括处理器和存储器,其中,
所述处理器用于读取所述存储器中保存的程序,并执行以下操作:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,采用替换最大值或者删除最大值的更新方式将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
9.一种存储介质,其特征在于,存储有用于实现视频业务数据的传输的方法的程序,所述程序被处理器运行时,执行以下步骤:
所述处理器用于读取所述存储器中保存的程序,并执行以下操作:
接收终端发送的第一报文,获取所述第一报文中携带的第一参数,所述第一参数用于指示服务器发送视频业务数据时采用的第一报文长度;
按照所述服务器上未传输的视频业务数据的预估数据量,采用替换最大值或者删除最大值的更新方式将所述第一参数更新为第二参数,并生成相应的第二报文,所述第二参数用于指示所述服务器按照所述预估数据量发送视频业务数据时采用的第二报文长度;
将所述第二报文发送给服务器,触发所述服务器按照所述第二参数向所述终端推送视频业务数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910061894.8A CN111478929B (zh) | 2019-01-23 | 2019-01-23 | 一种视频业务数据的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910061894.8A CN111478929B (zh) | 2019-01-23 | 2019-01-23 | 一种视频业务数据的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111478929A CN111478929A (zh) | 2020-07-31 |
CN111478929B true CN111478929B (zh) | 2021-06-11 |
Family
ID=71743752
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910061894.8A Active CN111478929B (zh) | 2019-01-23 | 2019-01-23 | 一种视频业务数据的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111478929B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1738422A (zh) * | 2004-08-17 | 2006-02-22 | 北京德瑞塔时代网络技术有限公司 | 一种“视讯通”远程视频传输系统及方法 |
CN101286976A (zh) * | 2008-05-08 | 2008-10-15 | 蒋一 | 一种基于数据拆分技术实现p2p流媒体系统的方法 |
CN101795203A (zh) * | 2009-02-03 | 2010-08-04 | 华为软件技术有限公司 | 软件升级数据包的下载方法和装置 |
EP2769524A1 (en) * | 2011-10-21 | 2014-08-27 | Telefonaktiebolaget L M Ericsson (publ) | Real-time communications methods providing pause and resume functionality and related devices |
CN104677366A (zh) * | 2015-03-19 | 2015-06-03 | 南京宜开数据分析技术有限公司 | 基于gps信息的道路地图更新方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9113195B1 (en) * | 2008-12-31 | 2015-08-18 | Tivo Inc. | Real-time DVR programming |
CN102291617B (zh) * | 2011-09-03 | 2013-04-10 | 四川公用信息产业有限责任公司 | Iptv业务端到端故障诊断与定位平台 |
CN104104481A (zh) * | 2013-04-01 | 2014-10-15 | 中兴通讯股份有限公司 | 无线局域网的报文发送方法和装置 |
CN105577565A (zh) * | 2014-10-15 | 2016-05-11 | 中兴通讯股份有限公司 | 一种数据传输方法、装置及系统 |
-
2019
- 2019-01-23 CN CN201910061894.8A patent/CN111478929B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1738422A (zh) * | 2004-08-17 | 2006-02-22 | 北京德瑞塔时代网络技术有限公司 | 一种“视讯通”远程视频传输系统及方法 |
CN101286976A (zh) * | 2008-05-08 | 2008-10-15 | 蒋一 | 一种基于数据拆分技术实现p2p流媒体系统的方法 |
CN101795203A (zh) * | 2009-02-03 | 2010-08-04 | 华为软件技术有限公司 | 软件升级数据包的下载方法和装置 |
EP2769524A1 (en) * | 2011-10-21 | 2014-08-27 | Telefonaktiebolaget L M Ericsson (publ) | Real-time communications methods providing pause and resume functionality and related devices |
CN104677366A (zh) * | 2015-03-19 | 2015-06-03 | 南京宜开数据分析技术有限公司 | 基于gps信息的道路地图更新方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111478929A (zh) | 2020-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3758412B1 (en) | Multichannel data transmission method, apparatus, system and computer-readable medium | |
CN110493116B (zh) | 一种车联网数据传输方法及装置 | |
CN109936514B (zh) | 一种报文处理方法和装置 | |
CN108347463B (zh) | 一种终端文件上传方法 | |
KR102160494B1 (ko) | 네트워크 노드, 엔드포인트 노드 및 관심 메시지 수신 방법 | |
CN109286957B (zh) | 一种回源链路的切换方法、装置、电子设备及存储介质 | |
EP4167609A1 (en) | Traffic charging method, network device and storage medium | |
CN106789700B (zh) | 一种流量整形方法及网络设备 | |
JP2020520153A (ja) | データ伝送方法、装置、システム、およびデバイス | |
CN113872870B (zh) | 控制网络拥塞的方法和相关装置 | |
CN113873455A (zh) | 流量统计方法及其系统、计算机可读存储介质 | |
JP2012065314A (ja) | データ配送装置及びデータ配送システム | |
CN107317760B (zh) | 一种sdu分段处理方法和数据接收端 | |
CN107294830B (zh) | 一种数据传输方法及系统 | |
US9935889B2 (en) | Communication apparatus and method | |
US20050187959A1 (en) | Method for transferring a message file between a client and a server | |
CN108023938B (zh) | 一种消息发送方法及服务器 | |
CN111478929B (zh) | 一种视频业务数据的传输方法及装置 | |
CN110460486B (zh) | 服务节点的监控方法及系统 | |
CN114095876A (zh) | 广播数据的处理方法和装置、存储介质及电子装置 | |
CN109525374B (zh) | 数据传输的方法、无线接入点、用户设备及传输设备 | |
CN110460487B (zh) | 服务节点的监控方法及系统、服务节点 | |
CN116303173B (zh) | 减少rdma引擎片上缓存的方法、装置、系统及芯片 | |
EP3054728A1 (en) | Mobility management method, device and system | |
WO2022156691A1 (zh) | 网络切片通信的方法、装置和系统 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230113 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Patentee after: CITIC Mobile Communication Technology Co.,Ltd. Address before: 100083 No. 29, Haidian District, Beijing, Xueyuan Road Patentee before: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. |