CN104185301A - 实现ue间一对多通信的方法、设备、网络侧设备及系统 - Google Patents

Abstract

本申请公开了一种实现UE间一对多通信的方法、设备、网络侧设备及系统，包括：UE或应用服务器向网络侧设备请求建立基于区域的一对多通信业务，所述请求中包含服务发生的区域；网络侧设备验证UE或应用服务器是否允许建立基于区域的一对多通信业务；对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的相关业务信息并同步给所有相关UE；UE请求网络侧设备建立基于区域的一对多通信业务的上行承载；网络侧设备验证UE基于区域的一对多通信业务的上行承载建立请求，对通过验证的请求，网络侧设备建立UE基于区域的一对多通信业务的上行承载。应用本申请，能够支持建立基于区域的UE间一对多通信业务。

Description

实现UE间一对多通信的方法、设备、网络侧设备及系统

技术领域

本申请涉及无线通信技术，特别涉及实现UE间一对多通信的方法、设备、网络侧设备及系统。

背景技术

现代移动通信越来越趋向于向用户提供多元化的业务。目前，美国公共安全部门已经将LTE网络作为其公共安全通信服务的基础通信网络。UE间一对多的通信业务是公共安全通信需求的重要组成部分，包括：基于UE成员组的组通信业务和不限UE成员组基于区域的一对多通信业务。

不限UE成员组基于区域的一对多通信业务即：在特定区域发起的一对多呼叫，所有的公共安全UE进入该区域后都能收听该区域的一对多呼叫。该服务有助于从属于不同的公共安全执行部门的成员（如急救，火警，指挥调度中心）在特定灾害、急救等外场环境中快速建立通信通道，支持指挥调度和任务执行配合。此外，在基于临近区域的社交网络中，在特定区域，具有相同的兴趣或需求的UE也可以建立一对多通信业务。

在3GPP当前网络版本中，还缺乏不限UE成员组基于区域的一对多通信业务的服务支持和能力定义，特别是UE间一对多服务建立，区域内UE上行承载建立，屏蔽无关UE等相关问题尚未得到解决。

发明内容

本申请提供了一种实现UE间一对多通信的方法、设备、网络侧设备及系统，以实现不限UE成员组基于区域的一对多通信业务。

本申请提供的一种实现UE间一对多通信的方法，包括：

UE或应用服务器向网络侧设备请求建立基于区域的一对多通信业务；所述请求中包含服务发生的区域；

验证通过的请求所对应的UE获取基于区域的一对多通信业务的业务信息。

较佳地，所述请求中进一步包含以下信息中的一项或多项：特定条件、业务开始时间、是否同时建立上行承载的指示、发送所述请求的UE所支持的频率和带宽、调用所述基于区域的一对多通信业务的上层应用的相关信息；其中，所述特定条件为与UE相关的特定信息，用于限制UE的范围。

较佳地，所述UE获取基于区域的一对多通信业务的业务信息包括：

UE从网络侧设备或者请求建立基于区域的一对多通信业务的应用服务器获取业务信息，或者在指定区域内收听广播的业务信息；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

较佳地，所述广播的业务信息中进一步包括与UE相关的特定信息，则无关的UE忽略所述广播的业务信息。

较佳地，该方法进一步包括：在所述请求验证通过后，所述基于区域的一对多通信业务的下行承载被建立；

所述业务信息中进一步包含以下信息中的一项或多项：下行承载信息、密钥、频率、带宽；其中，所述下行承载信息包括：下行承载标识或组播地址；所述密钥用于对下行承载所传输的信息进行加密和解密。

较佳地，该方法进一步包括：UE在指定区域范围内接收eNB广播的下行数据。

较佳地，该方法进一步包括：

所述UE向网络侧设备发送建立所述基于区域的一对多通信业务的上行承载的请求；

建立上行承载的请求验证通过后，相应的上行承载被建立；

UE通过所述上行承载向网络侧设备发送上行数据。

较佳地，所述建立上行承载的请求中包括UE的当前位置或所处的区域。

较佳地，所述网络侧设备是提供基于区域的一对多通信业务控制逻辑的实体，所述网络侧设备是独立的实体，或者与MME或ProSe合设。

本申请提供的一种实现UE间一对多通信的方法，包括：

网络侧设备接收UE或应用服务器发送的建立基于区域的一对多通信业务的请求；所述请求中包含服务发生的区域；

网络侧设备对所述请求进行验证；

对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的业务信息，并同步给相关UE；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

较佳地，所述网络侧设备对所述请求进行验证包括：基于UE的能力是否支持所述服务和UE的签约信息是否允许UE发起所述服务进行验证。

较佳地，所述网络侧设备对所述请求进行验证包括：基于调用UE发起请求的应用是否允许调用UE发起所述服务进行验证。

