CN112702702A - 业务处理的方法、设备和系统 - Google Patents
业务处理的方法、设备和系统 Download PDFInfo
- Publication number
- CN112702702A CN112702702A CN202110075124.6A CN202110075124A CN112702702A CN 112702702 A CN112702702 A CN 112702702A CN 202110075124 A CN202110075124 A CN 202110075124A CN 112702702 A CN112702702 A CN 112702702A
- Authority
- CN
- China
- Prior art keywords
- service
- information
- transmission mode
- service request
- request message
- 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.)
- Pending
Links
Images
Classifications
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种业务处理的方法、设备和系统。该方法包括:多媒体广播服务中心BMSC接收服务能力开放单元SCEF发送的业务请求消息,该业务请求消息携带终端设备的标识信息和业务需求信息;该BMSC根据该业务请求消息,确定业务数据的传输模式,该传输模式为单播传输或多播传输。本申请实施例通过接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及业务处理的方法、设备和系统。
背景技术
多媒体广播多播服务(Multimedia Broadcast Multicast Service,MBMS)是一种由一个数据源向多个用户发送信息的点到多点服务,为具有相同服务需求的用户同时提供服务,从而网络资源得到共享。因此,MBMS是一种高效的信息分配方案,有效节省了日益紧张的无线资源。多播服务的订阅是通过用户和网络之间的信令交互实现的,也就是说,用户与网络之间建立连接,通知网络侧接收某广播内容,从而加入群组。
现有技术的群组通信(Group Communication Service,GCS)系统中,第三方应用服务器通过MB2接口与运营商网络多媒体广播服务中心(Broadcast Multicast servicecenter,BMSC)连接,并获知运营商网络的网络传输能力。第三方应用服务器仅根据运营商网络BMSC的网络传输能力,确定业务数据采用单播传输方式或者多播传输方式,使得网络资源并不能得到充分利用,从而造成了网络资源的浪费。
发明内容
本申请实施例提供一种业务处理的方法、设备和系统,能够提高网络资源利用率。
第一方面,提供了一种业务处理的方法。该方法包括:
多媒体广播服务中心BMSC接收服务能力开放单元SCEF发送的业务请求消息,该业务请求消息携带终端设备的标识信息和业务需求信息;
该BMSC根据该业务请求消息,确定业务数据的传输模式,该传输模式为单播传输或多播传输。
BMSC接收服务能力开放单元SCEF发送的业务请求消息,并根据该业务请求消息携带的终端设备的标识信息和业务需求信息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该BMSC根据该业务请求消息,确定业务数据的传输模式包括:
该BMSC根据该业务需求信息和该BMSC上的配置信息确定传输模式。
BMSC可以配置传输策略信息,比如与SCS/AS的签约信息等。签约信息可以是SCS/AS的业务数据的传输方式,那么,BMSC收到业务请求消息之后,可以根据业务需求信息确定数据流的传输方式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该方法还包括:
该BMSC获取该终端设备的位置信息;
则该BMSC根据该业务请求消息,确定业务数据的传输模式包括:
该BMSC根据服务区域与小区标识的对应关系、该终端设备的标识信息、该业务需求信息和该终端设备的位置信息,确定该传输模式。
BMSC获取终端设备的位置信息,根据终端设备的位置信息、服务区域与小区标识的对应关系和业务请求消息中的信息可以确定传输模式,这样BMSC能够考虑服务器区域内有业务需求的终端设备的数量,从而避免了服务器在一个较大服务区域内进行组播,却只有少量的用户接收该业务数据,更进一步提高网络资源利用率。
在一些可能的实现方式中,该业务请求消息还携带该终端设备的位置信息;
则该BMSC获取该终端设备的位置信息包括:
该BMSC从该业务请求消息中获取该终端设备的位置信息。
BMSC接收SCEF发送的业务请求消息,若该业务请求消息中携带终端设备的位置信息,则BMSC可以从该业务请求消息中获取终端设备的位置信息,结合服务区域与小区标识的对应关系和业务请求消息中的信息可以确定传输模式,这样BMSC能够考虑服务器区域内有业务需求的终端设备的数量,从而避免了服务器在一个较大服务区域内进行组播,却只有少量的用户接收该业务数据,更进一步提高网络资源利用率。
在一些可能的实现方式中,该BMSC根据服务区域与小区标识的对应关系、该终端设备的标识信息、该业务需求信息和该终端设备的位置信息,确定该传输模式包括:
该BMSC根据该终端设备的标识信息,确定终端设备的数量;
该BMSC根据该终端设备的数量、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
BMSC接收业务请求消息,首先根据终端设备的标识信息,确定终端设备的数量,再根据终端设备的数量、业务需求信息、以及终端设备的位置信息和服务区域与小区标识的对应关系确定业务数据的传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该业务请求消息包括传输模式通知信息,该传输模式通知信息用于通知该BMSC该业务数据的传输模式。
BMSC根据收到的数据传输模式通知信息中的传输模式执行操作。比如,服务器指示采用多播方式,那么BMSC发起多播会话过程。或者,BMSC根据接收到的业务需求信息和终端设备的标识信息重新确定采用多播方式或单播方式,使得业务数据的传输模式能够根据终端设备的需求进行确定,从而能够更一步提高网络资源利用率。
在一些可能的实现方式中,该业务请求消息是由该SCEF向一个或多个BMSC发送的,其中,该一个或多个BMSC为该SCEF根据获取的该终端设备的位置信息确定的该终端设备所属的BMSC。
SCEF根据终端设备的位置信息确定的终端设备所属的一个或多个BMSC,并向该一个或多个BMSC发送业务请求消息,使得SCEF向已经确定的一个BMSC或多个BMSC发送该业务请求消息,从而提高了为UE服务的服务质量。
在一些可能的实现方式中,该方法还包括:该方法还包括:
该BMSC向该SCEF发送业务请求响应消息,该业务请求响应消息用于建立用户面传输通道,该业务请求响应消息包括该BMSC对应的IP地址和端口号信息。
BMSC确定业务数据的传输模式后,通过SCEF向服务器发送业务请求响应消息,业务请求响应消息包括用户面的IP地址和端口号信息,服务器接收到该业务请求响应消息后,服务器与终端设备所属的一个BMSC或多个BMSC建立连接,使得服务器能够通过该用户面传输通道发送数据,这样运营商能够控制传输管道,从而给运营商带来收益。
在一些可能的实现方式中,在该BMSC确定该业务数据的传输模式为多播传输时,该方法还包括:
该BMSC生成临时移动组标识TMGI,该TMGI用于标识业务数据的传输通道;
该BMSC向该终端设备发送该TMGI。
在BMSC确定业务数据的传输模式为多播传输时,BMSC生成TMGI,TMGI用于标识业务数据的传输通道。BMSC向属于自己的UE发送TMGI,使得UE在TMGI标识的传输通道上接收需求的业务数据。
在一些可能的实现方式中,该BMSC向该终端设备发送该TMGI包括:
该BMSC通过该SCEF和该服务器向该终端设备发送该TMGI。
BMSC可以直接向属于自己的UE发送TMGI,以使UE在TMGI标识的传输通道上接收需求的业务数据。或者BMSC也可以通过SCEF和SCS/AS的转发向UE发送该TMGI。
在一些可能的实现方式中,该业务请求消息包括该终端设备接收该业务数据的时间信息。
该终端设备接收该业务数据的时间信息可以是UE在特定时间点接收该业务数据,或者能够接收的时间段,或者是立即接收业务数据等,从而使得BMSC确定的传输模式更加准确,提高了资源利用率。
在一些可能的实现方式中,该业务数据为视频数据。
该业务数据还可以是音频、或者图片等业务,本发明对此不进行限定。
第二方面,提供了一种业务处理的方法。该方法包括:
服务能力开放单元SCEF接收服务器发送的第一业务请求消息,第一业务请求消息携带终端设备的标识信息和业务需求信息;
该SCEF根据该终端设备的标识信息获取该终端设备的位置信息;
该SCEF根据该终端设备的位置信息,确定一个或多个多媒体广播服务中心BMSC;
该SCEF向该一个或多个BMSC发送第二业务请求消息,该第二业务请求消息携带该终端设备的标识信息和业务需求信息。
SCEF接收第一业务请求消息,该第一业务请求消息携带终端设备的标识信息和业务需求信息。SCEF根据第一业务请求消息中的终端设备的标识信息,获取终端设备的位置信息,根据终端设备的位置信息确定的终端设备所属的一个或多个BMSC,并向该一个或多个BMSC发送第二业务请求消息,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该方法还包括:
该SCEF确定业务数据的传输模式;
则该第二业务请求消息还携带该传输模式,该传输模式为单播传输或多播传输。
SCEF确定业务数据的传输模式,并通过发送包括传输模式的业务请求消息通知BMSC,使得BMSC可以执行已经确定的传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该SCEF确定业务数据的传输模式包括:
该SCEF根据业务需求信息和配置策略信息,确定该传输模式。
SCEF确定业务数据的传输模式,该配置策略信息可以是根据与运营商的协议确定的。SCEF通过发送传输模式通知BMSC,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该SCEF确定业务数据的传输模式包括:
该SCEF获取该BMSC的服务区域与小区标识的对应关系;
该SCEF根据该终端设备的标识信息、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
SCEF可以根据获取的BMSC的服务区域与小区标识的对应关系,可以确定传输模式,并通过发送传输模式告知BMSC,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该SCEF获取该BMSC的服务区域与小区标识的对应关系包括:
该SCEF获取该SCEF配置的该对应关系;或者
该SCEF从该BMSC获取该对应关系。
该服务区域与小区标识的对应关系可以是根据与运营商的协议配置的,或者还可以是从BMSC获取的。SCEF根据该对应关系,确定传输模式,并通过发送传输模式告知BMSC,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该SCEF根据该终端设备的标识信息、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式包括:
该SCEF根据该终端设备的标识信息确定该终端设备的数量;
该SCEF根据该终端设备的数量、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
该SCEF首先根据终端设备的标识信息,确定终端设备的数量,再根据终端设备的数量、业务需求信息、以及终端设备的位置信息和服务区域与小区标识的对应关系确定业务数据的传输模式,并发送给BMSC,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该SCEF根据终端设备的标识信息获取该终端设备的位置信息包括:
该SCEF向移动性管理实体MME发送寻呼指示信息;
该SCEF接收该MME寻呼处于空闲态的该终端设备而获得的该终端设备的位置信息。
SCEF向移动性管理实体MME发送寻呼指示信息,该寻呼指示信息用于指示该MME向该终端设备中的处于空闲状态的终端设备发送寻呼消息。这样,MME就可以使终端设备的状态从空闲态转化为连接态。从而SCEF能够从MME中获取到终端设备的位置信息。
在一些可能的实现方式中,该第一业务请求消息包括该终端设备的接收该业务数据的时间信息。
该终端设备接收该业务数据的时间信息可以是UE在特定时间点接收该业务数据,或者能够接收的时间段,或者是立即接收业务数据等,本发明对此不进行限定。
在一些可能的实现方式中,该第一业务请求消息作为该第二业务请求消息。
第一业务请求消息可以作为第二业务请求消息,SCEF可以向BMSC发送包括业务需求信息和终端设备标识的第一业务请求消息,或者发送包括时间信息的第一业务请求消息,或者是发送包括业务需求信息、终端设备标识和时间信息的第一业务请求消息,使得BMSC可以根据终端设备的需求进行确定,从而提高了网络资源利用率。
在一些可能的实现方式中,该第二业务请求消息还包括该终端设备的接收该业务数据的时间信息。
该终端设备接收该业务数据的时间信息可以是UE在特定时间点接收该业务数据,或者能够接收的时间段,或者是立即接收业务数据等,从而使得BMSC确定的传输模式更加准确,提高了资源利用率。
在一些可能的实现方式中,该方法还包括:
该SCEF接收该一个或多个BMSC发送的一个或多个业务请求响应消息,该业务请求响应消息包括该一个或多个BMSC对应的IP地址和端口号信息;
该SCEF向该服务器发送该一个或多个业务请求响应消息。
SCEF接收该一个或多个BMSC发送的一个或多个业务请求响应消息,该业务请求响应消息包括BMSC对应的IP地址信息和端口号信息。SCEF向服务器发送该业务请求响应消息,服务器接收到该业务请求响应消息后,服务器与终端设备所属的一个BMSC或多个BMSC建立连接,使得服务器能够通过该用户面传输通道发送数据。
在一些可能的实现方式中,该方法还包括:
该SCEF接收该多个BMSC发送的多个业务请求响应消息,该业务请求响应消息用于该服务器与该BMSC建立用户面传输通道;
该SCEF向该服务器发送该多个业务请求响应消息中的第一业务请求响应消息;
该SCEF向该第一业务请求响应消息对应的第一BMSC发送第二业务请求响应消息集合,该第二业务请求响应消息集合为该多个业务请求响应消息中除该第一业务请求响应消息之外的所有业务请求响应消息。
服务器可以直接向主BMSC发送的业务数据,以及通过主BMSC的转发,向从BMSC发送业务数据,这样可以降低对服务器的要求。
在一些可能的实现方式中,该方法还包括:
该SCEF接收临时移动组标识TMGI,该TMGI用于标识该业务数据的传输通道;
该SCEF通过该服务器向该终端设备发送该TMGI。
在BMSC确定业务数据的传输模式为多播传输时,BMSC生成TMGI,TMGI用于标识业务数据的传输通道。BMSC向属于自己的UE发送TMGI,使得UE在TMGI标识的传输通道上接收需求的业务数据。
在一些可能的实现方式中,该业务数据为视频数据。
第三方面,本申请提供了一种业务处理的方法。该方法包括:服务器确定第一业务请求消息,该第一业务请求消息包括该终端设备的标识信息和/或该终端设备的业务需求信息;该服务器向服务能力开放单元SCEF发送该第一业务请求消息,以使SCEF根据该第一业务请求消息中的该终端设备的标识信息获取该终端设备的位置信息,并根据该终端设备的位置信息确定一个或多个多媒体广播服务中心BMSC,并向该一个或多个BMSC发送第二业务请求消息,该第二业务请求消息用于该BMSC确定业务数据的传输模式,该传输模式为单播传输或多播传输。
服务器确定第一业务请求消息,并向SCEF发送第一业务请求消息,SCEF根据该第一业务请求消息中的该终端设备的标识信息获取该终端设备的位置信息,并根据该终端设备的位置信息确定一个或多个多媒体广播服务中心BMSC,并向该一个或多个BMSC发送第二业务请求消息,BMSC根据该第二业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
在一些可能的实现方式中,该方法还包括:该服务器确定业务数据的传输模式;其中,该服务器向服务能力开放单元SCEF发送该第一业务请求消息包括:该服务器向该SCEF发送该第一业务请求消息,该第一还包括传输模式通知消息,该传输模式通知消息用于通知该BMSC该业务数据的传输模式。
服务器可以是根据与运营商的协议确定业务数据的传输模式,并发送给SCEF,触发SCEF向BMSC发送第二业务请求消息,从而能够建立与BMSC的用户面传输通道。
在一些可能的实现方式中,该方法还包括:该服务器通过该SCEF获取网络传输能力;其中,该服务器确定业务数据的传输模式,包括:该服务器根据该网络传输能力,确定该传输模式。
服务器可以通过SCEF获取运营商网络的网络传输能力,网络传输能力是指运营商可支持的数据传输模式,多播或者单播。根据该网络传输能力确定业务数据的传输模式,并通过发送传输模式通知信息通知运营商网络。
在一些可能的实现方式中,该方法还包括:该服务器接收业务请求响应消息;该服务器根据该业务请求响应消息,与该BMSC建立用户面传输通道。
服务器接收到该业务请求响应消息后,服务器与终端设备所属的一个BMSC或多个BMSC建立连接,使得服务器能够通过该用户面传输通道发送数据。
在一些可能的实现方式中,该业务请求响应消息包括用户面的IP地址和端口号信息。
服务器根据用户面的IP地址和端口号信息与该一个BMSC或多个BMSC建立用户面传输通道,使得服务器能够通过该用户面传输通道发送数据。
在一些可能的实现方式中,该方法还包括:该服务器接收该SCEF发送的临时移动组标识TMGI,该TMGI用于标识传输通道;该服务器向该终端设备发送该TMGI。
服务器接收BMSC确定业务数据的传输模式为多播传输时生成的TMGI,TMGI用于标识业务数据的传输通道,使得UE在TMGI标识的传输通道上接收需求的业务数据。
在一些可能的实现方式中,该方法还包括:该服务器获取该终端设备的接收该业务数据的时间信息;其中,该服务器确定第一业务请求消息包括:该服务器确定该第一业务请求消息,该第一业务请求消息包括该时间信息。
服务器获取该时间信息,该终端设备接收该业务数据的时间信息可以是UE在特定时间点接收该业务数据,或者能够接收的时间段,或者是立即接收业务数据等。服务器向终端设备发送该时间信息,使得BMSC确定的传输模式更加准确,从而提高了资源利用率。
在一些可能的实现方式中,该业务数据为视频数据。
该业务数据还可以是音频、或者图片等业务,本发明对此不进行限定。
第四方面,本申请提供了一种业务处理的方法。该方法包括:服务器通过该SCEF获取网络传输能力;该服务器根据该网络传输能力,确定业务数据的传输模式,该传输模式为单播传输或多播传输。
服务器通过SCEF获取网络传输能力,并根据该网络传输能力确定业务数据的传输模式为单播传输或多播传输,使得业务数据的传输避免依赖MB2接口,从而减少了服务器部署的复杂性。
在一些可能的实现方式中,该方法还包括:该服务器获取终端设备的标识信息和/或该终端设备的业务需求信息;其中,该服务器根据该络传输能力,确定业务数据的传输模式包括:该服务器根据该网络传输能力、该终端设备的标识信息和/或该终端设备的业务需求信息,确定该传输模式。
该业务需求信息可以是业务内容的标识,还可以是会话标识等。服务器能够根据终端设备的需求、终端设备的标识信息和/或网络传输能力进行确定业务数据的传输模式,从而更进一步提高了网络资源利用率。
在一些可能的实现方式中,在确定该传输模式为多播传输时,该方法还包括:该服务器获取TMGI,该TMGI用于标识传输通道;该服务器向该终端设备发送该TMGI。
服务器确定业务数据的传输模式为多播传输时,获取用于标识传输通道的TMGI,并将该TMGI发送给终端设备,使得终端设备能够在TMGI标识的传输通道上接收业务数据。
第五方面,本申请提供了一种BMSC,该BMSC包括用于执行第一方面中的方法的模块。
第六方面,本申请提供了一种SCEF,该SCEF包括:用于执行第二方面中的方法的模块。
第七方面,本申请提供了一种服务器,该服务器包括:用于执行第二方面中的方法的模块。
第八方面,本申请提供了另一种服务器,该服务器包括:用于执行第四方面中的方法的模块。
第九方面,提供了一种BMSC,包括:处理器和存储器;
所述存储器存储了程序,所述处理器执行所述程序,用于执行上述第一方面或第一方面任一种可能的实现方式所述的业务处理的方法。
第十方面,提供了一种SCEF,包括:处理器和存储器;
所述存储器存储了程序,所述处理器执行所述程序,用于执行上述第二方面或第二方面任一种可能的实现方式所述的业务处理的方法。
第十一方面,提供了一种服务器,该服务器包括:处理器和存储器;
所述存储器存储了程序,所述处理器执行所述程序,用于执行上述第三方面或第三方面任一种可能的实现方式所述的业务处理的方法。
第十二方面,提供了一种服务器,该服务器包括:处理器和存储器;
所述存储器存储了程序,所述处理器执行所述程序,用于执行上述第四方面或第四方面任一种可能的实现方式所述的业务处理的方法。
第十三方面,提供了一种系统,该系统包括:
上述第五方面的BMSC、第六方面的SCEF和第七方面的服务器。
第十四方面,提供了一种计算机存储介质,该计算机存储介质中存储有程序代码,该程序代码用于指示执行上述第一方面或第一方面的任一种可能的实现方式中的通信方法。
第十五方面,提供了一种计算机存储介质,该计算机存储介质中存储有程序代码,该程序代码用于指示执行上述第二方面或第二方面的任一种可能的实现方式中的通信方法。
第十六方面,提供了一种计算机存储介质,该计算机存储介质中存储有程序代码,该程序代码用于指示执行上述第三方面或第三方面的任一种可能的实现方式中的业务处理的方法。
第十七方面,提供了一种计算机存储介质,该计算机存储介质中存储有程序代码,该程序代码用于指示执行上述第三方面或第三方面的任一种可能的实现方式中的业务处理的方法。
基于上述技术方案,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请MBMS系统的架构图;
图2是本申请3GPP网络中能力开放的架构图;
图3是现有技术业务处理的架构图;
图4是现有技术业务多播业务处理的示意性交互流程图;
图5是本申请一个实施例的业务处理的方法的示意性交互流程图;
图6是本申请又一个实施例的业务处理的方法的示意性交互流程图;
图7是本申请又一个实施例的业务处理的方法的示意性交互流程图;
图8是本申请又一个实施例的业务处理的方法的示意性交互流程图;
图9是本申请又一个实施例的业务处理的方法的示意图;
图10是本申请又一个实施例的业务处理的方法的示意性交互流程图;
图11是本申请又一个实施例的业务处理的方法的示意图;
图12是本申请又一个实施例的业务处理的方法的示意性交互流程图;
图13是本申请又一个实施例的业务处理的方法的示意性交互流程图;
图14是本申请一个实施例的BMSC的示意性框图;
图15是本申请一个实施例的SCEF的示意性框图;
图16是本申请实施例的系统的示意性框图;
图17是本申请一个实施例的BMSC结构示意性框图;
图18是本申请一个实施例的SCEF结构示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应理解,本发明实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code DivisionMultiple Access,CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统等。
还应理解,在本发明实施例中,用户设备(User Equipment,UE)可称之为终端设备(Terminal)、移动台(Mobile Station,MS)、移动终端(Mobile Terminal)等,该用户设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,例如,用户设备可以是移动电话(或称为“蜂窝电话”)、具有移动终端的计算机等,例如,用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语音和/或数据。
在本发明实施例中,基站可以是GSM或CDMA中的基站(Base TransceiverStation,BTS),也可以是WCDMA中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolutional Node B,eNB或eNodeB),本发明并不限定。为方便描述,本发明实施例中,上述为终端提供无线通信功能的装置统称为基站或BS。
LTE的制定和设计用以实现低运营成本、低时延、高系统容量、用户数据速率和高功率利用率等。演进的多媒体广播多播服务时3GPP推出的对现有多媒体广播多播服务(Multimedia Broadcast Multicast Service,MBMS)的补充。
图1示出了本发明实施例LTE系统中MBMS系统的架构图。该MBMS系统包括的网元及设备有用户设备(User Equipment,UE)、演进的通用移动通信系统陆地无线接入网(Evolved Universal Mobile Telecommunications System Territorial Radio AccessNetwork,E-UTRAN)、移动性管理网元(Mobility Management Entity,MME)、MBMS网关(Gateway,GW)、多媒体广播服务中心(Broadcast Multicast service center,BMSC)、分组数据网络(Packet Data Network,PDN)网关和内容提供商(Content Provider)。
其中,UE用于支持MBMS承载业务的激活和去激活功能。E-UTRAN用于实现与无线演进网络有关的功能,传送MBMS数据到制定的MBMS服务区。
MME负责控制面的移动性管理,如用户上下文和移动状态管理以及分配用户临时身份标识等。
PDN网关作为IP多播传输的登陆点,是3GPP接入网络和非接入网络之间的用户面锚点,和外部PDN的接口。
MBMS GW,提供MBMS GW与BM SC之间的控制面SGmb接口,以及提供MBMS GW与BM SC间的用户面SGi-mb接口。SGi-mb接口的MBMS会话业务数据进行通用分组无线服务隧道协议用户平面(General Packet Radio Service Tunneling Protocol User Plane,GTPU)封装,并在M1接口进行组播分发到演进型基站(evolved Node B,eNB),提供组播目的IP地址分配,以及M1传输的控制面(C-TEID)分配功能,支持组播相关的协议,即IPV4网络支持组播管理协议(IGMPv3)和PIM,IPV6网络支持组播侦听者发现协议(MLDv2)和协议无关的组播协议(PIM)。
BMSC,用来保存签约数据,生成计费记录,成员管理(Gi接口),确定MBMS会话传输的时间表;确定MBMS会话重传的时间表,标识每个MBMS会话,分配TMGIs;并且通知UE该TMGI,UE收到TMGI后,在该TMGI标识的传输通道上接收到广播业务。
Content Provider:提供广播的内容,可以是不属于运营商的第三方的内容提供商,比如视频业务提供商或者电视节目提供商等。
需要说明的是,本发明实施例也可以用于通用陆地无线接入网(UniversalTerrestrial Radio Access Network,简称UTRAN)或全球移动通信系统(Global Systemfor Mobile Communications,简称GSM)/GSM演进增强数据速率(Enhanced Data Ratesfor GSM Evolution,简称EDGE)无线接入网(GSM/EDGE Radio Access Network,简称GERAN)中。与LTE网络不同的是,在UTRAN或GERAN中,MME的功能是由GPRS业务支持节点(Service GPRS Supporting Node,SGSN)完成的,而且服务网关(Serving Gateway,SGW)或分组数据网(Packet Data Network,PDN)网关(PDN Gateway,PGW)的功能是由网关GPRS支持节点(Gateway GPRS Support Node,简称GGSN)完成的。
图2为3GPP网络中能力开放的架构图。3GPP网络可以将网络能力开放给互联网应用(Over The Top,OTT)提供商。具体地,网络能力包括通信能力,签约信息、UE上下文信息和控制功能等。其中,通信能力主要有声音呼叫(voice calling),短讯服务(ShortMessaging Service,SMS)和多媒体短信服务(Multimedia Messaging Service,MMS)等。UE签约信息主要有订阅身份(Subscription identity)、特征集(feature sets)和优先权(preference)等。UE上下文信息主要有位置信息(location),控制功能(例如,服务质量(Qaulity of Service,QoS)规则)等。
为了将3GPP网络的相关信息向第三方应用服务器(3rd Application)开放出去,引入一个逻辑功能实体,服务能力开放功能(Service Capability Exposure Function,SCEF),该逻辑功能与系统架构演进(System Architecture Evolution,SAE)网络的网元设备有接口。SCEF的上层是应用(Application)层,即第三方应用服务器。第三方应用服务器可以与SCEF建立连接,3GPP网络可以将信息通过SCEF发送给第三方应用服务器,第三方应用服务器也可以通过SCEF发送信息给3GPP网络。
如图2所示,能力开放功能单元(Service Capability Exposure Function,SCEF)处于3GPP和业务能力服务器(service capability server,SCS)/应用服务器(Application Server,AS)之间。该3GPP网络包括归属地签约用户服务器(HomeSubscriber Service,HSS)模块、策略与计费制定功能(Policy and Charging RuleFunction,PCRF)模块、MME/SGSN、BMSC、机器类型通信互通功能(Machine TypeCommunication InterWorking Function,MTC-IWF)模块、服务呼叫会话控制功能(ServingCall Session Control Function,S-CSCF)模块、无线接入网拥塞感知功能(RANCongestion Awareness Function,RCAF)以及网络实体等。在eMBMS系统架构中,Contentprovider也属于一种AS。具体地,AS可以通过API函数向SCEF发起业务能力请求或者AS直接向网络实体发起请求,SCEF从3GPP网络获取对应的网络能力,再通过API发送给SCS/AS。
如图3为现有技术中多播方式的传输流程。其中,多播传输是指从一个数据源向特定区域内的多个用户同时发送数据。具体地,在当前的标准协议中(TS23.682),SCS/AS通过SCEF广播方式进行群组消息传送,具体流程如图3所示。
101、SCS/AS向SCEF发送临时移动组标识(Temporary Mobile Group Identity,TMGI)请求消息;
102、通过SCEF与HSS/归属位置寄存器(Home Location Register,HLR)之间的授权;
103、通过BMSC配置该TMGI标识;
104、SCEF向SCS/AS返回TMGI响应消息;
105、建立UE与SCS/AS的应用连接;
106、SCS/AS向SCEF发送请求组消息;
107、建立HSS/HLR与SCEF之间的授权;
108、SCEF向BMSC发送激活MBMS承载请求消息;
109、BMSC向SCEF返回激活MBMS承载响应消息;
110、SCEF向SCS/AS发送确认组消息;
111、建立MBMS-GW/GGSN MME/SGSN与RAN之间的会话连接;
112、从而SCS/AS能够通过SCEF、BMSC、RAN向UE发送组消息;
113、UE接收到该组消息后,发送响应组消息。
图4为现有技术的群组通信(Group Communication Service,GCS)系统的示意图。群组通信业务应用服务器(GCS AS)也可以认为是一种第三方应用服务器,GCS AS通过MB2接口与BMSC连接。因此,第三方应用服务器提供商必须改造网络支持MB2接口(例如,部署直径(Diameter)协议栈等工作),这样会给现有广泛存在的大量OTT(即第三方应用服务器)带来升级以及网络部署的复杂性。
该群组通信系统中,第三方应用服务器需要获知运营商网络的网络传输能力,对第三方应用服务器的部署的有较高需求。此外,第三方应用服务器根据网络传输能力确定业务数据采用多播传输方式或单播传输方式,并没有考虑终端设备的位置信息或者业务需求等,造成网络资源的浪费。
应理解,在本发明实施例中,服务器可以内容提供商,用于提供广播内容。服务器可以是不属于运营商的第三方的内容提供商,例如,OTT。OTT是指通过互联网向用户提供各种应用服务。这种应用和目前运营商所提供的通信业务不同,它仅利用运营商的网络,而服务由运营商之外的第三方提供。目前,典型的OTT业务有互联网电视业务、视频业务。为描述方便,本发明实施例以SCS/AS例进行描述,但本发明并不限于此。
图5示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
501、服务器确定第一业务请求消息。
该第一业务请求消息用于确认传输模式,本发明对该第一业务请求消息的名称不进行限定,换句话说,其他具有该功能的消息、信息等也在本发明保护的范围之内。
可选地,该方法还包括:该服务器获取终端设备的标识信息和/或该终端设备的业务需求信息;其中,该服务器确定第一业务请求消息包括:该服务器确定该第一业务请求消息,该第一业务请求消息携带该终端设备的标识信息和/或该终端设备的业务需求信息。
具体而言,该业务需求信息可以是业务内容的标识,例如,UE与SCS/AS建立连接的过程中,SCS/AS可以获知UE的标识信息以及该UE对应的业务内容的标识。或者,UE可以主动通知SCS/AS对业务数据的需求等。这样,SCS/AS就可以获知该UE需求哪种类型的业务数据。
该业务需求信息还可以是会话标识。例如,在UE与SCS/AS建立连接时,SCS/AS分配一个或多个会话标识,每个会话标识可以用来标识UE请求的业务数据。
应理解,该终端设备可以看作一类终端设备,也就是说,该终端设备可以为一个终端设备或者可以为多个终端设备,本发明并不限于此。
还应理解,终端设备的标识信息与终端设备的业务需求信息可以在同一个业务请求消息中,也可以是在不同的业务请求消息中。
可选地,该方法还包括:该服务器获取终端设备的接收该业务数据的时间信息。
SCS/AS还可以在与UE建立连接的过程中,获取该终端设备中每个终端设备接收该业务数据的时间信息,或者还可以获取其他的数据信息等。例如,UE可以在特定时间点接收该业务数据,或者能够接收的时间段,或者是立即接收业务数据等,本发明对此不进行限定。
应理解,该UE的业务需求信息、UE的标识信息和接收业务数据的时间信息可以一起获取到,也可以分别进行获取,本发明对此不进行限定。
可选地,在本发明的一个实施例中,该业务数据为视频数据。
例如,如果该业务数据是视频业务时,SCS/AS可以获知UE需求哪个视频节目等,以及接收该视频节目的时间等。或者,是UE通知SCS/AS需求哪个视频节目,以及接收该视频节目的时间等。
应理解,该业务数据还可以是音频、或者图片等业务,本发明对此不进行限定。
可选地,该方法还包括:该服务器确定业务数据的传输模式;其中,该服务器向服务能力开放单元SCEF发送该第一业务请求消息包括:该服务器向该SCEF发送该第一业务请求消息,该第一业务请求消息还携带传输模式通知消息,该传输模式通知消息用于通知该BMSC该业务数据的传输模式。
具体地,服务器确定业务数据的传输模式可以是根据与运营商的协议确定的,或者,服务器根据接收数据的用户数量以及位置等信息确定的等,本发明对此不进行限定。
可选地,在本发明的一个实施例中,该方法还包括:该服务器通过该SCEF获取网络传输能力;其中,该服务器确定业务数据的传输模式,包括:该服务器根据该网络传输能力,确定该传输模式。
具体而言,SCS/AS可以通过SCEF获取运营商网络的网络传输能力,网络传输能力是指运营商可支持的数据传输模式,多播或者单播。根据该网络传输能力确定业务数据的传输模式,并通过发送传输模式通知信息通知SCEF。
502、SCS/AS向SCEF发送该第一业务请求消息。
SCS/AS向SCEF发送该第一业务请求消息,例如,SCS/AS可以通过调用API函数向SCEF发送该第一业务请求消息,或者还可以是其他方式,本发明对此不进行限定。该第一业务请求消息包括UE的标识信息和该UE的业务需求信息等。或者该第一业务请求消息还包括该UE接收业务数据的时间信息等。或者该第一业务请求消息还包括SCS/AS的标识信息,为了方便描述,SCS/AS也可以认为是一种业务需求信息。
503、SCEF根据第一业务请求消息中携带的UE的标识信息,获取终端设备的位置信息。
具体地,SCEF获取该UE的位置信息的步骤为:SCEF向HSS发送监控请求消息,该监控请求消息中包括UE的标识信息。HSS根据UE的标识信息,确定UE附着的MME,并向该MME发送签约数据请求消息,该签约数据请求消息包括监控类型等信息。MME根据收集的UE的位置信息,向SCEF上报。
可选地,该方法还包括:该SCEF向移动性管理实体MME发送寻呼指示信息,该寻呼指示信息用于指示该MME向处于空闲态的终端设备发送寻呼消息,该寻呼消息用于获取处于空闲态的终端设备的位置信息;其中,该SCEF获取终端设备的位置信息包括:该SCEF获取至少一个处于连接态的终端设备的位置信息。
具体而言,SCEF向移动性管理实体MME发送寻呼指示信息,该寻呼指示信息用于指示该MME向该终端设备中的处于空闲状态的终端设备发送寻呼消息。这样,MME就可以使终端设备的状态从空闲态转化为连接态。从而SCEF能够从MME中获取到每个终端设备的位置信息。
应理解,该寻呼指示信息可以在收到SCS/AS发送的第一业务请求消息后发送该寻呼指示信息。
还应理解,该寻呼指示信息用于指示该MME向处于空闲态的终端设备发送寻呼消息,本发明对该寻呼指示信息的名称不进行限定,换句话说,其他具有该功能的消息、信息等也在本发明保护的范围之内。
504、SCEF根据该终端设备的位置信息,确定一个或多个BMSC。
可选地,在本发明一个实施例中,该方法还包括:该SCEF获取该终端设备的位置信息;该SCEF根据该终端设备的位置信息,确定该终端设备所属的一个或多个BMSC。
具体而言,SCEF获取到UE的标识信息和该UE的业务需求信息后,SCEF可以根据该UE的标识信息,获取该UE的位置信息。从而,SCEF根据位置信息,确定能够为该UE提供服务的一个BMSC或多个BMSC。
应理解,UE与BMSC的数目不一定相同,也就是说,可能有多个UE属于同一个BMSC。例如,有6个UE(UE1、UE2、UE3、UE4、UE5和UE6),其中,UE1和UE3属于BMSC1,UE2、UE4和UE6属于BMSC2,UE6属于BMSC3。
505、SCEF向BMSC发送第二业务请求消息。
可选地,该第一业务请求消息作为该第二业务请求消息。
SCEF接收到该第一业务请求消息后,可以直接向BMSC发送该第一业务请求消息,也就是说,该第一业务请求消息和第二业务请求消息相同。
或者,SCEF根据其他信息生成新的业务请求消息,并将新的业务请求消息发送给BMSC。因此,SCEF可以向已经选中的一个BMSC或多个BMSC发送第二业务请求消息,从而提高了为UE服务的服务质量。
应理解,本发明对该第二业务请求消息的名称不进行限定,换句话说,其他具有上述第二业务请求消息的功能的任何消息、信息等也在本发明保护的范围之内。
还应理解,若第一业务请求消息同时携带终端设备的标识信息与终端设备的业务需求信息,则第二业务请求消息可以同时携带终端设备的标识信息与终端设备的业务需求信息,也可以只携带终端设备的标识信息与终端设备的业务需求信息中的任一个。
可选地,在本发明一个实施例中,该方法还包括:该SCEF确定该传输模式;该第二业务请求消息包括传输模式通知消息,该传输模式通知信息用于通知该BMSC该传输模式。
SCEF可以确定传输模式,并通过在第一业务请求消息中携带传输模式通知信息(表示为第二业务请求消息)告知BMSC,从而能够避免资源浪费,提高了资源利用率。
应理解,该第二业务请求消息除了包括传输模式通知信息外,还可以携带第一业务请求消息携带的任何信息,或者全部信息等,本发明对此不进行限定。
例如,第二业务请求消息可以携带该UE接收业务数据的时间信息,从而BMSC还可以考虑UE接收数据的时间因素确定业务数据的传输模式。若第二业务请求消息不携带该时间信息,则BMSC接收到第二业务请求消息后,可以立即执行传输通道建立,以及传输业务数据等。
可选地,该SCEF还可以静态配置服务区域与小区标识的对应关系,从而能够根据该对应关系,确定业务数据的传输模式。
可选地,在本发明一个实施例中,该SCEF确定该传输模式包括:该SCEF根据配置策略信息,确定该传输模式。
具体地,SCEF根据收到的第一业务请求消息包括的业务需求信息确定相应的配置策略信息,比如与服务器的签约信息等,然后根据该配置策略信息确定传输模式。
506、BMSC接收服务能力开放单元SCEF发送的第二业务请求消息,根据该第二业务请求消息,确定业务数据的传输模式,该传输模式为单播传输或多播传输。
BMSC接收SCEF发送的业务请求消息(表示为第二业务请求消息),该第二业务请求消息包括UE的标识信息、业务需求信息和接收业务数据的时间信息等。
BMSC接收第二业务请求消息,该第二业务请求消息携带UE的标识信息和UE的业务需求信息等。或者该第二业务请求消息还携带UE接收业务数据的时间信息等。或者该第二业务请求消息还携带SCS/AS的标识信息等。BMSC根据该第二业务请求消息中的信息,确定业务数据的传输模式为单播传输或多播传输。这样,服务器不需要理解网络传输能力,减少了服务器部署的复杂性。
例如,在相同的时间点或时间段,在某个区域有多个用户需求的业务内容相同,那么就可以对这多个用户采用多播传输。如果用户需求的业务内容或者接收业务数据的时间段不同时,则采用单播传输。
可选地,该业务请求消息是由该SCEF向一个BMSC或多个BMSC发送的,其中,该一个BMSC或多个BMSC为该SCEF根据获取的该终端设备的位置信息确定的该终端设备所属的BMSC。
可选地,该方法还包括:
该BMSC获取该终端设备的位置信息;
则该BMSC根据该业务请求消息,确定业务数据的传输模式包括:
该BMSC根据服务区域与小区标识的对应关系、该终端设备的标识信息、该业务需求信息和该终端设备的位置信息,确定该传输模式。
具体而言,该第二业务请求消息还可以携带UE的位置信息,BMSC根据接收UE的位置信息,以及其上配置的服务区域(Service Area)与小区标识列列表(Cell id list)信息,确定数据传输模式。
例如,BMSC根据服务区域与小区标识列表信息的对应关系以及第二业务请求消息,确定多播的每个小区内只有一个UE,若采用多播传输会造成资源浪费。因此,BMSC根据服务区域与小区标识列表信息的对应关系以及第二业务请求消息中的信息确定传输模块,提高了资源利用率。
可选地,在本发明的一个实施例中,该方法还包括:该BMSC确定网络传输能力;其中,该BMSC根据该业务请求消息,确定业务数据的传输模式包括:该BMSC根据该业务请求消息和该网络传输能力,确定该传输模式。
具体而言,BMSC根据接收业务数据流的终端数量、业务流信息、以及用户位置信息,可选地,还可以携带接收业务数据的时间信息,确定业务数据的传输模式。
可选地,该BMSC根据该业务请求消息,确定业务数据的传输模式包括:该BMSC根据该业务需求信息和该BMSC上的配置信息确定传输模式。
具体地,BMSC也可以配置传输策略信息,比如与SCS/AS的签约信息等。签约信息可以是SCS/AS的数据流的传输方式,那么,BMSC收到业务请求消息之后,可以根据业务需求信息确定数据流的传输方式。
可选地,该业务请求消息还携带该终端设备的位置信息;
该BMSC获取该终端设备的位置信息包括:
该BMSC从该业务请求消息中获取该终端设备的位置信息。
具体而言,若业务请求消息(表示为第二业务请求消息)携带终端设备的位置信息,则BMSC可以从第二业务请求消息中获取该位置信息。
或者,BMSC也可以直接从MME或其他设备获取终端设备的位置信息等,本发明对此不进行限定。
可选地,该BMSC根据服务区域与小区标识的对应关系、该终端设备的标识信息、该业务需求信息和该终端设备的位置信息,确定该传输模式包括:
该BMSC根据该终端设备的标识信息,确定终端设备的数量;
该BMSC根据该终端设备的数量、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
具体而言,BMSC可以根据终端设备的标识信息等确定终端设备的数量,从而BMSC根据终端设备的数量、终端设备的业务需求信息、终端设备的位置信息以及服务区域与小区标识的对应关系,确定业务数据的传输模式。
应理解,该终端设备的的标识信息可以是多个终端设备中每个终端设备的标识信息或者一个终端设备的标识信息,或者还可以是多个终端设备的群标识信息等,本发明对此不进行限定。
可选地,该第二业务请求消息还携带传输模式通知信息,该传输模式通知信息用于通知该BMSC该业务数据的传输模式。
具体地,BMSC可以根据网络传输能力、UE的标识信息、业务需求信息和接收业务数据的时间信息确定传输模式(可以表示为第一传输模式);或者BMSC根据传输模式通知信息确定传输模式(可以表示为第二传输模式);或者BMSC还可以根据第一传输模式与第二传输模式的一致性来再确定多播传输或者单播传输。例如,如果第一传输模式和第二传输模式都是多播传输,则该业务数据采用多播传输;如果第一传输模式和第二传输模式都是单播传输,则该业务数据采用单播传输;如果第一传输模式和第二传输模式不一致,则该业务数据采用单播传输;或者,如果第一传输模式和第二传输模式不一致,则该业务数据采用多播传输等,本发明对此不进行限定。
应理解,BMSC根据收到的传输模式通知信息中的传输模式执行,该传输模式的确定可以是服务器也可以是SCEF,本发明对此不进行限定。
可选地,在本发明一个实施例中,该方法还包括:该服务器接收业务请求响应消息;该服务器根据该业务请求响应消息与该BMSC建立用户面传输通道。
具体而言,该SCEF接收该一个或多个BMSC发送的一个或多个业务请求响应消息,该业务请求响应消息用于该服务器与BMSC建立用户面传输通道。该SCEF向该服务器发送该一个或多个业务请求响应消息。这样该服务器根据该业务请求响应消息与每个发送业务请求响应消息的BMSC都建立用户面传输通道。
可选地,在本发明一个实施例中,该业务请求响应消息包括该BMSC的IP地址和端口号信息。
BMSC确定业务数据的传输模式后,通过SCEF向服务器发送业务请求响应消息,服务器接收到该业务请求响应消息后,服务器与终端设备所属的一个BMSC或多个BMSC建立连接。具体地,业务请求响应消息包括用户面的IP地址和端口号信息等,即服务器根据用户面的IP地址和端口号信息与该一个BMSC或多个BMSC建立用户面传输通道。
可选地,在本发明一个实施例中,该方法还包括:该SCEF接收该多个BMSC发送的多个业务请求响应消息,该业务请求响应消息用于该服务器与该BMSC建立用户面传输通道;
该SCEF向该服务器发送该多个业务请求响应消息中的第一业务请求响应消息;
该SCEF向该第一业务请求响应消息对应的第一BMSC发送第二业务请求响应消息集合,该第二业务请求响应消息集合为该多个业务请求响应消息中除该第一业务请求响应消息之外的所有业务请求响应消息。
具体而言,SCEF收到一个BMSC或多个BMSC发送的至少一个业务请求响应消息后,可以选择该一个BMSC或多个BMSC中的一个BMSC为主BMSC,其他的BMSC为从BMSC。然后,SCEF将主BMSC的业务请求响应消息转发到SCS/AS,将从BMSC的业务请求响应消息中的用户面IP地址和端口号信息发送到主BMSC。主BMSC根据每个从BMSC的用户面IP地址和端口号与每个从BMSC建立用户面数据传输通道,而SCS/AS根据用户面IP地址和端口号与主BMSC建立用户面数据传输通道。这样,SCS/AS可以直接向主BMSC发送的业务数据,以及通过主BMSC的转发,向从BMSC发送业务数据。
可选地,在本发明一个实施例中,在该BMSC确定该业务数据的传输模式为单播传输时,BMSC触发单播传输的过程,例如,建立PDN连接,以及建立相应的承载等,本发明对此不进行限定。
可选地,在本发明一个实施例中,在该BMSC确定该业务数据的传输模式为多播传输时,该方法还包括:该BMSC生成临时移动组标识TMGI,该TMGI用于标识业务数据的传输通道;该BMSC向终端设备发送该TMGI,以使终端设备在该TMGI标识的传输通道上接收该业务数据。
具体而言,在BMSC确定业务数据的传输模式为多播传输时,BMSC生成TMGI,TMGI用于标识业务数据的传输通道。BMSC向属于自己的UE发送TMGI,使得UE在TMGI标识的传输通道上接收需求的业务数据。
可选地,在本发明一个实施例中,该BMSC向终端设备发送该TMGI包括:该BMSC依次通过该SCEF、该服务器向终端设备发送该TMGI。
BMSC可以直接向属于自己的UE发送TMGI,以使UE在TMGI标识的传输通道上接收需求的业务数据。或者BMSC也可以通过SCEF和SCS/AS的转发向UE发送该TMGI。
应理解,该TMGI通过SCEF和SCS/AS转发时,可以是直接发送TMGI,也可以是携带在业务请求响应消息中,本发明对此不进行限定。
还应理解,BMSC向UE发送TMGI的过程中,还可以携带业务数据的标识信息,以使UE接收到该TMGI时,可以获知在TMGI标识的传输通道上能够接收到哪种类型的业务数据。
因此,本申请实施例的业务处理的方法,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
图6示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
601、MME接收SCEF发送的寻呼指示信息,该寻呼指示信息包括终端设备的标识信息;
602、MME根据终端设备的标识信息,向终端设备发送寻呼消息;
可选地,MME根据终端设备的标识信息,向处于空闲态的终端设备发送寻呼消息。
603、终端设备根据该寻呼消息,将处于空闲态的终端设备转换为处于连接态;
604、MME获取转为连接态的终端设备的位置信息;
605、MME向SCEF发送UE的位置信息。
应理解,上述相应信息的具体指示方式可参考前述各实施例,为了简洁,在此不再赘述。
因此,本申请实施例的业务处理的方法,MME通过接收SCEF发送的包括终端设备标识的寻呼指示信息,并根据该寻呼指示信息发送寻呼消息,获取到终端设备中每个终端设备的位置信息,并向SCEF发送终端设备的位置信息,使得SCEF根据该位置信息确定终端设备所属的BMSC,并向该BMSC发送携带终端设备的标识信息和业务需求信息的的业务请求消息,使得BMSC根据终端设备的业务需求确定业务数据的传输模式为单播传输或多播传输,从而能够合理配置网络资源,提高了网络资源利用率。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图4所示的群组通信系统中,第三方应用服务器需要通过MB2接口与BMSC连接。因此,第三方应用服务器提供商必须改造网络支持MB2接口(例如,部署Diameter协议栈等工作),这样会给现有广泛存在的大量OTT(即第三方应用服务器)带来升级以及网络部署的复杂性。
GCS AS根据网络能力确定采用多播方式或单播方式。如果采用多播方式,GCS AS向BMSC获取临时移动组标识(Temporary Mobile Group Identity,TMGI),并将该TMGI通知给UE。
图7示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
701,SCS/AS通过SCEF获取网络传输能力;
具体地,SCS/AS可以通过调用API函数向通过SCEF发送获取网络传输能力。
702,SCS/AS根据该网络传输能力,确定业务数据的传输模式,该传输模式为单播传输或多播传输;
可选地,SCS/AS还可以获取终端设备的标识信息和/或终端设备的业务需求信息,SCS/AS根据该网络传输能力、终端设备的标识信息和/或终端设备的业务需求信息,确定业务数据的传输模式。
703,若该传输模式为多播传输,SCS/AS通过SCEF获取TMGI;
应理解,该SCS/AS获取TMGI的具体流程可以如图4中的步骤101-步骤104等,为避免重复,在此不进行赘述。
704,SCS/AS向终端设备发送该TMGI,以使终端设备在该TMGI标识的传输通道上接收业务数据。
应理解,SCS/AS向终端设备发送该TMGI,以及通过组播传输数据的流程如图4中的步骤105-步骤113,为避免重复,在此不进行赘述。
还应理解,上述相应信息的具体指示方式可参考前述各实施例,为了简洁,在此不再赘述。
因此,本发明实施例的业务处理的方法,服务器通过SCEF获取网络传输能力,并根据该网络传输能力确定业务数据的传输模式为单播传输或多播传输,使得业务数据的传输避免依赖MB2接口,从而减少了服务器部署的复杂性。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图8示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
801,SCS/AS获取UE的标识信息和UE的业务需求信息;
可选地,SCS/AS还可以获取该UE的接收业务数据的时间信息。
802,SCS/AS向SCEF发送第一业务请求消息,该第一业务请求消息携带该UE的标识信息和该UE的业务需求信息;
可选地,该第一业务请求消息还携带SCS/AS的标识信息,为了描述方便,SCS/AS也可以作为一种业务需求信息。
803,MME获取UE的位置信息;
可选地,若该UE中存在处于空闲态的UE,可以通过发送寻呼消息使处于空闲态的UE转为处于连接态,从而MME可以获取到该UE(均处于连接态)的位置信息。
804,MME向SCEF发送该UE的位置信息;
具体地,SCEF获取该UE的位置信息的详细步骤如图6所示,这里不再赘述。
805,SCEF根据该UE的位置信息,以及第一业务请求消息中的UE的标识信息和该UE的业务需求信息,或者该UE的接收业务数据的时间信息等,确定该UE所属的一个BMSC或多个BMSC;
806,SCEF向该一个BMSC或多个BMSC发送第二业务请求消息;
该第一业务请求消息可以作为该第二业务请求消息,发送给BMSC。
807,该一个BMSC或多个BMSC中的每个BMSC根据接收到的业务请求消息,以及网络传输能力,确定业务数据的传输模式;
若BMSC确定业务数据的传输模式为多播模式,则分配IP地址和端口号,以及TMGI。
808,通过SCEF向SCS/AS发送业务请求响应消息,该业务请求响应消息包括用户面IP地址和端口号信息;
可选地,该业务请求响应消息还包括TMGI。
809,SCS/AS将携带的TMGI发送给UE;
810,确定为多播传输的BMSC向对应的UE发送对应的TMGI;
应理解,步骤808和步骤809发送TMGI的方式与步骤810向UE发送TMGI的方式可以只选其中之一;或者可以同时进行,确定两种方式获取的TMGI是否相同,以进一步确定正确性。
811,SCS/AS根据IP地址和端口号,与BMSC建立用户面传输通道;
812,SCS/AS向BMSC发送业务数据,UE可以在TMGI标识的通道上接收业务数据。
应理解,上述相应信息的具体指示方式可参考前述各实施例,为了简洁,在此不再赘述。
综上所述,如图9所示,服务器获取多个终端设备的业务需求消息和该多个终端设备的标识信息,并向SCEF发送包括该多个终端设备的业务需求消息和该多个终端设备的标识信息的业务请求消息。SCEF根据该标识信息获取该多个终端设备的位置信息,并根据该位置信息确定该多个终端设备所属的两个BMSC(表示为BMSC1和BMSC2)。SCEF向BMSC1和BMSC2分别发送业务请求消息,BMSC1和BMSC2分别根据接收到的业务请求消息确定业务数据的传输模式。若BMSC1和BMSC2确定的传输模式都是多播传输,那么BMSC1和BMSC2都会生成IP地址、端口号和TMGI,并将各自的IP地址和端口号通过SCEF发送给服务器,服务器根据各自的IP地址和端口号,分别与BMSC1和BMSC2建立用户面传输通道。此外,BMSC1和BMSC2将生成的TMGI发送给对应的终端设备。终端设备在该TMGI标识的传输通道上接收需求的业务数据。
因此,本申请实施例的业务处理的方法,BMSC接收服务能力开放单元SCEF发送携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图10示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
1001,SCS/AS获取UE的标识信息和该UE的业务需求信息;
可选地,SCS/AS还可以获取该UE的接收业务数据的时间信息。
1002,SCS/AS向SCEF发送第一业务请求消息,该第一业务请求消息携带该UE的标识信息和该UE的业务需求信息;
可选地,该第一业务请求消息还携带SCS/AS的标识信息,为了描述方便,SCS/AS也可以作为一种业务需求信息。
1003,MME获取UE的位置信息;
可选地,若该UE中存在处于空闲态的UE,可以通过发送寻呼消息使处于空闲态的UE转为处于连接态,从而MME可以获取到该UE(均处于连接态)的位置信息。
具体地,SCEF获取该UE的位置信息的详细步骤如图6所示,这里不再赘述。
1004,MME向SCEF发送该UE的位置信息;
1005,SCEF根据该UE的位置信息,以及第一业务请求消息中的UE的标识信息和该UE的业务需求信息,或者该UE的接收业务数据的时间信息等,确定该UE所属的一个BMSC或多个BMSC;
1006,SCEF向该一个BMSC或多个BMSC中的每个BMSC发送第二业务请求消息;
本发明实施例以UE属于两个BMSC为例进行说明,但本发明并不限于此。例如,SCEF向BMSC1发送该第二业务请求消息。该第一业务请求消息可以作为该第二业务请求消息。
1007,SCEF向BMSC2发送该第二业务请求消息;
1008,BMSC1根据接收到的第二业务请求消息,以及网络传输能力,确定业务数据的传输模式;
若BMSC1确定业务数据的传输模式为多播模式,则分配IP地址和端口号,以及TMGI。
1009,BMSC2根据接收到的第二业务请求消息,以及网络传输能力,确定业务数据的传输模式;
若BMSC2确定业务数据的传输模式为多播模式,则分配IP地址和端口号,以及TMGI。
1010,BMSC1向SCEF发送第一业务请求响应消息,该第一业务请求响应消息包括BMSC1的用户面IP地址和端口号信息;
1011,BMSC2向SCEF发送第二业务请求响应消息,该第二业务请求响应消息包括BMSC2的用户面IP地址和端口号信息;
1012,BMSC1向UE发送TMGI1;
1013,BMSC2向UE发送TMGI2;
1014,SCFE根据第一请求响应消息和第二请求响应消息确定BMSC1为主BMSC,BMSC2为从BMSC,并将第一业务请求响应消息转发到SCS/AS;
1015,SCEF将第二业务请求响应消息中的IP地址和端口号发送到主BMSC(即BMSC1);
1016,SCS/AS根据第一业务请求响应消息中的BMSC1的用户面IP地址和端口号信息,与BMSC1建立用户面传输通道,从而传输业务数据;
1017,BMSC1根据第二业务请求响应消息中的BMSC2的用户面IP地址和端口号信息与BMSC2建立用户面传输通道,从而将获取的业务数据发送给BMSC2。
综上所述,如图11所示,服务器获取多个终端设备的业务需求消息和该多个终端设备的标识信息,并向SCEF发送携带该多个终端设备的业务需求消息和该多个终端设备的标识信息的业务请求消息。SCEF根据该标识信息获取该多个终端设备的位置信息,并根据该位置信息确定该多个终端设备所属的6个BMSC(表示为BMSC1、BMSC2、BMSC3、BMSC4、BMSC5和BMSC6)。SCEF向每个BMSC分别发送业务请求消息,每个BMSC分别根据接收到的业务请求消息确定业务数据的传输模式。若6个BMSC确定的传输模式都是多播传输,那么每个BMSC都会生成IP地址、端口号和TMGI,并将各自的IP地址和端口号发送给SCEF,SCEF可以选择一个BMSC作为主BMSC(例如,该主BMSC表示为BMSC1),SCEF将BMSC1的IP地址和端口号发送给服务器,服务器根据BMSC1的IP地址和端口号,与BMSC1建立用户面传输通道。此外,SCEF将其他的BMSC的IP地址和端口号发送给BMSC1,BMSC1根据各自的IP地址和端口号,与其他的BMSC分别建立用户面传输通道。服务器将业务数据发送给BMSC1,经过BMSC1的转发,再发送给其他每个BMSC。每个BMSC将各自生成的TMGI发送给对应的终端设备。终端设备在该TMGI标识的传输通道上接收需求的业务数据。
因此,本申请实施例的业务处理的方法,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
图12示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
1201,SCS/AS获取UE的标识信息和该UE的业务需求信息;
可选地,SCS/AS还可以获取该UE的接收业务数据的时间信息。
1202,SCS/AS确定网络传输能力;
例如,服务器确定业务数据的传输模式可以是根据与运营商的协议确定的,或者,服务器根据接收数据的用户数量以及位置等信息确定的等,本发明对此不进行限定。
1203,SCS/AS根据该网络传输能力确定业务数据的传输模式;
1204,SCS/AS向SCEF发送第一业务请求消息,该第一业务请求消息携带该UE的标识信息和该UE的业务需求信息,以及传输模式通知信息;
可选地,该第一业务请求消息还携带SCS/AS的标识信息,为了描述方便,SCS/AS也可以作为一种业务需求信息。
1205,MME获取UE的位置信息;
可选地,若该UE中存在处于空闲态的UE,可以通过发送寻呼消息使处于空闲态的UE转为处于连接态,从而MME可以获取到该UE(均处于连接态)的位置信息。
1206,MME向SCEF发送该UE的位置信息;
1207,SCEF根据该UE的位置信息,以及第一业务请求消息中的UE的标识信息和该UE的业务需求信息,或者该UE的接收业务数据的时间信息,确定该UE所属的一个BMSC或多个BMSC;
1208,SCEF向该一个BMSC或多个BMSC发送第二业务请求消息;
该第一业务请求消息可以作为该第二业务请求消息,发送给BMSC。
1209,该一个BMSC或多个BMSC中的每个BMSC根据接收到的业务请求消息,以及网络传输能力,确定业务数据的传输模式;或者,BMSC根据收到的传输模式通知信息中的传输模式直接执行操作,本发明对此不进行限定。
若BMSC确定业务数据的传输模式为多播模式,则分配IP地址和端口号,以及TMGI。
1210,通过SCEF向SCS/AS发送业务请求响应消息,该业务请求响应消息包括用户面IP地址和端口号信息;
可选地,该业务请求响应消息还包括TMGI。
1211,BMSC向对应的UE发送对应的TMGI;
1212,SCS/AS将携带的TMGI发送给UE;
应理解,步骤1210和步骤1212发送TMGI的方式与步骤1211向UE发送TMGI的方式可以只选其中之一,或者可以同时进行,确定两种方式获取的TMGI是否相同,以进一步确定正确性。
1213,SCS/AS根据IP地址和端口号,与BMSC建立用户面传输通道;
1214,SCS/AS向BMSC发送业务数据,UE可以在TMGI标识的通道上接收业务数据。
因此,本申请实施例的业务处理的方法,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
图13示出了根据本申请一个实施例的业务处理的方法的交互流程图。本申请实施例中的各种术语的含义与前述各实施例相同。
应注意,这只是为了帮助本领域技术人员更好地理解本申请实施例,而非限制本申请实施例的范围。
1301,SCS/AS获取UE的标识信息和该UE的业务需求信息;
可选地,SCS/AS还可以获取该UE的接收业务数据的时间信息。
1302,SCS/AS向SCEF发送第一业务请求消息,该第一业务请求消息携带该UE的标识信息和该UE的业务需求信息;
可选地,该第一业务请求消息还携带SCS/AS的标识信息,为了描述方便,SCS/AS也可以作为一种业务需求信息。
1303,MME获取UE的位置信息;
可选地,若该UE中存在处于空闲态的UE,可以通过发送寻呼消息使处于空闲态的UE转为处于连接态,从而MME可以获取到该UE(均处于连接态)的位置信息。
1304,MME向SCEF发送该UE的位置信息;
1305,SCEF根据该UE的位置信息,以及第一业务请求消息中的UE的标识信息和该UE的业务需求信息,或者该UE的接收业务数据的时间信息,确定该UE所属的一个BMSC或多个BMSC;
1306,SCEF获取该一个BMSC或多个BMSC的服务区域信息和小区列表信息;
1307,SCEF根据该一个BMSC或多个BMSC的服务区域信息和小区列表信息,确定传输模式;
1308,SCEF向该一个BMSC或多个BMSC发送第二业务请求消息,该第二业务请求消息携带该UE的标识信息和该UE的业务需求信息,以及传输模式通知信息;
1309,该一个BMSC或多个BMSC中的每个BMSC根据接收到的第二业务请求消息,以及网络传输能力,确定业务数据的传输模式;或者,BMSC根据收到的传输模式通知信息中的传输模式直接执行操作,本发明对此不进行限定。
若BMSC确定业务数据的传输模式为多播模式,则分配IP地址和端口号,以及TMGI。
1310,通过SCEF向SCS/AS发送业务请求响应消息,该业务请求响应消息包括用户面IP地址和端口号信息;
可选地,该业务请求响应消息还包括TMGI。
1311,BMSC向对应的UE发送对应的TMGI;
1312,SCS/AS将携带的TMGI发送给UE;
应理解,步骤1310和步骤1312发送TMGI的方式与步骤1311向UE发送TMGI的方式可以只选其中之一,或者可以同时进行,确定两种方式获取的TMGI是否相同,以进一步确定正确性。
1313,SCS/AS根据IP地址和端口号,与BMSC建立用户面传输通道;
1314,SCS/AS向BMSC发送业务数据,UE可以在TMGI标识的通道上接收业务数据。
因此,本申请实施例的业务处理的方法,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
上文中详细描述了根据本申请实施例的业务处理的方法,下面将描述根据本申请实施例的业务处理的设备。
图14示出了根据本申请实施例的BMSC 1400的示意性框图。如图14所示,该BMSC1400包括:
接收模块1410,用于接收服务能力开放单元SCEF发送的业务请求消息,该业务请求消息携带终端设备的标识信息和业务需求信息;
处理模块1420,用于根据该接收模块1410接收的该业务请求消息,确定业务数据的传输模式,该传输模式为单播传输或多播传输。
可选地,在本发明的一个实施例中,该处理模块1420具体用于:
根据该业务需求信息和该BMSC上的配置信息确定传输模式。
可选地,在本发明的一个实施例中,该处理模块1420,还用于获取该终端设备的位置信息;
该处理模块1420具体用于:
根据服务区域与小区标识的对应关系、该终端设备的标识信息、该业务需求信息和该终端设备的位置信息,确定该传输模式。
可选地,在本发明的一个实施例中,该业务请求消息还携带该终端设备的位置信息;
该接收模块1410,还用于从该业务请求消息中获取该终端设备的位置信息。
可选地,在本发明的一个实施例中,该处理模块1420具体用于:
根据该终端设备的标识信息,确定终端设备的数量;
根据该终端设备的数量、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
可选地,在本发明的一个实施例中,该业务请求消息包括传输模式通知信息,该传输模式通知信息用于通知该BMSC该业务数据的传输模式。
可选地,在本发明的一个实施例中,该发送模块1410还用于:
向该SCEF发送业务请求响应消息,该业务请求响应消息用于建立用户面传输通道,该业务请求响应消息包括该BMSC对应的IP地址和端口号信息。
可选地,在本发明的一个实施例中,该处理模块1420,还用于生成临时移动组标识TMGI,该TMGI用于标识业务数据的传输通道;
该发送模块1410,还用于向该终端设备发送该TMGI。
可选地,在本发明的一个实施例中,该发送模块1410具体用于:
通过该SCEF和该服务器向该终端设备发送该TMGI。
可选地,在本发明的一个实施例中,该业务数据为视频数据。
因此,本申请实施例的BMSC,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
图15示出了根据本申请实施例的SCEF 1500的示意性框图。如图15所示,该SCEF1500包括:
接收模块1510,用于接收服务器发送的第一业务请求消息,第一业务请求消息携带终端设备的标识信息和业务需求信息;
处理模块1520,用于根据该终端设备的标识信息获取该终端设备的位置信息;
该处理模块1520,还用于根据该终端设备的位置信息,确定一个或多个多媒体广播服务中心BMSC;
发送模块1530,用于向该一个或多个BMSC发送第二业务请求消息,该第二业务请求消息携带该终端设备的标识信息和业务需求信息。
可选地,该处理模块1520,还用于确定业务数据的传输模式;
则该第二业务请求消息还携带该传输模式,该传输模式为单播传输或多播传输。
可选地,该处理模块1520具体用于:
根据业务需求信息和配置策略信息,确定该传输模式。
可选地,该处理模块1520具体用于:
获取该BMSC的服务区域与小区标识的对应关系;
根据该终端设备的标识信息、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
可选地,在本发明的一个实施例中,该处理模块1520具体用于:
获取该SCEF配置的该对应关系;或者
从该BMSC获取该对应关系。
可选地,该处理模块1520具体用于:
根据该终端设备的标识信息确定该终端设备的数量;
根据该终端设备的数量、该业务需求信息、该终端设备的位置信息和该对应关系,确定该传输模式。
可选地,该处理模块1520具体用于:
向移动性管理实体MME发送寻呼指示信息;
接收该MME寻呼处于空闲态的该终端设备而获得的该终端设备的位置信息。
可选地,该接收模块1510,还用于接收该一个或多个BMSC发送的一个或多个业务请求响应消息,该业务请求响应消息包括该一个或多个BMSC对应的IP地址和端口号信息;
该发送模块1530,还用于向该服务器发送该一个或多个业务请求响应消息。
可选地,该接收模块1510,还用于接收该多个BMSC发送的多个业务请求响应消息,该业务请求响应消息用于该服务器与该BMSC建立用户面传输通道;
该发送模块1530,还用于向该服务器发送该多个业务请求响应消息中的第一业务请求响应消息;
该发送模块1530,还用于向该第一业务请求响应消息对应的第一BMSC发送第二业务请求响应消息集合,该第二业务请求响应消息集合为该多个业务请求响应消息中除该第一业务请求响应消息之外的所有业务请求响应消息。
可选地,在本发明的一个实施例中,该接收模块1510,还用于接收临时移动组标识TMGI,该TMGI用于标识该业务数据的传输通道;
该发送模块1530,还用于通过该服务器向该终端设备发送该TMGI。
可选地,在本发明的一个实施例中,该业务数据为视频数据。
因此,本申请实施例的SCEF,通过接收携带终端设备的标识信息和业务需求信息的第一业务请求消息,根据第一业务请求消息中的终端设备的标识信息,获取终端设备的位置信息,以及根据终端设备的位置信息确定的终端设备所属的一个或多个BMSC,并向该一个或多个BMSC发送第二业务请求消息,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
图16示出了根据本申请实施例的系统1600的示意性框图。如图16所示,该系统1600包括:
上述实施例的BMSC 1610、SCEF 1620和服务器1630。这里的BMSC 1610对应于上述1400,SCEF 1620对应于上述1500。
图17示出了本发明实施例提供的BMSC结构示意性框图,包括至少一个处理器1702(例如CPU),至少一个网络接口1705或者其他通信接口,存储器1706,和至少一个通信总线1703,用于实现这些装置之间的连接通信。处理器1702用于执行存储器1706中存储的可执行模块,例如计算机程序。存储器1706可能包含高速随机存取存储器(RAM:Random AccessMemory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口1705(可以是有线或者无线)实现与至少一个其他网元之间的通信连接。
在一些实施方式中,存储器1706存储了程序17061,处理器1702执行程序17061,用于执行以下操作:
通过网络接口1705接收服务能力开放单元SCEF发送的业务请求消息,该业务请求消息携带终端设备的标识信息和业务需求信息;
根据该接收模块接收的该业务请求消息,确定业务数据的传输模式,该传输模式为单播传输或多播传输。
需要说明的是,该BMSC可以具体为上述实施例中的BMSC,并且可以用于执行上述方法实施例中与BMSC对应的各个步骤和/或流程。
从本发明实施例提供的以上技术方案可以看出,BMSC接收服务能力开放单元SCEF发送的携带终端设备的标识信息和业务需求信息的业务请求消息,并根据该业务请求消息,确定业务数据的传输模式为单播传输或多播传输,使得BMSC可以根据业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
图18示出了本发明实施例提供的SCEF结构示意性框图,包括至少一个处理器1802(例如CPU),至少一个网络接口1805或者其他通信接口,存储器1806,和至少一个通信总线1803,用于实现这些装置之间的连接通信。处理器1802用于执行存储器1806中存储的可执行模块,例如计算机程序。存储器1806可能包含高速随机存取存储器(RAM:Random AccessMemory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口1805(可以是有线或者无线)实现与至少一个其他网元之间的通信连接。
在一些实施方式中,存储器1806存储了程序18061,处理器1802执行程序18061,用于执行以下操作:
通过网络接口1805接收服务器发送的第一业务请求消息,第一业务请求消息携带终端设备的标识信息和业务需求信息;
根据该终端设备的标识信息获取该终端设备的位置信息;
根据该终端设备的位置信息,确定一个或多个多媒体广播服务中心BMSC;
通过网络接口1805向该一个或多个BMSC发送第二业务请求消息,该第二业务请求消息携带该终端设备的标识信息和业务需求信息。
需要说明的是,该SCEF可以具体为上述实施例中的SCEF,并且可以用于执行上述方法实施例中与SCEF对应的各个步骤和/或流程。
从本发明实施例提供的以上技术方案可以看出,SCEF通过接收携带终端设备的标识信息和业务需求信息的第一业务请求消息,根据第一业务请求消息中的终端设备的标识信息,获取终端设备的位置信息,以及根据终端设备的位置信息确定的终端设备所属的一个或多个BMSC,并向该一个或多个BMSC发送第二业务请求消息,使得BMSC可以根据服务器的业务请求确定传输模式,从而能够合理配置网络资源,提高了网络资源利用率。
本申请实施例还提供一种计算机存储介质,该计算机存储介质可以存储用于指示上述任一种方法的程序指令。
可选地,该存储介质具体可以为存储器1706和存储器1806。
应理解,本发明中的具体的例子只是为了帮助本领域技术人员更好地理解本发明实施例,而非限制本发明实施例的范围。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以该权利要求的保护范围为准。
Claims (32)
1.一种业务处理的方法,其特征在于,包括:
多媒体广播服务中心接收服务能力开放单元发送的业务请求消息,所述业务请求消息携带终端设备的标识信息和业务需求信息;
所述多媒体广播服务中心根据所述终端设备的标识信息和所述业务需求信息,确定业务数据的传输模式,所述传输模式为单播传输或多播传输。
2.根据权利要求1所述的方法,其特征在于,还包括:
所述多媒体广播服务中心根据所述多媒体广播服务中心上的配置信息确定传输模式。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述多媒体广播服务中心获取所述终端设备的位置信息;
则所述多媒体广播服务中心根据所述终端设备的标识信息和所述业务需求信息,确定业务数据的传输模式包括:
所述多媒体广播服务中心根据服务区域、所述终端设备的标识信息、所述业务需求信息和所述终端设备的位置信息,确定所述传输模式。
4.根据权利要求3所述的方法,其特征在于,所述业务请求消息还携带所述终端设备的位置信息;
则所述多媒体广播服务中心获取所述终端设备的位置信息包括:
所述多媒体广播服务中心从所述业务请求消息中获取所述终端设备的位置信息。
5.根据权利要求3或4所述的方法,其特征在于,所述多媒体广播服务中心根据服务区域、所述终端设备的标识信息、所述业务需求信息和所述终端设备的位置信息,确定所述传输模式包括:
所述多媒体广播服务中心根据所述终端设备的标识信息,确定终端设备的数量;
所述多媒体广播服务中心根据所述终端设备的数量、所述业务需求信息、所述终端设备的位置信息和所述服务区域,确定所述传输模式。
6.根据权利要求1所述的方法,其特征在于,所述业务请求消息包括传输模式通知信息,所述传输模式通知信息用于通知所述多媒体广播服务中心所述业务数据的传输模式。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
所述多媒体广播服务中心向所述能力开放单元发送业务请求响应消息,所述业务请求响应消息用于建立用户面传输通道,所述业务请求响应消息包括所述多媒体广播服务中心对应的IP地址和端口号信息。
8.一种业务处理的方法,其特征在于,包括:
服务能力开放单元接收服务器发送的第一业务请求消息,第一业务请求消息携带终端设备的标识信息和业务需求信息;
所述能力开放单元根据所述终端设备的标识信息获取所述终端设备的位置信息;
所述能力开放单元根据所述终端设备的位置信息,确定一个或多个多媒体广播服务中心;
所述能力开放单元向所述一个或多个多媒体广播服务中心发送第二业务请求消息,所述第二业务请求消息携带所述终端设备的标识信息和所述业务需求信息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述能力开放单元确定业务数据的传输模式;
则所述第二业务请求消息还携带所述传输模式,所述传输模式为单播传输或多播传输。
10.根据权利要求9所述的方法,其特征在于,所述能力开放单元确定业务数据的传输模式包括:
所述能力开放单元根据业务需求信息和配置策略信息,确定所述传输模式。
11.根据权利要求9所述的方法,其特征在于,所述能力开放单元确定业务数据的传输模式包括:
所述能力开放单元获取所述多媒体广播服务中心的服务区域与小区标识的对应关系;
所述能力开放单元根据所述终端设备的标识信息、所述业务需求信息、所述终端设备的位置信息和所述对应关系,确定所述传输模式。
12.根据权利要求11所述的方法,其特征在于,所述能力开放单元获取所述多媒体广播服务中心的服务区域与小区标识的对应关系包括:
所述能力开放单元获取所述能力开放单元配置的所述对应关系;或者
所述能力开放单元从所述多媒体广播服务中心获取所述对应关系。
13.根据权利要求11或者12所述的方法,其特征在于,所述能力开放单元根据所述终端设备的标识信息、所述业务需求信息、所述终端设备的位置信息和所述对应关系,确定所述传输模式包括:
所述能力开放单元根据所述终端设备的标识信息确定所述终端设备的数量;
所述能力开放单元根据所述终端设备的数量、所述业务需求信息、所述终端设备的位置信息和所述对应关系,确定所述传输模式。
14.根据权利要求8至13中任一项所述的方法,其特征在于,所述能力开放单元根据终端设备的标识信息获取所述终端设备的位置信息包括:
所述能力开放单元向移动性管理实体发送寻呼指示信息;
所述能力开放单元接收所述移动性管理实体寻呼处于空闲态的所述终端设备而获得的所述终端设备的位置信息。
15.根据权利要求8至14中任一项所述的方法,其特征在于,所述方法还包括:
所述能力开放单元接收所述一个或多个多媒体广播服务中心发送的一个或多个业务请求响应消息,所述业务请求响应消息包括所述一个或多个多媒体广播服务中心对应的IP地址和端口号信息;
所述能力开放单元向所述服务器发送所述一个或多个业务请求响应消息。
16.一种多媒体广播服务中心,其特征在于,包括:
接收模块,用于接收服务能力开放单元发送的业务请求消息,所述业务请求消息携带终端设备的标识信息和业务需求信息;
处理模块,用于根据所述终端设备的标识信息和所述业务需求信息,确定业务数据的传输模式,所述传输模式为单播传输或多播传输。
17.根据权利要求16所述的多媒体广播服务中心,其特征在于,所述处理模块还用于:
根据所述多媒体广播服务中心上的配置信息确定传输模式。
18.根据权利要求16所述的多媒体广播服务中心,其特征在于,所述处理模块,还用于获取所述终端设备的位置信息;
所述处理模块具体用于:
根据服务区域、所述终端设备的标识信息、所述业务需求信息和所述终端设备的位置信息,确定所述传输模式。
19.根据权利要求18所述的多媒体广播服务中心,其特征在于,所述业务请求消息还携带所述终端设备的位置信息;
所述接收模块,还用于从所述业务请求消息中获取所述终端设备的位置信息。
20.根据权利要求18或19所述的多媒体广播服务中心,其特征在于,所述处理模块具体用于:
根据所述终端设备的标识信息,确定终端设备的数量;
根据所述终端设备的数量、所述业务需求信息、所述终端设备的位置信息和所述服务区域,确定所述传输模式。
21.根据权利要求16所述的多媒体广播服务中心,其特征在于,所述业务请求消息包括传输模式通知信息,所述传输模式通知信息用于通知所述多媒体广播服务中心所述业务数据的传输模式。
22.根据权利要求16至21中任一项所述的多媒体广播服务中心,其特征在于,所述发送模块还用于:
向所述服务能力开放单元发送业务请求响应消息,所述业务请求响应消息用于建立用户面传输通道,所述业务请求响应消息包括所述多媒体广播服务中心对应的IP地址和端口号信息。
23.一种服务能力开放单元,其特征在于,包括:
接收模块,用于接收服务器发送的第一业务请求消息,第一业务请求消息携带终端设备的标识信息和业务需求信息;
处理模块,用于根据所述终端设备的标识信息获取所述终端设备的位置信息;
所述处理模块,还用于根据所述终端设备的位置信息,确定一个或多个多媒体广播服务中心多媒体广播服务中心;
发送模块,用于向所述一个或多个多媒体广播服务中心发送第二业务请求消息,所述第二业务请求消息携带所述终端设备的标识信息和所述业务需求信息。
24.根据权利要求23所述的服务能力开放单元,其特征在于,所述处理模块,还用于确定业务数据的传输模式;
则所述第二业务请求消息还携带所述传输模式,所述传输模式为单播传输或多播传输。
25.根据权利要求24所述的服务能力开放单元,其特征在于,所述处理模块具体用于:
根据业务需求信息和配置策略信息,确定所述传输模式。
26.根据权利要求24所述的服务能力开放单元,其特征在于,所述处理模块具体用于:
获取所述多媒体广播服务中心的服务区域与小区标识的对应关系;
根据所述终端设备的标识信息、所述业务需求信息、所述终端设备的位置信息和所述对应关系,确定所述传输模式。
27.根据权利要求26所述的服务能力开放单元,其特征在于,所述处理模块具体用于:
获取所述服务能力开放单元配置的所述对应关系;或者
从所述多媒体广播服务中心获取所述对应关系。
28.根据权利要求26或27所述的服务能力开放单元,其特征在于,所述处理模块具体用于:
根据所述终端设备的标识信息确定所述终端设备的数量;
根据所述终端设备的数量、所述业务需求信息、所述终端设备的位置信息和所述对应关系,确定所述传输模式。
29.根据权利要求23至28中任一项所述的服务能力开放单元,其特征在于,所述处理模块具体用于:
向移动性管理实体发送寻呼指示信息;
接收所述移动性管理实体寻呼处于空闲态的所述终端设备而获得的所述终端设备的位置信息。
30.根据权利要求23至29中任一项所述的服务能力开放单元,其特征在于,所述接收模块,还用于接收所述一个或多个多媒体广播服务中心发送的一个或多个业务请求响应消息,所述业务请求响应消息包括所述一个或多个多媒体广播服务中心对应的IP地址和端口号信息;
所述发送模块,还用于向所述服务器发送所述一个或多个业务请求响应消息。
31.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行根据权利要求1至15中任一项所述的方法。
32.一种计算机程序产品,其特征在于,当所述计算机程序产品在计算机上执行时,所述计算机执行根据权利要求1至15中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110075124.6A CN112702702A (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2016/088734 WO2018006279A1 (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
CN201680087443.6A CN109417682B (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
CN202110075124.6A CN112702702A (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680087443.6A Division CN109417682B (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112702702A true CN112702702A (zh) | 2021-04-23 |
Family
ID=60901424
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110075124.6A Pending CN112702702A (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
CN201680087443.6A Active CN109417682B (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680087443.6A Active CN109417682B (zh) | 2016-07-05 | 2016-07-05 | 业务处理的方法、设备和系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20190141486A1 (zh) |
EP (2) | EP3471444B1 (zh) |
CN (2) | CN112702702A (zh) |
WO (1) | WO2018006279A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110366145B (zh) * | 2018-04-09 | 2022-05-24 | 华为技术有限公司 | 通信方法、装置及系统 |
US11258731B2 (en) * | 2019-08-22 | 2022-02-22 | Orion Labs, Inc. | Bot proxy for group communication service |
CN110809244B (zh) * | 2019-11-07 | 2023-04-18 | 腾讯科技(深圳)有限公司 | 一种数据传输方法及相关设备 |
CN113301509B (zh) * | 2020-02-21 | 2022-10-21 | 维沃移动通信有限公司 | 一种通信方法及相关设备 |
CN113556689B (zh) * | 2020-04-24 | 2022-09-23 | 大唐移动通信设备有限公司 | 一种传输方式上报方法、装置、设备及电子介质 |
CN113709676A (zh) * | 2020-05-21 | 2021-11-26 | 维沃移动通信有限公司 | 一种多播业务的处理方法、装置及电子设备 |
CN118158622A (zh) * | 2020-08-07 | 2024-06-07 | 大唐移动通信设备有限公司 | 多媒体广播多播业务的传输方法、装置、设备及存储介质 |
CN112637151B (zh) * | 2020-12-11 | 2023-05-05 | 深圳市英威腾电气股份有限公司 | 数据消息的传输方法、终端设备、服务器及存储介质 |
CN114666233B (zh) * | 2020-12-23 | 2023-08-22 | 上海华为技术有限公司 | 一种网络资源的请求方法及其相关设备 |
US11503659B2 (en) * | 2021-01-15 | 2022-11-15 | T-Mobile Usa, Inc. | Routing optimization for service capability exposure |
CN115190433B (zh) * | 2021-04-06 | 2024-08-20 | 华为技术有限公司 | 一种多播业务的通信方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103202040A (zh) * | 2010-11-08 | 2013-07-10 | 日本电气株式会社 | 经由单播或广播/多播提供mbms服务的通信系统 |
WO2016054588A1 (en) * | 2014-10-02 | 2016-04-07 | Zte Corporation | Group communication with a logical group of wireless devices operating in different networks |
US20160135143A1 (en) * | 2014-11-07 | 2016-05-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting group message to user equipment (ue) |
KR20160055072A (ko) * | 2014-11-07 | 2016-05-17 | 삼성전자주식회사 | 단말에게 그룹 메시지를 전송하는 방법 및 장치 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9160779B2 (en) * | 2011-06-30 | 2015-10-13 | Qualcomm Incorporated | Dynamic adaptive streaming proxy for unicast or broadcast/multicast services |
WO2015046939A1 (en) * | 2013-09-26 | 2015-04-02 | Lg Electronics Inc. | Method and apparatus for transmitting interest indication for group communication in wireless communication system |
US10264411B2 (en) * | 2014-11-03 | 2019-04-16 | Zte Corporation | Group communication function for delivering group communication messages in communication networks |
-
2016
- 2016-07-05 CN CN202110075124.6A patent/CN112702702A/zh active Pending
- 2016-07-05 EP EP16907784.9A patent/EP3471444B1/en active Active
- 2016-07-05 WO PCT/CN2016/088734 patent/WO2018006279A1/zh unknown
- 2016-07-05 EP EP20215715.2A patent/EP3855770A1/en not_active Withdrawn
- 2016-07-05 CN CN201680087443.6A patent/CN109417682B/zh active Active
-
2019
- 2019-01-04 US US16/240,033 patent/US20190141486A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103202040A (zh) * | 2010-11-08 | 2013-07-10 | 日本电气株式会社 | 经由单播或广播/多播提供mbms服务的通信系统 |
WO2016054588A1 (en) * | 2014-10-02 | 2016-04-07 | Zte Corporation | Group communication with a logical group of wireless devices operating in different networks |
US20160135143A1 (en) * | 2014-11-07 | 2016-05-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting group message to user equipment (ue) |
KR20160055072A (ko) * | 2014-11-07 | 2016-05-17 | 삼성전자주식회사 | 단말에게 그룹 메시지를 전송하는 방법 및 장치 |
Non-Patent Citations (2)
Title |
---|
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Study on System Architecture Enhancements to eMBMS for Television Video Service(Release 14)", 《3GPP TR 23.746 V0.2.0》 * |
SAMSUNG: "S2-160110 "Determination of MB2/Ns interface connection agreement"", 《3GPP TSG_SA\WG2_ARCH》 * |
Also Published As
Publication number | Publication date |
---|---|
EP3855770A1 (en) | 2021-07-28 |
CN109417682B (zh) | 2021-01-29 |
EP3471444A1 (en) | 2019-04-17 |
CN109417682A (zh) | 2019-03-01 |
US20190141486A1 (en) | 2019-05-09 |
EP3471444A4 (en) | 2019-06-19 |
EP3471444B1 (en) | 2021-03-03 |
WO2018006279A1 (zh) | 2018-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109417682B (zh) | 业务处理的方法、设备和系统 | |
EP3725034B1 (en) | Method, system and apparatus for multicast session management in a 5g communication network | |
US8451764B2 (en) | Method and apparatus for supporting MBMS in system architecture evolution | |
US8787212B2 (en) | Methods for reducing set-up signaling in a long term evolution system | |
KR100958519B1 (ko) | 이동통신 시스템에서의 멀티미디어 서비스 수신 및 전송 방법 | |
KR100917042B1 (ko) | 무선 이동통신 시스템의 방송 및 멀티캐스트 데이터의전송 방법 | |
EP2011349B1 (en) | Method of establishing a mbms communication and a corresponding telecommunications network | |
EP2050209B1 (en) | Point to point radio bearers for a broadcasting service | |
US8433346B2 (en) | Method of processing control information messages for point-to-multipoint services | |
CN102428736B (zh) | 在无线通信系统内寻呼用户设备(ue) | |
US20200205221A1 (en) | Data transmission method and apparatus | |
KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
US20090113487A1 (en) | Method and Apparatus for Broadcasting/Multicasting Content from Mobile User Equipment over an MBMS Network | |
EP2866477B1 (en) | Communication method and system for machine-type communication user equipment | |
KR20160114585A (ko) | D2d 통신 시스템에서 아이디 충돌을 해결하는 방법 및 그 장치 | |
KR20160114584A (ko) | D2d 통신 시스템을 위한 통지 방법 및 그 장치 | |
CN103581836A (zh) | 一种群组小数据的发送方法及系统 | |
WO2021129838A1 (zh) | 数据传输方法、基站及核心网网元 | |
KR20060123325A (ko) | 멀티미디어 브로드캐스트/멀티캐스트서비스(mbms)에 관한 메시지들 전송 방법, 기지국,가입자국 및 무선 통신 시스템 | |
CN101459873B (zh) | 一种多媒体广播组播业务的接入方法 | |
CN117596552A (zh) | 经由pdu会话建立过程请求加入mbs会话的方法及用户设备 | |
CN114599051A (zh) | 一种多媒体广播多播业务的处理方法、装置及系统 | |
KR20130047831A (ko) | 홈 가입자 관리 장치 및 가입자 정보 관리 방법 |
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 | ||
AD01 | Patent right deemed abandoned | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20230228 |