CN102821359B - 业务共享传输方法、装置及系统 - Google Patents

业务共享传输方法、装置及系统 Download PDF

Info

Publication number
CN102821359B
CN102821359B CN201110154337.4A CN201110154337A CN102821359B CN 102821359 B CN102821359 B CN 102821359B CN 201110154337 A CN201110154337 A CN 201110154337A CN 102821359 B CN102821359 B CN 102821359B
Authority
CN
China
Prior art keywords
user
group
transmission
ran
multicast
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
Application number
CN201110154337.4A
Other languages
English (en)
Other versions
CN102821359A (zh
Inventor
邓永锋
于江
邱勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201110154337.4A priority Critical patent/CN102821359B/zh
Priority to PCT/CN2012/076705 priority patent/WO2012167752A1/zh
Publication of CN102821359A publication Critical patent/CN102821359A/zh
Application granted granted Critical
Publication of CN102821359B publication Critical patent/CN102821359B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast

Landscapes

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

Abstract

本发明实施例公开了一种业务共享传输方法、装置及系统,涉及通信领域,解决了资源重复分配的问题。本发明的方法包括:执行相同业务的用户设定在同一个用户组中,并为所述用户组所包含用户的业务数据建立组传输承载,该组传输承载包括:ISP服务器与CN网元之间通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载,CN网元与无线接入网RAN之间通过数据分发树方式传输业务数据的传输承载,以及RAN通过空口广播方式向用户传输业务数据的传输承载;通过创建的组传输承载向该用户传输业务数据。本发明实施例主要用于业务共享传输的过程中。

Description

业务共享传输方法、装置及系统
技术领域
本发明涉及通信领域,尤其涉及一种业务共享传输方法、装置及系统。
背景技术
随着智能终端的不断引入、无线网络传输能力的不断增强,无线网络中视频业务的流量呈现出爆发性的增长,占有大约30%的网络流量,已成为当前无线网络中的TOP2业务,而无线视频业务的服务质量已成为体现无线网络运营水平的重要指标。
目前开展的无线视频业务共有两大类:一类是基于Web浏览的视频业务,另一类是基于专用服务器的实时视频业务。基于Web浏览的视频业务是通过标准的HTTP(HyperTextTransferProtocol,超文本传输协议)服务器传输视频业务,譬如YouTube、BELL HLS实时直播视频。此种视频业务模式中,客户端与服务器间建立专用的TCP(Transmission Control Protocol,传输控制协议)连接;客户端通过专用TCP连接向服务器发送HTTP请求消息,请求服务器传送视频文件;服务器通过专用TCP连接发送HTTP响应消息,向客户端传送视频数据,即每个用户单独建立一个承载进行文件传输。基于专用服务器的实时视频业务是通过RTP(Real-time Transport Protocol,实时传送协议)、RTMP(RealTime Messaging Protocol,实时通知协议)等专用服务器进行实时视频直播,在视频业务直播过程中,视频服务器总是获取最新的视频片段、编码封装合适的媒体格式、最后组装成不同的传输层数据包,发送给客户端,即网络为每一个直播视频用户分配独立的传输资源,建立专用承载。
但现有视频业务模式中,ISP(Internet Service Provider,互联网服务提供商)服务器在执行视频数据传输时为每一用户都分配独立的传输资源。来自同一视频源的IP(Internet Protocol,互联网络协议)数据包往往分别路由至同一无线通信网网关。无线网络同样为视频业务用户建立专用承载:独立的GTP(GPRS Tunneling Protocol,GPRS(General Packet Radio Service,通用分组无线业务)隧道协议)隧道、独立的无线信道等。大量相同的视频流通过专用承载分别传输,严重占用有限的网络资源,甚至导致网络拥塞,网络资源利用率较低。
发明内容
本发明的实施例提供一种业务共享传输方法、装置及系统,解决了资源重复分配的问题,提升了网络资源的利用率。
一种业务共享传输方法,执行相同业务的用户设定在同一个用户组中,还包括:
核心网CN网元接收所述用户组所包含用户发送的申请加入组传输的加入请求消息;
向互联网服务提供商ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与所述CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;
在所述IP网络路由阶段的组传输承载建立后,向无线接入网RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;
接收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中,并向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN。
一种业务共享传输方法,执行相同业务的用户设定在同一个用户组中,还包括:
当用户组所包含用户执行业务共享传输时,所述用户向核心网CN网元发送申请加入组传输的加入请求消息,以便触发为所述用户组所包含用户的业务数据建立组传输承载;所述组传输承载包括以下三部分:互联网络协议IP网络路由阶段的组传输承载、无线通信网络分发阶段的组传输承载和空口组播传输阶段的组传输承载;
接收通过所述组传输承载传输的业务数据;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与无线接入网RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
一种业务共享传输方法,执行相同业务的用户设定在同一个用户组中,还包括:
无线接入网RAN接收核心网CN网元发送的组传输链接请求消息;
向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;
接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
一种业务共享传输方法,执行相同业务的用户设定在同一个用户组中,还包括:
互联网服务提供商ISP服务器接收核心网CN网元发送的建立互联网络协议IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;
向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;
通过IP网络路由阶段的组传输承载向所述CN网元路由所述用户组所包含用户的业务数据;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
一种核心网网元,包括:
第一接收单元,用于接收所述用户组所包含用户发送的申请加入组传输的加入请求消息,其中执行相同业务的用户设定在同一个用户组中;
第一组传输承载建立单元,用于根据所述第一接收单元接收的所述加入请求消息触发向互联网服务提供商ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与所述CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;
第一发送单元,用于在所述IP网络路由阶段的组传输承载建立后,向无线接入网RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;
第二接收单元,用于收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中;
第二组传输承载建立单元,用于向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
业务数据传输单元,用于通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN。
一种用户终端,包括:
发送单元,用于当用户组所包含用户执行业务共享传输时,所述用户向核心网CN网元发送申请加入组传输的加入请求消息,以便触发为所述用户组所包含用户的业务数据建立组传输承载;所述组传输承载包括以下三部分:互联网络协议IP网络路由阶段的组传输承载、无线通信网络分发阶段的组传输承载和空口组播传输阶段的组传输承载;其中,执行相同业务的用户设定在同一个用户组中;
接收单元,用于接收通过所述组传输承载传输的业务数据;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与无线接入网RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
一种无线接入网元,包括:
第一接收单元,用于接收核心网CN网元发送的组传输链接请求消息;
第一发送单元,用于向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与所述无线接入网元RAN之间,通过数据分发树方式传输业务数据的传输承载;执行相同业务的用户设定在同一个用户组中;
第二接收单元,用于接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
业务数据传输单元,用于通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
一种互联网服务提供商ISP服务器,包括:
组传输承载建立单元,用于核心网CN网元发送的建立互联网络协议IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;
第一发送单元,用于向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;
业务数据传输单元,用于通过IP网络路由阶段的组传输承载向所述CN网元路由用户组所包含用户的业务数据;其中,执行相同业务的用户设定在同一个用户组中;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
一种无线通信系统,执行相同业务的用户设定在同一个用户组中,包括:核心网CN网元、无线接入网元RAN、互联网服务提供商ISP服务器;
所述CN网元,用于接收用户组所包含用户发送的申请加入组传输的加入请求消息;向ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;在所述IP网络路由阶段的组传输承载建立后,向RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;接收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中,并向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN;
所述RAN,用于接收所述CN网元发送的组传输链接请求消息;向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户;
所述ISP服务器,用于接收所述CN网元发送的建立IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;通过IP网络路由阶段的组传输承载向所述CN网元路由所述用户组所包含用户的业务数据;
其中,所述IP网络路由阶段的组传输承载为ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
一种业务共享传输方法,执行相同业务的用户设定在同一个用户组中,还包括:
无线接入网元RAN接收述用户组所包含用户发送申请加入组传输的加入请求消息;
所述RAN对所述用户组所包含用户请求的当前业务进行识别,确定所述当前业务是否为所述RAN内部设置的暂存组播业务的业务服务器所提供的组播业务;
若确定所述当前业务是所述RAN内部设置的业务服务器所提供的组播业务,则所述RAN终结所述用户的组播请求,并为所述用户组所包含的用户建立组传输承载,所述RAN内部设置的业务服务器利用所述建立的组传输承载,通过空口广播方式向所述用户传输业务数据。
一种无线接入网元,包括:
第一设置单元,用于将执行相同业务的用户设定在同一个用户组中;
第一接收单元,用于接收述用户组所包含用户发送申请加入组传输的加入请求消息;
第一确定单元,用于对所述用户组所包含用户请求的当前业务进行设别,确定所述当前业务是否为所述RAN内部设置的业务服务器所提供的组播业务,所述RAN内部设置的业务服务器用于暂存组播业务;
第一组传输承载创建单元,用于在所述第一确定单元确定所述当前业务是所述RAN内部设置的业务服务器所提供的组播业务时,结束所述用户的组播请求,并为所述用户组所包含的用户建立组传输承载;
所述业务服务器,用于利用所述建立的组传输承载,通过空口广播方式向所述用户传输业务数据。
一种业务共享传输方法,执行相同业务的用户设定在同一个用户组中,还包括:
无线接入网元RAN或核心网CN网元内部设置的代理服务器向所述用户组所包含的用户发送组传输公告,以便触发所述用户向所述RAN或CN网元发送申请加入组传输的加入请求消息;
所述RAN或CN网元内部设置的代理服务器接收所述用户向所述RAN或CN发送的申请加入组传输的加入请求消息,触发为所述用户组所包含用户的业务数据建立组传输承载;
所述RAN或CN网元内部设置的代理服务器将服务器发送的TCP单播业务转换为组播业务,并利用所述组传输资源向所述用户广播所述组播业务。
一种代理服务器,设置在无线接入网元RAN或核心网CN网元中,包括:
第二设置单元,用于将执行相同业务的用户设定在同一个用户组中;
第一发送单元,用于向所述用户组所包含的用户发送组传输公告,以便触发所述用户向所述RAN或CN网元发送申请加入组传输的加入请求消息;
第二接收单元,用于接收所述用户向所述RAN或CN发送的申请加入组传输的加入请求消息,触发为所述用户组所包含用户的业务数据建立组传输承载;
第二组传输承载创建单元,用于为所述用户组所包含用户的业务数据建立组传输承载;
转换单元,用于将互联网服务提供商ISP服务器发送的TCP单播业务转换为组播业务;
传输单元,用于利用所述第二组传输承载创建单元创建的所述组传输资源向所述用户广播所述转换单元转换得到的组播业务。
本发明实施例提供的方法和系统,业务数据在ISP服务器与核心网网关间采用IP组播或IP单播隧道方式进行传输;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,可以为执行相同业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中业务共享传输网络构架图;
图2为本发明实施例1中核心网元侧的业务共享传输方法的流程图;
图3为本发明实施例1中用户终端侧的业务共享传输方法的流程图;
图4为本发明实施例1中RAN侧的业务共享传输方法的流程图;
图5为本发明实施例1中ISP服务器侧的业务共享传输方法的流程图;
图6为本发明实施例2中业务共享传输方法的流程图;
图7为本发明实施例3中业务共享传输方法的流程图;
图8为本发明实施例4中业务共享传输方法的流程图;
图9为本发明实施例5中业务共享传输方法的流程图;
图10为本发明实施例6中业务共享传输方法的流程图;
图11为本发明实施例7中业务共享传输中空口组播传输的网络构架图;
图12为本发明实施例7中业务共享传输方法的流程图;
图13为本发明实施例8中业务共享传输方法的流程图;
图14为本发明实施例9中业务共享传输方法的流程图;
图15为本发明实施例10中一种核心网网元的组成框图;
图16为本发明实施例10中另一种核心网网元的组成框图;
图17为本发明实施例10中另一种核心网网元的组成框图;
图18为本发明实施例10中另一种核心网网元的组成框图;
图19为本发明实施例10中另一种核心网网元的组成框图;
图20为本发明实施例10中一种用户终端的组成框图;
图21为本发明实施例10中另一种用户终端的组成框图;
图22为本发明实施例10中一种无线接入网元的组成框图;
图23为本发明实施例10中一种ISP服务器的组成框图;
图24为本发明实施例10中另一种ISP服务器的组成框图;
图25为本发明实施例10中另一种ISP服务器的组成框图;
图26为本发明实施例10中另一种ISP服务器的组成框图;
图27为本发明实施例10中一种无线通信网络的组成框图;
图28为本发明实施例10中另一种无线接入网元的组成框图;
图29为本发明实施例10中一种代理服务器的组成框图;
图30为本发明实施例10中另一种代理服务器的组成框图;
图31为本发明实施例10中另一种代理服务器的组成框图。
具体实施方式
本发明实施例中,将执行相同业务的用户设定在同一个用户组,为该用户组中的每个用户分配相同的传输承载,执行共享传输。图1给出了组传输的总体架构,ISP(Internet Service Provider,互联网服务提供商)服务器与核心网网关(如GGSN(Gateway GPRS Support Node,网关GPRS支持节点))间采用IP组播方式或IP单播隧道传输方式传输业务数据;CN(Core Network,核心网)与RAN(Radio Access Network,无线接入网)间则通过注册流程形成数据分发树(distri bution tree),该数据分发树同一路径上不同用户的数据流采用相同承载共享传输;接入侧,RAN(Radio Access Network,无线接入网)为执行相同业务的用户分配共享的组传输承载,通过广播方式发送业务数据。通过此种基于组播的业务传输机制,网络有效地降低了业务传输过程中的资源占用。本发明实施例是一个端到端的组传输方案,该种组传输分为IP网络路由、无线通信网络分发、空口组播传输三个阶段。
IP网络路由阶段:ISP服务器与CN网关间通过IP网络互联,采用IP路由方式传输业务数据。当该业务数据为视频业务时,该ISP服务器具体可为YouTube视频服务器等。ISP服务器与CN网关间采用IP单播隧道传输方式传送业务数据,而对于部署了IP组播功能的IP骨干网,ISP服务器与CN网关间可采用IP组播方式传送业务数据。
无线通信网络分发阶段:无线通信网络包含CN与RAN两部分。CN与RAN间则通过注册流程形成数据分发树(distribution tree)。分发树的各传输路径上将建立组传输承载,同一路径上不同用户的数据流采用相同承载共享传输。根据无线系统制式的不同,CN和RAN包含不同类型的服务网元:如GSM(GlobalSystem for Mobile Communications,全球移动通信系统)系统中CN网元为SGSN(Service GPRS Support Node,服务GPRS支持节点)与GGSN,RAN网元为BSC(Base Station Controller,基站控制器);UMTS(Universal MobileTelecommunications System,通用移动通讯系统)系统中CN网元SGSN与GGSN,RAN网元为RNC(Radio Network Controller,无线网络控制器);LTE(Long TermEvolution,3GPP长期演进)系统中CN网元为S-GW(Serving GateWay,服务网关)与PDN GW(Packet Data Network  GateWay,分组数据网网关),RAN网元为eNodeB(基站)等。
空口组播传输阶段:对于执行相同业务的用户组,RAN仅建立单个的组传输承载。通过组传输承载,空口上可仅为用户组下发单个数据流,执行共享传输。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
本发明实施例提供一种业务共享传输方法,该方法为核心网网元侧的业务共享传输方法,如图2所示,该方法包括:
101、CN网元接收用户组所包含用户发送的申请加入组传输的加入请求消息。
其中,执行相同业务的用户设定在同一个用户组中;将执行相同业务的用户设定在同一个用户组中,可以通过但不局限于以下方法实现,该方法包括:根据用户的业务请求或者业务,对用户执行的业务进行识别,根据识别结果,将执行相同业务的用户设定在同一个用户组中。另外,需要说明的是,在将执行相同业务的用户设定在同一个用户组中时,所述RAN或CN网元或ISP服务器均可以将执行相同业务的用户设定在同一个用户组中,本发明实施例对此不进行限制。
102、向ISP服务器发送建立IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与所述CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
其中,所述ISP服务器与CN网元之间,通过IP组播方式传输业务数据的传输承载的建立可以采用现有技术中的任一种方法,本发明实施例对此不进行限制。
103、在所述IP网络路由阶段的组传输承载建立后,向RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载。
其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载。所述CN网元与无线接入网RAN之间通过数据分发树方式传输业务数据的传输承载的建立,也可以采用现有技术中的任一种方法,本发明实施例对此也不进行限制。
104、接收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中,并向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载。
其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。所述RAN通过空口广播方式向所述用户传输所述业务数据的传输承载的建立,可以通过以下方法实现,该方法包括:所述RAN为所述用户组所包括的用户分配相同的组传输资源,所述相同的组传输资源至少包括信道资源;并利用所述组传输资源向所述用户广播业务流。其中为所述用户组所包含的用户分配相同的组传输资源,根据RAN不同的传输模式,分配的共享资源不同,例如,当所述RAN基于HSDPA(High-Speed DownlinkPacket Access,高速下行分组接入)的传输模式传输业务时,在下行方向上为所述用户组所包含的用户分配相同的HS-SCCH信道(High-Speed SharedControl Channel,高速共享控制信道)、无线网络临时标识H-RNTI(HS-DSCHRadio Network Temporary Identity,HS-DSCH(High-Speed Downlink SharedChannel,高速下行共享信道)无线网络临时标识)、调度相同的HS-DPDCH信道(High-Speed Dedicated Physical Data Channel,高速专用物理数据信道);在上行方向上为所述用户组所包含的每一个用户分配独立的HS-DPCCH信道(High-Speed Dedicated Physical Control Channel,高速专用物理控制信道),同时为所述用户组所包含的每一个用户独立分配伴随DPCH信道(DedicatedPhysical Channel,专用物理信道)。在分配HS-DPCCH信道时,RAN可在RRC指派信令中加入ACK/NAK反馈指示,指示用户在执行HSDPA传输时是否执行ACK/NAK反馈。具体的所述反馈指示可以为ACK/NAK反馈发送指示,当发送指示为1时,用户按现有的HSDPA反馈机制发送ACK/NAK反馈信息;当发送指示为0时,用户在执行HSDPA传输时无论是否正确接收数据均不向网络反馈ACK/NAK信息。或者所述的反馈指示可以为ACK/NAK发送抑制指示,终端若收到了RAN下发的ACK/NAK抑制指示则其在执行HSDPA传输时无论是否正确接收数据均不向网络反馈ACK/NAK信息,否则执行正常的HSDPA反馈机制;或者当所述RAN基于DCH(Dedicated Channel,专用信道)传输模式传输业务时,为所述用户组所包含的用户分配相同的组DPCH码道,同时为所述用户组所包含的每一个用户独立分配专用的DPCCH信道(Dedicated Physical Control Channel,专用物理控制信道);或者当所述RAN基于FACH(Forward Access Channel,前向接入信道)传输模式传输业务时,为所述用户组所包含的用户指派相同的S-CCPCH(Secondary Common Control Phy Channel,辅公共控制物理信道)。进一步地,对于不同用户签约、不同能力、不同信道条件的终端,所述RAN将所述用户组内的所述用户分为多个不同的QoS(Quality of Service,服务质量)等级,分组执行共享传输。同一等级QOS属性的终端属于同一共享组,共享同一组传输资源。
105、通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN。
进一步,本发明实施例中,在通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,本发明实施例还包括以下的方法,
若监测到新用户执行的业务与所述用户组执行的业务相同,则将所述新用户加入到所述用户组中,并为所述新用户指派所述相同的组传输资源,利用指派的组传输资源向所述新用户发送业务;或者,
若监测到所述用户组所包括的用户终止执行所述相同业务,撤销为所述终止执行所述相同业务的用户指派的组传输资源;或者,
若监测到所述用户组所包括的所有用户都终止执行所述相同业务,释放为所述用户组分配的组传输资源。
本发明实施例还提供一种业务共享传输方法,该方法为用户终端侧的业务共享传输方法,如图3所示,该方法包括:
201、当用户组所包含用户执行业务共享传输时,所述用户向CN网元发送申请加入组传输的加入请求消息,以便触发为所述用户组所包含用户的业务数据建立组传输承载。
其中,所述组传输承载包括以下三部分:IP网络路由阶段的组传输承载、无线通信网络分发阶段的组传输承载和空口组播传输阶段的组传输承载;所述IP网络路由阶段的组传输承载为ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
其中,关于用户组的相关描述,可以参考图2步骤101中的相应描述,本发明实施例此处将不再赘述。
202、接收通过所述组传输承载传输的业务数据。
本发明实施例还提供一种业务共享传输方法,该方法为RAN侧的业务共享传输方法,如图4所示,该方法包括:
301、RAN接收CN网元发送的组传输链接请求消息。
302、向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载。
其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载。
其中,关于用户组的相关描述,可以参考图2步骤101中的相应描述,本发明实施例此处将不再赘述。
303、接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载。
其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。所述RAN通过空口广播方式向所述用户传输所述业务数据的传输承载的建立的具体描述,可以参考图2步骤104中的相应描述,本发明实施例此处将不再赘述。
304、通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
本发明实施例还提供一种业务共享传输方法,该方法为ISP服务器侧的业务共性传输方法,如图5所示,该方法包括:
401、ISP服务器接收CN网元发送的建立IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载。
其中,关于用户组的相关描述,可以参考图2步骤101中的相应描述,本发明实施例此处将不再赘述。
402、向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;
403、通过IP网络路由阶段的组传输承载向所述CN网元路由所述用户组所包含用户的业务数据。
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP组播或IP单播隧道方式进行传输;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
并且,本发明实施例中,RAN、CN网元、ISP服务器都可以将观看相同视频的用户设置为一个用户组,并向所述用户组所包含的用户发送组传输激活消息,以便用户终端触发组传输承载的建立,使得组传输模式的触发比较灵活。
并且,本发明实施例中,当有新用户与该用户组所包含的用户观看同样的视频时,可以将该组传输资源指派给该新用户,并在组传输信道上为所述新用户发送视频流,从而进一步的提高了网络资源的利用率,并且随着用户数的增长,组传输机制的资源利用率线性增长。
实施例2
本发明实施例具体阐述基于RAN级别触发的业务共享传输方法。本发明实施例以视频业务共享传输为例,阐述该方法,如图6所示,包括:
501、RAN始终监测其下用户终端触发的视频业务,根据用户的业务请求或者业务,对用户执行的业务进行识别,将执行相同业务的用户设定在同一个用户组,并根据组传输模式启动策略判决是否启动组传输机制。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI(Deep PacketInspection,深度包检测技术)技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
502、当RAN根据其组传输模式启动策略判决启动组传输机制时,向所述用户组所包含的用户发送组传输激活消息。
其中,该组传输激活消息中可携带有RAN识别出的组播视频业务的组播IP地址。
503、用户终端接收该RAN发送的组传输激活消息,并通过预先建立的PDP(User Datagram Protocol,用户数据报协议)承载向CN网元发送申请加入组传输的加入请求消息,例如在GSM/UMTA网络中该CN网元为GGSN,用户终端接收该RAN发送的组传输激活消息后,通过预先建立的PD承载向GGSN发送申请加入组传输的加入请求消息;其中,该加入请求消息中包含用户期望加入组播组的IP组播地址。其中,该IP组播地址可以为RAN在组传输激活消息中指示的组播IP地址;若RAN下发的组传输激活消息未携带组播IP地址,则该IP组播地址默认为由ISP服务器通过业务通告,如HTTP响应消息或者短消息、电子邮件等,下发的组播IP地址。
504、GGSN接收到该加入请求消息后,向SGSN发送组传输通知请求消息,通知SGSN触发组传输上下文建立过程。
其中,该组传输通知请求消息中携带有视频业务组播组对应的组播IP地址和APN(Access Point Name,接入点名称),SGSN将根据该APN解析组播视频业务所对应的GGSN。
505、SGSN在接收到该组传输通知请求消息后,向GGSN反馈组传输通知响应消息,确认SGSN后续将触发组传输上下文的建立。
506、SGSN向用户终端发送请求组传输上下文激活消息,请求用户终端执行组传输上下文激活流程。
其中,该组传输上下文激活消息中携带有组播IP地址与APN信息。终端将以请求消息中的IP组播地址和APN发起组传输上下文激活流程。IP组播地址用于标识对应的视频业务组播组,组传输上下文建立完成后,GGSN将通过此标识关联组播视频业务流与所建立的组传输用户面承载。APN则用于标识组播视频业务所对应的GGSN。
507、用户终端在本地创建组传输终端上下文,并向SGSN发送组传输上下文激活请求消息,触发SGSN建立组传输上下文信息。该组传输上下激活文请求消息中携带有IP组播地址、APN、以及终端组传输承载能力。
508、SGSN在收到组传输上下文激活请求消息后,发起鉴权加密等安全流程。
509、SGSN在本地创建组传输终端上下文,并根据终端上报的APN解析出组播视频业务对应的GGSN,向该GGSN发送创建组传输上下文请求消息。创建组传输上下文请求消息中携带有终端上报的IP组播地址和APN。
510、GGSN接收SGSN创建组传输上下文请求,并确定GGSN自身是否已建立组传输承载上下文,即确定GGSN是否已加入当前视频业务的IP组播地址对应的组播组,若GGSN未加入当前视频业务的IP组播地址对应的组播组,则其向其上级组播路由器发送申请自身加入该组播组的加入消息。组播路由器将逐级向上层请求加入组播树。整个过程为标准的IGMP加入过程。该过程完成后直播视频ISP将通过组播树向GGSN所在分支采用IP组播方式路由视频数据。
511、在收到步骤510的IGMP加入消息后,ISP服务器通过组播树向GGSN路由视频数据。GGSN可根据组播视频的属性推导相应的组传输承载上下文。
512、GGSN在本地创建组传输终端上下文,并向SGSN发送创建组传输上下文响应消息,确认GGSN处组传输上下文创建完成。
513、SGSN接收该GGSN发送的创建组传输上下文响应消息,并根据自身的状态信息确定自身是否已建立组传输承载上下文,即是否针对当前组播视频业务执行分发树注册,若SGSN未针对当前组播视频业务执行分发树注册,则SGSN向GGSN发送组传输注册请求消息,指示GGSN当前SGSN请求作为其IP组播的下游节点加入组播。
514、GGSN收到SGSN发来的注册请求后,将该SGSN加入到其组传输承载上下文的下游节点列表中,并向SGSN反馈组传输注册响应消息,指示SGSN注册成功。其中,该注册响应消息中可携带有当前组传输的承载上下文。
515、若GGSN未建立到前述SGSN的组传输承载,GGSN向SGSN发送组传输会话开始请求消息,指示SGSN组播视频业务开始传输,请求SGSN建立组传输承载。请求消息中携带有GGSN从组播视频属性中推导的业务QoS要求。
516、SGSN收到GGSN下发的组传输会话开始请求消息后,向GGSN反馈组传输会话开始响应消息。SGSN在会话开始响应消息中携带SGSN的IP地址与GTP隧道端点号。GGSN将通过该GTP隧道转发组播视频数据。SGSN收到同一组播视频业务的多条会话开始请求时,其仍旧仅建立一条GTP隧道。
517、SGSN向RAN发送组传输终端链接请求消息,通知RAN终端已申请加入组播视频业务。
518、RAN向SGSN反馈组传输终端链接响应消息,确认RAN将当前终端与相关组播视频业务关联。此过程中RAN会为首次申请链接的组播视频业务创建组传输终端上下文。
519、RAN根据自身的状态信息确定自身是否已建立组传输承载上下文,即是否针对当前组播视频业务执行分发树注册,若RAN未针对当前组播视频业务执行分发树注册,则向SGSN发送组传输注册请求消息,该组传输注册请求消息中携带有组播视频业务的IP组播地址与APN,向SGSN请求加入当前组播视频业务的组播组。
520、SGSN收到RAN发来的注册请求后,将当前RNC加入到其组传输承载上下文的下游节点列表中,并向RAN反馈组传输注册响应消息,指示RAN注册成功。其中,该组传输注册响应消息中可携带有当前组传输的承载上下文。
521、若SGSN未建立到前述RNC的组传输承载,SGSN向RAN发送组传输会话开始消息,请求RAN为组传输业务建立无线侧承载资源。组传输会话开始消息中还携带有GGSN下发的QoS要求。
522、RAN收到SGSN下发的会话开始请求消息后,向SGSN反馈组传输会话开始响应消息。RAN在会话开始响应消息中携带当前RNC的IP地址与GTP隧道端点号。SGSN将通过该GTP隧道转发组播视频数据。
523、若RAN未建立空口的组传输信道,则其根据SGSN下发的业务QoS要求为当前组播视频业务建立组传输信道。RAN向终端发送无线资源重配置命令,指示终端接入组传输信道,执行组传输。在进行组传输信道分配时,对于不同用户签约、不同能力、不同信道条件的终端,所述RAN将所述用户组内的所述用户分为多个不同的QoS等级,为同一QoS等级的终端分配相同的组传输信道,分组执行共享传输。
特别地,对于基于HSDPA传输模式的组传输场景,RAN可在RRC指派信令中加入ACK/NAK反馈指示,指示用户在执行HSDPA传输时是否执行ACK/NAK反馈。具体的所述反馈指示可以为ACK/NAK反馈发送指示,当发送指示为1时,用户按现有的HSDPA反馈机制发送ACK/NAK反馈信息;当发送指示为0时,用户在执行HSDPA传输时无论是否正确接收数据均不向网络反馈ACK/NAK信息。或者所述的反馈指示可以为ACK/NAK发送抑制指示,终端若收到了RAN下发的ACK/NAK抑制指示则其在执行HSDPA传输时无论是否正确接收数据均不向网络反馈ACK/NAK信息,否则执行正常的HSDPA反馈机制;
524、SGSN向终端发送激活组传输上下文接受消息,指示终端组传输上下文激活成功。
525、组传输承载建立后,ISP服务器通过IP组播树向GGSN路由视频数据包,整个GGSN分支仅需传送单个视频流;CN与RAN间则通过分发树传递视频流,每个参与分发树的小区也仅需传输单个视频流;空口上,RAN通过组传输信道采用广播方式向用户终端发送组播视频流。业务传输过程中的终端专有数据,如IGMP离开消息或并发网页浏览数据仍通过原有的专用PDP承载传输。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP组播方式进行传输;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同视频业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
并且,本发明实施例中,制定了组传输模式启动策略,当根据该组传输模式启动策略确定启动组传输模式时,才为用户组所包含的用户建立组传输承载,使得组传输的应用比较灵活。
实施例3
本发明实施例具体阐述基于SGSN级别触发的业务共享传输方法。本发明实施例以视频业务共享传输为例阐述该方法,如图7所示,包括:
601、SGSN始终监测其下用户终端触发的视频业务,根据用户的业务请求或者业务流进行识别,将执行相同业务的用户设定在同一个用户组,并根据一定的策略判决是否启动组传输机制。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
602、SGSN根据该组传输模式启动策略判决启动组传输机制,并向所述用户组所包含的用户发送组传输激活消息。其中,该组传输激活消息可携带有SGSN识别出的组播视频业务的组播IP地址。
603、用户接收该SGSN发送的组传输激活消息,并通过预先建立的PDP承载向其默认网关GGSN发送申请加入视频业务组播组的IGMP加入消息,触发后续的组传输承载建立。
其中,组传输承载建立的流程,可以参考实施例2中的步骤503至步骤524,本发明实施例此处将不再赘述。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP组播方式传输视频数据;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同视频业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
并且,本发明实施例中,制定了组传输模式启动策略,当根据该组传输模式启动策略确定启动组传输模式时,才为用户组所包含的用户建立组传输承载,使得组传输的应用比较灵活。
实施例4
本发明实施例具体阐述基于GGSN级别触发的业务共享传输方法。本发明实施例以视频业务共享传输为例阐述该方法,如图8所示,包括:
701、GGSN始终监测其下用户终端触发的视频业务,根据用户的业务请求或者业务流,对用户执行的用户进行识别,将执行相同业务的用户设定在同一个用户组,并根据一定的策略判决是否启动组传输机制。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
702、GGSN根据其组传输模式启动策略判决启动组传输机制,并向SGSN发送组传输通知请求消息,通知SGSN触发组传输上下文建立过程。该组传输通知请求消息中携带有GGSN识别出的当前视频业务的组播IP地址和该视频业务对应的APN,SGSN根据APN解析组播视频业务所对应的GGSN。
703、SGSN向GGSN反馈组传输通知响应消息,确认SGSN后续将触发组传输上下文的建立。
704、SGSN向终端发送组传输上下文激活消息,请求用户终端执行组传输上下文激活流程。
其中,该组传输上下文激活消息中携带有组播IP地址与APN信息。用户终端将以该组传输上下文激活消息中的IP组播地址和APN发起组传输上下文激活流程。IP组播地址用于标识对应的视频业务组播组,组传输上下文建立完成后,GGSN将通过此标识关联组播视频业务流与所建立的组传输用户面承载。APN则用于标识组播视频业务所对应的GGSN。
其中,步骤402~404为GGSN通过SGSN向所述用户组所包含的用户发送组传输激活消息,但是由于GGSN和SGSN,以及SGSN和用户之间传输模式的不同,发送的消息格式可能不一样,但目的都是触发所述用户向所述CN网元发送申请加入组传输的加入请求消息。
705、用户终端在本地创建组传输终端上下文,并向SGSN发送组传输上下文激活请求消息,触发后续的组传输承载建立过程。该组传输上下激活文请求消息中携带有IP组播地址、APN、以及终端组传输承载能力。
其中,组传输承载的建立流程可以参考实施例2中的步骤507至步骤524描述,本发明实施例此处将不再赘述。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP组播方式传输视频数据;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同视频业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
并且,本发明实施例中,制定了组传输模式启动策略,当根据该组传输模式启动策略确定启动组传输模式时,才为用户组所包含的用户建立组传输承载,使得组传输的应用比较灵活。
实施例5
本发明实施例具体阐述基于ISP服务器级别触发的业务共享传输方法。本发明实施例以视频业务共享传输为例阐述该方法,如图9所示,包括:
801、ISP服务器始终监测其下终端触发的视频业务,根据用户的业务请求或者业务流进行识别,将执行相同业务的用户设定在同一个用户组,并根据一定的策略判决是否启动组传输机制。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
802、ISP服务器根据其组传输模式启动策略判决启动组传输机制,并向用户终端发送组传输公告消息,触发组传输建立过程。
其中,组传输公告机制可采用标准的HTML(Hyper Text Mark-up Language,超文本标记语言)文件来实现。ISP服务器根据直播视频业务的单播URL链接与业务的组传输信息,如组播IP地址、业务端口号等,生成播放列表HTML文件。在终端请求业务的HTTP GET消息时,ISP服务器将前述HTML播放列表文件携带在对应的HTTP RESPONSE响应消息中下发至终端。若终端不支持组传输功能,则可根据视频业务的单播URL链接,进一步发起视频单播请求。
对于HLS直播视频业务,由于ISP服务器基于HTTP协议发送视频流数据和属性参数,组传输公告可在终端获取HLS播放列表的HTTP GET消息的响应中携带。ISP服务器在HTTP RESPONSE响应消息携带的HLS播放列表M3U8文件中加入组传输的组播IP地址、业务端口号等组传输信息,指示对应终端加入组播组,执行共享传输。
803、用户终端通过预先建立的PDP承载向其默认网关GGSN发送IGMP Join消息,触发后续的组传输承载建立过程。
其中,组传输承载的建立流程可以参考实施例2中的步骤503至步骤524,本发明实施例此处将不再赘述。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP组播方式传输视频数据;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同视频业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
并且,本发明实施例中,制定了组传输模式启动策略,当根据该组传输模式启动策略确定启动组传输模式时,才为用户组所包含的用户建立组传输承载,使得组传输的应用比较灵活。
实施例6
为了在实现视频业务组播的同时,保证IP骨干网的简单高效。本实施例中提出了一种基于P2P隧道传输的接入网络组播方案。GGSN与ISP服务器间建立隧传组播IP包的IP单播隧道,通过IP单播路由方式隧传组播视频业务的组播IP包。在无线通信网络中则采用与实施例二类似的分发树完成组播IP包的转发。具体的基于IP单播隧传业务数据的业务共享传输方法的具体流程如图10所示,包括:
901、用户终端发起PDP激活流程建立PDP承载。
其中通过该建立的PDP承载,用户终端和ISP服务器间可交换应用层数据。如组播视频业务可通过PDP承载发送业务公告,公告中可包含组播视频业务对应的IP组播地址和UDP端口号,以及组播ISP服务器的IP地址。与组播视频业务同时运行的并发业务,如视频网站浏览,也可通过此PDP承载传输。
902、用户终端通过建立的PDP承载向其默认网关GGSN发送加入请求消息(IGMP Join消息),申请加入组播视频业务的组播组。该加入消息中需指明终端期望加入的组播组的IP组播地址。
903、GGSN向SGSN发送组传输通知请求消息,通知SGSN触发组传输上下文建立过程。
其中,该组传输通知请求消息中携带有视频业务组播组对应的组播IP地址和APN,SGSN将根据APN解析组播视频业务所对应的GGSN。
904、SGSN向GGSN反馈组传输通知响应消息,确认SGSN后续将触发组传输上下文的建立。
905、SGSN向终端发送请求组传输上下文激活消息,请求用户终端执行组传输上下文激活流程。
其中,该组传输上下文激活消息中携带有组播IP地址与APN信息。用户终端将以请求消息中的IP组播地址和APN发起组传输上下文激活流程。IP组播地址用于标识对应的视频业务组播组,组传输上下文建立完成后,GGSN将通过此标识关联组播视频业务流与所建立的组传输用户面承载。APN则用于标识组播视频业务所对应的GGSN。
906、用户终端在本地创建组传输用户终端上下文,并向SGSN发送激活组传输上下文请求消息,触发SGSN建立组传输上下文信息。
其中,该激活组传输上下文请求消息中携带有IP组播地址与对应的组播ISP服务器的IP地址、APN、以及用户终端组传输承载能力。
907、SGSN在收到组传输上下文激活请求消息后,发起鉴权加密等安全流程。
908、SGSN在本地创建组传输用户终端上下文,并根据用户终端上报的APN解析出组播视频业务对应的GGSN,向该GGSN发送创建组传输上下文请求消息。
其中,该创建组传输上下文请求消息中携带有用户终端上报的IP组播地址与对应的组播ISP服务器的IP地址和APN。
909、GGSN接收SGSN创建组传输上下文请求,并确定GGSN自身是否已建立组传输承载上下文,即确定GGSN是否已加入当前视频业务的IP组播地址对应的组播组,若GGSN未加入当前视频业务的IP组播地址对应的组播组,则其根据SGSN上报的ISP服务器的IP地址向ISP服务器发送组播注册请求消息,申请建立与ISP服务器间的IP单播隧道。
其中,该组播注册请求消息中携带有组播视频业务对应的IP组播地址与IP组播包转发地址(GGSN IP地址)。
910、ISP服务器将GGSN加入到对应组播视频业务的IP单播列表中,并向GGSN反馈组播注册回答消息。
其中,该组播注册回答消息中携带有成功注册的组播视频业务对应的IP组播地址,指示GGSN注册成功。其后,ISP服务器的组播视频流将通过GGSN与ISP服务器间建立的IP单播隧道直接路由。
911、在步骤910的发送组播注册回答消息后,ISP服务器通过与GGSN间建立的IP单播隧道向GGSN路由组播视频数据。GGSN可根据组播视频的属性推导相应的组传输承载上下文。
912、GGSN在本地创建组传输用户终端上下文,并向SGSN发送创建组传输上下文响应消息,确认GGSN处组传输上下文创建完成。
913、SGSN接收该GGSN发送的创建组传输上下文响应消息,并确定自身是否已建立组传输承载上下文,即是否针对当前组播视频业务执行分发树注册,若SGSN未针对当前组播视频业务执行分发树注册,SGSN向GGSN发送组传输注册请求消息,指示GGSN当前SGSN请求作为其IP组播的下游节点加入组播。
914、GGSN收到SGSN发来的组传输注册请求后,将该SGSN加入到其组传输承载上下文的下游节点列表中,并向SGSN反馈组传输注册响应消息,指示SGSN注册成功。其中,该组传输注册响应消息中可携带有当前组传输的承载上下文。
915、若GGSN未建立到前述SGSN的组传输承载,GGSN向SGSN发送组传输会话开始请求消息,指示SGSN组播视频业务开始传输,请求SGSN建立共享传输承载。
其中,该组传输会话开始请求消息中携带有GGSN从组播视频属性中推导的业务QoS要求。
916、SGSN收到GGSN下发的会话开始请求消息后,向GGSN反馈组传输会话开始响应消息。SGSN在组传输会话开始响应消息中携带SGSN的IP地址与GTP隧道端点号。GGSN将通过该GTP隧道转发组播视频数据。SGSN收到同一组播视频业务的多条会话开始请求时,其仍旧仅建立一条GTP隧道。
917、SGSN向RAN发送组传输链接请求消息,通知RAN用户终端已申请加入的组播视频业务。
918、RAN向SGSN反馈组传输链接响应消息,确认RAN将当前用户终端与相关组播视频业务关联。此过程中RAN会为首次申请链接的组播视频业务创建组传输终端上下文。
919、RAN确定自身是否已建立组传输承载上下文,即是否针对当前组播视频业务执行分发树注册,若RAN未针对当前组播视频业务执行分发树注册,则RAN向SGSN发送组传输注册请求消息,该组传输注册请求消息中携带有组播视频业务的IP组播地址与APN,向SGSN请求加入当前组播视频业务的组播组。
920、SGSN收到RAN发来的组传输注册请求后,将当前RNC加入到其组传输承载上下文的下游节点列表中,并向RAN反馈组传输注册响应消息,指示RAN注册成功。其中,该组传输注册响应消息中可携带有当前组传输的承载上下文。
921、若SGSN未建立到前述RAN的组传输承载,则SGSN向RAN发送组传输会话开始消息,请求RAN为组传输业务建立无线侧承载资源。
其中,该组传输会话开始消息中还携带有GGSN下发的QoS要求。
922、RAN收到SGSN下发的组传输会话开始请求消息后,向SGSN反馈组传输会话开始响应消息。
其中,该RAN在组传输会话开始响应消息中携带当前RNC的IP地址与GTP隧道端点号。SGSN将通过该GTP隧道转发组播视频数据。
923、若RAN未建立空口的组传输信道,则其根据SGSN下发的业务QoS要求为当前组播视频业务建立组传输信道。RAN向终端发送无线资源重配置命令,指示终端接入组传输信道,执行组传输。在进行组传输信道分配时,对于不同用户签约、不同能力、不同信道条件的终端,所述RAN将所述用户组内的所述用户分为多个不同的QoS等级,为同一QoS等级的终端分配相同的组传输信道,分组执行共享传输。
特别地,对于基于HSDPA传输模式的组传输场景,RAN可在RRC指派信令中加入ACK/NAK反馈指示,指示用户在执行HSDPA传输时是否执行ACK/NAK反馈。具体的所述反馈指示可以为ACK/NAK反馈发送指示,当发送指示为1时,用户按现有的HSDPA反馈机制发送ACK/NAK反馈信息;当发送指示为0时,用户在执行HSDPA传输时无论是否正确接收数据均不向网络反馈ACK/NAK信息。或者所述的反馈指示可以为ACK/NAK发送抑制指示,终端若收到了RAN下发的ACK/NAK抑制指示则其在执行HSDPA传输时无论是否正确接收数据均不向网络反馈ACK/NAK信息,否则执行正常的HSDPA反馈机制。
924、SGSN向用户终端发送激活组传输上下文接受消息,指示用户终端组传输上下文激活成功。
925、组传输承载建立后,ISP服务器将直播视频的组播IP包封装至目的地址为GGSN IP地址的普通IP包中,通过单播方式路由至GGSN。整个GGSN分支仅需传送单个视频流。GGSN可解除隧道单播IP封装,获取组播视频业务的组播IP数据包。核心网CN与接入网RAN间则通过分发树传递视频流,每个参与分发树的小区也仅需传输单个视频流;空口上,RAN通过组传输信道采用广播方式向用户终端发送组播视频流。业务传输过程中的用户终端专有数据,如IGMP离开消息或并发网页浏览数据仍通过原有的专用PDP承载传输。
进一步的,基于IP单播隧传的接入网络组传输承载建立流程中,GGSN需要与ISP服务器交互组播注册请求与组播注册回答消息,在GGSN和ISP服务器之间建立IP单播隧道。组播注册请求与组播注册回答消息可通过I GMP协议或运营商私有协议传送。具体的,其中,所述组播注册请求消息包含:当前帧的帧类型、所述组播注册请求消息的最大响应时延、校验和字段、组播业务对应的IP组播地址、ISP服务器处业务的组播IP包的转交地址、ISP服务器向前述转交地址隧传组播IP包时使用的转交UDP端口号,具体的可以通过表1帧格式定义,所述组播注册回答消息包含:当前帧的帧类型、保留字段、校验和字段、组播业务对应的IP组播地址,具体的可以通过表2的帧格式定义。
表1
表2
其中,Type指示当前帧的帧类型,例如Type的取值为31时,标识当前数据帧为传输组播注册请求消息,当Type的取值为32时,标识当前数据帧为传输注册回答消息。
Max.Resp.Time表示消息的最大响应时延,其以1/10秒为单位,缺省等于10秒。
Checksum为校验和字段,用于数据报传输过程中的差错控制。
Group Address为组播视频业务对应的IP组播地址,用于在GGSN与ISP服务器两端标识需建立IP单播隧道的组播视频业务。
care-of Address为ISP服务器处视频业务的组播IP包的转交地址,根据无线制式的不同,转交地址的定义不同。GSM/UMTS系统中,转交地址为GGSN IP地址;LTE系统中,转交地址为PDN GW。
care-of UDP port为ISP服务器向前述转交地址隧传组播IP包时使用的转交UDP端口号。
Reserve为保留字段。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP单播隧道方式进行传输;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同视频业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
实施例7
进一步的,为了缩短业务的传输时延,提升用户的使用体验,在如图1所示的视频传输网络的基础上,提出了更进一步的改进方案,该方案的改进之处在于,在RAN内部设置视频业务服务器,用于缓存组播视频数据。图11给出了改进的RAN Cache技术方案的总体架构,通过在RAN内部设置视频业务服务器,RAN Cache方案可在接入网层级直接向用户提供视频业务。当用户发起视频业务请求时,若该视频业务为所述RAN内部设置的视频业务服务器所提供的视频业务,则RAN通过空口将内置视频服务器中的视频数据直接下发给用户。RAN Cache方案有效的缩短了视频流的传输时延,极大的提高了用户体验。其中,基于RANCache场景的组传输承载建立过程中,RAN对其内的视频业务进行业务识别,并根据一定的策略判决启动组传输机制,触发组传输承载的建立。该业务共享传输的流程如图12所示,包括:
1001、RAN始终监测其下用户终端触发的视频业务,针对所接收的视频流执行业务识别,将观看相同视频的用户设定为一个用户组,并根据组传输模式启动策略判决是否启动组传输机制。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
1002、当RAN根据其组传输模式启动策略判决启动组传输机制时,向所述用户组所包含的用户发送组传输激活消息。其中,该组传输激活消息中可携带有RAN识别出的组播视频业务的组播IP地址。
1003、用户终端通过预先建立的PDP承载向其默认网关GGSN发送加入请求消息(IGMP Join消息),申请加入视频业务IP组播组,并触发后续组传输承载的建立流程。
其中,所述加入请求消息中需指明用户终端期望加入的组播组的IP组播地址。该地址由ISP服务器通过业务通告,如HTTP响应消息或者短消息、电子邮件等,提前通知用户终端。
1004、RAN针对应用层数据进行业务识别,判断终端请求的视频业务是否为RAN内置视频服务器所提供的组播视频业务,若终端请求的视频业务为RAN内置视频服务器所提供的组播视频业务,则RAN终结终端的组播请求,触发基于RANCache的视频组播过程。
1005、RAN为终端所请求的组播视频业务建立组传输信道,执行共享传输。
1006、组传输承载建立后,RAN内置的视频服务器采用组传输信道直接通过空口广播方式向终端发送组播视频流。
本发明实施例中,在RAN内部设置了用于缓存组播视频数据的视频业务服务器,当RAN将观看相同视频的用户设定在同一个用户组中后,对用户终端请求的业务进行识别,当判定用户终端请求的视频业务是RAN内置视频服务器所提供的组播视频业务时,直接由所述RAN为所述用户组所包含的用户建立组传输信道,并由RAN内置的视频服务器采用组传输信道直接通过空口广播方式向用户终端发送组播视频流,避免了向核心网和ISP服务器请求建立组传输承载,有效的缩短了视频流的传输时延,极大的提高了用户体验。
并且,在判定用户终端请求的视频业务不是RAN内置视频服务器所提供的组播视频业务时,为所述用户组所包含的用户建立组传输承载,同样实现视频业务数据的共享传输,解决了资源重复分配的问题,提升了网络资源的利用率。
实施例8
现有的视频业务传输往往基于TCP协议进行P2P传输;视频业务共享传输方案则要求业务通过组播方式进行传送,无法兼容现有的主流视频业务,如youTube,BELL TV。为了保证方案的后向兼容性,本节中着重介绍基于TCP代理的组传输承载建立流程。基于TCP代理的组传输承载建立过程中,RAN侧内置TCP代理服务器,分别与终端和ISP服务器建立TCP连接,透传高层的HTTP消息等业务数据。在视频业务传输过程中,RAN对服务小区中的视频业务进行业务识别,并根据一定的策略判决启动组传输机制,触发建立组传输承载,具体的如图13所示,包括:
1101、终端发起PDP激活流程建立PDP承载。
其中,通过该PDP承载,终端和ISP服务器间可交换应用层数据。GGSN作为终端的最后一跳路由器,承载终端IP包的路由。终端可像普通host主机一样向视频服务器发起业务请求。
1102、通过PDP承载,终端与RAN以及RAN与ISP服务器间建立TCP连接。
1103、终端通过步骤1102中建立的两段TCP连接,通过RAN向提供直播视频的WEB服务器(ISP服务器)发送HTTP GET消息,请求下载相关视频网站主页。
1104、ISP服务器通过自身与RAN间的TCP连接发送HTTP RESPONSE响应消息给RAN,该HTTP RESPONSE响应消息中携带着终端请求的视频网站主页html文件。
1105、RAN对HTTP响应消息进行业务识别,判断所传用户数据为直播视频网站主页。
1106、RAN通过自身与终端间的TCP连接,向终端转发该HTTP RESPONSE响应消息。
1107、终端根据HTTP RESPONSE消息中的HTML文件,在本地呈现其所请求的视频网站主页。
1108、终端向提供直播视频的WEB服务器发送HTTP GET消息,请求下载相关的视频文件。
例如,在HLS业务模式中,终端向HLS视频服务器请求传输流TS文件。
1109、ISP服务器向终端发送HTTP RESPONSE响应消息,该HTTP RESPONSE响应消息中携带着终端请求的ts文件。
1110、RAN对HTTP响应消息进行业务识别操作,识别消息中携带的视频内容。
1111、RAN通过自身与终端间的TCP连接,向终端转发HTTP RESPONSE响应消息。
1112、RAN在视频业务的传输过程中始终对用户数据进行业务识别,将执行相同业务的用户设定在同一个用户组中,并根据组传输模式启动策略判决是否启动组传输机制。
其中,所述RAN将执行相同视频业务的用户设定在同一个用户组中,可以通过但不局限于以下方法实现,该方法包括:所述RAN监测其下用户触发的视频业务,根据用户的业务请求或者业务对当前用户执行的业务进行识别,根据识别结果,将当前执行相同视频业务的用户设定在同一个用户组中。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
1113、若RAN判决当前终端应执行组传输模式,则通过自身与终端间的TCP连接发送组传输公告消息,以触发组传输建立过程。
具体地,HLS直播视频业务中,由于ISP服务器基于HTTP协议发送视频流数据和属性参数,RAN可在终端获取HLS播放列表的HTTP GET消息的响应中加入相应的组传输公告:HTTP RESPONSE响应消息携带的HLS播放列表M3U11文件中,加入组传输的组播IP地址、业务端口号等组传输信息,指示对应终端加入组播组,执行共享传输。
1114、终端通过自身与RAN间的TCP连接发送加入请求消息(IGMP Join消息)至RAN,申请加入视频业务IP组播组。
其中,该IGMP加入消息中需指明终端期望加入的组播组的IP组播地址。该地址可以由RAN通过业务通告,如HTTP响应消息,提前通知终端。
1115、RAN为终端所请求的组播视频业务建立组传输信道,执行共享传输。
1116、RAN通过自身与ISP服务器间建立的TCP连接向提供直播视频的ISP服务器发送HTTP GET消息,请求对应的ts媒体文件。
1117、ISP服务器向终端发送HTTP RESPONSE响应消息,该HTTP RESPONSE响应消息中携带着RAN请求的ts文件。
1118、RAN根据HTTP RESPONSE消息中携带的视频数据,生成组播视频流。
需要说明的,若当前RAN中存在多个终端观看同一视频,由于ISP服务器为每一终端分别传输视频数据,RAN可根据一定的策略在多个视频流间选择合适的视频数据以生成该组播视频流。该选择策略可以是从前述视频流中随机选择一个。
1119、RAN通过前述分配的组传输信道广播组播视频流。
本发明实施例中,在RAN内部设置了TCP代理服务器,使得在业务建立过程中,终端与ISP服务器之间建立透传高层业务数据的TCP连接,并且在执行业务的组传输时,代理终端与该ISP服务器执行基于TCP连接的数据传输,从而有效的避免了组传输机制的引入对ISP服务器侧产生的影响,兼容现有的主流视频业务。
实施例9
本发明实施例着重介绍另一种基于TCP代理的组传输承载建立流程。为了保证方案的后向兼容性,业务建立过程中终端与服务器直接建立TCP连接,用以透传高层的HTTP消息等业务数据。无线通信网中内置的TCP代理服务器则仅在执行业务组传输时,代理终端与ISP服务器执行基于TCP连接的数据传输。此种TCP代理机制的数传流程与标准TCP协议保持一致,减少了系统实现的复杂度,同时有效地避免了组传输机制的引入对服务器侧产生影响。
在视频业务传输过程中,无线通信网网元对服务小区中的视频业务进行业务识别,并根据一定的策略判决启动组传输机制,触发建立组传输承载。以RAN侧内置TCP代理服务器为例,给出了具体的基于TCP代理的组传输承载建立流程,如图14所示,包括:
1201、终端发起PDP激活流程建立PDP承载。
其中,通过该PDP承载,终端和ISP服务器间可交换应用层数据。GGSN作为终端的最后一跳路由器,承载终端IP包的路由。终端可像普通host主机一样向视频服务器发起业务请求。
1202、通过PDP承载,终端与ISP服务器间直接建立TCP连接。
1203、终端通过步骤1202中建立的TCP连接,向提供直播视频的WEB服务器(ISP服务器)发送HTTP GET消息,请求下载相关视频网站主页。
1204、ISP服务器向终端反馈HTTP RESPONSE响应消息,该HTTP RESPONSE响应消息中携带着终端请求的视频网站主页html文件。
1205、RAN对HTTP响应消息进行业务识别,判断所传用户数据为直播视频网站主页。
1206、RAN向终端转发该HTTP RESPONSE响应消息。
1207、终端根据HTTP RESPONSE消息中的HTML文件,在本地呈现其所请求的视频网站主页。
1208、终端向提供直播视频的WEB服务器发送HTTP GET消息,请求下载相关的视频文件。
例如,在HLS业务模式中,终端向HLS视频服务器请求传输流TS文件。
1209、ISP服务器向RAN发送HTTP RESPONSE响应消息,该HTTP RESPONSE响应消息中携带着终端请求的ts文件。
1210、RAN对HTTP响应消息进行业务识别操作,识别消息中携带的视频内容。
1211、RAN向终端转发HTTP RESPONSE响应消息。
1212、RAN在视频业务的传输过程中始终对用户数据进行业务识别,将执行相同业务的用户设定在同一个用户组中,并根据组传输模式启动策略判决是否启动组传输机制。
其中,所述RAN将执行相同视频业务的用户设定在同一个用户组中,可以通过但不局限于以下方法实现,该方法包括:所述RAN监测其下用户触发的视频业务,根据用户的业务请求或者业务对当前用户执行的业务进行识别,根据识别结果,将当前执行相同视频业务的用户设定在同一个用户组中。
其中,所述组传输模式启动策略可以包括:根据网管配置,例如,针对热门视频业务,可以一开始就启动组传输模式,而不管本无线接入网元覆盖下有多少用户在观看,如世界杯期间的足球直播视频业务;或者,可以根据观看同一视频的用户的数量确定是否启动组传输模式,例如,当观看同一视频的用户的数量达到相应的预设门限时,可以启动组传输模式,其中,该预设的门限可以根据实际的需要进行设置。需要说明的是,此处可以采用DPI技术或者采用其他数据包或数据流检测技术确定无线网元覆盖下观看同一视频的用户的数量,本发明实施例对具体采用何种技术确定该无线网元覆盖下观看同一视频的用户的数量不进行限制。
1213、若RAN判决当前终端应执行组传输模式,则通过用户面PDP承载发送组传输公告消息,触发组传输建立过程。
具体地,HLS直播视频业务中,由于ISP服务器基于HTTP协议发送视频流数据和属性参数,RAN可在终端获取HLS播放列表的HTTP GET消息的响应中加入相应的组传输公告:HTTP RESPONSE响应消息携带的HLS播放列表M3U8文件中,加入组传输的组播IP地址、业务端口号等组传输信息,指示对应终端加入组播组,执行共享传输。
1214、终端通过用户面PDP承载发送加入请求消息(IGMP Join消息)至RAN,申请加入视频业务IP组播组。
其中,该IGMP加入消息中需指明终端期望加入的组播组的IP组播地址。该地址由RAN通过业务通告,如HTTP响应消息,提前通知终端。
1215、RAN为终端所请求的组播视频业务建立组传输信道,执行共享传输。
1216、RAN代理终端向提供直播视频的ISP服务器发送HTTP GET消息,请求对应的ts媒体文件。
1217、服务器向RAN发送HTTP RESPONSE响应消息,该HTTP RESPONSE响应消息中携带着RAN请求的ts文件。
1218、RAN根据HTTP RESPONSE消息中携带的视频数据,生成组播视频流。
需要说明的是,若当前RAN中存在多个终端观看同一视频,由于ISP服务器为每一终端分别传输视频数据,RAN可根据一定的策略在多个视频流间选择合适的视频数据以生成该组播视频流。该选择策略可以是从前述视频流中随机选择一个。
1219、RAN通过前述分配的组传输信道广播组播视频流。
本发明实施例中,在RAN内部设置了TCP代理服务器,使得在业务建立过程中,终端与ISP服务器之间建立透传高层业务数据的TCP连接,并且在执行业务的组传输时,代理终端与该ISP服务器执行基于TCP连接的数据传输,从而有效的避免了组传输机制的引入对ISP服务器侧产生的影响,并且该中PCT代理机制的数据传输流程与标注TCP协议保持一致,减少了系统实现的复杂度。
实施例10
本发明实施例提供一种核心网CN网元,如图15所示,该CN网元包括:第一接收单元1301、第一组传输承载建立单元1302、第一发送单元1303、第二接收单元1304、第二组传输承载建立单元1305、业务数据传输单元1306。
第一接收单元1301,用于接收所述用户组所包含用户发送的申请加入组传输的加入请求消息,其中执行相同业务的用户设定在同一个用户组中。
第一组传输承载建立单元1302,用于根据所述第一接收单元1301接收的所述加入请求消息触发向ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与所述CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
第一发送单元1303,用于在所述IP网络路由阶段的组传输承载建立后,向无线接入网RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载。
第二接收单元1304,用于收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中。
第二组传输承载建立单元1305,用于向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
业务数据传输单元1306,用于通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN。
进一步的,如图16所示,所述第一组传输承载建立单元1302包括:第一发送模块13021、第一接收模块13022。
第一发送模块13021,用于当IP网络路由阶段的组传输承载为所述用户组所包含用户的业务数据建立ISP服务器与CN网元之间,通过IP单播隧道传输方式传输业务数据的传输承载时,若所述CN网元确定所述CN网元没有加入当前业务对应的IP组播组,则向ISP服务器发送组播注册请求消息,用于申请建立所述CN网元与所述ISP服务器之间的IP单播隧道,所述注册请求消息中携带有当前业务对应的IP组播地址。
第一接收模块13022,用于接收所述ISP服务器发送的组播注册回答消息,用于指示所述CN网元注册成功;所述组播注册回答消息为在所述ISP服务器将所述CN网元加入对应组播业务的IP单播列表中后向所述CN网元发送的消息。
其中,所述组播注册请求消息和所述组播注册回答消息通过IGMP(InternetGroup Management Protocol,互联网络组管理协议)协议或运营商私有协议传送;所述组播注册请求消息包含:当前帧的帧类型、所述组播注册请求消息的最大响应时延、校验和字段、组播业务对应的IP组播地址、ISP服务器处业务的组播IP包的转交地址、ISP服务器向前述转交地址隧传组播IP包时使用的转交UDP(User Datagram Protocol,用户数据包协议)端口号,具体的可以通过表1帧格式定义,所述组播注册回答消息包含:当前帧的帧类型、保留字段、校验和字段、组播业务对应的IP组播地址,具体的可以通过表2的帧格式定义。
表1
表2
其中,Type指示当前帧的帧类型,例如Type的取值为31时,标识当前数据帧为传输组播注册请求消息,当Type的取值为32时,标识当前数据帧为传输注册回答消息。
Max.Resp.Time表示消息的最大响应时延,其以1/10秒为单位,缺省等于10秒。
Checksum为校验和字段,用于数据报传输过程中的差错控制。
Group Address为组播视频业务对应的IP组播地址,用于在GGSN与ISP服务器两端标识需建立IP单播隧道的组播视频业务。
care-of Address为ISP服务器处视频业务的组播IP包的转交地址,根据无线制式的不同,转交地址的定义不同。GSM/UMTS系统中,转交地址为GGSN IP地址;LTE系统中,转交地址为PDN GW。
care-of UDP port为ISP服务器向前述转交地址隧传组播IP包时使用的转交UDP端口号。
Reserve为保留字段。
进一步可选的,如图17所示,该核心网网元还包括:第一操作单元1307、第二操作单元1308、第三操作单元1309。
第一操作单元1307,用于在所述业务数据传输单元通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,若监测到新用户执行的业务与所述用户组执行的业务相同,则将所述新用户加入到所述用户组中,并为所述新用户指派所述相同的组传输资源,利用指派的组传输资源向所述新用户发送业务。
第二操作单元1308,用于在所述业务数据传输单元通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,若监测到所述用户组所包括的用户终止执行所述相同业务,撤销为所述终止执行所述相同业务的用户指派的组传输资源;或者
第三操作单元1309,用于在所述业务数据传输单元通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,若监测到所述用户组所包括的所有用户都终止执行所述相同业务,释放为所述用户组分配的组传输资源。
进一步可选的,如图18所示,该核心网网元还包括:设置单元1310。
设置单元1310,用于将执行相同业务的用户设定在同一个用户组中。
进一步可选的,如图19所示,该核心网网元还包括:确定单元1311。
确定单元1311,用于在所述设置单元1310将执行相同业务的用户设定在同一个用户组中之后,根据预定的策略确定启动组传输模式,所述组传输模式为多个用户分配相同的传输资源的传输模式。
需要说明的是,本发明实施例提供的核心网网元各功能模块的其他描述,可以参考实施例1至实施例6中的相应描述,此处将不再赘述。
本发明实施例还提供一种用户终端,如图20所示,该用户终端包括:发送单元1401、接收单元1402。
发送单元1401,用于当用户组所包含用户执行业务共享传输时,所述用户向核心网CN网元发送申请加入组传输的加入请求消息,以便触发为所述用户组所包含用户的业务数据建立组传输承载;所述组传输承载包括以下三部分:互联网络协议IP网络路由阶段的组传输承载、无线通信网络分发阶段的组传输承载和空口组播传输阶段的组传输承载;其中,执行相同业务的用户设定在同一个用户组中。
接收单元1402,用于接收通过所述组传输承载传输的业务数据。
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与无线接入网RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
进一步可选的,如图21所示,所述发送单元1401包括:第一接收模块14011和/或第二接收模块14013、发送模块14012。
第一接收模块14011,用于接收所述CN网元或RAN发送的组传输激活消息;
发送模块14012,用于根据所述第一接收模块接收的所述组传输激活消息,向CN网元发送申请加入组传输的加入请求消息。
第二接收模块14013,用于接收ISP服务器发送组传输公告消息;
所述发送模块14012还用于,根据所述第二接收模块14013接收的所述组传输公告消息,向CN网元发送申请加入组传输的加入请求消息。
需要说明的是,本发明实施例提供的用户终端各功能模块的其他描述,可以参考实施例1至实施例6中的相应描述,此处将不再赘述。
本发明实施例还提供一种无线接入网元,如图22所示,该无线接入网元包括:第一接收单元1501、发送单元1502、第二接收单元1503、业务数据传输单元1504。
第一接收单元1501,用于接收核心网CN网元发送的组传输链接请求消息。
发送单元1502,用于向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与所述无线接入网元RAN之间,通过数据分发树方式传输业务数据的传输承载;执行相同业务的用户设定在同一个用户组中。
第二接收单元1503,用于接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
其中,为所述用户组所包含用户建立RAN通过空口广播方式向所述用户传输所述业务数据的传输承载包括:
当所述RAN基于HSDPA的传输模式传输业务时,在下行方向上为所述用户组所包括的用户调度相同的HS-DPDCH;或者,
当所述RAN基于DCH传输模式传输业务时,为所述用户组所包括的用户分配相同的DPCH码道,同时为所述用户组所包括的每一个用户独立分配专用的专用DPCCH;或者,
当所述RAN基于FACH传输模式传输业务时,为所述用户组所包括的用户指派相同的S-CCPCH。
当所述RAN基于HSDPA的传输模式传输业务,为所述用户组所包括的用户调度相同的HS-DPDCH时,所述方法还包括:所述RAN在RRC指派信令中加入ACK/NAK反馈指示,以便所述用户根据所述ACK/NAK反馈指示执行对应的HSDPA传输反馈机制,所述ACK/NAK反馈指示用于指示用户在执行HSDPA传输时是否执行ACK/NAK反馈。
业务数据传输单元1504,用于通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
需要说明的是,本发明实施例提供的用户终端各功能模块的其他描述,可以参考实施例1至实施例6中的相应描述,此处将不再赘述。
本发明实施例还提供一种ISP服务器,如图23所示,该ISP服务器包括:组传输承载建立单元1601、第一发送单元1602、业务数据传输单元1603。
组传输承载建立单元1601,用于CN网元发送的建立IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
第一发送单元1602,用于向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;
业务数据传输单元1603,用于通过IP网络路由阶段的组传输承载向所述CN网元路由用户组所包含用户的业务数据;其中,执行相同业务的用户设定在同一个用户组中;
其中,所述组传输承载建立单元1601,具体用于在所述IP网络路由阶段的组传输承载为,ISP服务器与CN网元之间通过IP单播隧道传输方式传输业务数据的传输承载时,接收CN网元发送的组播注册请求消息,并根据所述当前业务对应IP组播组的组播地址,将所述CN网元加入对应组播业务的IP单播列表中;
所述第一发送单元1602,用于向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息为:向所述CN网元发送组播注册回答消息,用于指示所述CN网元注册成功。
进一步可选的,如图24所示,所述ISP服务器还包括:设置单元1604。
设置单元1604,用于执行相同业务的用户设定在同一个用户组中。
进一步可选的,如图25所示,所述ISP服务器还包括:第二发送单元1605。
第二发送单元1605,用于所述设置单元1604将执行相同业务的用户设定在同一个用户组中之后,向所述用户组所包含用户发送组传输公告消息,以触发所述用户向所述CN网元发送申请加入组传输的加入请求消息。其中,所述第二发送单元1605向所述用户组所包含用户发送组传输公告消息时,将包含所述用户组的IP组播地址与用户数据报协议UDP端口号的组传输信息,以播放列表M3U8文件或超文本标记语言HTML文件的形式发送给所述用户。
进一步可选的,如图26所示,所述ISP服务器还包括:确定单元1606。
确定单元1606,用于在所述设置单元1604将执行相同业务的用户设定在同一个用户组中之后,根据预定的策略确定启动组传输模式,所述组传输模式为多个用户分配相同的传输资源的传输模式。
需要说明的是,本发明实施例提供的用户终端各功能模块的其他描述,可以参考实施例1至实施例6中的相应描述,此处将不再赘述。
本发明实施例还提供一种无线通信系统,执行相同业务的用户设定在同一个用户组中,如图27所示,该无线通信系统包括:CN网元1701、RAN1702、ISP服务器1703。
所述CN网元1701,用于接收用户组所包含用户发送的申请加入组传输的加入请求消息;向ISP服务器1703发送建立IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;在所述IP网络路由阶段的组传输承载建立后,向RAN1702发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;接收所述RAN1702向所述CN网元1701发送的执行分发树注册的组传输注册请求消息,将所述RAN1702加入到所述CN1701组传输承载上下文的下游节点列表中,并向所述RAN1702发送组传输注册响应消息,以便触发所述RAN1702为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN1702。
所述RAN1702,用于接收所述CN网元1701发送的组传输链接请求消息;向所述CN网元1701发送发送执行分发树注册的组传输注册请求消息,以便触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;接收所述CN网元1701发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;通过无线通信网络分发阶段的组传输承载接收CN网元1701下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
所述ISP服务器1703,用于接收所述CN网元1701发送的建立IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;向所述CN网元1701发送建立IP网络路由阶段的组传输承载的响应消息;通过IP网络路由阶段的组传输承载向所述CN网元1701路由所述用户组所包含用户的业务数据;其中,所述IP网络路由阶段的组传输承载为ISP服务器1703与CN网元1701之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元1701与RAN1702之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN1702通过空口广播方式向所述用户传输所述业务数据的传输承载。
本发明实施例中,业务数据在ISP服务器与核心网网关间采用IP组播或IP单播隧道方式进行传输;在CN与RAN间通过注册流程形成的数据分发树进行共享传输;在无线侧RAN通过广播方式进行传输。该种业务传输机制,为观看相同业务的用户分配相同的传输承载,解决了资源重复分配的问题,提升了网络资源的利用率。
并且,本发明实施例中,制定了组传输模式启动策略,当根据该组传输模式启动策略确定启动组传输模式时,才为用户组所包含的用户建立组传输承载,使得组传输的应用比较灵活。
并且,本发明实施例中,当有新用户与该用户组所包含的用户观看同样的视频时,可以将该组传输资源指派给该新用户,并在组传输信道上为所述新用户发送视频流,从而进一步的提高了网络资源的利用率,并且随着用户数的增长,组传输机制的资源利用率线性增长。
本发明实施例还提供一种无线接入网元,该无线接入网元内部设置有暂存组播业务的业务服务器,如图28所示,该无线接入网元包括:第一设置单元1801、第一接收单元1802、第一确定单元1803、第一组传输承载创建单元1804、业务服务器1805。
第一设置单元1801,用于将执行相同业务的用户设定在同一个用户组中。
第一接收单元1802,用于接收述用户组所包含用户发送申请加入组传输的加入请求消息。
第一确定单元1803,用于对所述用户组所包含用户请求的当前业务进行设别,确定所述当前业务是否为所述RAN内部设置的业务服务器所提供的组播业务,所述RAN内部设置的业务服务器用于暂存组播业务。
第一组传输承载创建单元1804,用于在所述第一确定单元1803确定所述当前业务是所述RAN内部设置的业务服务器所提供的组播业务时,终结所述用户的组播请求,并为所述用户组所包含的用户建立组传输承载。
业务服务器1805,用于利用所述建立的组传输承载,通过空口广播方式向所述用户传输业务数据。
本发明实施例中,在RAN内部设置了用于缓存组播视频数据的视频业务服务器,当RAN将观看相同视频的用户设定在同一个用户组中后,对用户终端请求的业务进行识别,当判定用户终端请求的视频业务是RAN内置视频服务器所提供的组播视频业务时,直接由所述RAN为所述用户组所包含的用户建立组传输信道,并由RAN内置的视频服务器采用组传输信道直接通过空口广播方式向用户终端发送组播视频流,避免了向核心网和ISP服务器请求建立组传输承载,有效的缩短了视频流的传输时延,极大的提高了用户体验。
并且,在判定用户终端请求的视频业务不是RAN内置视频服务器所提供的组播视频业务时,为所述用户组所包含的用户建立组传输承载,同样实现视频业务数据的共享传输,解决了资源重复分配的问题,提升了网络资源的利用率。
本发明实施例还提供一种代理服务器,其可以设置在RAN中,也可以设置在CN网元中,具体的本发明实施例对此不进行限制,如图29所示,包括:第二设置单元1901、第一发送单元1902、第二接收单元1903、第二组传输承载创建单元1904、转换单元1905、传输单元1906。
第二设置单元1901,用于将执行相同业务的用户设定在同一个用户组中。其中,所述第二设置单元1901将执行相同业务的用户设定在同一个用户组中时,具体的可以根据用户的业务请求或者业务,对用户执行的业务进行识别,根据识别结果,将执行相同业务的用户设定在同一个用户组中。
第一发送单元1902,用于向所述用户组所包含的用户发送组传输公告,以便触发所述用户向所述RAN或CN网元发送申请加入组传输的加入请求消息。
第二接收单元1903,用于接收所述用户向所述RAN或CN发送的申请加入组传输的加入请求消息,触发为所述用户组所包含用户的业务数据建立组传输承载。
第二组传输承载创建单元1904,用于为所述用户组所包含用户的业务数据建立组传输承载。
转换单元1905,用于将互联网服务提供商ISP服务器发送的TCP单播业务转换为组播业务。
传输单元1906,用于利用所述第二组传输承载创建单元1904创建的所述组传输资源向所述用户广播所述转换单元转换得到的组播业务。
进一步的,如图30所示,所述代理服务器还包括:第一连接建立单元1907、第二发送单元1908。
第一连接建立单元1907,用于在所述第二设置单1901元将执行相同业务的用户设定在同一个用户组中之前,建立所述用户和所述RAN以及所述RAN和所述ISP服务器间的TCP连接。
第二发送单元1908,用于代表所述用户,通过所述第一连接建立单元1907建立的所述RAN和所述ISP服务器间的TCP连接,向所述ISP服务器请求业务数据。
进一步的,如图31所示,所述代理服务器还包括:第二连接建立单元1909、第三发送单元1910。
第二连接建立单元1909,用于在所述第二设置单元1901将执行相同业务的用户设定在同一个用户组中之前,建立所述用户和所述ISP服务器间的TCP连接。
第三发送单元1910,用于代表所述用户,通过所述第二连接建立单元1909建立的所述RAN和所述ISP服务器间的TCP连接,向所述ISP服务器请求业务数据。
本发明实施例中,在RAN内部设置了TCP代理服务器,使得在业务建立过程中,终端与ISP服务器之间建立透传高层业务数据的TCP连接,并且在执行业务的组传输时,代理终端与该ISP服务器执行基于TCP连接的数据传输,从而有效的避免了组传输机制的引入对ISP服务器侧产生的影响,兼容现有的主流视频业务。并且该中PCT代理机制的数据传输流程与标注TCP协议保持一致,减少了系统实现的复杂度。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (44)

1.一种业务共享传输方法,其特征在于,执行相同业务的用户设定在同一个用户组中,还包括:
核心网CN网元接收所述用户组所包含用户发送的申请加入组传输的加入请求消息;
向互联网服务提供商ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与所述CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;
在所述IP网络路由阶段的组传输承载建立后,向无线接入网RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;
接收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中,并向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN。
2.根据权利要求1所述的方法,其特征在于,通过以下方式将执行相同业务的用户设定在同一个用户组中:
根据用户的业务请求或者业务,对用户执行的业务进行识别,根据识别结果将执行相同业务的用户设定在同一个用户组中。
3.根据权利要求2所述的方法,其特征在于,所述执行相同业务的用户设定在同一个用户组还包括:根据用户的服务质量QoS将所述用户组内的用户分为多个不同QoS等级的分组。
4.根据权利要求1所述的方法,其特征在于,当IP网络路由阶段的组传输承载为所述用户组所包含用户的业务数据建立ISP服务器与CN网元之间,通过IP单播隧道传输方式传输业务数据的传输承载时,所述向互联网服务提供商ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,包括:
若所述CN网元确定所述CN网元没有加入当前业务对应的IP组播组,则向ISP服务器发送组播注册请求消息,用于申请建立所述CN网元与所述ISP服务器之间的IP单播隧道,所述注册请求消息中携带有当前业务对应的IP组播地址;
接收所述ISP服务器发送的组播注册回答消息,用于指示所述CN网元注册成功;所述组播注册回答消息为在所述ISP服务器将所述CN网元加入对应组播业务的IP单播列表中后向所述CN网元发送的消息。
5.根据权利要求4所述的方法,其特征在于,所述组播注册请求消息和所述组播注册回答消息通过互联网络组管理协议IGMP或运营商私有协议传送;
其中,所述组播注册请求消息包含:当前帧的帧类型、所述组播注册请求消息的最大响应时延、校验和字段、组播业务对应的IP组播地址、ISP服务器处业务的组播IP包的转交地址以及ISP服务器向前述转交地址隧传组播IP包时使用的转交用户数据包协议UDP端口号;
所述组播注册回答消息包含:当前帧的帧类型、保留字段、校验和字段以及组播业务对应的IP组播地址。
6.根据权利要求1所述的方法,其特征在于,在通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,所述方法还包括:
若监测到新用户执行的业务与所述用户组执行的业务相同,则将所述新用户加入到所述用户组中,并为所述新用户指派所述相同的组传输资源,利用指派的组传输资源向所述新用户发送业务;或者,
若监测到所述用户组所包括的用户终止执行所述相同业务,撤销为所述终止执行所述相同业务的用户指派的组传输资源;或者,
若监测到所述用户组所包括的所有用户都终止执行所述相同业务,释放为所述用户组分配的组传输资源。
7.根据权利要求1-6任一项所述的方法,其特征在于,
所述RAN、CN网元、SIP服务器中的任一个将执行相同业务的用户设定在同一个用户组中。
8.根据权利要求7所述的方法,其特征在于,在将执行相同业务的用户设定在同一个用户组中之后,还包括:
根据预定的策略确定启动组传输模式,所述组传输模式为多个用户分配相同的传输资源的传输模式。
9.一种业务共享传输方法,其特征在于,执行相同业务的用户设定在同一个用户组中,还包括:
当用户组所包含用户执行业务共享传输时,所述用户向核心网CN网元发送申请加入组传输的加入请求消息,以便触发为所述用户组所包含用户的业务数据建立组传输承载;所述组传输承载包括以下三部分:互联网络协议IP网络路由阶段的组传输承载、无线通信网络分发阶段的组传输承载和空口组播传输阶段的组传输承载;
接收通过所述组传输承载传输的业务数据;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与无线接入网RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
10.根据权利要求9所述的方法,其特征在于,所述当用户组所包含用户执行业务共享传输时,向CN网元发送申请加入组传输的加入请求消息,包括:
接收所述CN网元或RAN发送的组传输激活消息,触发向CN网元发送申请加入组传输的加入请求消息;或者
接收ISP服务器发送组传输公告消息,触发向CN网元发送申请加入组传输的加入请求消息。
11.一种业务共享传输方法,其特征在于,执行相同业务的用户设定在同一个用户组中,包括:
无线接入网RAN接收核心网CN网元发送的组传输链接请求消息;
向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;
接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
12.根据权利要求11所述的方法,其特征在于,所述为所述用户组所包含用户建立RAN通过空口广播方式向所述用户传输所述业务数据的传输承载包括:
当所述RAN基于高速下行分组接入HSDPA的传输模式传输业务时,在下行方向上为所述用户组所包括的用户调度相同的高速专用物理数据信道HS-DPDCH;或者,
当所述RAN基于专用信道DCH传输模式传输业务时,为所述用户组所包括的用户分配相同的专用物理信道DPCH码道,同时为所述用户组所包括的每一个用户独立分配专用的专用物理控制信道DPCCH;或者,
当所述RAN基于前向接入信道FACH传输模式传输业务时,为所述用户组所包括的用户指派相同的组辅公共控制物理信道S-CCPCH。
13.根据权利要求12所述的方法,其特征在于,当所述RAN基于高速下行分组接入HSDPA的传输模式传输业务,为所述用户组所包括的用户调度时,所述方法还包括:
所述RAN在RRC指派信令中加入ACK/NAK反馈指示,以便所述用户根据所述ACK/NAK反馈指示执行对应的HSDPA传输反馈机制,所述ACK/NAK反馈指示用于指示用户在执行HSDPA传输时是否执行ACK/NAK反馈。
14.一种业务共享传输方法,其特征在于,执行相同业务的用户设定在同一个用户组中,还包括:
互联网服务提供商ISP服务器接收核心网CN网元发送的建立互联网络协议IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;
向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;
通过IP网络路由阶段的组传输承载向所述CN网元路由所述用户组所包含用户的业务数据;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
当ISP服务器将执行相同业务的用户设定在同一个用户组中之后,向所述用户组所包含用户发送组传输公告消息,以触发所述用户向所述CN网元发送申请加入组传输的加入请求消息。
16.根据权利要求15所述的方法,其特征在于,所述ISP服务器向用户发送组传输公告消息包括:
将包含所述用户组的IP组播地址与用户数据报协议UDP端口号的组传输信息,以播放列表M3U8文件或超文本标记语言HTML文件的形式发送给所述用户。
17.根据权利要求15或16所述的方法,其特征在于,在ISP服务器将执行相同业务的用户设定在同一个用户组中之后,所述方法还包括:
根据预定的策略确定启动组传输模式,所述组传输模式为多个用户分配相同的传输资源的传输模式。
18.根据权利要求14所述的方法,其特征在于,当所述IP网络路由阶段的组传输承载为,ISP服务器与CN网元之间通过IP单播隧道传输方式传输业务数据的传输承载时,所述ISP服务器接收CN网元发送的建立IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载包括:
所述ISP服务器接收CN网元发送的组播注册请求消息,并根据所述当前业务对应IP组播组的组播地址,将所述CN网元加入对应组播业务的IP单播列表中;
所述向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息为:向所述CN网元发送组播注册回答消息,用于指示所述CN网元注册成功。
19.一种业务共享传输方法,其特征在于,执行相同业务的用户设定在同一个用户组中,还包括:
无线接入网元RAN接收述用户组所包含用户发送申请加入组传输的加入请求消息;
所述RAN对所述用户组所包含用户请求的当前业务进行识别,确定所述当前业务是否为所述RAN内部设置的暂存组播业务的业务服务器所提供的组播业务;
若确定所述当前业务是所述RAN内部设置的业务服务器所提供的组播业务,则所述RAN终结所述用户的组播请求,并为所述用户组所包含的用户建立组传输承载,所述RAN内部设置的业务服务器利用所述建立的组传输承载,通过空口广播方式向所述用户传输业务数据。
20.一种业务共享传输方法,其特征在于,执行相同业务的用户设定在同一个用户组中;还包括:
无线接入网元RAN或核心网CN网元内部设置的代理服务器向所述用户组所包含的用户发送组传输公告,以便触发所述用户向所述RAN或CN网元发送申请加入组传输的加入请求消息;
所述RAN或CN网元内部设置的代理服务器接收所述用户向所述RAN或CN发送的申请加入组传输的加入请求消息,触发为所述用户组所包含用户的业务数据建立组传输承载;
所述RAN或CN网元内部设置的代理服务器将服务器发送的TCP单播业务转换为组播业务,并利用所述组传输资源向所述用户广播所述组播业务。
21.根据权利要求20所述的方法,其特征在于,在所述RAN或CN网元内部设置的代理服务器将执行相同业务的用户设定在同一个用户组中之前,还包括:
建立所述用户和所述RAN以及所述RAN和所述ISP服务器间的TCP连接;所述RAN或CN网元内部设置的代理服务器代表所述用户,通过所述RAN和所述ISP服务器间的TCP连接,向所述ISP服务器请求业务数据;或者
建立所述用户和所述ISP服务器间的TCP连接,所述RAN或CN网元内部设置的代理服务器代表所述用户,通过所述RAN和所述ISP服务器间的TCP连接,向所述ISP服务器请求业务数据。
22.根据权利要求20或21所述的方法,其特征在于,所述RAN或CN网元内部设置的代理服务器将执行相同业务的用户设定在同一个用户组,包括:
所述RAN或CN网元内置的代理服务器根据用户的业务请求或者业务,对用户执行的业务进行识别,根据识别结果,将执行相同业务的用户设定在同一个用户组中。
23.一种核心网网元,其特征在于,包括:
第一接收单元,用于接收所述用户组所包含用户发送的申请加入组传输的加入请求消息,其中执行相同业务的用户设定在同一个用户组中;
第一组传输承载建立单元,用于根据所述第一接收单元接收的所述加入请求消息触发向互联网服务提供商ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;其中,所述IP网络路由阶段的组传输承载为ISP服务器与所述CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;
第一发送单元,用于在所述IP网络路由阶段的组传输承载建立后,向无线接入网RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;
第二接收单元,用于收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中;
第二组传输承载建立单元,用于向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
业务数据传输单元,用于通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN。
24.根据权利要求23所述的核心网网元,其特征在于,所述第一组传输承载建立单元包括:
第一发送模块,用于当IP网络路由阶段的组传输承载为所述用户组所包含用户的业务数据建立ISP服务器与CN网元之间,通过IP单播隧道传输方式传输业务数据的传输承载时,若所述CN网元确定所述CN网元没有加入当前业务对应的IP组播组,则向ISP服务器发送组播注册请求消息,用于申请建立所述CN网元与所述ISP服务器之间的IP单播隧道,所述注册请求消息中携带有当前业务对应的IP组播地址;
第一接收模块,用于接收所述ISP服务器发送的组播注册回答消息,用于指示所述CN网元注册成功;所述组播注册回答消息为在所述ISP服务器将所述CN网元加入对应组播业务的IP单播列表中后向所述CN网元发送的消息。
25.根据权利要求24所述的核心网网元,其特征在于,所述组播注册请求消息和所述组播注册回答消息通过互联网络组管理协议IGMP协议或运营商私有协议传送;
其中,所述组播注册请求消息包含:当前帧的帧类型、所述组播注册请求消息的最大响应时延、校验和字段、组播业务对应的IP组播地址、ISP服务器处业务的组播IP包的转交地址以及ISP服务器向前述转交地址隧传组播IP包时使用的转交用户数据包协议UDP端口号;
所述组播注册回答消息包含:当前帧的帧类型、保留字段、校验和字段以及组播业务对应的IP组播地址。
26.根据权利要求23所述的核心网网元,其特征在于,所述核心网元还包括:
第一操作单元,用于在所述业务数据传输单元通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,若监测到新用户执行的业务与所述用户组执行的业务相同,则将所述新用户加入到所述用户组中,并为所述新用户指派所述相同的组传输资源,利用指派的组传输资源向所述新用户发送业务;或者
第二操作单元,用于在所述业务数据传输单元通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,若监测到所述用户组所包括的用户终止执行所述相同业务,撤销为所述终止执行所述相同业务的用户指派的组传输资源;或者
第三操作单元,用于在所述业务数据传输单元通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN的过程中,若监测到所述用户组所包括的所有用户都终止执行所述相同业务,释放为所述用户组分配的组传输资源。
27.根据权利要求23所述的核心网网元,其特征在于,所述核心网元还包括:
设置单元,用于将执行相同业务的用户设定在同一个用户组中。
28.根据权利要求27所述的核心网网元,其特征在于,所述核心网元还包括:
确定单元,用于在所述设置单元将执行相同业务的用户设定在同一个用户组中之后,根据预定的策略确定启动组传输模式,所述组传输模式为多个用户分配相同的传输资源的传输模式。
29.一种用户终端,其特征在于,包括:
发送单元,用于当用户组所包含用户执行业务共享传输时,所述用户向核心网CN网元发送申请加入组传输的加入请求消息,以便触发为所述用户组所包含用户的业务数据建立组传输承载;所述组传输承载包括以下三部分:互联网络协议IP网络路由阶段的组传输承载、无线通信网络分发阶段的组传输承载和空口组播传输阶段的组传输承载;其中,执行相同业务的用户设定在同一个用户组中;
接收单元,用于接收通过所述组传输承载传输的业务数据;
其中,所述IP网络路由阶段的组传输承载为互联网服务提供商ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与无线接入网RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
30.根据权利要求29所述的用户终端,其特征在于,所述发送单元包括:
第一接收模块,用于接收所述CN网元或RAN发送的组传输激活消息;
发送模块,用于根据所述第一接收模块接收的所述组传输激活消息,向CN网元发送申请加入组传输的加入请求消息;或者
第二接收模块,用于接收ISP服务器发送组传输公告消息;
所述发送模块还用于,根据所述第二接收模块接收的所述组传输公告消息,向CN网元发送申请加入组传输的加入请求消息。
31.一种无线接入网元,其特征在于,包括:
第一接收单元,用于接收核心网CN网元发送的组传输链接请求消息;
发送单元,用于向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;其中,所述无线通信网络分发阶段的组传输承载为CN网元与所述无线接入网元RAN之间,通过数据分发树方式传输业务数据的传输承载;执行相同业务的用户设定在同一个用户组中;
第二接收单元,用于接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;其中,所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载;
业务数据传输单元,用于通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户。
32.根据权利要求31所述的无线接入网元,其特征在于,所述为所述用户组所包含用户建立RAN通过空口广播方式向所述用户传输所述业务数据的传输承载包括:
当所述RAN基于高速下行分组接入HSDPA的传输模式传输业务时,在下行方向上为所述用户组所包括的用户调度相同的高速专用物理数据信道HS-DPDCH;或者,
当所述RAN基于专用信道DCH传输模式传输业务时,为所述用户组所包括的用户分配相同的专用物理信道DPCH码道,同时为所述用户组所包括的每一个用户独立分配专用的专用物理控制信道DPCCH;或者,
当所述RAN基于前向接入信道FACH传输模式传输业务时,为所述用户组所包括的用户指派相同的组辅公共控制物理信道S-CCPCH。
33.根据权利要求32所述的无线接入网元,其特征在于,当所述RAN基于高速下行分组接入HSDPA的传输模式传输业务,为所述用户组所包括的用户调度相同的HS-DPDCH时,所述方法还包括:
所述RAN在RRC指派信令中加入ACK/NAK反馈指示,以便所述用户根据所述ACK/NAK反馈指示执行对应的HSDPA传输反馈机制,所述ACK/NAK反馈指示用于指示用户在执行HSDPA传输时是否执行ACK/NAK反馈。
34.一种互联网服务提供商ISP服务器,其特征在于,包括:
组传输承载建立单元,用于核心网CN网元发送的建立互联网络协议IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;
第一发送单元,用于向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;
业务数据传输单元,用于通过IP网络路由阶段的组传输承载向所述CN网元路由用户组所包含用户的业务数据;其中,执行相同业务的用户设定在同一个用户组中;
其中,所述IP网络路由阶段的组传输承载为ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载。
35.根据权利要求34所述的ISP服务器,其特征在于,所述ISP服务器还包括:
设置单元,用于执行相同业务的用户设定在同一个用户组中。
36.根据权利要求35所述的ISP服务器,其特征在于,所述ISP服务器还包括:
第二发送单元,用于所述设置单元将执行相同业务的用户设定在同一个用户组中之后,向所述用户组所包含用户发送组传输公告消息,以触发所述用户向所述CN网元发送申请加入组传输的加入请求消息。
37.根据权利要求36所述的ISP服务器,其特征在于,所述第二发送单元用于,将包含所述用户组的IP组播地址与用户数据报协议UDP端口号的组传输信息,以播放列表M3U8文件或超文本标记语言HTML文件的形式发送给所述用户。
38.根据权利要求35-37任一项所述的ISP服务器,其特征在于,所述ISP服务器还包括:
确定单元,用于在所述设置单元将执行相同业务的用户设定在同一个用户组中之后,根据预定的策略确定启动组传输模式,所述组传输模式为多个用户分配相同的传输资源的传输模式。
39.根据权利要求34所述的ISP服务器,其特征在于,
所述组传输承载建立单元用于,在所述IP网络路由阶段的组传输承载为,ISP服务器与CN网元之间通过IP单播隧道传输方式传输业务数据的传输承载时,接收CN网元发送的组播注册请求消息,并根据所述当前业务对应IP组播组的组播地址,将所述CN网元加入对应组播业务的IP单播列表中;
所述第一发送单元,用于向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息为:向所述CN网元发送组播注册回答消息,用于指示所述CN网元注册成功。
40.一种无线通信系统,执行相同业务的用户设定在同一个用户组中,其特征在于,包括:核心网CN网元、无线接入网元RAN以及互联网服务提供商ISP服务器;
所述CN网元,用于接收用户组所包含用户发送的申请加入组传输的加入请求消息;向ISP服务器发送建立互联网络协议IP网络路由阶段的组传输承载的请求消息,以建立所述IP网络路由阶段的组传输承载;在所述IP网络路由阶段的组传输承载建立后,向RAN发送组传输链接请求消息,以触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;接收所述RAN向所述CN网元发送的执行分发树注册的组传输注册请求消息,将所述RAN加入到所述CN组传输承载上下文的下游节点列表中,并向所述RAN发送组传输注册响应消息,以便触发所述RAN为所述用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;通过IP网络路由阶段的组传输承载接收ISP服务器下发的所述用户的业务数据,并通过所述无线通信网络分发阶段的组传输承载将所述用户的业务数据下发给所述用户对应的RAN;
所述RAN,用于接收所述CN网元发送的组传输链接请求消息;向所述CN网元发送发送执行分发树注册的组传输注册请求消息,以便触发为所述用户组所包含用户的业务数据建立无线通信网络分发阶段的组传输承载;接收所述CN网元发送的组传输注册响应消息,触发为用户组所包含用户的业务数据建立空口组播传输阶段的组传输承载;通过无线通信网络分发阶段的组传输承载接收CN网元下发的所述用户组所包含用户的业务数据,并通过空口组播传输阶段的组传输承载以空口广播方式将所述业务数据的发送给所述用户组所包含的用户;
所述ISP服务器,用于接收所述CN网元发送的建立IP网络路由阶段的组传输承载的请求消息,建立IP网络路由阶段的组传输承载;向所述CN网元发送建立IP网络路由阶段的组传输承载的响应消息;通过IP网络路由阶段的组传输承载向所述CN网元路由所述用户组所包含用户的业务数据;
其中,所述IP网络路由阶段的组传输承载为ISP服务器与CN网元之间,通过IP组播方式或者通过IP单播隧道传输方式传输业务数据的传输承载;所述无线通信网络分发阶段的组传输承载为CN网元与RAN之间,通过数据分发树方式传输业务数据的传输承载;所述空口组播传输阶段的组传输承载为RAN通过空口广播方式向所述用户传输所述业务数据的传输承载。
41.一种无线接入网元,其特征在于,包括:
第一设置单元,用于将执行相同业务的用户设定在同一个用户组中;
第一接收单元,用于接收述用户组所包含用户发送申请加入组传输的加入请求消息;
第一确定单元,用于对所述用户组所包含用户请求的当前业务进行设别,确定所述当前业务是否为所述RAN内部设置的业务服务器所提供的组播业务,所述RAN内部设置的业务服务器用于暂存组播业务;
第一组传输承载创建单元,用于在所述第一确定单元确定所述当前业务是所述RAN内部设置的业务服务器所提供的组播业务时,结束所述用户的组播请求,并为所述用户组所包含的用户建立组传输承载;
所述业务服务器,用于利用所述建立的组传输承载,通过空口广播方式向所述用户传输业务数据。
42.一种代理服务器,设置在无线接入网元RAN或核心网CN网元中,其特征在于,包括:
第二设置单元,用于将执行相同业务的用户设定在同一个用户组中;
第一发送单元,用于向所述用户组所包含的用户发送组传输公告,以便触发所述用户向所述RAN或CN网元发送申请加入组传输的加入请求消息;
第二接收单元,用于接收所述用户向所述RAN或CN发送的申请加入组传输的加入请求消息,触发为所述用户组所包含用户的业务数据建立组传输承载;
第二组传输承载创建单元,用于为所述用户组所包含用户的业务数据建立组传输承载;
转换单元,用于将互联网服务提供商ISP服务器发送的TCP单播业务转换为组播业务;
传输单元,用于利用所述第二组传输承载创建单元创建的所述组传输资源向所述用户广播所述转换单元转换得到的组播业务。
43.根据权利要求42所述的代理服务器,其特征在于,所述代理服务器还包括:
第一连接建立单元,用于在所述第二设置单元将执行相同业务的用户设定在同一个用户组中之前,建立所述用户和所述RAN以及所述RAN和所述ISP服务器间的TCP连接;
第二发送单元,用于代表所述用户,通过所述第一连接建立单元建立的所述RAN和所述ISP服务器间的TCP连接,向所述ISP服务器请求业务数据;或者
第二连接建立单元,用于在所述第二设置单元将执行相同业务的用户设定在同一个用户组中之前,建立所述用户和所述ISP服务器间的TCP连接;
第三发送单元,用于代表所述用户,通过所述第二连接建立单元建立的所述RAN和所述ISP服务器间的TCP连接,向所述ISP服务器请求业务数据。
44.根据权利要求42或43所述的代理服务器,其特征在于,所述第二设置单元用于,根据用户的业务请求或者业务,对用户执行的业务进行识别,根据识别结果,将执行相同业务的用户设定在同一个用户组中。
CN201110154337.4A 2011-06-09 2011-06-09 业务共享传输方法、装置及系统 Active CN102821359B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110154337.4A CN102821359B (zh) 2011-06-09 2011-06-09 业务共享传输方法、装置及系统
PCT/CN2012/076705 WO2012167752A1 (zh) 2011-06-09 2012-06-11 业务共享传输方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110154337.4A CN102821359B (zh) 2011-06-09 2011-06-09 业务共享传输方法、装置及系统

Publications (2)

Publication Number Publication Date
CN102821359A CN102821359A (zh) 2012-12-12
CN102821359B true CN102821359B (zh) 2015-03-11

Family

ID=47295495

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110154337.4A Active CN102821359B (zh) 2011-06-09 2011-06-09 业务共享传输方法、装置及系统

Country Status (2)

Country Link
CN (1) CN102821359B (zh)
WO (1) WO2012167752A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10182133B2 (en) 2014-12-15 2019-01-15 Xiaomi Inc. Method and device for starting application
US9787730B2 (en) * 2015-09-08 2017-10-10 Hong Fu Jin Precision Industry (Shenzhen) Co., Ltd. Data sharing method and electronic device using same
CN105635987B (zh) * 2016-02-05 2019-09-10 海能达通信股份有限公司 一种组呼业务处理方法及系统、核心网设备
CN109842920B (zh) * 2017-09-28 2023-10-20 华为技术有限公司 一种传输方法、接入网设备和终端设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102592A (zh) * 2006-08-22 2008-01-09 中兴通讯股份有限公司 一种移动通信系统中实现终端加入组播业务组的方法
CN101141669A (zh) * 2006-09-06 2008-03-12 华为技术有限公司 在ip无线接入网中下发多媒体广播/组播服务业务的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI19992851A (fi) * 1999-12-31 2001-07-01 Nokia Oyj Palvelujen lähetys pakettiverkossa
DE60236092D1 (de) * 2001-08-21 2010-06-02 Ericsson Telefon Ab L M Mobil-mehrpunkt-dienst

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102592A (zh) * 2006-08-22 2008-01-09 中兴通讯股份有限公司 一种移动通信系统中实现终端加入组播业务组的方法
CN101141669A (zh) * 2006-09-06 2008-03-12 华为技术有限公司 在ip无线接入网中下发多媒体广播/组播服务业务的方法

Also Published As

Publication number Publication date
CN102821359A (zh) 2012-12-12
WO2012167752A1 (zh) 2012-12-13

Similar Documents

Publication Publication Date Title
KR102065927B1 (ko) 에지 mbms 서비스를 위한 데이터 송신 방법 및 관련 디바이스
CN101340355B (zh) 一种多媒体广播/组播业务的实现方法、系统及装置
AU2003252555B2 (en) Method for scheduling transmission of MBMS data UMTS
US7680109B2 (en) Mobile multipoint service
US11071089B2 (en) Dynamic switching of streaming service between broadcast and unicast delivery
US10470000B2 (en) Methods and apparatus for enhanced MBMS content provisioning and content ingestion
EP1796405A1 (en) Method and apparatus of service identifying and routing in multimedia broadcast/multicast service system
EP1553721A1 (en) Method and apparatus for converging broadcast service and multicast service in a mobile communication system
KR100932485B1 (ko) 방송 및/또는 멀티캐스트 서비스를 제공하는 방법
KR101332913B1 (ko) 이동 통신 시스템, 멀티캐스트 데이터 분배 방법, 코어 네트워크 장치, 및 액세스 네트워크 장치
US8130688B2 (en) Multimedia broadcast multicast service providing system and method thereof
US20090113487A1 (en) Method and Apparatus for Broadcasting/Multicasting Content from Mobile User Equipment over an MBMS Network
CN102137336A (zh) 业务传输的方法及装置
CN104541516A (zh) 用于传递多媒体数据的传输特性信息的方法和设备
CN104641575A (zh) 用于传输媒体流的方法、装置和用户设备
CN106210598A (zh) 一种视频通话方法、装置及系统
WO2003088569A1 (en) Method and system for setting up a multicast or broadcast transmission
CN102821359B (zh) 业务共享传输方法、装置及系统
WO2017070838A1 (zh) 资源调度方法、基站、调度器、节目源服务器和系统
KR101218949B1 (ko) Mbms 베어러 설정 관리 방법 및 장치
US11234054B2 (en) Edge network system for service-less video multicast
CN105743663A (zh) 一种数据传输装置和方法
CN102572708B (zh) 多播广播业务处理方法与系统、广播多播业务平台
CN101132392A (zh) 一种单独载频广播架构及其实现业务传送的方法
US20230117868A1 (en) Media packet transmission method, apparatus, and system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210508

Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Patentee after: Honor Device Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.