较佳地，该方法进一步包括：

对验证通过的请求，建立对应的基于区域的一对多通信业务的下行承载；

所述业务信息中进一步包含以下信息中的一项或多项：下行承载信息、密钥、频率、带宽；其中，所述下行承载信息包括：下行承载标识或组播地址；所述密钥用于对下行承载所传输的信息进行加密和解密。

较佳地，该方法进一步包括：

网络侧设备接收UE发送的建立基于区域的一对多通信业务的上行承载的请求，并对建立上行承载的请求进行验证，验证通过后，建立相应的上行承载。

较佳地，该方法进一步包括：

无线网络实体在发送所述建立上行承载的请求时，在所述请求中添加UE的当前位置或所处的区域；

或者网络侧设备接收所述建立上行承载的请求后，向UE接入的无线网络实体获取或者指示无线网络实体测量UE当前位置或所处的区域。

较佳地，所述对建立上行承载的请求进行验证包括：基于UE的能力是否支持建立所述上行承载、UE的签约信息是否允许UE发起所述上行承载、请求所对应的业务在请求发起的时间是否开始、请求所对应的业务在请求发起的区域是否存在以及请求中包含业务信息与网络侧设备中的业务信息是否一致进行验证。

较佳地，在建立上行承载时，将上行承载的GW的上行TEID设置为所述下行承载的GW的TEID，并根据下行承载的GW的IP地址为UE的上行承载选择下行承载所属的GW；

或将上行承载的eNB的TEID设置为所述下行承载的eNB的TEID。

较佳地，所述网络侧设备是提供基于区域的一对多通信业务控制逻辑的实体，所述网络侧设备是独立的实体，或者与MME或ProSe合设。

本申请提供的一种设备，包括：

请求模块，用于向网络侧设备请求建立基于区域的一对多通信业务，或者通过应用服务器向网络侧设备请求建立基于区域的一对多通信业务；所述请求中包含服务发生的区域；

业务信息获取模块，用于获取基于区域的一对多通信业务的业务信息。

本申请提供的一种网络侧设备，包括：

请求处理模块，用于接收UE或应用服务器发送的建立基于区域的一对多通信业务的请求；所述请求中包含服务发生的区域；

验证模块，用于对所述请求进行验证；

配置模块，用于对验证通过的请求配置基于区域的一对多通信业务的业务信息，并同步给相关UE；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

本申请提供的一种实现UE间一对多通信的系统，包括：UE、应用服务器和网络侧设备，其中：

UE向网络侧设备请求建立基于区域的一对多通信业务，或者UE通过应用服务器向网络侧设备请求建立基于区域的一对多通信业务，或者所述应用服务器向网络侧设备请求建立基于区域的一对多通信业务，所述请求中包含服务发生的区域；

网络侧设备验证所述UE或应用服务器是否允许建立基于区域的一对多通信业务，对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的相关业务信息并同步给所有相关UE；

UE向网络侧设备发送基于区域的一对多通信业务的上行承载建立请求；

网络侧设备验证UE发送的基于区域的一对多通信业务的上行承载建立请求，对通过验证的请求，网络侧设备建立UE基于区域的一对多通信业务的上行承载。

由以上技术方案可以看出，本申请提供的技术方案适用于支持UE间基于区域的一对多通信业务，主要解决了UE间一对多服务建立，区域内UE上行承载建立，屏蔽无关UE等相关问题。在承载建立方面，从增强现有相关控制信令和分组数据承载应用层信令网络的两个层面提出不同的解决方案。本申请基于区域的一对多通信业务提供的解决方案，丰富了用户提供使用网络的业务体验，满足了公共安全和社交网络领域特色的通信业务需求。

附图说明

图1为本申请UE间一对多通信的方法架构示意图；

图2为本申请UE间一对多通信的方法流程示意图；

图3为本申请UE间一对多通信的建立流程示意图；

图4为本申请UE间一对多通信上行承载建立流程一示意图；

图5为本申请UE间一对多通信上行承载建立流程二示意图；

图6为本申请一较佳设备的组成结构示意图；

图7为本申请一较佳网络侧设备的组成结构示意图；

图8为本申请一较佳实现UE间一对多通信的系统示意图。

具体实施方式

为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。

图1为本申请UE间一对多通信的方法架构示意图。在图1中：

用户设备（UE）101是支持基于区域的一对多通信业务的设备。

演进通用陆地无线接入网络（E-UTRAN）102是无线接入网络，为UE提供接入无线网络接口的基站（eNB）。

