CN101873633B - 一种多媒体分组数据传输和处理方法以及网络设备 - Google Patents
一种多媒体分组数据传输和处理方法以及网络设备 Download PDFInfo
- Publication number
- CN101873633B CN101873633B CN200910135549.0A CN200910135549A CN101873633B CN 101873633 B CN101873633 B CN 101873633B CN 200910135549 A CN200910135549 A CN 200910135549A CN 101873633 B CN101873633 B CN 101873633B
- Authority
- CN
- China
- Prior art keywords
- data
- reconstructed
- base station
- grouped data
- packet 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种多媒体分组数据传输方法和处理方法以及相应的网络设备,其中多媒体分组数据传输方法包括:基站根据当前的无线链路情况,确定对下行分组数据进行重构;对所述下行分组数据进行重构;所述基站将重构后的下行分组数据发送给UE。本发明实施例提供的方法中根据无线链路的实际情况,灵活对分组数据进行重构,以适应无线链路的快速变化,能够克服现有技术中数据不能根据无线链路资源的情况进行快速调整的问题,有助于为QoS提供保障。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种多媒体分组数据传输和处理方法以及网络设备。
背景技术
目前各个厂商积极研究LTE(Long Term Evolved,长期演进网络)/SAE(System Architecture Evolved,系统架构演进网络),LTE的目的是提供一种能够减低时延、提高用户数据速率并改进系统容量和覆盖的低成本网络,该网络使用PS(Packet Service,数据包服务)域业务,承载网络都为IP(InternetProtocol,Internet协议)承载。
现有技术中在传输VoIP(Voice over Internet Protocol,基于分组协议的语音)数据的语音编码帧时,用户面信息要通过RTP(Real-time TransportProtocol,实时传输协议)协议的封装,RTP包头主要包含了时间戳信息以及编码源信息。与RTP协议配合使用的是控制面的RTCP(RTP Control Protocol,实时传输控制协议)协议,RTCP协议通常要求周期性上报语音包在网络上的传输情况,例如丢包率、抖动和延迟等统计信息。RTCP报告的周期一般是5秒。例如在媒体类型为G.718的分组数据包的在用户面上形成和传输的过程中,G.718Frame为VoIP的净核,VoIP净核使用RTP协议进行封装,并添加RTP头(RTP header)。传输层和网络层分别使用UDP协议和IP协议,并添加相应的UDP头和IP头。
RTCP协议和RTP协议属于同一层次,用于对用户面基于RTP协议的运行情况进行反馈。使用RTCP对控制信息进行封装与RTP协议类似,传输层和网络层分别使用UDP协议和IP协议,并添加相应的UDP头(UDP header)和IP头(IP header)。
发明人在实施上述技术方案的过程中,发现上述技术方案至少存在如下缺陷:
因为RTP和RTCP原来是设计应用在有线网络中的,RTP和RTCP协议在设计之初并未考虑下层承载层的情况,RTP和RTCP层总认为其以下的层可以提供对服务质量(QoS)的保证,由于有线网络环境的变化较慢,所以利用RTP协议和RTCP协议勉强还可以,但是无线移动通信的场景下,尤其是无线移动通信中的实时业务中,由于无线信道的环境变化很快,为保证延迟和抖动特性,往往以丢包作为其代价,基于现有技术中的RTCP协议的反馈机制很难及时响应无线链路的变化情况,极容易造成对服务质量(QoS)不稳定,严重的情况下会导致用户掉话,严重影响用户服务体验。
另外,现有技术中当无线链路变差以至于现有的编码方式无法与无线链路的情况相适应时,两个用户之间重新进行协商,该协商过程中两个用户之间的所有控制面的设备都参与协商,这使得即便是只有一侧用户与基站之间的无线链路状况变坏,也仍然需要两侧的用户和之间的所有设备都参与协商,该协商过程需要耗费较长时间,而无线链路的情况变化较快,显然花费较长时间协商后的编码方案可能已经不再适应当前无线链路的状况了。
发明内容
有鉴于此,本发明实施例的目的在于提供一种多媒体分组数据传输方法和处理方法,以及网络设备,能够克服现有技术中数据不能根据无线链路资源的情况进行快速调整的问题,有助于为QoS提供保障。
为实现上述目的,本发明实施例提供一种多媒体分组数据传输方法,该方法可以包括:
根据当前的无线链路情况,确定对下行分组数据进行重构;
对所述下行分组数据进行重构;
将重构后的下行分组数据发送给UE。
另外,本发明实施例还提供一种多媒体分组数据处理的方法,包括:
基站检测UE是否有预定的分组数据流的活动;
基站向移动管理实体MME发送消息,用于通知MME所述UE是否有预定的分组数据流活动;
MME如果接收到没有特定UE的分组数据,或者没有特定的分组数据类型的通知,则触发网关对UE的上下文进行去激活的操作,或触发对UE的去附着操作。
本发明实施例还提供一种多媒体分组数据传输方法,包括:
根据当前无线链路情况确定需要对上行分组数据进行重构;
UE对所述上行分组数据进行重构;
UE将重构后的上行分组数据发送给基站。
本发明实施例还提供一种网络设备,包括:
第一重构确认单元,用于根据当前无线链路情况,确定对下行分组数据进行重构;
第一重构单元,用于对所述下行分组数据进行重构;
第一发送单元,用于将重构后的下行分组数据发送给UE。
本发明实施例还提供一种网络设备,包括:
第二重构确定单元,用于根据当前无线链路情况确定需要对上行分组数据进行重构;
第二重构单元,用于对所述上行分组数据进行重构;
第二发送单元,用于将重构后的上行分组数据发送给基站。
本发明实施例还提供一种网络设备,包括:
检测单元,用于是否有预定的分组数据流的活动;
第三发送单元,用于向移动管理实体MME发送消息,用于通知MME所述UE是否有预定的分组数据流活动;以使得MME触发网关对UE的上下文进行去激活的操作,或触发对UE的去附着操作。
由上述公开的技术方案可知,本发明实施例提供的方法和网络设备根据无线链路的实际情况,灵活对分组数据进行重构,以适应无线链路的快速变化,能够克服现有技术中数据不能根据无线链路资源的情况进行快速调整的问题,有助于为QoS提供保障。
附图说明
图1是本发明实施例一提供的多媒体分组数据传输方法的流程图;
图2是本发明实施例二提供的多媒体分组数据传输方法的示意图;
图3是本发明实施例三提供的多媒体分组数据传输方法的示意图;
图4是本发明实施例四提供的多媒体分组数据传输方法的流程图;
图5是本发明实施例五提供的多媒体分组数据传输方法的示意图;
图6是本发明实施例六提供的多媒体分组数据传输方法的示意图;
图7是本发明实施例七提供的多媒体分组数据传输方法的示意图;
图8是本发明实施例八提供的多媒体分组数据处理的方法的示意图;
图9是本发明实施例九提供的网络设备的示意图;
图10是本发明实施例十提供的网络设备的示意图;
图11是本发明实施例十一提供的网络设备的示意图。
具体实施方式
本发明实施例提供一种多媒体分组数据传输方法和处理方法,该多媒体分组数据传输方法中,在分组数据的传输过程中,能够根据无线链路的实际情况,灵活对分组数据进行重构,以适应无线链路的快速变化,能够克服现有技术中数据不能根据无线链路资源的情况进行快速调整的问题,有助于为QoS提供保障。
本领域技术人员应当理解,以下实施例中以特定的网络架构为例进行说明,如LTE系统,并不对本发明进行限定。
下面结合附图对本发明实施例进行详细描述。
实施例一
本实施例一提供一种多媒体分组数据传输方法,如图1所示,该方法包括:
步骤S101:根据当前的无线链路情况,确定对下行分组数据进行重构;
步骤S102:对所述下行分组数据进行重构;
步骤S103:将重构后的下行分组数据发送给UE。
本实施例提供的方法对应实际应用中的下行分组数据的传输情况。
在本实施例中,网络侧实体,如基站,在将分组数据发送给用户之前,首先根据无线链路情况确定对分组数据进行重构,以使将要在链路上传输的数据适合当前无线链路的情况,因此,本实施例中对于由基站向用户发送分组数据的过程可以很快适应无线链路的情况。
在下面的两个实施例中,以对分组数据执行重构的主体的不同分别说明上述实施例提供的方法的具体实现。
实施例二
在实施例二提供的方法中,对分组数据的重构是由基站本身完成的。在本实施例中以网关包括S-GW和PDN-GW为例,如图2所示,本实施例提供的多媒体分组数据传输方法包括如下步骤:
步骤S201:下行的分组数据由PDN-GW 204发送到S-GW 203;
具体地,下行分组数据可以通过隧道技术由PDN-GW 204传给S-GW 203。
步骤S202:下行的分组数据由S-GW 203发送到基站202;
具体地,下行分组数据可以通过另外一段隧道由S-GW 203传给基站202。
步骤S203:基站202根据当前的无线链路情况,判决是否需要进行分组数据的重构;如果是,则执行步骤S204,如果否,则执行步骤S205;
步骤S205:基站202将该下行分组数据发送给UE201;
步骤S204:基站202对S-GW 203发送的分组数据进行重构;
其中,本实施例中所述重构是指对分组数据的结构进行调整,例如,原多媒体数据包是基于G.718编码协议的VoIP数据包,假设其中包含Layer1,Layer2,Layer3,Layer4,Laye5五层编码,重要性随着层序号的增加而降低。当基站检测到当前无线链路的情况变差时,可以根据变差的程度利用对数据包的重构减少传输的层数。具体地,在对该数据包进行重构过程中,可以先解压数据包,再根据各层数据重要性的不同,只保留原编码中一层(例如只包含Layer1)或几层(例如只包含Layer1,Layer2和Layer3)重新打上新的RTP头,UDP头和IP头,完成重新打包,丢弃其它层。另外,重构中还要对RTP头中的对编码层数的指示消息进行重新设置,对UDP头中的数据长度信息以及IP头中的长度与校验信息进行重新计算。相反地,当基站检测到当前无线链路的情况变优时,可以根据变优的程度利用对数据包的重构增加传输的层数。
步骤S204执行完成后执行步骤S206:基站202将重构后的分组数据发送给UE201。
为了有利于基站202对资源的合理调度,本实施例提供的方法中,在执行步骤S206之前,还可以进一步执行步骤S207:基站202根据重构后的分组数据,修改传输该分组数据的无线资源,例如半静态调度资源(Semi-persistentScheduling),也可以修改传输格式,以使得所述基站按照修改后的无线资源和传输格式将所述重构后的分组数据发送给所述用户。其中传输格式包括调制方式和编码方式。在增加步骤S207后,本实施例提供的方法能够根据当前需要传输的分组数据的状况,对所需的无线资源进行设置,这样更利于根据实际的分组数据情况对资源进行合理调度。
另外,在本实施例中,基站202在对分组数据进行重构之前,基站202还可以根据当前的无线链路情况,确定重构的程度,引入重构程度可以使重构的过程更加灵活,例如,对于G.718,重构的程度可以表示为具体编码的层数。引入重构程度后,基站202在对分组数据进行重构的时候,可以参照确定的重构程度进行。
本实施例提供的方法中对于下行分组数据的传输过程中,基站动态地将经过的分组数据以当前的无线链路情况为依据进行重构,然后再将重构后的数据通过无线链路发送给UE,相对于现有技术中需要经过复杂的协商过程以及较长时间的反馈过程,本实施例提供的方法能够使下行数据的传输过程快速地适应无线信道的变化,从而为QoS提供保障。
实施例三
本实施例三提供一种多媒体分组数据传输方法,该方法中对分组数据的重构是由网关完成的,并且分组数据传输过程仍然是下行的过程。在本实施例中以网关包括S-GW和PDN-GW,完成分组数据重构的工作主体可以是S-GW或PDN-GW。如图3所示,本实施例提供的方法包括如下步骤:
步骤S301:基站302根据当前的无线链路情况,判决是否需要进行分组数据的重构;
步骤S302:基站302根据步骤S301中的判断结果,通过MME 303向S-GW或PDN-GW 304发送请求S-GW或PDN-GW 304开启或关闭数据重构功能的请求消息;
另外,基站302也可以通过该请求消息通知S-GW或PDN-GW 304对数据进行重构的程度,该对数据进行重构的程度可以参见实施例二中的相关内容。
步骤S303:S-GW或PDN-GW 304通过MME向基站302发送表示开启数据重构功能的响应消息;
步骤S304:S-GW或PDN-GW 304将需要发送的分组数据进行重构;
步骤S305:S-GW或PDN-GW 304将重构后的分组数据发送给基站302;
其中,S-GW或PDN-GW 304可以通过一个隧道将重构后的分组数据发送至基站302。
步骤S306:基站302将重构后的分组数据发送至UE301。
与实施例二类似,本实施例中为了有利于基站302对资源的合理调度,还可以在步骤S306前执行步骤S307:基站302根据重构后的分组数据,修改传输该分组数据的无线资源和传输格式,上述根据重构后的分组数据识别可以是对S1接口的下行数据进行速率识别。在增加步骤S307之后,本实施例提供的方法能够根据当前需要传输的分组数据的状况,对所需的无线资源进行设置,这样更利于根据实际的分组数据情况对资源进行合理调度。另外,在本实施例中,步骤S303中的响应消息中也可以包括S-GW或PDN-GW 304发送的指示信息,该指示信息中用来指示修改传输该分组数据的无线资源和传输格式。这样基站302可以根据S-GW或PDN-GW 304发送的指示消息来修改传输该分组数据的无线资源和传输格式。
另外,在本实施例中,基站302还可以根据无线链路情况确定重构的程度,并将该重构的程度发送给S-GW或PDN-GW 304,然后S-GW或PDN-GW304在对分组数据进行重构的过程中可以参考上述基站302确定的重构程度。引入重构程度后,S-GW或PDN-GW 304在对分组数据进行重构的时候,可以参照确定的重构程度进行。
在本实施例中,基站根据无线链路当前情况,对是否需要进行数据重构进行判断,然后基站请求网关对分组数据重构,之后网关将经过其的下行分组数据进行重构发送到基站,再由基站将重构后的分组数据发送给UE,现对于现有技术中需要经过复杂的协商过程以及较长时间的反馈过程,本实施例提供的方法能够使下行数据的传输过程快速地适应无线信道的变化,从而为QoS提供保障。
实施例四
本实施例提供一种多媒体分组数据传输方法,与前几个实施例的区别在于,本实施例提供的方法对应实际应用中的上行分组数据传输情况。
参见如4,本实施例提供的多媒体分组数据的传输方法包括:
步骤S401:根据当前无线链路情况确定需要对上行分组数据进行重构;
步骤S402:UE对上行分组数据进行重构;
步骤S403:UE将重构后的上行分组数据发送给基站。
在本实施例中,在向基站发送分组数据时,首先根据当前的无线链路情况进行判断是否需要对分组数据进行重构处理,这样使得UE发送的上行分组数据能够与当前的无线链路情况相适合,相对于现有技术中现有技术中需要经过复杂的协商过程以及较长时间的反馈过程,本实施例提供的方法能够使上行数据的传输过程快速地适应无线信道的变化,从而为QoS提供保障。
在下面的两个实施例中,以进行判断动作的执行主题的不同分别说明上述实施例提供的方法的具体实现。
实施例五
在实施例五中,对是否需要进行重构的判断由UE来完成,并且在本实施例中,以网关包括S-GW和PDN-GW为例,参见图5,本实施例提供的多媒体分组数据的传输方法包括如下步骤:
步骤S501:UE501根据当前的无线链路情况,判决是否需要进行分组数据的重构;如果是,则执行步骤S503,如果否,执行步骤S502;
UE可以根据基站反馈给UE的一些配置信息获得当前的无线链路情况,例如:UE根据当前eNB为其分配的上行无线链路资源,UE还可以根据当前UE上运行的所有应用程序所需的无线链路资源情况,或对之前一段时间VoIP业务质量的统计结果(如重传状况、时延状况、丢包状况、错包状况等)等条件来判决是否需要进行分组数据的重构。
步骤S502:UE501将分组数据发送至基站502;
上述步骤S502执行完成后,还包括步骤(图5中未示出):基站502将分组数据发送至S-GW503,然后S-GW503将该分组数据又发给了PDN-GW504。
当步骤S501中的判断结果为是时,执行步骤S503:UE501对分组数据进行重构;
该重构过程可以参见实施例二中的相关内容。
在步骤S503执行后,可以直接执行步骤S506。但是为了有利于基站502对资源的合理调度,本实施例提供的方法中优选地在执行步骤S506之前执行步骤S504和步骤S505。
步骤S504:UE501将重构后的数据的数据大小发送给基站502,可选的,UE可以通过缓存状态报告将所述重构后的数据的数据大小发送给基站502;
步骤S505:基站502根据上述重构数据的数据大小,修改传输该分组数据的无线资源和传输格式;
步骤S506:UE501将重构后的分组数据发送给基站502;
步骤S507:基站502将上述重构后的分组数据发送到S-GW503;
在实际中,分组数据可以通过隧道技术由基站502传给S-GW 203。
步骤S508:S-GW503将重构后的分组数据发送到PDN-GW504。
这样就完成了上行数据的传输过程。
另外,在本实施例中,在UE501在对分组数据进行重构之前,UE501还可以根据当前的无线链路情况,确定重构的程度,引入重构程度后,UE501在对分组数据进行重构的时候,可以参照确定的重构程度进行。
本实施例对于上行分组数据的传输过程中,UE501能够动态地将上行的分组数据以当前的无线链路情况为依据进行重构,然后再将重构的数据通过上行无线链路发送出去,相对于现有技术中需要经过复杂的协商过程以及较长时间的反馈过程,本实施例提供的方法能够使上行数据的传输过程快速地适应无线信道的变化,从而为QoS提供保障。
实施例六
在实施例六中,对是否需要进行重构的判断由基站来完成,并且在本实施例中仍以网关包括S-GW和PDN-GW为例,参见图6,本实施例提供的多媒体分组数据的传输方法包括如下步骤:
步骤S601:基站602根据当前无线链路的情况,判决是否需要对分组数据进行重构,如果是,则执行步骤S602;如果否,则执行步骤S611:基站602向UE601发送请求UE601关闭数据重构功能的请求消息;
步骤S602:基站602向UE601发送请求UE601开启数据重构功能的请求消息;
可选的,步骤S603:UE601根据该请求信息开启数据重构功能,并且UE601向基站602发送表示开启数据重构功能的响应消息;
在步骤S603执行后,可以直接执行步骤607。但是为了根据无线链路的情况灵活调整传输速率,本实施例提供的方法中优选地在执行步骤S607之前执行步骤S604至步骤S606。
步骤S604:基站602根据当前无线链路情况,确定上行分组数据的传输速率;可选的,例如在无线链路质量好的情况下,基站指示UE提高上行分组数据的编码速率,在无线链路质量不好的情况下,基站指示UE降低上行分组数据的编码速率。
步骤S605:基站602向UE601发送上述基站602确定的上行分组数据的传输速率,该传输速率可以以请求信息或命令的形式由基站602向UE601;
可选的,步骤S606:UE601向基站602发送响应消息,UE通过该响应消息将提升或者降低上行分组数据传输速率的信息发送给基站,并根据基站在步骤S605的请求信息或命令,改变VoIP的编码速率以控制上行分组数据的传输速率;
步骤S607:UE601将上行分组数据进行重构;
步骤S608:UE601将重构后的分组数据发送到基站602;
在本实施例中,为了有利于资源的合理调度,在执行步骤S608前,还可以执行步骤:UE601将重构后的数据的数据大小发送给基站602;基站602根据上述数据大小,修改传输该分组数据的无线资源和传输格式,这样,在执行步骤S608时,UE601就按照修改后的无线资源和传输格式向基站602发送重构后的分组数据。
步骤S609:基站602将重构后的分组数据发送到S-GW 603;
步骤S610:S-GW 603将重构后的分组数据发送到PDN-GW 604。
这样就完成了上行数据的传输过程。
另外,在本实施例中,在UE601对分组数据进行重构之前,基站602根据当前的无线链路情况确定重构的程度,然后基站602通过信令消息通知UE601重构的程度,这样UE601在对分组数据进行重构的时候可以参照上述确定的重构程度。
本实施例对于上行分组数据的传输过程中,UE601能够将上行分组数据以当前的无线链路情况为依据进行重构,然后再将重构的数据通过上行无线链路发送出去,相对于现有技术中需要经过复杂的协商过程以及较长时间的反馈过程,本实施例提供的方法能够使上行数据的传输过程快速地适应无线信道的变化,从而为QoS提供保障。
在上述各个实施例中,在对分组数据进行重构时,需要将需要进行重构的分组数据从数据流中分离出来,可以通过识别分组数据的媒体类型,将属于预定媒体类型的分组数据提取出来,用于重构。具体地,对媒体类型的识别可以采用如下几种方式:
方式1:通过IP头中的数据流类型标识进行识别。对于IPv4协议,在IPv4的报头中包含“服务类型”的字段,可以根据此字段对媒体信息类型进行判断。对于IPv6协议,在IPv6的报头中包含“通信类别流”和“流标签”字段,通信流类别字段表示IPv6数据包的类或优先级。这个字段的功能类似于IPv4中的服务类型字段。流标签字段用于表示这个数据包属于源节点和目标节点之间的一个特定数据包序列,在源节点和目标节点之间,可能有多个流,它们以不同的非零标签彼此互相区分。
方式2:通过源IP地址、目的IP地址、源端口号、目的端口号和承载类型参数进行对媒体类型进行判断。此方法也称为浅层包检测(Shallow PacketInspection),对于端到端的某种特定的业务往往使用相同的源IP地址、目的IP地址、源端口号和目的端口号,此外对于LTE系统特定的IP流还会被绑定到一个特定的承载上,每个承载还有特定的承载标识。可以通过对源IP地址、目的IP地址、源端口号和目的端口号以及承载标识与媒体类型绑定的方法对媒体类型进行判断。
方式3:通过数据包的大小以及周期性。对于语音数据和视频数据编码是按照一定的帧格式周期性进行的。因此,语音帧和视频帧通常也是在传输层也是周期性被发送。对于语音帧一般周期为20毫秒,对于静音帧周期为160毫秒。因此也可以根据IP数据包的周期性也可以用来帮助判断媒体的类型。对于视频帧,往往还存在关键帧和非关键帧,给关键帧的数据帧长度要远远大于非关键帧的数据长度,以H.264视频编码协议为例,对于使用RTP协议的H.264的静核(payload)本身就就被封装成称NAL(Network AbstractionLayer,网络提取层)的形式,通过NAL Header中的类型(TYPE)信息就可以判断出此视频数据的类型,此外对于NAL Slice本身就包含定长参数部分和变长参数部分,NAL Slice数据长度越大,重要性也随之增加。关于语音编码方式(例如AMR)和H.264编码方式可参见相关标准。
实施例七
本实施例提供一种多媒体分组数据传输方法,该方法在实施例一到实施例六提供的方案的基础上,增加如下步骤:在业务建立过程中,基站向UE发送当前小区的链路状况和负载状况,UE根据上述链路状况和负载状况选择编码类型和编码速率。另外,UE也可以自己测量当前小区的链路状况和负载状况。本实施例中增加的步骤是在业务建立过程开始阶段执行的。
下面以两个UE通过核心网建立连接过程为例详细说明本实施例提供的方法。其中,第一UE701为主叫侧UE,第二UE702为被叫侧UE,如图7所示,上述步骤包括:
步骤S701:第一UE701与第二UE705各自所处的小区所属的基站通过信令消息(例如系统广播消息或RRC消息)通知第一UE701与第二UE705当前小区的链路状况及小区负载情况(如当前干扰水平);
步骤S702:第一UE701发起呼叫,通知第二UE705第一UE701所支持的编码类型及速率;
步骤S703:第二UE705基于所属基站通知的当前小区的链路状况及小区负载水平,或基于第二UE705测量的小区状况,或基于两者结合,从步骤S702中第一UE701所支持的编码类型及速率中,选择第二UE705所支持的最优的一个或几个编码类型及速率。在编码类型及选择过程当中,UE可以动态的选择,也可以通过事先准备好的对应表,进行选择。可选的,该步骤可以不执行;
步骤S704:第二UE705将步骤S703中选择的编码(Codec)类型及速率通知给第一UE701,具体地,可以通过IMS信令进行通知;
步骤S705:第一UE701基于所属基站通知的当前小区的链路状况及小区负载水平,或基于自己测量的小区状况,或基于两者结合,从步骤S704中第二UE705所支持的最优的一个或几个编码类型及速率中,选择第一UE701自己所支持的最优的一个编码类型及速率。在编码类型及速率的选择过程当中,UE可以动态的选择,也可以通过事先准备好的对应表,进行选择。这样,第一UE701就选择出了对于第二UE705和第一UE701都是最优的编码类型和编码速率;
步骤S706:第一UE701将步骤S705中所选择的编码(Codec)类型及速率通知第二UE705及核心网;
步骤S707:核心网分别为两侧UE建立相应的承载;
步骤S708:两侧UE使用所选择的编码类型及速率进行数据传输。
本实施例中在建立连接选择编码类型和速率时考虑无线链路情况,而现有技术中的建立连接的过程仅仅考虑两个UE都支持即可,因此本实施例提供的方法相对于现有技术能够在建立连接的阶段就能够综合考虑无线链路的状况,从而使建立连接的开始阶段进行传输的分组数据的结构能够与无线链路的情况相适应。
实施例八
本实施例还提供一种多媒体分组数据传输的方法,该方法中包括对特定分组数据流活动的检测步骤。具体地,如图8所示,本实施例提供的方法包括如下步骤:
步骤S801:基站802利用分组数据包检测技术检测特定UE801是否具有特定的分组数据流的活动(例如特定语音数据流);
步骤S802:基站802通过信令消息通知MME 803当前UE801的用户面数据活动情况,以及是否有特定的流活动(例如特定语音数据流)。该UE801的用户面活动信息可以作为MME 803在核心网对UE801进行处理的参考,例如在限制模式的紧急呼叫的情况,如果UE801没有用户面数据活动,则MME803将发起对UE801的去附着流程;
步骤S803:MME 803以步骤S802中基站802发来的信令消息为依据,触发S-GW或PDN GW804对UE801的用户上下文进行去激活或者MME 803触发对UE801的去附着(Detach)过程,具体的过程与现有技术相同;
例如,对于限制模式的紧急呼叫情况,如果用户没有用户面数据活动情况,则MME将发起对UE的去附着流程。
需要说明的是,在本实施例中,对于特定数据流的检测也可以基于上面几个实施例中对于多媒体分组数据的媒体类型的识别方法进行。
实施例九
本实施例提供一种网络设备,如图7所示,该网络设备包括:
第一重构确认单元901,用于根据当前无线链路情况,确定对下行分组数据进行重构;
第一重构单元902,用于对所述下行分组数据进行重构
第一发送单元903,用于将重构后的下行分组数据发送给UE。
另外,本实施例中的网络装置还可以包括第一重构程度确定单元,该第一重构程度确定单元用于根据当前的无线链路情况,确定对该下行分组数据重构的程度,以使所述第一重构单元902所述重构程度对所述上行分组数据进行重构。
本实施例中的各个单元的执行动作可以参照方法实施例中的相关描述。
通过本发明实施例,在将下行分组数据发送给UE之前,首先由无线链路情况决定确定对分组数据进行重构,以使将要在链路上传输的数据适合当前无线链路的情况。
实施例十
本实施例提供一种网络设备,如图10所示,该网络设备包括:
第二重构确定单元1001,用于根据当前无线链路情况确定需要对上行分组数据进行重构;
第二重构单元1002,用于对所述上行分组数据进行重构;
第二发送单元1003,用于将重构后的上行分组数据发送给基站。
另外,本实施例提供的网络装置还可以包括第二重构程度确定单元,该第一重构程度确定单元用于根据当前无线链路情况,确定对该上行分组数据重构的程度,以使得所述第二发送单元1003按照修改后的无线资源和传输格式将重构后的上行分组数据发送给基站。
通过本实施例,在向基站发送分组数据时,首先根据当前的无线链路情况确定需要对分组数据进行重构处理,这样使得UE发送的上行分组数据能够与当前的无线链路情况相适合,相对于现有技术中现有技术中需要经过复杂的协商过程以及较长时间的反馈过程,本实施例提供的方法能够使上行数据的传输过程快速地适应无线信道的变化,从而为QoS提供保障。
实施例十一
本实施例提供一种网络设备,如图11所示,该网络设备包括:
检测单元1101,用于是否有预定的分组数据流的活动;
第三发送单元1102,用于向移动管理实体MME发送消息,用于通知MME所述UE是否有预定的分组数据流活动;以使得MME触发网关对UE的上下文进行去激活的操作,或触发对UE的去附着操作。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成,所述程序可以存储在可读取的存储介质中,该存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (28)
1.一种多媒体分组数据传输方法,其特征在于,包括:
根据当前的无线链路情况,确定对下行分组数据进行重构;
根据当前的无线链路情况确定下行分组数据的编码层数,根据确定的编码层数,对所述下行分组数据进行重构;
将重构后的下行分组数据发送给UE。
2.根据权利要求1所述的方法,其特征在于,所述对下行分组数据进行重构包括:基站将网关发送给所述基站的下行分组数据进行重构。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:在所述基站将网关发送给所述基站的下行分组数据进行重构前,所述基站根据所述当前的无线链路情况,确定编码层数;
所述基站将网关发送给所述基站的下行分组数据进行重构包括:
所述基站根据所述编码层数对所述下行分组数据进行重构。
4.根据权利要求1所述的方法,其特征在于,所述对下行分组数据进行重构包括:
基站向网关发送开启数据重构功能的请求,以使得所述网关对所述下行分组数据进行重构并将所述重构后的下行分组数据发送给所述基站;
所述基站接收所述网关发送的开启数据重构功能的响应消息;
所述基站接收所述网关发送的由所述网关进行重构的下行分组数据。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:在对下行分组数据进行重构前,所述基站根据当前的无线链路情况,确定编码层数,并将所述编码层数发送给所述网关;
所述网关对所述分组数据进行重构的下行分组数据包括:所述网关根据所述编码层数对所述下行分组数据进行重构。
6.根据权利要求1至5中任意一项所述的方法,其特征在于,所述方法还包括:
将重构后的下行分组数据发送给UE之前,根据重构后的下行分组数据,修改传输该下行分组数据所需的无线资源和传输格式,以使得按照修改后的无线资源和传输格式将所述重构后的下行分组数据发送给所述UE。
7.根据权利要求4或5任意一项所述的方法,其特征在于,
所述网关发送的开启数据重构功能的响应消息中还包括指示所述基站修改传输重构后的分组数据所需的无线资源和传输格式的指示消息;
所述方法还包括:
在所述基站将重构后的分组数据发送给所述UE之前,所述基站根据所述指示消息修改传输该分组数据的无线资源和传输格式,以使得所述基站按照修改后的无线资源和传输格式将所述重构后的分组数据发送给所述UE。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:在所述对分组数据进行重构之前,识别所述下行分组数据的媒体类型,将属于需要进行重构的媒体类型对应的下行分组数据提取出来;
所述对分组数据进行重构包括:对所述提取出来的下行分组数据进行重构。
9.根据权利要求8所述的方法,其特征在于,所述识别分组数据的媒体类型包括:
通过所述下行分组数据的数据包头中的表示媒体类型的标识信息,识别所述下行分组数据的媒体类型。
10.根据权利要求8所述的方法,其特征在于,所述识别下行分组数据的媒体类型包括:
通过所述下行分组数据的数据包中的源IP地址、目的IP地址、源端口号、目的端口号以及承载类型参数,识别该数据包的媒体类型。
11.根据权利要求8所述的方法,其特征在于,所述识别下行分组数据的媒体类型包括:
通过所述下行分组数据的数据包的大小和周期性,识别该数据包的媒体类型。
12.根据权利要求1所述的方法,其特征在于,所述方法还包括:在确定对下行分组数据进行重构之前,
所述UE或所述UE的通信对端获取当前小区的链路状况和小区负载状况,根据所述链路状况和负载状况,选择编码类型和编码速率进行所述通信。
13.一种多媒体分组数据传输方法,其特征在于,包括:
根据当前无线链路情况确定需要对上行分组数据进行重构;
根据当前的无线链路情况确定上行分组数据的编码层数,根据确定的编码层数,对所述上行分组数据进行重构;
将重构后的上行分组数据发送给基站。
14.根据权利要求13所述的方法,其特征在于,所述根据当前无线链路情况确定需要对上行分组数据进行重构包括:
UE根据当前无线链路情况确定需要对所述上行分组数据进行重构。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
在对所述上行分组数据进行重构前,所述UE根据所述当前无线链路情况,确定编码层数;
所述对所述上行分组数据进行重构包括:所述UE根据所述编码层数对所述上行分组数据进行重构。
16.根据权利要求13所述的方法,其特征在于,所述根据当前无线链路情况确定需要对上行分组数据进行重构包括:
所述基站根据当前无线链路情况,确定需要对上行分组数据进行重构,并向UE发送开启数据重构功能的请求,以使得所述UE对所述上行分组数据进行数据重构。
17.根据权利要求16所述的方法,其特征在于,所述方法还包括:在对所述上行分组数据进行重构前,UE接收基站根据当前无线链路情况确定的包括编码层数的信息;
所述UE对分组数据进行重构包括:所述UE根据所述编码层数对所述上行分组数据进行重构。
18.根据权利要求13至17中任意一项所述的方法,其特征在于,所述方法还包括:将重构后的上行分组数据发送给基站之前,UE接收基站发送的由基站根据当前无线链路情况确定的传输速率,所述UE根据接收的传输速率设置实际的传输速率。
19.根据权利要求13至17中任意一项所述的方法,其特征在于,所述方法还包括:在将重构后的上行分组数据发送给基站之前,UE将重构后的上行分组数据的数据大小发送给所述基站;
所述基站根据所述数据大小,修改传输所述上行分组数据的无线资源和传输格式,将所述修改后的传输所述上行分组数据的无线资源和传输格式发送给所述UE,以使得所述UE根据所述修改后的传输所述上行分组数据的无线资源和传输格式向所述基站发送所述重构后的分组数据。
20.根据权利要求13所述的方法,其特征在于,所述方法还包括:在所述对上行分组数据进行重构之前,识别所述上行分组数据的媒体类型,将属于需要进行重构的媒体类型对应的上行分组数据提取出来;
所述对上行分组数据进行重构包括:对所述提取出来的上行分组数据进行重构。
21.根据权利要求20所述的方法,其特征在于,所述识别所述上行分组数据的媒体类型包括:
通过所述分组数据的数据包头中的表示媒体类型的标识信息,识别所述上行分组数据的媒体类型。
22.根据权利要求20所述的方法,其特征在于,所述识别所述上行分组数据的媒体类型包括:
通过所述上行分组数据的数据包中的源IP地址、目的IP地址、源端口号、目的端口号以及承载类型参数,识别所述分组数据的媒体类型。
23.根据权利要求20所述的方法,其特征在于,所述识别所述上行分组数据的媒体类型包括:
通过所述上行分组数据的数据包的大小和周期性,识别该数据包的媒体类型。
24.根据权利要求13所述的方法,其特征在于,所述方法还包括:
在确定对下行分组数据进行重构之前,UE或所述UE的通信对端基于从所述基站接收的当前小区的链路状况和小区负载状况或所述UE测量的当前小区的链路状况和小区负载状况,选择编码类型和编码速率进行所述通信。
25.一种网络设备,其特征在于,包括:
第一重构确认单元,用于根据当前无线链路情况,确定对下行分组数据进行重构;
第一重构单元,用于根据当前的无线链路情况确定下行分组数据的编码层数,根据确定的编码层数,对所述下行分组数据进行重构;
第一发送单元,用于将重构后的下行分组数据发送给UE。
26.根据权利要求25所述的网络设备,其特征在于,所述网络设备还包括:
第一重构程度确定单元,用于根据当前的无线链路情况,确定对所述下行分组数据的编码层数,以使所述第一重构单元根据所述编码层数对所述下行分组数据进行重构。
27.一种网络设备,其特征在于,包括:
第二重构确定单元,用于根据当前无线链路情况确定需要对上行分组数据进行重构;
第二重构单元,用于根据当前的无线链路情况确定上行分组数据的编码层数,根据确定的编码层数,对所述上行分组数据进行重构;
第二发送单元,用于将重构后的上行分组数据发送给基站。
28.根据权利要求27所述的网络设备,其特征在于,所述网络设备还包括:
第二重构程度确定单元,用于根据当前无线链路情况,确定对所述上行分组数据的编码层数,以使得所述第二重构单元按照所述编码层数对所述上行分组数据进行重构。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910135549.0A CN101873633B (zh) | 2009-04-21 | 2009-04-21 | 一种多媒体分组数据传输和处理方法以及网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910135549.0A CN101873633B (zh) | 2009-04-21 | 2009-04-21 | 一种多媒体分组数据传输和处理方法以及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101873633A CN101873633A (zh) | 2010-10-27 |
CN101873633B true CN101873633B (zh) | 2014-03-12 |
Family
ID=42998242
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910135549.0A Active CN101873633B (zh) | 2009-04-21 | 2009-04-21 | 一种多媒体分组数据传输和处理方法以及网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101873633B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109245809B (zh) | 2013-06-25 | 2021-08-20 | 华为技术有限公司 | 上行多用户数据传输方法及上行多用户输入输出系统 |
CN108986829B (zh) * | 2018-09-04 | 2020-12-15 | 北京猿力未来科技有限公司 | 数据发送方法、装置、设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567828A (zh) * | 2003-06-18 | 2005-01-19 | 中兴通讯股份有限公司 | 一种网络处理器对数据流量进行限速的方法 |
CN101088268A (zh) * | 2004-12-24 | 2007-12-12 | 株式会社Ntt都科摩 | 接收装置、发送装置、通信系统以及通信方法 |
CN101282569A (zh) * | 2007-04-03 | 2008-10-08 | 中兴通讯股份有限公司 | 包含基站和无线中继站的无线传输网络的自适应管理方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100878755B1 (ko) * | 2007-02-08 | 2009-01-14 | 한국과학기술원 | 무선인지 기반 이동통신시스템 및 이동통신 무선접속 방법 |
CN100493223C (zh) * | 2007-02-10 | 2009-05-27 | 华为技术有限公司 | 自适应多速率分组语音编码模式调整方法及基站控制器 |
-
2009
- 2009-04-21 CN CN200910135549.0A patent/CN101873633B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567828A (zh) * | 2003-06-18 | 2005-01-19 | 中兴通讯股份有限公司 | 一种网络处理器对数据流量进行限速的方法 |
CN101088268A (zh) * | 2004-12-24 | 2007-12-12 | 株式会社Ntt都科摩 | 接收装置、发送装置、通信系统以及通信方法 |
CN101282569A (zh) * | 2007-04-03 | 2008-10-08 | 中兴通讯股份有限公司 | 包含基站和无线中继站的无线传输网络的自适应管理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101873633A (zh) | 2010-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105516635B (zh) | 视频通话系统、装置和方法 | |
CN102958108B (zh) | 用于数据传输的方法、分流点设备、用户终端和系统 | |
CN112423340B (zh) | 一种用户面信息上报方法及装置 | |
JP5956348B2 (ja) | 可変レート・ボコーダを利用するユーザ機器のためのボイスオーバip容量を改善する方法 | |
JP2006325212A (ja) | 移動通信システムにおいてデータセグメントを処理する方法及び関連装置 | |
CN104823512A (zh) | 在移动通信系统中提高呼叫质量的方法和装置 | |
CN103179618B (zh) | 一种基于LTE Femto系统中提高回程网络的QoS的方法 | |
RU2660637C2 (ru) | Способ, система и устройство для обнаружения статуса периода молчания в оборудовании пользователя | |
US10966217B2 (en) | Wireless base station, wireless terminal, wireless communication system, and voice signal communication method | |
CN106804049A (zh) | 一种异系统切换方法及装置 | |
KR101626515B1 (ko) | 라디오 액세스 네트워크에서의 서비스 성능 피드백 | |
CN109152049A (zh) | 无线资源调度方法、视频终端及接入网设备 | |
CN101873633B (zh) | 一种多媒体分组数据传输和处理方法以及网络设备 | |
CN101370171B (zh) | 实现通信呼叫及释放的方法与系统、装置 | |
CN107343288A (zh) | 一种呼叫过程中连接释放的方法、装置及系统 | |
CN105075220A (zh) | 针对通信会话的伺机媒体修补 | |
CN103916893A (zh) | 业务本地交换方法和lte网络设备 | |
EP4354806A1 (en) | Method and apparatus for acquiring traffic feature analysis result, and network side device | |
CN107689945A (zh) | 媒体转换设备控制方法、装置及媒体网关 | |
KR20170043634A (ko) | 데이터 패킷의 전송 처리 방법 및 장치 | |
CN106538020A (zh) | 一种语音业务建立方法、装置及设备 | |
CN108886766B (zh) | 一种控制信息的传输方法及装置 | |
CN102055740B (zh) | 一种控制业务速率的方法和系统 | |
CN101365189B (zh) | 一种移动网中实现语音透传的方法和系统 | |
CN102484851B (zh) | 由呼叫发起和端接控制节点使用公共媒体网关节点和协同编解码 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211230 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |