CN107710712B - 一种集群通信方法、装置及设备 - Google Patents
一种集群通信方法、装置及设备 Download PDFInfo
- Publication number
- CN107710712B CN107710712B CN201580081037.4A CN201580081037A CN107710712B CN 107710712 B CN107710712 B CN 107710712B CN 201580081037 A CN201580081037 A CN 201580081037A CN 107710712 B CN107710712 B CN 107710712B
- Authority
- CN
- China
- Prior art keywords
- rtp
- data packet
- receiving
- rtp data
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- 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/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- 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
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- 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/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种集群通信方法、装置及设备,该方法包括:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,集群通信应用业务服务器GCS AS获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,其中,所述接收方式包括单播传输方式和多播传输方式;所述GCS AS根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值;根据所述时延差值,调整单播传输方式中传输RTP数据包的时间,用于解决UE在切换前后的不同数据传输路径上收到的RTP数据包会发生乱序失步(例如,可能出现丢包或重复收包)的问题。
Description
技术领域
本发明涉及通信技术领域,尤其是涉及一种集群通信方法、装置及设备。
背景技术
集群通信***是一种具有调度能力的特殊通信***,提供单向的通话能力,允许用户设备(英文:User Equipment,UE)同一个或多个其他UE之间进行通信。随着移动业务日益丰富,以及长期演进(英文:Long Term Evolution,缩写:LTE)技术的发展,在公共LTE网络上实现丰富的集群业务成为可能。LTE中的集群通信可采用单播和多播的方式进行数据传输。其中集群通信的多播传输方式,采用现有的多媒体广播/多播(英文:MultimediaBroadcast/Multicast Service,缩写:MBMS)广播技术进行数据传输。
在LTE集群通信***架构下,网络侧设置集群通信应用业务服务器(英文:GroupCommunication Service Application Server,缩写:GCS AS)。GCS AS是第三方的应用服务器,用于集群通信过程中群组成员的管理、激活MBMS的发起等功能。一般情况下,GCS AS是基于实时传输协议(英文:Real-Time Transport Protocol,缩写:RTP)传输数据,当GCSAS需要发送数据时,可通过单播和多播的方式传输数据。
其中,如图1所示的用于面数据传输流程图,若GCS AS采用单播的方式发送RTP数据包,GCS AS通过分组数据网(英文:Packet Data Network,缩写:PDN)将RTP数据包发送给UE,UE接收来自GCS AS的数据包。如果GCS AS采用多播的方式发送RTP数据包,则GCS AS先将RTP数据包发送给广播-多播业务中心(英文:Broadcast-Multicast Service Centre,缩写:BM-SC),BM-SC接收到RTP数据包后,对RTP数据包不做修改,只是将来自GCS AS的IP数据流与对应的MBMS承载绑定,再通过MBMS GW、eNB将来自GCS AS的RTP数据包发送给UE,UE接收来自BM-SC的数据包。其中,RTP数据包的传输调度周期为20ms,单播传输的时延为40ms,即从GCS AS开始发送第一个RTP数据包至UE通过单播接收到GCS AS发送的第一个RTP数据包的时间延迟为40ms。多播传输的时延为160ms。随着UE的位置的改变,GCS AS和UE之间RTP数据包的传输方式也在发生变化。如图2所示,UE在移动过程中,可能会从单播覆盖区域移动到MBMS覆盖区,GCS AS和UE之间RTP数据包的传输方式从单播方式切换为多播方式,反之,当UE从MBMS覆盖区移动到单播覆盖区,GCS AS和UE之间RTP数据包的传输方式会从多播方式切换为单播方式,由于单播方式和多播方式传输RTP数据包的传输时延的差异,导致UE在切换前后的不同数据传输路径上收到的RTP数据包会发生乱序失步(例如,可能出现丢包或重复收包)的问题。
发明内容
本发明实施例提供了一种集群通信方法、装置及设备,用于解决UE在切换前后的不同数据传输路径上收到的RTP数据包会发生乱序失步(例如,可能出现丢包或重复收包)的问题。
第一方面,提供了一种集群通信方法,包括:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,集群通信应用业务服务器GCS AS获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,其中,所述接收方式包括单播传输方式和多播传输方式;所述GCS AS根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值;根据所述时延差值,调整单播传输方式中传输RTP数据包的时间。
在第一方面的第一种可能的实现方式中,获得第一RTP数据包和第二RTP数据包之间的时间差值,包括:接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的。
结合第一方面或第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,包括:在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
结合第一方面至第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,获得第一RTP数据包和第二RTP数据包之间的时间差值之前,还包括:所述GCSAS发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
结合第一方面至第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
结合第一方面至第一方面的第四种可能的实现方式,在第一方面的第五种可能的实现方式中,所述通知消息包含体验质量度量,接收所述UE上报承载测量结果的体验质量度量。
结合第一方面至第一方面的第五种可能的实现方式,在第一方面的第六种可能的实现方式中,至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
结合第一方面至第一方面的第六种可能的实现方式,在第一方面的第七种可能的实现方式中,根据所述时延差值,调整单播传输方式中传输RTP数据包的时间,包括:按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
结合第一方面至第一方面的第七种可能的实现方式,在第一方面的第八种可能的实现方式中,所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
第二方面,提供了一种集群通信方法,包括:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,所述UE测量切换前后接收到的第一RTP数据包和第二RTP数据包,其中,所述接收方式包括单播传输方式和多播传输方式;所述UE上报对所述第一RTP数据包和第二RTP数据包的测量结果。
在第二方面的第一种可能的实现方式中,所述UE测量切换前后接收到的第一RTP数据包和第二RTP数据包,包括:所述UE获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识;所述UE上报对所述第一RTP数据包和第二RTP数据包的测量结果,包括:所述UE将第一时间戳标识和第二时间戳标识作为测量结果上报。
结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述UE测量切换前后接收到的第一RTP数据包和第二RTP数据包,包括:所述UE获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定时间差值;所述UE上报对所述第一RTP数据包和第二RTP数据包的测量结果,包括:所述UE将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
结合第二方面至第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,在所述UE测量切换前后接收到的第一RTP数据包和第二RTP数据包之前,还包括:接收用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
结合第二方面至第二方面的第三种可能的实现方式,在第二方面的第四种可能的实现方式中,所述UE按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
结合第二方面至第二方面的第四种可能的实现方式,在第二方面的第五种可能的实现方式中,所述通知消息包含体验质量度量,所述UE上报承载测量结果的体验质量度量。
结合第二方面至第二方面的第五种可能的实现方式,在第二方面的第六种可能的实现方式中,所述UE至少按照下述方式中的一种,上报承载测量结果的体验质量度量:所述UE通过GC1接口的信令消息,上报承载测量结果的体验质量度量;所述UE通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;所述UE通过BM-SC,上报承载测量结果的体验质量度量。
结合第二方面至第二方面的第六种可能的实现方式,在第二方面的第七种可能的实现方式中,所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
第三方面,提供了一种集群通信方法,包括:在用户设备UE接收实时传输协议RTP数据包的接收方式发成切换时,接收所述UE发送的RTP数据包重传请求;按照所述RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向所述UE重新发送RTP数据包。
在第三方面的第一种可能的实现方式中,至少按照下述方式中的一种,接收所述UE发送的RTP数据包重传请求:接收UE通过GC1接口的信令消息发送的RTP数据包重传请求;接收所述UE通过超文本传输协议HTTP发送的RTP数据包重传请求;接收所述UE通过扩展的RR实时传输控制协议RTCP数据包发送的RTP数据包重传请求。
第四方面,提供了一种集群通信方法,包括:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,所述UE发送RTP数据包重传请求,其中所述RTP数据包重传请求中包含请求重新传输的RTP数据包标识;以及接收重新传输的RTP数据包。
在第四方面的第一种可能的实现方式中,在所述UE发送RTP数据包重传请求之前,还包括:所述UE对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。
结合第四方面或第四方面的第一种可能的实现方式,在第四方面的第二种可能的实现方式中,所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
结合第四方面至第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,所述UE至少按照下述方式中的一种,发送RTP数据包重传请求:所述UE通过GC1接口的信令消息发送RTP数据包重传请求;UE通过超文本传输协议HTTP发送RTP数据包重传请求;所述UE通过扩展的实时传输控制协议RTCP RR数据包发送RTP数据包重传请求。
第五方面,提供了一种集群通信装置,包括:获得模块,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,并将所述时间差值传输给计算模块,其中,所述接收方式包括单播传输方式和多播传输方式;计算模块,用于根据所述获得模块传输的所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,并将所述时延差值传输给执行模块;执行模块,用于根据所述计算模块传输的所述时延差值,调整单播传输方式中传输RTP数据包的时间。
在第五方面的第一种可能的实现方式中,所述获得模块,具体用于接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的。
结合第五方面或第五方面的第一种可能的实现方式,在第五方面的第二种可能的实现方式中,所述计算模块,具体用于在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
结合第五方面至第五方面的第二种可能的实现方式,在第五方面的第三种可能的实现方式中,还包括:发送模块,用于发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
结合第五方面至第五方面的第三种可能的实现方式,在第五方面的第四种可能的实现方式中,所述发送模块,具体用于按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
结合第五方面至第五方面的第四种可能的实现方式,在第五方面的第五种可能的实现方式中,所述发送模块发送的所述通知消息包含体验质量度量,所述装置还包括:接收模块,用于接收所述UE上报承载测量结果的体验质量度量。
结合第五方面至第五方面的第五种可能的实现方式,在第五方面的第六种可能的实现方式中,所述接收模块,具体用于至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
结合第五方面至第五方面的第六种可能的实现方式,在第五方面的第七种可能的实现方式中,所述执行模块,具体用于按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
结合第五方面至第五方面的第七种可能的实现方式,在第五方面的第八种可能的实现方式中,所述获得模块,获得的切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值中的所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
第六方面,提供了一种集群通信装置,包括:测量模块,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,测量切换前后接收到的第一RTP数据包和第二RTP数据包,其中,所述接收方式包括单播传输方式和多播传输方式;执行模块,用于上报对所述第一RTP数据包和第二RTP数据包的测量结果。
在第六方面的第一种可能的实现方式中,所述测量模块,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识;所述执行模块,具体用于将第一时间戳标识和第二时间戳标识作为测量结果上报。
结合第六方面或第六方面的第一种可能的实现方式,在第六方面的第二种可能的实现方式中,所述测量模块,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定时间差值;所述执行模块,具体用于将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
结合第六方面至第六方面的第二种可能的实现方式,在第六方面的第三种可能的实现方式中,还包括:接收模块,用于接收用于触发UE上报测量结果的通知消息,所述测量结果为接收到第一RTP数据包的第一时间戳标识和接收到所述第二RTP数据包的第二时间戳标识;或者为根据接收到的第一RTP数据包的第一时间戳标识和接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
结合第六方面至第六方面的第三种可能的实现方式,在第六方面的第四种可能的实现方式中,所述接收模块,具体用于按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
结合第六方面至第六方面的第四种可能的实现方式,在第六方面的第五种可能的实现方式中,所述通知消息包含体验质量度量,所述执行模块,具体用于上报承载测量结果的体验质量度量。
结合第六方面至第六方面的第五种可能的实现方式,在第六方面的第六种可能的实现方式中,所述执行模块,具体用于至少按照下述方式中的一种,上报承载测量结果的体验质量度量:通过GC1接口的信令消息,上报承载测量结果的体验质量度量;通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;通过BM-SC,上报承载测量结果的体验质量度量。
结合第六方面至第六方面的第六种可能的实现方式,在第六方面的第七种可能的实现方式中,所述测量模块测量的所述第一RTP数据包是接收RTP数据包的接收方式切换之前,在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是接收RTP数据包的接收方式发生切换之后,在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
第七方面,提供了一种集群通信装置,包括:接收模块,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发成切换时,接收所述UE发送的RTP数据包重传请求;执行模块,用于按照所述RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向所述UE重新发送RTP数据包。
在第七方面的第一种可能的实现方式中,所述接收模块,具体用于至少按照下述方式中的一种,接收所述UE发送的RTP数据包重传请求:接收UE通过GC1接口的信令消息发送的RTP数据包重传请求;接收所述UE通过超文本传输协议HTTP发送的RTP数据包重传请求;接收所述UE通过扩展的RR实时传输控制协议RTCP数据包发送的RTP数据包重传请求。
第八方面,提供了一种集群通信装置,包括:发送模块,用于在接收实时传输协议RTP数据包的接收方式发生切换时,发送RTP数据包重传请求,其中所述RTP数据包重传请求中包含请求重新传输的RTP数据包标识;接收模块,用于接收重新传输的RTP数据包。
在第八方面的第一种可能的实现方式中,还包括:测量模块,用于对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。
结合第八方面或第八方面的第一种可能的实现方式,在第八方面的第二种可能的实现方式中,所述测量模块测量的第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
结合第八方面至第八方面的第二种可能的实现方式,在第八方面的第三种可能的实现方式中,所述发送模块,具体用于至少按照下述方式中的一种,发送RTP数据包重传请求:通过GC1接口的信令消息发送RTP数据包重传请求;通过超文本传输协议HTTP发送RTP数据包重传请求;通过扩展的RR实时传输控制协议RTCP数据包发送RTP数据包重传请求。
第九方面,提供了一种集群通信设备,包括:存储器,用于存储程序指令;信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行下述步骤:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,其中,所述接收方式包括单播传输方式和多播传输方式;根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,并将所述时延差值传输给执行模块;根据所述时延差值,调整单播传输方式中传输RTP数据包的时间。
在第九方面的第一种可能的实现方式中,所述信号处理器,具体用于接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的。
结合第九方面或第九方面的第一种可能的实现方式,在第九方面的第二种可能的实现方式中,所述信号处理器,具体用于在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
结合第九方面至第九方面的第二种可能的实现方式,在第九方面的第三种可能的实现方式中,还包括:接口,用于发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
结合第九方面至第九方面的第三种可能的实现方式,在第九方面的第四种可能的实现方式中,所述接口,具体用于按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
结合第九方面至第五九方面的第四种可能的实现方式,在第九方面的第五种可能的实现方式中,所述接口发送的所述通知消息包含体验质量度量,接收所述UE上报承载测量结果的体验质量度量。
结合第九方面至第九方面的第五种可能的实现方式,在第九方面的第六种可能的实现方式中,所述接口,具体用于至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
结合第九方面至第九方面的第六种可能的实现方式,在第九方面的第七种可能的实现方式中,所述信号处理器,具体用于按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
结合第九方面至第九方面的第七种可能的实现方式,在第九方面的第八种可能的实现方式中,所述信号处理器,获得的切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值中的所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
第十方面,提供了一种集群通信设备,包括:存储器,用于存储程序指令;信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行下述步骤:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,测量切换前后接收到的第一RTP数据包和第二RTP数据包,其中,所述接收方式包括单播传输方式和多播传输方式;接口,用于上报对所述第一RTP数据包和第二RTP数据包的测量结果。
在第十方面的第一种可能的实现方式中,所述信号处理器,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识;所述接口,具体用于将第一时间戳标识和第二时间戳标识作为测量结果上报。
结合第十方面或第十方面的第一种可能的实现方式,在第十方面的第二种可能的实现方式中,所述信号处理器,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定时间差值;所述接口,具体用于将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
结合第十方面至第十方面的第二种可能的实现方式,在第十方面的第三种可能的实现方式中,所述接口,还用于接收用于触发UE上报测量结果的通知消息,所述测量结果为接收到第一RTP数据包的第一时间戳标识和接收到所述第二RTP数据包的第二时间戳标识;或者为根据接收到的第一RTP数据包的第一时间戳标识和接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
结合第十方面至第十方面的第三种可能的实现方式,在第十方面的第四种可能的实现方式中,所述接口,具体用于按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
结合第十方面至第十方面的第四种可能的实现方式,在第十方面的第五种可能的实现方式中,所述通知消息包含体验质量度量,所述接口,具体用于上报承载测量结果的体验质量度量。
结合第十方面至第十方面的第五种可能的实现方式,在第十方面的第六种可能的实现方式中,所述接口,具体用于至少按照下述方式中的一种,上报承载测量结果的体验质量度量:通过GC1接口的信令消息,上报承载测量结果的体验质量度量;通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;通过BM-SC,上报承载测量结果的体验质量度量。
结合第十方面至第十方面的第六种可能的实现方式,在第十方面的第七种可能的实现方式中,所述信号处理器测量的所述第一RTP数据包是接收RTP数据包的接收方式切换之前,在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是接收RTP数据包的接收方式发生切换之后,在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
第十一方面,提供了一种集群通信设备,包括:接口,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发成切换时,接收所述UE发送的RTP数据包重传请求;存储器,用于存储程序指令;信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行:按照所述RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向所述UE重新发送RTP数据包。
在第十一方面的第一种可能的实现方式中,所述接口,具体用于至少按照下述方式中的一种,接收所述UE发送的RTP数据包重传请求:接收UE通过GC1接口的信令消息发送的RTP数据包重传请求;接收所述UE通过超文本传输协议HTTP发送的RTP数据包重传请求;接收所述UE通过扩展的RR实时传输控制协议RTCP数据包发送的RTP数据包重传请求。
第十二方面,提供了一种集群通信设备,包括:存储器,用于存储程序指令;信号处理器器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行:在接收实时传输协议RTP数据包的接收方式发生切换时,通过接口发送RTP数据包重传请求,其中所述RTP数据包重传请求中包含请求重新传输的RTP数据包标识;以及通过接口接收重新传输的RTP数据包。
在第十二方面的第一种可能的实现方式中,所述信号处理器,还用于对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。
结合第十二方面或第十二方面的第一种可能的实现方式,在第十二方面的第二种可能的实现方式中,所述信号处理器测量的第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
结合第十二方面至第十二方面的第二种可能的实现方式,在第十二方面的第三种可能的实现方式中,所述信号处理器,具体用于至少按照下述方式中的一种,通过接口发送RTP数据包重传请求:通过GC1接口的信令消息发送RTP数据包重传请求;通过超文本传输协议HTTP发送RTP数据包重传请求;通过扩展的RR实时传输控制协议RTCP数据包发送RTP数据包重传请求。
通过采用上述第一种技术方案,在UE接收实时传输协议RTP数据包的接收方式发生切换时,GCS AS获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,GCS AS根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值;根据所述时延差值,调整单播传输方式中传输RTP数据包的时间,在UE侧,UE测量切换前后接收到的第一RTP数据包和第二RTP数据包,UE上报对所述第一RTP数据包和第二RTP数据包的测量结果,能够较好地解决由于单播方式和多播方式传输RTP数据包的传输时延的差异,导致UE在切换前后的不同数据传输路径上收到的RTP数据包会发生乱序失步(例如,可能出现丢包或重复收包)的问题。
通过采用上述第二种技术方案,在UE接收RTP数据包的接收方式发成切换时,接收所述UE发送的RTP数据包重传请求,按照所述RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向所述UE重新发送RTP数据包,能够较好地解决由于单播方式和多播方式传输RTP数据包的传输时延的差异,导致UE在切换前后的不同数据传输路径上收到的RTP数据包会发生乱序失步(例如,可能出现丢包或重复收包)的问题。
附图说明
图1为集群通信用户面结构组成示意图;
图2为UE移动过程中,接收RTP数据包接收方式切换示意图;
图3为LTE集群通信***架构组成示意图;
图4为RTP数据包结构组成示意图;
图5为GSC AS发送RTP数据包的时间序列图;
图6a为由于传输时延差异,不同传输方式传输RTP数据包的示意图;
图6b为扩展的RTCP RR结构示意图;
图7为集群通信方法流程图;
图8为按照3GPP的规定,完成QoE metric的下发和上报流程图;
图9a为集群通信装置结构组成示意图;
图9b为集群通信设备结构组成示意图;
图10为集群通信装置结构组成示意图;
图11a为集群通信方法流程图;
图11b为集群通信装置结构组成示意图;
图11c为集群通信装置结构组成示意图。
具体实施方式
下面将结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。
实施例一
本发明实施一提出一种集群通信***,如图3所示的LTE集群通信***架构,各网元设备之间的连接关系如图3所示,其中BM-SC属于业务层网元,是内容提供者的入口,提供业务的汇聚和发送、UE的授权、MBMS会话管理等,同时还可以实现BM-SC与E-UTRAN之间的同步。MBMS-GW是BM-SC和E-UTRAN之间的一个节点,是***的接入网关,用于处理UE数据相关的报文和会话管理相关的信令。多小区/多播协调实体(英文:Multi-cell/multicastCoordination Entity,缩写:MCE)用于无线资源的调度管理,即选择合适的资源(包括频率、时间等参数),进行多媒体广播多播单频网传输,以便能够合理的、高效的使用资源。GCSAS是第三方的应用服务器,主要负责群组成员的管理,激活MBMS的发起等功能。HSS用于在归属网络中保存UE的签约信息。PCRF用于完成QoS策略控制和计费控制功能,同时还提供基于UE签约信息的授权控制功能。移动性管理网元(中文:Mobility Management Entity,英文:MME)用于参与MBMS会话管理等功能。eNB用于广播MBMS用于数据等功能。S-GW/P-GW主要是参与MBMS会话管理以及MBMS用于数据的下发等功能。
在集群通信***中,数据的传输是基于RTP传输。在***中传输的RTP数据包的包头格式可以参见图4所示。在RTP数据包中,序列号(英文:Sequence number,缩写:SN)是指每个RTP数据包的序列号,接收方收到RTP数据包之后,可以根据SN检测是否发生了RTP数据包丢失,或RTP数据包重组。时间戳(英文:Timestamp)是RTP数据包的时间戳标识,用于标识RTP数据包的发送或到达时间。Synchronization source(缩写:SSRC)identifier是同步数据源标识,用于识别同步数据源。Contributing source(CSRC)identifier是贡献源标识,用于识别RTP数据包中有效内容的贡献源。
在集群通信***中,RTP数据包的传输方式可以划分为单播传输方式(英文:unicast,缩写:UC)和多播传输方式(英文:broad cast,缩写:BC)。如图5所示,由于BC和UC之间传输时延的差异,UE在单播路径上接收到的RTP数据包比多播路径上接收到的RTP数据包要提前。如UE1在BC路径上开始接收SN=1的RTP数据包时,UE2在UC路径上已经开始接收SN=7的RTP数据包。这样的传输时延的差异就会造成同一个UE在BC和UC的切换过程中,该UE在路径切换前后的不同路径上收到的RTP数据包发生乱序,例如从BC到UC的切换,UE会丢失一些RTP数据包。从UC到BC的切换,UE会重复收到一些RTP数据包。下面举一实例来详细阐述:
第一种情况:UE由BC传输方式接收RTP数据包切换为由UC传输方式接收RTP数据包。
如图6a所示,在t0时刻之前,UE在BC路径上接收RTP数据包SN1~SNm。假设在t0时刻RTP数据包传输方式发生切换:
其中,UE由BC传输方式接收RTP数据包切换为由UC传输方式接收RTP数据包,包括两种切换方式,下面分别进行详细阐述:
第一种切换方式:先建后断。
先建后断(英文:make before break),即在UE从多播传输方式断开之前,将单播传输方式建立完成。该种方式中,在UE接收RTP数据包的路径切换过程中,UE可以在BC路径和UC路径上并行接收RTP数据包。
该种方式中,在t0~t1的切换过程中,UE仍然可以BC传输路径上继续接收SN m+1到SNp-1的RTP数据包,同时UE在UC传输路径上开始接收SN m+n到SN q的RTP数据包。由于BC和UC路径的传输时延的差异(如图5所示),UE在t0~t1的切换过程中,对于SN p~SNm+n-1的RTP数据包,UE无法收到,因此在这个过程中会出现RTP数据包丢失。
第二种切换方式:先断后建(英文:break before make),先UE断开多播传输路径,然后再建立单播传输路径。
该种方式中,UE在多播路径断开后,业务就中断了,等到单播路径建立好之后,才能在单播路径上继续接收RTP数据包。
该种方式中,在t0时刻发生切换时,BC传输路径就断开,UE从BC传输路径上不能继续接收RTP数据包,UE只能等到RTP数据包接收路径切换完成,从UC传输路径上按照UC传输路径上的RTP数据包的序列开始接收从SNm+n的RTP数据包继续接收。则对于SN m+1~SNm+n-1的RTP数据包,UE是收不到的,因此在这个方式的切换过程中会出现RTP数据包丢失。
由上述可知,对于UE接收RTP数据包的接收方式从BC切换至UC时,无论是makebefore break,还是break before make都会发生RTP数据包的丢失。
第二种情况:如果在图6a中所示,在t0~t2之间,UE在UC传输路径上接收RTP数据包SNm+n~SNs。如果在t2时刻发生切换,在t2~t3的切换过程中,UE能够同时在UC和BC传输路径上接收RTP数据包,因此在t3切换完成后,UE会在BC传输路径上接收到在UC传输路径上已经收到的一些RTP数据包,即t3~t4阶段接收的RTP数据包都是重复的,且这些重复的RTP数据包的SN s+1到SN s+j+1。也就是说,在单播向多播切换过程中,会造成UE重复接收部分RTP数据包。
针对上述问题,本发明实施例一提出一种技术方案,如图3所示的集群通信***,其中:
UE,通过BC或UC的传输方式接收RTP数据包。UE接收RTP数据包的接收方式可以发生切换。
当UE接收RTP数据包的接收方式发成切换时,GCS AS,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值。根据时间差值,计算不同传输方式中传输RTP数据包的时延差值,根据时延差值,调整单播传输方式中传输RTP数据包的发送时间。
其中,GCS AS可以向UE发送用于触发UE上报对第一RTP数据包和第二RTP数据包测量结果的通知消息。
UE对第一RTP数据包和第二RTP数据包测量结果可以通过体验质量度量(英文:Quality Of Experience metric,缩写:QoE metric)承载。
UE,接收用于触发UE上报体验质量度量的通知消息,获得QoE metric时,上报测量结果。测量结果为UE接收到第一RTP数据包的第一时间戳标识和UE接收到所述第二RTP数据包的第二时间戳标识;或者为UE根据接收到的第一RTP数据包的第一时间戳标识和UE接收到的第二RTP数据包的第二时间戳标识计算得到的时间差值。
其中,QoE metric用于配置保存UE测量RTP数据包的测量结果。QoE metric的参数设置可以参照下述表1所示:
表1
在上述表1中,UE根据接收到的QoE metric,根据切换情况填写Value值。
一种较佳地实现方式,本发明实施例一提出的技术方案中,QoE metric的参数配置为:UE从UC切换至BC时,采用0标识;UE从BC切换至UC,且为make before break的情况时,采用1标识;UE从BC切换至UE,且为break before make的情况时,采用2标识。在UE接收到的QoE metric中,UE需要填写接收RTP数据包的接收方式发生切换时,在切换前接收到的最后一个RTP数据包的SN和时间戳标识,以及切换后接收到的第一个RTP数据包的SN和时间戳标识。
为便于阐述,本发明实施例一提出的技术方案中,将UE在接收方式发生切换前后接收到的最后一个RTP数据包和第一个RTP数据包做出区分。第一RTP数据包是接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
其中,GCS AS可以按照下述方式发送包含QoE metric的通知消息:
第一种方式:GCS AS通过GC1接口的信令消息发送通知消息。
GCS AS确定用于承载测量结果的体验质量度量的配置信息,通过GC1接口的信令消息,发送包含体验质量度量的配置信息的通知消息。
该种方式中,GCS AS通过应用层消息完成QoE metric的配置。
其中,GCS AS配置QoE metric也可以包括下述不同的方式:
A:GCS AS通过GC1接口信令消息,如SIP消息,配置QoE metric。
B:GCS AS扩展GC1接口的SDP参数描述,配置QoE metric。
该种方式中可以新增SDP参数属性,用于配置QoE metric。
相应地,UE至少按照下述方式中的一种,上报QoE metric的测量结果:
A:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过GC1接口流程,如SIP消息,向GCS AS上报配置后的QoE metric。
B:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过超文本传输协议(英文:Hypertext Transfer Protocol,缩写:HTTP)方式向GCS AS上报配置后的QoEmetric。
第二种方式:GCS AS通过广播-多播业务中心BM-SC,发送通知消息。
该种方式中,GCS AS和UE之间按照3GPP的规定,完成QoE metric的下发和上报。
GCS AS,用于向BM-SC发送激活MBMS承载的请求消息。
其中,GCS AS在请求消息中包含QoE metric requested indicator,该参数用于指示BM-SC配置QoE metric。
BM-SC,用于接收GCS AS发送的请求消息,在接收到该请求消息时,分配MBMS资源,发起会话建立流程。BM-SC在组装用于业务描述(英文:user service description,缩写:USD)时,将QoE metric增加到关联传输流程(英文:Associated Delivery Procedure,缩写:ADP)元数据(英文:metadata)中。
UE,在BM-SC中获取USD。
其中,UE获取的USD中包含QoE metric。具体地,UE从BM-SC获得USD,根据获得的USD中的QoE metric,UE根据RTP数据包检测的结果,进行QoE metric参数矩阵(value值)的填写。UE按照QoE reporting流程上报QoE metric给BM-SC。
BM-SC,向GCS AS回复用于激活MBMS承载请求的响应消息。具体地,BM-SC接收UE上报的QoE,将UE上报的QoE metric转发给GCS AS。
其中,BM-SC将UE上报的QoE metric转发给GCS AS时,可以包括下述两种方式:
A:通过传输状态指示消息将UE上报的QoE metric转发给GCS AS。
该种方式中,在该指示消息中增加UE上报的QoE metric。
B:扩展实时传输控制协议(缩写:RTCP)接收报告(英文:Receiver Reporter,缩写:RR)消息头,将UE上报的QoE metric转发给GCS AS。
如图6b所示,在RTCP RR消息头中增加用于描述QoE metric的字段。
GCS AS,用于根据UE上报的QoE metric,获得UE接收第一RTP数据包和第二RTP数据包之间的时间差值。
其中,为便于阐述,将UE在接收方式发生切换前后接收到的最后一个RTP数据包和第一个RTP数据包做出区分。第一RTP数据包是接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
获得UE接收第一RTP数据包和第二RTP数据包之间的时间差值,至少包括下述两种方式中的一种:
第一种方式:GCS AS接收UE上报的QoE metric,在QoE metric获取该UE接收到第一RTP数据包的第一时间戳标识,和第二RTP数据包的第二时间戳标识,根据第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值。
该种方式中,UE获得切换前后的第一RTP数据包的第一时间戳标识,和第二RTP数据包的第二时间戳标识,UE将第一时间戳标识和第二时间戳标识作为测量结果上报。
具体地,UE在确定出第一RTP数据包和第二RTP数据包时,记录第一RTP数据包的第一Timestamp,以及第二RTP数据包的第二Timestamp,UE将记录第一Timestamp和第二Timestamp的QoE metric上报,GCS AS根据UE上报的第一Timestamp和第二Timestamp,确定第一RTP数据包和第二RTP数据包之间的时间差值。
第二种方式:接收UE上报的第一RTP数据包和第二RTP数据包之间的时间差值。
该种方式中,UE获得切换前后的第一RTP数据包的第一时间戳标识,和第二RTP数据包的第二时间戳标识,根据第一时间戳标识和第二时间戳标识,确定时间差值,UE将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
具体地,UE在确定出第一RTP数据包和第二RTP数据包时,记录第一RTP数据包的第一Timestamp,和第二RTP数据包的第二Timestamp,根据第一Timestamp和第二Timestamp,UE确定第一RTP数据包和第二RTP数据包之间的时间差值,最终UE将确定出的时间差值上报给GCS AS。
GCS AS,根据获得的时间差值,计算不同传输方式中传输RTP数据包的时延差值,根据时延差值,调整单播传输方式中传输RTP数据包的时间。
其中,GCS AS至少按照下述方式中的一种,计算不同传输方式中传输RTP数据包的时延差值:
第一种方式:在接收到的时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值。
该种方式中,***中包含至少一个UE,UE具有移动性,***中的UE会在不同的RTP数据包的传输路径中切换,GCS AS接收发生切换的UE所对应的时间差值,根据时间差值,可以在接收到的某一设定时间范围内,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值。
第二种方式:确定接收到的时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
该种方式中,***中包含至少一个UE,UE具有移动性,***中的UE会在不同的RTP数据包的传输路径中切换,GCS AS接收发生切换的UE所对应的时间差值,根据时间差值,可以在接收到的某一设定时间范围内,确定接收到的全部时间差值的均值,将确定出的均值作为不同传输方式中传输RTP数据包的时延差值。
具体地,GCS AS按照得到的时延差值,延迟单播传输方式中传输RTP数据包的时间。
例如,GCS AS按照得到的时延差值,对单播传输方式中传输RTP数据包的时间给予时延补偿,即GCS AS推迟在单播路径上发送RTP数据包,推迟的时间为GCS AS得到的时延差值。
相应地,基于上述***架构,本发明实施例一提出一种集群通信方法,如图7所示,其具体处理流程如下述:
步骤70,UE通过BC或UC的传输方式接收RTP数据包。
步骤71,UE接收RTP数据包的接收方式发生切换。
UE接收RTP数据包的接收方式包括单播传输方式和多播传输方式两种接收方式。
步骤72,GCS AS发送用于触发UE上报测量结果的通知消息。
测量结果是UE对接收到的第一RTP数据包和第二RTP数据包进行测量得到的。UE对第一RTP数据包和第二RTP数据包测量结果可以通过QoE metric承载。
步骤73,UE接收用于触发UE上报测量结果的通知消息。
步骤74,UE测量切换前后接收到的第一RTP数据包和第二RTP数据包。
步骤75,UE上报对所述第一RTP数据包和第二RTP数据包的测量结果。
其中,QoE metric用于配置保存UE测量RTP数据包的测量结果。QoE metric的参数设置可以参照上述表1所示,这里不再赘述。
一种较佳地实现方式,本发明实施例一提出的技术方案中,QoE metric的参数配置为:UE从UC切换至BC时,采用0标识;UE从BC切换至UE,且为make before break的情况时,采用1标识;UE从BC切换至UE,且为break before make的情况时,采用2标识。在UE接收到的QoE metric中,UE需要填写接收RTP数据包的接收方式发生切换时,在切换前接收到的最后一个RTP数据包的SN和时间戳标识,以及切换后接收到的第一个RTP数据包的SN和时间戳标识。
为便于阐述,本发明实施例一提出的技术方案中,将UE在接收方式发生切换前后接收到的最后一个RTP数据包和第一个RTP数据包做出区分。第一RTP数据包是接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
其中,GCS AS可以按照下述方式发送包含QoE metric的通知消息:
第一种方式:GCS AS通过GC1接口的信令消息发送通知消息。
GCS AS确定用于承载测量结果的体验质量度量的配置信息,通过GC1接口的信令消息,发送包含体验质量度量的配置信息的通知消息。
该种方式中,GCS AS通过应用层消息完成QoE metric的配置。
其中,GCS AS配置QoE metric也可以包括下述不同的方式:
A:GCS AS通过GC1接口信令消息,如SIP消息,配置QoE metric。
B:GCS AS扩展GC1接口的SDP参数描述,配置QoE metric。
该种方式中可以新增SDP参数属性,用于配置QoE metric。
相应地,UE至少按照下述方式中的一种,上报QoE metric的测量结果:
A:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过GC1接口流程,如SIP消息,向GCS AS上报配置后的QoE metric。
B:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过超文本传输协议(英文:Hypertext Transfer Protocol,缩写:HTTP)方式向GCS AS上报配置后的QoEmetric。
第二种方式:GCS AS通过广播-多播业务中心BM-SC,发送通知消息。
该种方式中,GCS AS和UE之间按照3GPP的规定,完成QoE metric的下发和上报,如图8所示,其具体处理流程如下述:
步骤801,GCS AS向BM-SC发送激活MBMS承载的请求消息。
其中,GCS AS在请求消息中包含QoE metric requested indicator,该参数用于指示BM-SC配置QoE metric。
步骤802,BM-SC接收GCS AS发送的请求消息,在接收到该请求消息时,分配MBMS资源,发起会话建立流程。
BM-SC在组装USD时,将QoE metric增加到ADP metadata中。
步骤803,UE在BM-SC中获取USD。
其中,UE获取的USD中包含QoE metric。
具体地,UE从BM-SC获得USD,根据获得的USD中的QoE metric,UE根据RTP数据包检测的结果,进行QoE metric参数矩阵(value值)的填写。
步骤804,UE按照QoE reporting流程上报QoE metric给BM-SC。
步骤805,BM-SC向GCS AS回复用于激活MBMS承载请求的响应消息。
具体地,BM-SC接收UE上报的QoE,将UE上报的QoE metric转发给GCS AS。
其中,BM-SC将UE上报的QoE metric转发给GCS AS时,可以包括下述两种方式:
A:通过传输状态指示消息将UE上报的QoE metric转发给GCS AS。
该种方式中,在该指示消息中增加UE上报的QoE metric。
B:扩展RR RCP消息头,将UE上报的QoE metric转发给GCS AS。
在RTCP RR消息头中增加用于描述QoE metric的字段。
一种较佳地实现方式,请参见图6b。扩展用于描述QoE metric的字段为32bit。
步骤76,GCS AS获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值。
获得UE接收第一RTP数据包和第二RTP数据包之间的时间差值,至少包括下述两种方式中的一种:
第一种方式:GCS AS接收UE上报的QoE metric,在QoE metric获取该UE接收到第一RTP数据包的第一时间戳标识,和第二RTP数据包的第二时间戳标识,根据第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值。
该种方式中,UE获得切换前后的第一RTP数据包的第一时间戳标识,和第二RTP数据包的第二时间戳标识,UE将第一时间戳标识和第二时间戳标识作为测量结果上报。
具体地,UE在确定出第一RTP数据包和第二RTP数据包时,记录第一RTP数据包的第一Timestamp,以及第二RTP数据包的第二Timestamp,UE将记录第一Timestamp和第二Timestamp的QoE metric上报,GCS AS根据UE上报的第一Timestamp和第二Timestamp,确定第一RTP数据包和第二RTP数据包之间的时间差值。
第二种方式:接收UE上报的第一RTP数据包和第二RTP数据包之间的时间差值。
该种方式中,UE获得切换前后的第一RTP数据包的第一时间戳标识,和第二RTP数据包的第二时间戳标识,根据第一时间戳标识和第二时间戳标识,确定时间差值,UE将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
具体地,UE在确定出第一RTP数据包和第二RTP数据包时,记录第一RTP数据包的第一Timestamp,和第二RTP数据包的第二Timestamp,根据第一Timestamp和第二Timestamp,UE确定第一RTP数据包和第二RTP数据包之间的时间差值,最终UE将确定出的时间差值上报给GCS AS。
步骤77,GCS AS根据时间差值,计算不同传输方式中传输RTP数据包的时延差值。
其中,GCS AS至少按照下述方式中的一种,计算不同传输方式中传输RTP数据包的时延差值:
第一种方式:在接收到的时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值。
该种方式中,***中包含至少一个UE,UE具有移动性,***中的UE会在不同的RTP数据包的传输路径中切换,GCS AS接收发生切换的UE所对应的时间差值,根据时间差值,可以在接收到的某一设定时间范围内,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值。
第二种方式:确定接收到的时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
该种方式中,***中包含至少一个UE,UE具有移动性,***中的UE会在不同的RTP数据包的传输路径中切换,GCS AS接收发生切换的UE所对应的时间差值,根据时间差值,可以在接收到的某一设定时间范围内,确定接收到的全部时间差值的均值,将确定出的均值作为不同传输方式中传输RTP数据包的时延差值。
步骤78,根据时延差值,调整单播传输方式中传输RTP数据包的发送时间。
按照时延差值,延迟单播传输方式中传输RTP数据包的时间。
具体地,GCS AS按照得到的时延差值,延迟单播传输方式中传输RTP数据包的时间。
例如,GCS AS按照得到的时延差值,对单播传输方式中传输RTP数据包的时间给予时延补偿,即GCS AS推迟在单播路径上发送RTP数据包,推迟的时间为GCS AS得到的时延差值。
相应地,本发明实施例一种集群通信方法,其具体处理过程如下述:
步骤一:在UE接收RTP数据包的接收方式发生切换时,GCS AS获得切换前后UE接收第一RTP数据包和第二RTP数据包之间的时间差值。
其中,接收方式包括单播传输方式和多播传输方式第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包。第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
具体地,可以通过下述方式中的一种获得第一RTP数据包和第二RTP数据包之间的时间差值:
第一种方式:接收UE上报的该UE接收到第一RTP数据包的第一时间戳标识,和UE接收到第二RTP数据包的第二时间戳标识,根据第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值。
第二种方式:接收UE上报的第一RTP数据包和第二RTP数据包之间的时间差值。
其中时间差值是UE根据该UE接收到的第一RTP数据包的第一时间戳标识,和稿UE接收到的第二RTP数据包的第二时间戳标识计算得到的。
步骤二:GCS AS根据时间差值,计算不同传输方式中传输RTP数据包的时延差值。
根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,包括:
A:在获得的时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值。
B:确定获得的多个时间差值的均值,将均值作为不同传输方式中传输RTP数据包的时延差值。
步骤三:根据时延差值,调整单播传输方式中传输RTP数据包的时间。
按照时延差值,延迟单播传输方式中传输RTP数据包的时间。
可选地在获得第一RTP数据包和第二RTP数据包之间的时间差值之前,还包括:
GCS AS发送用于触发UE上报测量结果的通知消息。
测量结果是UE接收到第一RTP数据包的第一时间戳标识和该UE接收到第二RTP数据包的第二时间戳标识;或者是该UE根据接收到的第一RTP数据包的第一时间戳标识和该UE接收到的第二RTP数据包的第二时间戳标识计算得到的时间差值。
其中,可以按照下述方式发送通知消息:
通过GC1接口的信令消息发送通知消息;或通过BM-SC发送通知消息。
具体地,通知消息包含体验质量度量,接收UE上报承载测量结果的体验质量度量。
至少按照下述方式中的一种接收所述UE上报的所述体验质量度量:
第一种方式:接收UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量。
第二种方式:接收UE通过HTTP,上报的承载测量结果的体验质量度量。
第三种方式:接收UE通过BM-SC,上报的承载测量结果的体验质量度量。
相应地,本发明实施例一还提出一种集群通信装置,如图9a所示,包括:
获得模块901,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,并将所述时间差值传输给计算模块,其中,所述接收方式包括单播传输方式和多播传输方式。
具体地,上述获得模块901,具体用于接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的。
具体地,上述获得模块901,获得的切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值中的所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
计算模块902,用于根据所述获得模块传输的所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,并将所述时延差值传输给执行模块;
具体地,上述计算模块902,具体用于在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
执行模块903,用于根据所述计算模块传输的所述时延差值,调整单播传输方式中传输RTP数据包的时间。
具体地,上述执行模块903,具体用于按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
可选地,上述装置还包括:
发送模块,用于发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
具体地,上述发送模块,具体用于按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
具体地,上述发送的所述通知消息包含体验质量度量,
所述装置还包括:接收模块,用于接收所述UE上报承载测量结果的体验质量度量。
具体地,上述接收模块,具体用于至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
相应地,本发明实施一还提出一种集群通信设备,如图9b所示,包括:通过总线连接的存储器、信号处理器。其中:
存储器901,用于存储程序指令。
存储器可以是易失性存储器(英文:volatile memory),例如随机存取存储器(英文:random-access memory,缩写:RAM);或者非易失性存储器(英文:non-volatilememory),例如快闪存储器(英文:flash memory),硬盘(英文:hard disk drive,缩写:HDD)或固态硬盘(英文:solid-state drive,缩写:SSD);或者上述种类的存储器的组合。
信号处理器902,用于获得所述存储器901中存储的程序指令,并按照所述程序指令执行下述步骤:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,其中,所述接收方式包括单播传输方式和多播传输方式;根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,并将所述时延差值传输给执行模块;根据所述时延差值,调整单播传输方式中传输RTP数据包的时间。
信号处理器可以是中央处理器(英文:central processing unit,缩写:CPU),或者是CPU和硬件芯片的组合。信号处理器还可以是网络处理器(英文:network processor,缩写:NP)。或者是CPU和NP的组合,或者是NP和硬件芯片的组合。
上述硬件芯片可以是以下一种或多种的组合:专用集成电路(英文:application-specific integrated circuit,缩写:ASIC),现场可编程逻辑门阵列(英文:field-programmable gate array,缩写:FPGA),复杂可编程逻辑器件(英文:complexprogrammable logic device,缩写:CPLD)。
具体地,上述信号处理器902,具体用于接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的。
具体地,上述信号处理器902,具体用于在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
具体地,上述信号处理器902,具体用于按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
具体地,上述信号处理器902,获得的切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值中的所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
可选地,还包括:
接口,用于发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
接口可以为以下一种或多种:提供有线接口的网络接口控制器(英文:networkinterface controller,缩写:NIC),例如以太网NIC,该以太网NIC可以提供铜线和/或光纤接口;提供无线接口的NIC,例如无线局域网(英文:wireless local area network,缩写:WLAN)NIC。
具体地,上述接口,具体用于按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
具体地,上述接口发送的所述通知消息包含体验质量度量,接收所述UE上报承载测量结果的体验质量度量。
具体地,上述接口,具体用于至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
相应地,本发明实施例一提出一种集群通信方法,其具体处理流程如下述:
步骤一:在UE接收实时传输协议RTP数据包的接收方式发生切换时,UE测量切换前后接收到的第一RTP数据包和第二RTP数据包。
其中,接收方式包括单播传输方式和多播传输方式。
步骤二:UE上报对第一RTP数据包和第二RTP数据包的测量结果。
具体地,UE测量切换前后接收到的第一RTP数据包和第二RTP数据包,包括:UE获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收第二RTP数据包的第二时间戳标识,相应地,UE上报对所述第一RTP数据包和第二RTP数据包的测量结果,包括:UE将第一时间戳标识和第二时间戳标识作为测量结果上报。
具体地,UE测量切换前后接收到的第一RTP数据包和第二RTP数据包,包括:UE获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定时间差值;相应地,UE上报对所述第一RTP数据包和第二RTP数据包的测量结果,包括:UE将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
可选地,在UE测量切换前后接收到的第一RTP数据包和第二RTP数据包之前,还包括:接收用于触发UE上报测量结果的通知消息,测量结果为UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的第二RTP数据包的第二时间戳标识计算得到的时间差值。
具体地,UE按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
具体地,通知消息包含体验质量度量,UE上报承载测量结果的体验质量度量。
具体地,UE至少按照下述方式中的一种,上报承载测量结果的体验质量度量:UE通过GC1接口的信令消息,上报承载测量结果的体验质量度量;UE通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;UE通过BM-SC,上报承载测量结果的体验质量度量。
具体地,第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
相应地,本发明实施例还提出一种集群通信装置,如图10所示,包括:
测量模块101,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,测量切换前后接收到的第一RTP数据包和第二RTP数据包,其中,所述接收方式包括单播传输方式和多播传输方式。
执行模块102,用于上报对所述第一RTP数据包和第二RTP数据包的测量结果。
具体地,上述测量模块101,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识;上述执行模块102,具体用于将第一时间戳标识和第二时间戳标识作为测量结果上报。
具体地,上述测量模块101,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定时间差值;上述执行模块102,具体用于将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
可选地,还包括:接收模块,用于接收用于触发UE上报测量结果的通知消息,所述测量结果为接收到第一RTP数据包的第一时间戳标识和接收到所述第二RTP数据包的第二时间戳标识;或者为根据接收到的第一RTP数据包的第一时间戳标识和接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
具体地,上述接收模块,具体用于按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
具体地,所述通知消息包含体验质量度量,所述执行模块,具体用于上报承载测量结果的体验质量度量。
具体地,上述执行模块,具体用于至少按照下述方式中的一种,上报承载测量结果的体验质量度量:通过GC1接口的信令消息,上报承载测量结果的体验质量度量;通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;通过BM-SC,上报承载测量结果的体验质量度量。
具体地,上述测量模块测量的所述第一RTP数据包是接收RTP数据包的接收方式切换之前,在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是接收RTP数据包的接收方式发生切换之后,在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
相应地,本发明实施例一还提出一种集群通信设备,其结构组成如图9b所示,包括:
存储器,用于存储程序指令。
信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行下述步骤:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,测量切换前后接收到的第一RTP数据包和第二RTP数据包,其中,所述接收方式包括单播传输方式和多播传输方式。
接口,用于上报对所述第一RTP数据包和第二RTP数据包的测量结果。
具体地,上述信号处理器,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识;接口,具体用于将第一时间戳标识和第二时间戳标识作为测量结果上报。
具体地,上述信号处理器,具体用于获得切换前接收第一RTP数据包的第一时间戳标识,和切换后接收所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定时间差值;接口,具体用于将确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报。
上述接口,还用于接收用于触发UE上报测量结果的通知消息,所述测量结果为接收到第一RTP数据包的第一时间戳标识和接收到所述第二RTP数据包的第二时间戳标识;或者为根据接收到的第一RTP数据包的第一时间戳标识和接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
上述接口,具体用于按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
具体地,通知消息包含体验质量度量,所述接口,具体用于上报承载测量结果的体验质量度量。
具体地,接口,具体用于至少按照下述方式中的一种,上报承载测量结果的体验质量度量:通过GC1接口的信令消息,上报承载测量结果的体验质量度量;通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;通过BM-SC,上报承载测量结果的体验质量度量。
具体地,上述信号处理器测量的所述第一RTP数据包是接收RTP数据包的接收方式切换之前,在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是接收RTP数据包的接收方式发生切换之后,在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
实施例二
本发明实施例二提出一种集群通信***,其结构组成如图3所示,其中:
UE,用于通过BC或UC的传输方式接收RTP数据包。UE接收RTP数据包的接收方式可以发生切换。
其中,UE接收RTP数据包的接收方式的切换可以包含下述两种切换方式:
第一种情况:UE由UC传输方式接收RTP数据包切换为由BC传输方式接收RTP数据包。
该种切换方式中,参见上述实施例一以及图6a中的详细阐述可知,切换过程中,UE能够同时在UC和BC传输路径上接收RTP数据包,切换完成后,UE会在BC传输路径上接收到在UC传输路径上已经收到的一些RTP数据包,也就是说,在单播向多播切换过程中,会造成UE重复接收部分RTP数据包。本发明实施例二提出的技术方案中,在该种情况下,UE可以选择丢弃重复收到的RTP数据包。
第二种情况:UE由BC传输方式接收RTP数据包切换为由UC传输方式接收RTP数据包。
同样,由上述实施例一以及图6a的详细阐述可知,该种情况下,切换方式包括makebefore break和break before make,但是无论哪种切换方式,都会发生RTP数据包的丢失。针对此,本发明实施例二提出的技术方案中,在UE接收RTP数据包的接收方式发成切换时,UE发送RTP数据包重传请求。其中RTP数据包重传请求中包含请求重新传输的RTP数据包标识。
该种情况下,UE对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。为便于阐述,本发明实施例二提出的技术方案中,第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
例如,在切换过程中,若UE在BC上接收到的最后一个RTP数据包的序号为SNBC,UE在UC上收到第一个RTP数据包序号为SNUC,则UE请求重传的RTP数据包的序号为从SNBC+1到SNUC-1。
其中,UE至少按照下述方式中的一种,发送RTP数据包重传请求:
第一种方式:UE通过GC1接口的信令消息发送RTP数据包重传请求。
例如,UE通过通过会话发起协议(英文:session initial protocol,缩写:SIP)消息,向GCS AS发送RTP数据包重传请求。
第二种方式:UE通过HTTP发送RTP数据包重传请求。
第三种方式:UE通过扩展的RTCP RR数据包发送RTP数据包重传请求。
UE通过RTCP RR流程向GCS AS发送RTP数据包重传请求。
如图6b所示,本发明实施例二提出的技术方案中,对RTCP RR数据包进行扩展。一种较佳地实现方式,对RTCP RR数据包进行扩展,增加的字段为32bits,增加字段用于描述需要重传的RTP数据包的序列号。
GCS AS,用于接收UE发送的RTP数据包重传请求,获得RTP数据包重传请求中,UE请求重新传输的RTP数据包标识,GCS AS重新传输与RTP数据包标识对应的RTP数据包。
UE,用于接收重新传输的RTP数据包。
一种可选地实现方式,本发明实施例二提出的技术方案中,在UE接收RTP数据包的接收方式发生切换时,GCS AS可以向UE发送用于触发UE上报对第一RTP数据包和第二RTP数据包测量结果的通知消息。UE对第一RTP数据包和第二RTP数据包测量结果可以通过QoEmetric承载。其中,QoE metric用于配置保存UE测量RTP数据包的测量结果。QoE metric的参数设置可以参照上述实施例一中的表1所示。UE根据接收到的QoE metric,根据切换情况填写Value值。在UE接收到的QoE metric中,UE需要填写接收RTP数据包的接收方式发生切换时,在切换前接收到的最后一个RTP数据包的SN和时间戳标识,以及切换后接收到的第一个RTP数据包的SN和时间戳标识。
其中,GCS AS可以按照下述方式发送包含QoE metric的通知消息:
第一种方式:GCS AS通过GC1接口的信令消息发送通知消息。
GCS AS确定用于承载测量结果的体验质量度量的配置信息,通过GC1接口的信令消息,发送包含体验质量度量的配置信息的通知消息。
该种方式中,GCS AS通过应用层消息完成QoE metric的配置。
其中,GCS AS配置QoE metric也可以包括下述不同的方式:
A:GCS AS通过GC1接口信令消息,如SIP消息,配置QoE metric。
B:GCS AS扩展GC1接口的SDP参数描述,配置QoE metric。
该种方式中可以新增SDP参数属性,用于配置QoE metric。
相应地,UE至少按照下述方式中的一种,上报QoE metric的测量结果:
A:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过GC1接口流程,如SIP消息,向GCS AS上报配置后的QoE metric。
B:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过超文本传输协议(英文:Hypertext Transfer Protocol,缩写:HTTP)方式向GCS AS上报配置后的QoEmetric。
第二种方式:GCS AS通过广播-多播业务中心BM-SC,发送通知消息。
该种方式中,GCS AS和UE之间按照3GPP的规定,完成QoE metric的下发和上报。
GCS AS,用于向BM-SC发送激活MBMS承载的请求消息。
其中,GCS AS在请求消息中包含QoE metric requested indicator,该参数用于指示BM-SC配置QoE metric。
BM-SC,用于接收GCS AS发送的请求消息,在接收到该请求消息时,分配MBMS资源,发起会话建立流程。BM-SC在组装用于业务描述(英文:user service description,缩写:USD)时,将QoE metric增加到关联传输流程(英文:Associated Delivery Procedure,缩写:ADP)元数据(英文:metadata)中。
UE,在BM-SC中获取USD。
其中,UE获取的USD中包含QoE metric。具体地,UE从BM-SC获得USD,根据获得的USD中的QoE metric,UE根据RTP数据包检测的结果,进行QoE metric参数矩阵(value值)的填写。UE按照QoE reporting流程上报QoE metric给BM-SC。
BM-SC,向GCS AS回复用于激活MBMS承载请求的响应消息。具体地,BM-SC接收UE上报的QoE,将UE上报的QoE metric转发给GCS AS。
其中,BM-SC将UE上报的QoE metric转发给GCS AS时,可以包括下述两种方式:
A:通过传输状态指示消息将UE上报的QoE metric转发给GCS AS。
该种方式中,在该指示消息中增加UE上报的QoE metric。
B:扩展实时传输控制协议(缩写:RTCP)接收报告(英文:Receiver Reporter,缩写:RR)消息头,将UE上报的QoE metric转发给GCS AS。
本发明实施例二提出一种集群通信方法,如图11a所示,其具体处理流程如下述:
步骤11,UE通过BC或UC的传输方式接收RTP数据包。
步骤12,UE接收RTP数据包的接收方式发生切换。
UE接收RTP数据包的接收方式包括单播传输方式和多播传输方式两种接收方式。
步骤13,UE确定由于切换未接收到的RTP数据包和重复接收到的RTP数据包。
第一种情况:UE由UC传输方式接收RTP数据包切换为由BC传输方式接收RTP数据包。
该种切换方式中,参见上述实施例一以及图6a中的详细阐述可知,切换过程中,UE能够同时在UC和BC传输路径上接收RTP数据包,切换完成后,UE会在BC传输路径上接收到在UC传输路径上已经收到的一些RTP数据包,也就是说,在单播向多播切换过程中,会造成UE重复接收部分RTP数据包。本发明实施例二提出的技术方案中,在该种情况下,UE可以选择丢弃重复收到的RTP数据包。
第二种情况:UE由BC传输方式接收RTP数据包切换为由UC传输方式接收RTP数据包。
同样,由上述实施例一以及图6a的详细阐述可知,该种情况下,切换方式包括makebefore break和break before make,但是无论哪种切换方式,都会发生RTP数据包的丢失。针对此,本发明实施例二提出的技术方案中,在UE接收RTP数据包的接收方式发成切换时,UE发送RTP数据包重传请求。其中RTP数据包重传请求中包含请求重新传输的RTP数据包标识。
该种情况下,UE对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。为便于阐述,本发明实施例二提出的技术方案中,第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
步骤14,对于丢失的数据包,UE发送RTP数据包重传请求。
其中,UE至少按照下述方式中的一种,发送RTP数据包重传请求:
第一种方式:UE通过GC1接口的信令消息发送RTP数据包重传请求。
例如,UE通过通过会话发起协议(英文:session initial protocol,缩写:SIP)消息,向GCS AS发送RTP数据包重传请求。
第二种方式:UE通过HTTP发送RTP数据包重传请求。
第三种方式:UE通过扩展的RTCP RR数据包发送RTP数据包重传请求。
UE通过RTCP RR流程向GCS AS发送RTP数据包重传请求。
如图6b所示,本发明实施例二提出的技术方案中,对RTCP RR数据包进行扩展。一种较佳地实现方式,对RTCP RR数据包进行扩展,增加的字段为32bits,增加字段用于描述需要重传的RTP数据包的序列号。
步骤15,GCS AS接收UE发送的RTP数据包重传请求,获得RTP数据包重传请求中,UE请求重新传输的RTP数据包标识,GCS AS重新传输与RTP数据包标识对应的RTP数据包。
步骤16,UE接收重新传输的RTP数据包.
一种可选地实现方式,本发明实施例二提出的技术方案中,在UE接收RTP数据包的接收方式发生切换时,GCS AS可以向UE发送用于触发UE上报对第一RTP数据包和第二RTP数据包测量结果的通知消息。UE对第一RTP数据包和第二RTP数据包测量结果可以通过QoEmetric承载。其中,QoE metric用于配置保存UE测量RTP数据包的测量结果。QoE metric的参数设置可以参照上述实施例一中的表1所示。UE根据接收到的QoE metric,根据切换情况填写Value值。在UE接收到的QoE metric中,UE需要填写接收RTP数据包的接收方式发生切换时,在切换前接收到的最后一个RTP数据包的SN和时间戳标识,以及切换后接收到的第一个RTP数据包的SN和时间戳标识。
其中,GCS AS可以按照下述方式发送包含QoE metric的通知消息:
第一种方式:GCS AS通过GC1接口的信令消息发送通知消息。
GCS AS确定用于承载测量结果的体验质量度量的配置信息,通过GC1接口的信令消息,发送包含体验质量度量的配置信息的通知消息。
该种方式中,GCS AS通过应用层消息完成QoE metric的配置。
其中,GCS AS配置QoE metric也可以包括下述不同的方式:
A:GCS AS通过GC1接口信令消息,如SIP消息,配置QoE metric。
B:GCS AS扩展GC1接口的SDP参数描述,配置QoE metric。
该种方式中可以新增SDP参数属性,用于配置QoE metric。
相应地,UE至少按照下述方式中的一种,上报QoE metric的测量结果:
A:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过GC1接口流程,如SIP消息,向GCS AS上报配置后的QoE metric。
B:UE接收GCS AS的通知消息,获得该通知消息中的QoE metric。UE根据对接收RTP数据包的接收方式切换前后,RTP数据包检测结果配置QoE metric。UE通过超文本传输协议(英文:Hypertext Transfer Protocol,缩写:HTTP)方式向GCS AS上报配置后的QoEmetric。
第二种方式:GCS AS通过广播-多播业务中心BM-SC,发送通知消息。
该种方式中,GCS AS和UE之间按照3GPP的规定,完成QoE metric的下发和上报。
GCS AS,用于向BM-SC发送激活MBMS承载的请求消息。
其中,GCS AS在请求消息中包含QoE metric requested indicator,该参数用于指示BM-SC配置QoE metric。
BM-SC,用于接收GCS AS发送的请求消息,在接收到该请求消息时,分配MBMS资源,发起会话建立流程。BM-SC在组装用于业务描述(英文:user service description,缩写:USD)时,将QoE metric增加到关联传输流程(英文:Associated Delivery Procedure,缩写:ADP)元数据(英文:metadata)中。
UE,在BM-SC中获取USD。
其中,UE获取的USD中包含QoE metric。具体地,UE从BM-SC获得USD,根据获得的USD中的QoE metric,UE根据RTP数据包检测的结果,进行QoE metric参数矩阵(value值)的填写。UE按照QoE reporting流程上报QoE metric给BM-SC。
BM-SC,向GCS AS回复用于激活MBMS承载请求的响应消息。具体地,BM-SC接收UE上报的QoE,将UE上报的QoE metric转发给GCS AS。
其中,BM-SC将UE上报的QoE metric转发给GCS AS时,可以包括下述两种方式:
A:通过传输状态指示消息将UE上报的QoE metric转发给GCS AS。
该种方式中,在该指示消息中增加UE上报的QoE metric。
B:扩展实时传输控制协议(缩写:RTCP)接收报告(英文:Receiver Reporter,缩写:RR)消息头,将UE上报的QoE metric转发给GCS AS。
相应地,本发明实施二提出一种集群通信方法,其具体处理流程如下述:
步骤一:在UE接收RTP数据包的接收方式发成切换时,接收UE发送的RTP数据包重传请求。
其中,至少按照下述方式中的一种,接收UE发送的RTP数据包重传请求:
A:接收UE通过GC1接口的信令消息发送的RTP数据包重传请求。
B:接收UE通过超文本传输协议HTTP发送的RTP数据包重传请求。
C:接收UE通过扩展的RR RTCP数据包发送的RTP数据包重传请求。
步骤二:按照RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向UE重新发送RTP数据包。
相应地,本发明实施例二提出一种集群通信方法,其具体处理流程如下述:
步骤一:在UE接收RTP数据包的接收方式发生切换时,UE发送RTP数据包重传请求。
其中RTP数据包重传请求中包含请求重新传输的RTP数据包标识。
步骤二:接收重新传输的RTP数据包。
可选地,在UE发送RTP数据包重传请求之前,还包括:
UE对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。
其中,第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
UE至少按照下述方式中的一种,发送RTP数据包重传请求:
第一种方式:UE通过GC1接口的信令消息发送RTP数据包重传请求。
第二种方式:UE通过超文本传输协议HTTP发送RTP数据包重传请求。
第三种方式:UE通过扩展的实时传输控制协议RTCP RR数据包发送RTP数据包重传请求。
相应地,本发明实施例提出一种集群通信装置,如图11b所示,包括:
接收模块111,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发成切换时,接收所述UE发送的RTP数据包重传请求。
具体地,上述接收模块111,具体用于至少按照下述方式中的一种,接收所述UE发送的RTP数据包重传请求:接收UE通过GC1接口的信令消息发送的RTP数据包重传请求;接收所述UE通过超文本传输协议HTTP发送的RTP数据包重传请求;接收所述UE通过扩展的RR实时传输控制协议RTCP数据包发送的RTP数据包重传请求。
执行模块112,用于按照所述RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向所述UE重新发送RTP数据包。
相应地,本发明实施例二提出一种集群通信装置,如图11c所示,包括:
发送模块101,用于在接收实时传输协议RTP数据包的接收方式发生切换时,发送RTP数据包重传请求,其中所述RTP数据包重传请求中包含请求重新传输的RTP数据包标识。
具体地,上述发送模块101,具体用于至少按照下述方式中的一种,发送RTP数据包重传请求:通过GC1接口的信令消息发送RTP数据包重传请求;通过超文本传输协议HTTP发送RTP数据包重传请求;通过扩展的RR实时传输控制协议RTCP数据包发送RTP数据包重传请求。
接收模块102,用于接收重新传输的RTP数据包。
可选地,还包括:
测量模块,用于对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。
具体地,测量模块测量的第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
相应地,本发明实施例还提出一种集群通信设备,其结构组成如图9b所示,包括:
接口,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发成切换时,接收所述UE发送的RTP数据包重传请求。
存储器,用于存储程序指令。
信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行:按照所述RTP数据包重传请求中的RTP数据包标识,通过单播传输方式向所述UE重新发送RTP数据包。
具体地,上述接口,具体用于至少按照下述方式中的一种,接收所述UE发送的RTP数据包重传请求:接收UE通过GC1接口的信令消息发送的RTP数据包重传请求;接收所述UE通过超文本传输协议HTTP发送的RTP数据包重传请求;接收所述UE通过扩展的RR实时传输控制协议RTCP数据包发送的RTP数据包重传请求。
相应地,本发明实施例还提出一种集群通信设备,其结构组成如图9b所示,包括:
存储器,用于存储程序指令。
信号处理器器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行:在接收实时传输协议RTP数据包的接收方式发生切换时,通过接口发送RTP数据包重传请求,其中所述RTP数据包重传请求中包含请求重新传输的RTP数据包标识;以及通过接口接收重新传输的RTP数据包。
信号处理器,还用于对接收到的第一RTP数据包和第二RTP数据包进行测量,确定请求重新传输的RTP数据包标识。
具体地,信号处理器测量的第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
具体地,信号处理器,具体用于至少按照下述方式中的一种,通过接口发送RTP数据包重传请求:通过GC1接口的信令消息发送RTP数据包重传请求;通过超文本传输协议HTTP发送RTP数据包重传请求;通过扩展的RR实时传输控制协议RTCP数据包发送RTP数据包重传请求。
本领域的技术人员应明白,本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、只读光盘、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (36)
1.一种集群通信方法,其特征在于,包括:
在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,集群通信应用业务服务器GCS AS获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,其中,所述接收方式包括单播传输方式和多播传输方式;
所述GCS AS根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值;
根据所述时延差值,调整单播传输方式中传输RTP数据包的时间;
其中,获得第一RTP数据包和第二RTP数据包之间的时间差值,包括:
接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或
接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的;
在获得第一RTP数据包和第二RTP数据包之间的时间差值之前,还包括:
所述GCS AS发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
2.如权利要求1所述的方法,其特征在于,根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,包括:
在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或
确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
3.如权利要求1所述的方法,其特征在于,按照下述方式发送所述通知消息:
通过GC1接口的信令消息发送通知消息;或
通过广播-多播业务中心BM-SC发送通知消息。
4.如权利要求1所述的方法,其特征在于,所述通知消息包含体验质量度量,接收所述UE上报承载测量结果的体验质量度量。
5.如权利要求4所述的方法,其特征在于,至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:
接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;
接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;
接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
6.如权利要求1或2所述的方法,其特征在于,根据所述时延差值,调整单播传输方式中传输RTP数据包的时间,包括:
按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
7.如权利要求1或2所述的方法,其特征在于,所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,
所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
8.一种集群通信方法,其特征在于,包括:
在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,所述UE获得切换前接收到的第一RTP数据包的第一时间戳标识、和切换后接收到第二RTP数据包的第二时间戳标识,其中,所述接收方式包括单播传输方式和多播传输方式;
所述UE将所述第一时间戳标识和所述第二时间戳标识作为测量结果上报;或者,所述UE将根据所述第一时间戳标识和所述第二时间戳标识确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报;
在所述UE测量切换前后接收到的第一RTP数据包和第二RTP数据包之前,还包括:
接收用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
9.如权利要求8所述的方法,其特征在于,所述UE按照下述方式接收通知消息:
通过GC1接口的信令消息接收通知消息;或
通过广播-多播业务中心BM-SC接收通知消息。
10.如权利要求8或9所述的方法,其特征在于,所述通知消息包含体验质量度量,所述UE上报承载测量结果的体验质量度量。
11.如权利要求10所述的方法,其特征在于,所述UE至少按照下述方式中的一种,上报承载测量结果的体验质量度量:
所述UE通过GC1接口的信令消息,上报承载测量结果的体验质量度量;
所述UE通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;
所述UE通过BM-SC,上报承载测量结果的体验质量度量。
12.如权利要求8或9所述的方法,其特征在于,所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,
所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
13.一种集群通信装置,其特征在于,包括:
获得模块,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,并将所述时间差值传输给计算模块,其中,所述接收方式包括单播传输方式和多播传输方式;
计算模块,用于根据所述获得模块传输的所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,并将所述时延差值传输给执行模块;
执行模块,用于根据所述计算模块传输的所述时延差值,调整单播传输方式中传输RTP数据包的时间;
其中,所述获得模块,具体用于接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的;
发送模块,用于发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
14.如权利要求13所述的装置,其特征在于,所述计算模块,具体用于在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
15.如权利要求13所述的装置,其特征在于,所述发送模块,具体用于按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
16.如权利要求13所述的装置,其特征在于,所述发送模块发送的所述通知消息包含体验质量度量,
所述装置还包括:
接收模块,用于接收所述UE上报承载测量结果的体验质量度量。
17.如权利要求16所述的装置,其特征在于,所述接收模块,具体用于至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:
接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
18.如权利要求13或14所述的装置,其特征在于,所述执行模块,具体用于按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
19.如权利要求13或14所述的装置,其特征在于,所述获得模块,获得的切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值中的所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
20.一种集群通信装置,其特征在于,包括:
测量模块,用于在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前接收到的第一RTP数据包的第一时间戳标识、和切换后接收到第二RTP数据包的第二时间戳标识,其中,所述接收方式包括单播传输方式和多播传输方式;
执行模块,用于将所述第一时间戳标识和所述第二时间戳标识作为测量结果上报;或者,将根据所述第一时间戳标识和所述第二时间戳标识确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报;
接收模块,用于接收用于触发UE上报测量结果的通知消息,所述测量结果为接收到第一RTP数据包的第一时间戳标识和接收到所述第二RTP数据包的第二时间戳标识;或者为根据接收到的第一RTP数据包的第一时间戳标识和接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
21.如权利要求20所述的装置,其特征在于,所述接收模块,具体用于按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
22.如权利要求20或21所述的装置,其特征在于,所述通知消息包含体验质量度量,所述执行模块,具体用于上报承载测量结果的体验质量度量。
23.如权利要求22所述的装置,其特征在于,所述执行模块,具体用于至少按照下述方式中的一种,上报承载测量结果的体验质量度量:通过GC1接口的信令消息,上报承载测量结果的体验质量度量;通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;通过BM-SC,上报承载测量结果的体验质量度量。
24.如权利要求20或21所述的装置,其特征在于,所述测量模块测量的所述第一RTP数据包是接收RTP数据包的接收方式切换之前,在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是接收RTP数据包的接收方式发生切换之后,在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
25.一种集群通信设备,其特征在于,包括:
存储器,用于存储程序指令;
信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行下述步骤:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值,其中,所述接收方式包括单播传输方式和多播传输方式;根据所述时间差值,计算不同传输方式中传输RTP数据包的时延差值,并将所述时延差值传输给执行模块;根据所述时延差值,调整单播传输方式中传输RTP数据包的时间;
其中,所述信号处理器,具体用于接收所述UE上报的所述UE接收到第一RTP数据包的第一时间戳标识,和所述UE接收到所述第二RTP数据包的第二时间戳标识,根据所述第一时间戳标识和第二时间戳标识,确定第一RTP数据包和第二RTP数据包之间的时间差值;或接收所述UE上报的第一RTP数据包和第二RTP数据包之间的时间差值,其中所述时间差值是所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识,和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的;
接口,用于发送用于触发UE上报测量结果的通知消息,所述测量结果为所述UE接收到第一RTP数据包的第一时间戳标识和所述UE接收到所述第二RTP数据包的第二时间戳标识;或者为所述UE根据所述UE接收到的第一RTP数据包的第一时间戳标识和所述UE接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
26.如权利要求25所述的设备,其特征在于,所述信号处理器,具体用于在获得的所述时间差值中,选择最大时间差值作为不同传输方式中传输RTP数据包的时延差值;或确定获得的多个所述时间差值的均值,将所述均值作为不同传输方式中传输RTP数据包的时延差值。
27.如权利要求25所述的设备,其特征在于,所述接口,具体用于按照下述方式发送所述通知消息:通过GC1接口的信令消息发送通知消息;或通过广播-多播业务中心BM-SC发送通知消息。
28.如权利要求25所述的设备,其特征在于,所述接口发送的所述通知消息包含体验质量度量,接收所述UE上报承载测量结果的体验质量度量。
29.如权利要求28所述的设备,其特征在于,所述接口,具体用于至少按照下述方式中的一种接收所述UE上报的所述体验质量度量,包括:接收所述UE通过GC1接口的信令消息,上报的承载测量结果的体验质量度量;接收所述UE通过超文本传输协议HTTP,上报的承载测量结果的体验质量度量;接收所述UE通过BM-SC,上报的承载测量结果的体验质量度量。
30.如权利要求25或26所述的设备,其特征在于,所述信号处理器,具体用于按照所述时延差值,延迟单播传输方式中传输RTP数据包的时间。
31.如权利要求25或26所述的设备,其特征在于,所述信号处理器,获得的切换前后所述UE接收第一RTP数据包和第二RTP数据包之间的时间差值中的所述第一RTP数据包是UE接收RTP数据包的接收方式切换之前,UE在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是UE接收RTP数据包的接收方式发生切换之后,UE在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
32.一种集群通信设备,其特征在于,包括:
存储器,用于存储程序指令;
信号处理器,用于获得所述存储器中存储的程序指令,并按照所述程序指令执行下述步骤:在用户设备UE接收实时传输协议RTP数据包的接收方式发生切换时,获得切换前接收到的第一RTP数据包的第一时间戳标识、和切换后接收到第二RTP数据包的第二时间戳标识,其中,所述接收方式包括单播传输方式和多播传输方式;
接口,用于将所述第一时间戳标识和所述第二时间戳标识作为测量结果上报;或者,将根据所述第一时间戳标识和所述第二时间戳标识确定出的第一RTP数据包和第二RTP数据包之间的时间差值作为测量结果上报;
所述接口,还用于接收用于触发UE上报测量结果的通知消息,所述测量结果为接收到第一RTP数据包的第一时间戳标识和接收到所述第二RTP数据包的第二时间戳标识;或者为根据接收到的第一RTP数据包的第一时间戳标识和接收到的所述第二RTP数据包的第二时间戳标识计算得到的时间差值。
33.如权利要求32所述的设备,其特征在于,所述接口,具体用于按照下述方式接收通知消息:通过GC1接口的信令消息接收通知消息;或通过广播-多播业务中心BM-SC接收通知消息。
34.如权利要求32或33所述的设备,其特征在于,所述通知消息包含体验质量度量,所述接口,具体用于上报承载测量结果的体验质量度量。
35.如权利要求34所述的设备,其特征在于,所述接口,具体用于至少按照下述方式中的一种,上报承载测量结果的体验质量度量:通过GC1接口的信令消息,上报承载测量结果的体验质量度量;通过超文本传输协议HTTP,上报承载测量结果的体验质量度量;通过BM-SC,上报承载测量结果的体验质量度量。
36.如权利要求32或33所述的设备,其特征在于,所述信号处理器测量的所述第一RTP数据包是接收RTP数据包的接收方式切换之前,在RTP数据包接收路径切换前的传输路径上接收到的最后一个RTP数据包,所述第二RTP数据包是接收RTP数据包的接收方式发生切换之后,在RTP数据包接收路径切换后的传输路径上接收到的第一个RTP数据包。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/081996 WO2016201708A1 (zh) | 2015-06-19 | 2015-06-19 | 一种集群通信方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107710712A CN107710712A (zh) | 2018-02-16 |
CN107710712B true CN107710712B (zh) | 2020-06-26 |
Family
ID=57544760
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580081037.4A Active CN107710712B (zh) | 2015-06-19 | 2015-06-19 | 一种集群通信方法、装置及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10652156B2 (zh) |
EP (1) | EP3300326B1 (zh) |
CN (1) | CN107710712B (zh) |
WO (1) | WO2016201708A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3261313B1 (en) * | 2015-03-12 | 2019-09-04 | Huawei Technologies Co., Ltd. | Method and apparatus for transmitting real-time transport protocol (rtp) packet |
CN107817480B (zh) * | 2017-10-25 | 2019-07-26 | 中国电子科技集团公司第五十四研究所 | 一种时间比对测量装置及方法 |
CN110913421B (zh) * | 2018-09-18 | 2021-10-29 | 大唐移动通信设备有限公司 | 一种语音包数量的确定方法及装置 |
WO2021142767A1 (zh) * | 2020-01-17 | 2021-07-22 | 华为技术有限公司 | 通信方法和通信装置 |
WO2021158024A1 (en) * | 2020-02-05 | 2021-08-12 | Lg Electronics Inc. | Method and apparatus for switching of multicast and broadcast service between multicast and unicast in a wireless communication system |
CN113938977A (zh) * | 2020-07-14 | 2022-01-14 | 维沃移动通信有限公司 | 数据传输方法、数据传输装置、网络侧设备及第一终端 |
CN114286397B (zh) * | 2020-09-27 | 2023-05-12 | 展讯通信(上海)有限公司 | 传输链路的切换方法及相关产品 |
CN117440324A (zh) * | 2022-07-15 | 2024-01-23 | 华为技术有限公司 | 一种测量配置的方法、接入网设备和终端设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101242581A (zh) * | 2008-02-28 | 2008-08-13 | 华为技术有限公司 | 移动流媒体的管理方法、***和装置 |
CN101547108A (zh) * | 2008-03-28 | 2009-09-30 | 华为技术有限公司 | 流媒体的业务切换方法、播放设备及服务器 |
CN101854533A (zh) * | 2010-06-10 | 2010-10-06 | 华为技术有限公司 | 频道切换方法、装置及*** |
CN101889418A (zh) * | 2007-10-25 | 2010-11-17 | 诺基亚公司 | 用于将pss会话重新同步到mbms会话的***和方法 |
CN102870461A (zh) * | 2010-02-24 | 2013-01-09 | 知识风险控股81有限责任公司 | 用于广播-单播通信切换的装置和方法 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5846088A (en) * | 1997-01-06 | 1998-12-08 | Reichert; Jonathan F. | Teaching appparatus for magnetic torque experiments |
EP1528722A1 (en) * | 2003-10-31 | 2005-05-04 | Siemens Mobile Communications S.p.A. | Fast signalling procedure for streaming services quality of service management in wireless networks |
JP2006101308A (ja) * | 2004-09-30 | 2006-04-13 | Fujitsu Ltd | 無線基地局装置及びパスサーチ方法 |
CN100531381C (zh) * | 2006-01-27 | 2009-08-19 | 中国科学院声学研究所 | 基于rtp协议的iptv机顶盒组/单播无缝切换方法 |
CN101340558A (zh) * | 2007-07-03 | 2009-01-07 | 华为技术有限公司 | 时移电视业务中的媒体流切换方法、***及设备 |
CN102118653B (zh) * | 2009-12-31 | 2012-12-26 | 华为技术有限公司 | 保障网络电视直播业务的业务服务质量的方法和设备 |
CN101888664B (zh) * | 2010-06-25 | 2013-04-24 | 陶洋 | 无线自组织网络中视频多路并行传送方法 |
US9374410B2 (en) * | 2013-07-24 | 2016-06-21 | Imvision Software Technologies Ltd. | System and method for seamless switchover between unicast and multicast sources of over-the-top streams |
US20160323846A1 (en) * | 2014-01-06 | 2016-11-03 | Lg Electronics Inc. | Method and apparatus for providing group communication service enabler (gcse) service in wireless communication system |
CN104796212B (zh) * | 2014-01-22 | 2019-07-05 | 中兴通讯股份有限公司 | 一种光突发传送网、节点和传输方法 |
WO2015152508A1 (ko) * | 2014-03-31 | 2015-10-08 | 인텔렉추얼디스커버리 주식회사 | 무선 통신 시스템 및 그 핸드오버 방법 |
JP5656306B1 (ja) * | 2014-04-18 | 2015-01-21 | パナソニックIpマネジメント株式会社 | 同期確立方法 |
EP3240337B1 (en) * | 2014-12-26 | 2019-12-04 | Huawei Technologies Co. Ltd. | Data transmission method and device |
US20160308927A1 (en) * | 2015-04-20 | 2016-10-20 | Qualcomm Incorporated | Further Device Timing Adjustments and Methods for Supporting DASH Over Broadcast |
-
2015
- 2015-06-19 EP EP15895281.2A patent/EP3300326B1/en active Active
- 2015-06-19 CN CN201580081037.4A patent/CN107710712B/zh active Active
- 2015-06-19 WO PCT/CN2015/081996 patent/WO2016201708A1/zh active Application Filing
-
2017
- 2017-12-18 US US15/845,792 patent/US10652156B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101889418A (zh) * | 2007-10-25 | 2010-11-17 | 诺基亚公司 | 用于将pss会话重新同步到mbms会话的***和方法 |
CN101242581A (zh) * | 2008-02-28 | 2008-08-13 | 华为技术有限公司 | 移动流媒体的管理方法、***和装置 |
CN101547108A (zh) * | 2008-03-28 | 2009-09-30 | 华为技术有限公司 | 流媒体的业务切换方法、播放设备及服务器 |
CN102870461A (zh) * | 2010-02-24 | 2013-01-09 | 知识风险控股81有限责任公司 | 用于广播-单播通信切换的装置和方法 |
CN101854533A (zh) * | 2010-06-10 | 2010-10-06 | 华为技术有限公司 | 频道切换方法、装置及*** |
Also Published As
Publication number | Publication date |
---|---|
EP3300326A1 (en) | 2018-03-28 |
US20180123962A1 (en) | 2018-05-03 |
EP3300326B1 (en) | 2020-05-20 |
EP3300326A4 (en) | 2018-09-12 |
WO2016201708A1 (zh) | 2016-12-22 |
US10652156B2 (en) | 2020-05-12 |
CN107710712A (zh) | 2018-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107710712B (zh) | 一种集群通信方法、装置及设备 | |
US10687179B2 (en) | Service continuity for group communication over LTE eMBMS | |
US12015967B2 (en) | Method, system and apparatus for multicast session management in 5G communication network | |
TWI590699B (zh) | 單細胞之點對多點傳輸的方法 | |
JP5770363B2 (ja) | マルチキャスト送信におけるサービス品質制御 | |
US10009187B2 (en) | Method and device for group communication, having robust mobility | |
CN108886669B (zh) | 广播和单播递送之间的流送服务的动态切换 | |
US10448348B2 (en) | Real-time transport protocol RTP packet transmission method and apparatus | |
WO2016101257A1 (zh) | 一种数据传输方法和装置 | |
US9843456B2 (en) | Feedback based adaptation of multicast transmission offset | |
KR20210127978A (ko) | Mbms 다중 레벨 베어러 품질 표시자에 기초한 동적 mbms/유니캐스트 베어러 확립 | |
JP6672460B2 (ja) | グループ通信システムにおけるページング |
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 |