网关（GW）103为逻辑实体，对下行，是多媒体广播多播服务网关（MBMS GW：Multimedia Broadcast Multicast Service Gateway），主要功能是将广播多播服务中心（BM-SC）104中需要发送给多个UE的MBMS数据包采用IP组播方式发送给指定范围内的一对多通信业务eNB，MBMS GW执行MBMS会话控制信令，即会话开始、更新和停止；对上行，GW为SGW和PGW,主要功能是将指定范围内某个UE需要发送给其他UE的数据包通过UE单播承载发送给O2MSS或者BM-SC或者MBMS GW。

广播多播服务中心（BM-SC：Broadcast-Multicast Service Centre）104提供MBMS用户服务功能。

移动管理实体（MME）105负责管理UE的移动上下文、会话上下文和安全信息，可以支持对UE101进行服务请求验证，指示E-UTRAN102对UE101进行资源分配控制。

一对多业务控制实体（O2MSS:One to Many Service Server）106控制一对多通信业务的建立，保存业务的上下文，包括业务上行承载与业务下行承载间的映射信息，业务安全信息以及业务相关属性等。O2MSS可以是一个独立的节点或者与MME或ProSe合设。

归属用户服务器（HSS）107是UE的家乡归属子系统，负责保存UE101的当前服务移动管理实体（MME）105的地址、安全信息、分组数据上下文以及一对多通信业务签约信息等。

接近服务用户服务器（ProSe：Proximity-based Service Server）108保存UE与上层应用标识的映射信息、接近服务上下文。

图2为本申请UE间一对多通信的方法流程示意图，该方法包括以下步骤：

步骤201：UE或应用服务器向网络侧设备请求建立基于区域的一对多通信业务，并指定服务发生的区域。

本申请中，所述网络侧设备即图1所示O2MSS，是提供基于区域的一对多通信业务控制逻辑的实体，所述网络侧设备可以是一个独立的实体，也可以与MME或ProSe合设。本申请后续说明中以与MME或ProSe合设为例进行说明。

这里，有几种情况：UE发起基于区域的一对多通信业务时，可以直接向网络侧设备发起，也可以通过应用服务器验证后，由应用服务器向网络侧设备发起。此外，应用服务器也可以直接向网络侧设备发起基于区域的一对多通信业务请求。

需要说明的是，应用服务器对应的终端不一定是UE，如PC调度台的调度人员可以指示建立一个区域业务，相关UE进入后即可监听。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指定满足特定条件的一类UE，所述特定条件可以是但不限于：UE设备类型，或UE组，或UE应用，或某种特定的UE能力等UE相关的特定信息，该UE相关的特定信息用于限制UE的范围，如公共安全定制UE，公共安全组中UE，支持公共安全应用的UE，支持公共安全特有能力的UE等。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指定业务开始时间。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指示是否同时建立上行承载。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指示请求建立基于区域的一对多通信业务的UE支持的频率和带宽信息等。

步骤202：网络侧设备（可以是MME或ProSe）验证UE或应用服务器是否允许建立基于区域的一对多通信业务。

本步骤中，所述网络侧设备可以基于UE的能力和UE的签约信息验证UE或应用服务器是否允许建立基于区域的一对多通信业务。

进一步的，如果UE或应用服务器指定了调用所述基于区域的一对多通信业务的上层应用的相关信息，则网络侧设备在验证UE或应用服务器是否允许建立基于区域的一对多通信业务的基础上，进一步验证调用UE发送请求的上层应用是否允许建立基于区域的一对多通信业务。

步骤203：对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的相关业务信息，并同步给所有相关UE。

进一步的，对验证通过的请求，MME或ProSe配置基于区域的一对多通信业务的相关业务信息。相关UE可以从ProSe、MME或请求服务的应用服务器获得同步的业务信息或者在指定区域内收听广播的业务信息。所述业务信息可以包括：业务索引和服务区域范围，所述业务索引用于关联到相关业务。所述相关UE可以是指定区域中所有UE或者是满足特定条件的一类UE。

所述广播的业务信息中还可以进一步包括与UE相关的特定信息，则无关的UE忽略所述广播的业务信息。

进一步的，MME或ProSe在验证请求通过后建立基于区域的一对多通信业务的下行承载，此时，相关UE从ProSe或请求服务的应用服务器获得同步的业务信息或者在指定区域内收听广播的业务信息时，所述业务信息应包含下行承载信息：下行承载标识（如TMGI（Temporary Mobile Group Identity））和/或组播地址。此时，可以采用下行承载标识（如TMGI）或组播地址作为业务索引。

进一步的，所述承载信息可以包含承载支持的频率和带宽信息。

进一步的，对区域内广播方式，进入区域的所有UE可以收听到广播的业务信息，但只有进入区域的满足特定条件的相关UE才能收听下行承载上传送的信息，即网络侧设备对所述下行承载传送的信息通过密钥或UE分类条件信息进行安全加扰，所述相关UE可以通过预先配置或者从ProSe或请求服务的应用服务器获得的密钥信息或者根据UE的分类条件信息解扰收听。这里，可以使用组标识或者公共安全相关序列号等，不为其他UE所知的信息作为UE分类条件信息，来对下行承载传送的信息进行安全加扰。

进一步的，当基于区域的一对多通信业务请求中进一步包括满足特定条件的相关UE支持的频率和带宽信息时，MME或ProSe验证请求后可以指定所述区域内的eNB在所述相关UE支持的频率和带宽上建立基于区域的一对多通信业务的下行承载。此时，所述相关UE从ProSe或请求服务的应用服务器获得同步的业务信息或者在指定区域内收听广播的业务信息时，所述业务信息应包含下行承载信息：选择的频率和带宽。

进一步的，当基于区域的一对多通信业务请求中包括业务开始时间时，所述相关UE从ProSe或请求服务的应用服务器获得同步的业务信息或者在指定区域内收听广播的业务信息时，所述业务信息应包含业务开始时间。

进一步的，所述MME或ProSe验证请求通过后建立基于区域的一对多通信业务的下行承载时，MME或ProSe获取下行承载的GW的IP地址和TEID。

进一步的，所述MME或ProSe验证请求通过后建立基于区域的一对多通信业务的下行承载时，MME或ProSe获取下行承载的eNB的TEID。

步骤204：UE请求网络建立基于区域的一对多通信业务的上行承载，提供UE的位置信息。

进一步的，UE的位置信息可以是UE测量后获取的UE位置信息；或者网络在传送UE请求时，添加的UE接入位置信息（如接入小区信息或则MBSFN（Multimedia Broadcast multicast service Single Frequency Network）信息）或者是网络测量的UE位置信息。

进一步的，UE在请求建立基于区域一对多通信业务的上行承载时，应向网络提供可以标识基于区域一对多通信业务的相关信息：可以是特定业务标识，或服务区域范围，或下行承载标识（如TMGI），或组播地址。

步骤205：网络侧设备验证UE基于区域的一对多通信业务的上行承载建立请求。

ProSe或MME收到所述UE的请求后，验证UE是否允许建立基于区域的一对多通信业务的上行承载，并验证UE是否具有支持基于区域的一对多通信业务的能力。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE当前所处的位置是否属于基于区域的一对多通信业务发生的区域范围内；对于不属于区域范围的请求，将给予拒绝。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证请求的业务开始时间是否开始；对于未开始或已经结束的请求，将给予拒绝。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE的签约信息是否允许UE建立基于区域的一对多通信业务的上行承载。

进一步的，在所述验证UE的签约信息是否允许UE建立基于区域的一对多通信业务的上行承载基础上，验证调用UE发送请求的应用是否允许建立基于区域的一对多通信业务的上行承载。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE是否满足基于区域的一对多通信业务的特定条件，可以是但不限于：UE设备类型，或UE组，或UE应用，或某种特定UE能力等UE相关的特定信息，如公共安全定制UE，公共安全组中UE，支持公共安全应用的UE，支持公共安全特有能力的UE等。

此外，还需验证上行承载建立请求所索引的业务是否存在。

步骤206：对通过验证的请求，网络侧设备建立UE基于区域的一对多通信业务的上行承载。

进一步的，MME指示eNB建立承载时，指示该承载类型为上行。

进一步的，ProSe指示GW建立UE的上行承载时，指示该承载为一对多承载上行；GW指示MME建立UE的上行承载时，指示该承载类型为上行。

进一步的，GW在建立所述UE的上行承载时可以进行优化，ProSe指示GW建立UE的上行承载时，提供下行承载的GW的下行TEID，GW收到后可以将上行承载的上行TEID设置为所述下行承载的TEID。

进一步的，ProSe指定UE选择PGW时，将下行承载的GW IP地址告知MME，为UE上行承载选择下行承载所属的GW。

进一步的，eNB在建立所述UE的上行承载时可以进行优化，ProSe指示GW以及GW指示MME以及MME指示eNB建立UE的上行承载时，提供下行承载eNB的下行TEID，eNB收到后可以将上行承载的上行TEID设置为所述下行承载的TEID。

下面结合实施例对本申请UE间一对多通信的建立流程进行详细说明。

实施例一：

本实施例以网络侧设备O2MSS与ProSe合设为例进行说明。

图3为本申请UE间一对多通信的建立流程示意图，该方法包括以下步骤：

步骤301：公共安全UE或公共安全应用服务器向ProSe发送基于区域的一对多通信请求，请求建立基于区域的一对多通信业务，并指定服务发生的区域。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指定满足特定条件的一类UE，如公共安全定制UE，公共安全组中UE，支持公共安全应用的UE，支持公共安全特有能力的UE。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指定业务开始时间。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以指示是否同时建立上行承载。

进一步的，UE或应用服务器在请求建立基于区域的一对多通信业务时，可以包括UE支持的频率，带宽信息等。

步骤302：ProSe根据UE的签约信息验证UE或应用服务器是否允许建立基于区域的一对多通信业务，所述UE是否支持基于区域的一对多通信业务。

进一步的，如果UE或应用服务器指定了调用所述基于区域的一对多通信业务的上层应用的相关信息，则ProSe在验证UE或应用服务器是否允许建立基于区域的一对多通信业务的基础上，进一步验证调用UE发送请求的上层应用是否允许建立基于区域的一对多通信业务。对验证通过的请求，ProSe配置基于区域的一对多通信业务的相关业务信息。

步骤303：相关UE可以从ProSe获得同步的业务信息或者在指定区域内收听广播的业务信息。所述业务信息可以是：业务标识，服务区域范围，密钥。所述相关UE可以是指定区域中的所有UE或者是满足特定条件的一类UE。所述密钥用于对下行承载所传输的信息进行加密和解密。

步骤304：ProSe验证请求通过后建立基于区域的一对多通信业务的下行承载，ProSe向BM-SC发送MBMS服务请求，指定服务区域范围、业务开始时间、支持的频率、带宽等信息。

步骤305：BM-SC控制下行承载建立。

步骤306：BM-SC向ProSe返回MBMS服务响应，包括下行承载信息：下行承载标识（如TMGI），组播地址；还可以进一步包括：频率，带宽；还可以进一步包括下行承载的GW的IP地址和TEID或下行承载eNB的TEID。ProSe收到MBMS服务响应后，映射请求的基于区域的UE间一对多通信业务。

步骤307：相关UE可以从ProSe获得同步的业务信息或者在指定区域内收听广播的业务信息。所述业务信息包括下行承载信息，可以是：业务标识，服务区域范围，下行承载标识（如TMGI），组播地址；还可以包括：频率，带宽；还可以包括：下行承载的GW的IP地址和TEID或下行承载eNB的TEID。

步骤308：ProSe向UE或应用服务器返回基于区域的UE间一对多通信响应。

步骤309：应用服务器向UE同步业务信息。

实施例二：

本实施例描述UE间一对多通信的上行承载建立流程，该实施例中由MME控制上行承载的建立。

图4为本申请UE间一对多通信上行承载建立流程一示意图，该方法为MME控制上行承载建立，O2MSS控制业务逻辑包括以下步骤：

步骤401：UE请求MME建立基于区域的一对多通信业务的上行承载。

这里，MME需要使用UE的位置信息，可以通过两种方式向MME提供UE的位置信息，分别为步骤402和步骤403～步骤404。同时，请求中还提供基于区域的一对多通信业务的相关信息：可以是特定业务标识，或服务区域范围，或下行承载标识（如TMGI），或组播地址。

步骤402：eNB在传送UE服务请求时，在初始UE消息或上行传送消息中添加支持的MBSFN和UE接入小区的信息。

这里，eNB通过S1接口的初始UE消息（Initial UE Message）或者上行传送消息（UPLink Transport Message）传送UE发送给MME的服务请求（ServiceRequest）。对于不支持位置上报的UE，eNB可以叠加UE接入小区的信息或MBSFN，使得网络可以验证UE当前接入的小区是否在指定区域内；当UE的服务请求与eNB同时上报UE位置时，网络可以优先参考eNB较粗的位置信息进行判断。

步骤403：MME收到服务请求后，请求LCS对UE进行位置测量。

步骤404：LCS向MME返回UE位置。

步骤405：MME收到所述UE的请求后，验证UE是否允许建立基于区域的一对多通信业务的上行承载，并验证UE是否具有支持基于区域的一对多通信业务的能力。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE的签约信息是否允许UE建立基于区域的一对多通信业务的上行承载。

进一步的，在所述验证UE的签约信息是否允许UE建立基于区域的一对多通信业务的基础上，验证调用UE发送请求的上层应用是否允许建立基于区域的一对多通信业务的上行承载。

步骤406：MME向O2MSS获取特定区域的一对多通信业务的业务信息进行进一步的鉴权或者请求O2MSS鉴权。

进一步的，MME或O2MSS验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE当前所处的位置是否属于基于区域的一对多通信业务发生的区域范围内；对于不属于区域范围的请求，将给予拒绝。

进一步的，MME或O2MSS验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证请求的业务开始时间是否开始；对于未开始或已经结束的请求，将给予拒绝。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE是否满足基于区域的一对多通信业务的特定UE条件，可以是但不限于：UE设备类型，或UE组，或UE应用，或某种特定UE能力等UE相关的特定信息，如公共安全定制UE，公共安全组中UE，支持公共安全应用的UE，支持公共安全特有能力的UE等。

步骤407：对鉴权通过的请求，MME向SGW，以及SGW向PGW发送创建会话请求或资源配置请求，指示建立的UE承载为上行。

进一步的，MME可以向O2MSS获得下行承载的GW地址，为UE上行承载选择相同的PGW，则业务数据可以直接在同一GW内转发。

步骤408：PGW向SGW，以及SGW向MME返回创建会话响应或资源配置响应。

步骤409：MME向eNB发送初始上下文请求或E-RAB建立请求，指示该承载类型为上行。

进一步的，MME可以向O2MSS获取下行承载eNB的TEID发送给eNB，当上下行数据都发生在同一个eNB时，eNB可以将上行承载TEID设为下行承载的eNB的TEID，则业务数据可以直接在eNB内转发。

步骤410：eNB与UE间RRC建立。

步骤411：eNB向MME返回初始UE上下文响应或E-RAB建立响应。此时不需要向SGW发送传送层的下行TEID。

步骤412：MME向SGW发送承载修改请求，发送eNB传送层的TEID，由于该TEID是SGW的下行TEID，而该承载只有上行方向，因此，该步骤可以不发送。

步骤413：UE向O2MSS发送上行数据。

步骤414：O2MSS向BM-SC发送下行数据，BM-SC向MBMS GW转发，MBMSGW向指定范围内的eNB组播，eNB在指定范围内广播下行数据。

实施例三：

本实施例描述UE间一对多通信的上行承载建立流程，该实施例中由O2MSS控制上行承载的建立。

图5为本申请UE间一对多通信上行承载建立流程二示意图，该方法为O2MSS与控制上行承载建立，包括以下步骤：

步骤501：UE请求ProSe建立基于区域的一对多通信业务的上行承载，并提供UE的位置信息。同时，请求中还提供基于区域的一对多通信业务的相关信息：可以是特定业务标识，或服务区域范围，或下行承载标识（如TMGI），或组播地址。

进一步的，UE的位置信息可以是UE测量后获取的UE位置信息；或者网络在传送UE请求时，添加的UE接入位置信息（如接入小区信息或则MBSFN（Multimedia Broadcast multicast service Single Frequency Network）信息）或者是网络测量的UE位置信息。如果为网络测量则进入步骤502；否则进入步骤504。

步骤502：ProSe请求LCS对UE的位置进行测量。

步骤503：LCS向ProSe返回UE的位置。

步骤504：ProSe验证UE是否允许建立基于区域的一对多通信业务的上行承载，UE是否具有支持基于区域的一对多通信业务的能力。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE当前所处的位置是否属于基于区域的一对多通信业务发生的区域范围内；对于不属于区域范围的请求，将给予拒绝。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证请求的业务开始时间是否开始；对于未开始或已经结束的请求，将给予拒绝。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE的签约信息是否允许UE建立基于区域的一对多通信业务的上行承载。

进一步的，在所述验证UE的签约信息是否允许UE建立基于区域的一对多通信业务的基础上，验证调用UE发送请求的上层应用是否允许建立基于区域的一对多通信业务的上行承载。

进一步的，验证UE是否允许建立基于区域的一对多通信业务的上行承载，需要验证UE是否满足基于区域的一对多通信业务的特定UE条件，可以是但不限于：UE设备类型，或UE组，或UE应用，或某种特定UE能力等UE相关的特定信息，如公共安全定制UE，公共安全组中UE，支持公共安全应用的UE，支持公共安全特有能力的UE等。

步骤505：ProSe向PCRF请求或直接向P-GW建立UE上行承载。

进一步的，ProSe提供业务的下行承载的GW地址，PCRF为UE上行承载选择相同的PGW，则业务数据可以直接在同一GW内转发。

步骤506：PCRF向PGW发送IP-CAN会话修改请求，在指示建立UE承载时，指示该承载类型为上行。

步骤507：PGW指示SGW，以及SGW指示MME建立UE的上行承载时，指示该承载类型为上行。

步骤508：如果UE空闲，则MME先寻呼UE。

步骤509：MME指示UE服务eNB建立承载时，指示该承载类型为上行。

进一步的，MME可以向ProSe获取下行承载eNB的TEID发送给eNB，当上下行数据都发生在同一个eNB时，eNB可以将上行承载TEID设为下行承载的eNB的TEID，则业务数据可以直接在eNB内转发。

步骤510：eNB与UE间RRC建立。

步骤511：eNB向MME返回初始UE上下文响应或E-RAB建立响应。

步骤512：MME向SGW，SGW向PGW返回创建承载响应。

步骤513：PGW向PCRF返回IP-CAN会话修改响应。

步骤514：PCRF向ProSe返回承载建立相应。

步骤515：ProSe向UE返回服务响应。

步骤516：UE向ProSe发送上行数据。

步骤517：ProSe向BM-SC发送下行数据，BM-SC向MBMS GW转发，MBMSGW向指定范围内的eNB组播，eNB在指定范围内广播下行数据。

对应于上述方法，本申请提供了一种如图6所示的设备，该设备包括：请求模块和业务信息获取模块，其中：

请求模块，用于向网络侧设备请求建立基于区域的一对多通信业务，或者通过应用服务器向网络侧设备请求建立基于区域的一对多通信业务；所述请求中包含服务发生的区域；

业务信息获取模块，用于获取基于区域的一对多通信业务的业务信息。

较佳地，所述请求模块还用于向网络侧设备请求建立所述基于区域的一对多通信业务的上行承载，在相应的上行承载被建立后，所述设备通过所述上行承载向网络侧设备发送上行数据。

对应于上述方法，本申请还提供了一种网络侧设备，如图7所示，该网络侧设备中包括请求处理模块、验证模块和配置模块，其中：

请求处理模块，用于接收UE或应用服务器发送的建立基于区域的一对多通信业务的请求；所述请求中包含服务发生的区域；

验证模块，用于对所述请求进行验证；

配置模块，用于对验证通过的请求配置基于区域的一对多通信业务的业务信息，并同步给相关UE；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

对应于上述方法，本申请提供了一种实现UE间一对多通信的系统，如图8所示，该系统包括：UE、应用服务器和网络侧设备，其中：

UE向网络侧设备请求建立基于区域的一对多通信业务，或者UE通过应用服务器向网络侧设备请求建立基于区域的一对多通信业务，或者所述应用服务器向网络侧设备请求建立基于区域的一对多通信业务，所述请求中包含服务发生的区域；

网络侧设备验证所述UE或应用服务器是否允许建立基于区域的一对多通信业务，对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的相关业务信息并同步给所有相关UE；

UE向网络侧设备发送基于区域的一对多通信业务的上行承载建立请求；

网络侧设备验证UE发送的基于区域的一对多通信业务的上行承载建立请求，对通过验证的请求，网络侧设备建立UE基于区域的一对多通信业务的上行承载。

本申请提供的技术方案适用于支持UE间基于区域的一对多通信业务，主要解决了UE间一对多服务建立，区域内UE上行承载建立，屏蔽无关UE等相关问题。在承载建立方面，从增强现有相关控制信令和分组数据承载应用层信令网络的两个层面提出不同的解决方案。本申请基于区域的一对多通信业务提供的解决方案，丰富了用户提供使用网络的业务体验，满足了公共安全和社交网络领域特色的通信业务需求。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (21)

1.一种实现UE间一对多通信的方法，其特征在于，包括：

UE或应用服务器向网络侧设备请求建立基于区域的一对多通信业务；所述请求中包含服务发生的区域；

验证通过的请求所对应的UE获取基于区域的一对多通信业务的业务信息。

2.根据权利要求1所述的方法，其特征在于：

所述请求中进一步包含以下信息中的一项或多项：特定条件、业务开始时间、是否同时建立上行承载的指示、发送所述请求的UE所支持的频率和带宽、调用所述基于区域的一对多通信业务的上层应用的相关信息；其中，所述特定条件为与UE相关的特定信息，用于限制UE的范围。

3.根据权利要求1所述的方法，其特征在于，所述UE获取基于区域的一对多通信业务的业务信息包括：

UE从网络侧设备或者请求建立基于区域的一对多通信业务的应用服务器获取业务信息，或者在指定区域内收听广播的业务信息；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

4.根据权利要求3所述的方法，其特征在于：

所述广播的业务信息中进一步包括与UE相关的特定信息，则无关的UE忽略所述广播的业务信息。

5.根据权利要求3所述的方法，其特征在于：

该方法进一步包括：在所述请求验证通过后，所述基于区域的一对多通信业务的下行承载被建立；

所述业务信息中进一步包含以下信息中的一项或多项：下行承载信息、密钥、频率、带宽；其中，所述下行承载信息包括：下行承载标识或组播地址；所述密钥用于对下行承载所传输的信息进行加密和解密。

6.根据权利要求5所述的方法，其特征在于，该方法进一步包括：

UE在指定区域范围内接收eNB广播的下行数据。

7.根据权利要求1至6任一项所述的方法，其特征在于，该方法进一步包括：

所述UE向网络侧设备发送建立所述基于区域的一对多通信业务的上行承载的请求；

建立上行承载的请求验证通过后，相应的上行承载被建立；

UE通过所述上行承载向网络侧设备发送上行数据。

8.根据权利要求7所述的方法，其特征在于：

所述建立上行承载的请求中包括UE的当前位置或所处的区域。

9.根据权利要求1至6任一项所述的方法，其特征在于：

所述网络侧设备是提供基于区域的一对多通信业务控制逻辑的实体，所述网络侧设备是独立的实体，或者与MME或ProSe合设。

10.一种实现UE间一对多通信的方法，其特征在于，包括：

网络侧设备接收UE或应用服务器发送的建立基于区域的一对多通信业务的请求；所述请求中包含服务发生的区域；

网络侧设备对所述请求进行验证；

对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的业务信息，并同步给相关UE；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

11.根据权利要求10所述的方法，其特征在于：

所述网络侧设备对所述请求进行验证包括：基于UE的能力是否支持所述服务和UE的签约信息是否允许UE发起所述服务进行验证。

12.根据权利要求11所述的方法，其特征在于：

所述网络侧设备对所述请求进行验证包括：基于调用UE发起请求的应用是否允许调用UE发起所述服务进行验证。

13.根据权利要求10所述的方法，其特征在于，该方法进一步包括：

对验证通过的请求，建立对应的基于区域的一对多通信业务的下行承载；

所述业务信息中进一步包含以下信息中的一项或多项：下行承载信息、密钥、频率、带宽；其中，所述下行承载信息包括：下行承载标识或组播地址；所述密钥用于对下行承载所传输的信息进行加密和解密。

14.根据权利要求10所述的方法，其特征在于，该方法进一步包括：

网络侧设备接收UE发送的建立基于区域的一对多通信业务的上行承载的请求，并对建立上行承载的请求进行验证，验证通过后，建立相应的上行承载。

15.根据权利要求14所述的方法，其特征在于，该方法进一步包括：

无线网络实体在发送所述建立上行承载的请求时，在所述请求中添加UE的当前位置或所处的区域；

或者网络侧设备接收所述建立上行承载的请求后，向UE接入的无线网络实体获取或者指示无线网络实体测量UE当前位置或所处的区域。

16.根据权利要求14所述的方法，其特征在于：

所述对建立上行承载的请求进行验证包括：基于UE的能力是否支持建立所述上行承载、UE的签约信息是否允许UE发起所述上行承载、请求所对应的业务在请求发起的时间是否开始、请求所对应的业务在请求发起的区域是否存在以及请求中包含业务信息与网络侧设备中的业务信息是否一致进行验证。

17.根据权利要求14所述的方法，其特征在于：

在建立上行承载时，将上行承载的GW的上行TEID设置为所述下行承载的GW的TEID，并根据下行承载的GW的IP地址为UE的上行承载选择下行承载所属的GW；

或将上行承载的eNB的TEID设置为所述下行承载的eNB的TEID。

18.根据权利要求10至17任一项所述的方法，其特征在于：

所述网络侧设备是提供基于区域的一对多通信业务控制逻辑的实体，所述网络侧设备是独立的实体，或者与MME或ProSe合设。

19.一种设备，其特征在于，包括：

请求模块，用于向网络侧设备请求建立基于区域的一对多通信业务，或者通过应用服务器向网络侧设备请求建立基于区域的一对多通信业务；所述请求中包含服务发生的区域；

业务信息获取模块，用于获取基于区域的一对多通信业务的业务信息。

20.一种网络侧设备，其特征在于，包括：

请求处理模块，用于接收UE或应用服务器发送的建立基于区域的一对多通信业务的请求；所述请求中包含服务发生的区域；

验证模块，用于对所述请求进行验证；

配置模块，用于对验证通过的请求配置基于区域的一对多通信业务的业务信息，并同步给相关UE；所述业务信息包括：业务索引和服务区域范围，其中，所述业务索引用于关联到相关业务。

21.一种实现UE间一对多通信的系统，其特征在于，包括：UE、应用服务器和网络侧设备，其中：

UE向网络侧设备请求建立基于区域的一对多通信业务，或者UE通过应用服务器向网络侧设备请求建立基于区域的一对多通信业务，或者所述应用服务器向网络侧设备请求建立基于区域的一对多通信业务，所述请求中包含服务发生的区域；

网络侧设备验证所述UE或应用服务器是否允许建立基于区域的一对多通信业务，对验证通过的请求，网络侧设备配置基于区域的一对多通信业务的相关业务信息并同步给所有相关UE；

UE向网络侧设备发送基于区域的一对多通信业务的上行承载建立请求；

网络侧设备验证UE发送的基于区域的一对多通信业务的上行承载建立请求，对通过验证的请求，网络侧设备建立UE基于区域的一对多通信业务的上行承载。