一种业务处理方法、基站及终端与流程

文档序号:14993960发布日期:2018-07-20 23:12阅读:222来源:国知局

本发明涉及通信技术领域,特别是指一种业务处理方法、基站及终端。



背景技术:

在现有ltev2x(车对外界的信息交换)系统中,提出了多plmn(publiclandmobilenetwork,公共陆地移动网络)接收的问题,即某个v2x终端在某个特定区域,除了在hplmn(归属公共陆地移动网络)的servingcell(服务小区)上监听下行mbms(多媒体广播组播服务)或sc-ptm广播,还需要监听同一个区域的来自其他plmn(公共陆地移动网络,即其它运营商)的v2x的mbms消息。

针对上述问题,3gpp会议上讨论并认可了v2x网络可能的部署场景,如下:

场景1:在某一片区域,只有运营商a拥有enb(演进的节点b),运营商a的enb和运营商b进行网络共享,运营商b的ue(终端)可以在该区域内接入并使用运营商a的enb进行包含v2x在内的所有的业务;

场景2:在某一片区域,只有运营商a拥有专用v2x频谱,运营商a对运营商b进行网络共享,但只共享v2x频谱用于v2x业务。

场景3:在某一片区域,运营商a和b都拥有支持v2x业务的enb,这些enb都连到相同的v2xserver(v2x服务器),v2xserver将从来自这两个运营商的enb上收到的v2xue的消息进行整合并在这两个enb下进行广播。

对于上述场景2,运营商b的ue使用运营商a的v2x频谱进行v2x业务,但non-v2x(非v2x)业务仍需要通过运营商b的网络提供。

即在场景2中,v2x配置使用专用载波,且运营商a仅共享v2x专用载波给运营商b用于v2x业务;网络共享的场景应该只是ran(无线接入网)侧共享,核心网不共享。也就是v2x载波共享给该区域内所有的运营商使用,各个运营商使用自己的核心网来支持v2x和non-v2x业务。

运营商a的v2xue如果需要做non-v2x+v2x并发业务的话,可以通过载波聚合技术(ca)或者双连接技术(dc)来实现,但目前的技术无法支持enb正确的将v2x业务的相关承载正确分流到v2x专用载波。

运营商b的v2x用户应该是注册并驻留在运营商b的网络中,并可以在当前的non-v2x载波上发起non-v2x业务;如何支持non-v2x载波上工作的同时在v2x载波上发起上行v2x业务?

目前的技术,基站无法区分v2x和non-v2x承载,无法正确实现进行non-v2x业务的终端,在v2x专用载波上实现v2x业务。



技术实现要素:

本发明提供了一种业务处理方法、基站及终端。使终端可以在v2x专用载波共享的场景下,可以并发处理多种业务,进一步的,使得终端的v2x业务在v2x载波上进行传输处理,保证v2x业务的传输。

为解决上述技术问题,本发明的实施例提供如下方案:

一种业务处理方法,包括:

接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;

接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;

根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

其中,接收终端发送的第一业务请求的步骤包括:

接收工作在非v2x载波上进行非v2x业务的连接态的终端发送的v2x业务请求。

其中,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理的步骤包括:

根据所述承载类型指示信息,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载;

将确定的所述当前v2x承载,分流到v2x专用载波上进行传输处理。

其中,根据所述承载类型指示信息,确定用于传输所述v2x业务请求所请求的v2x业务的v2x承载的步骤包括:

根据所述承载类型指信息,通过接口与v2x专用载波对应的基站进行协商,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载。

其中,业务处理方法还包括:接收终端发送的上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

其中,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理的步骤包括:

根据所述承载类型指示信息,以及所述上行消息指示的v2x载波,将所述v2x业务请求所请求的v2x业务对应的v2x承载,分流到所述v2x专用载波上进行传输处理。

其中,接收终端发送的第一业务请求的步骤包括:

接收工作在非v2x载波上空闲态的终端发送的v2x业务请求。

其中,业务处理方法还包括:获取为终端预配置的终端可以工作的指定v2x载波。

其中,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理的步骤包括:

根据所述承载类型指示信息,以及终端上报的v2x载波信息,将所述v2x业务请求所请求的v2x业务对应的指定v2x承载,分流到v2x专用载波上进行传输处理。

其中,业务处理方法还包括:接收终端发送的上行消息,所述上行消息指示终端期望工作的v2x载波。

其中,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理的步骤包括:

根据所述承载类型指示信息,以及所述上行消息指示的v2x承载,将所述v2x业务请求所请求的v2x业务对应的当前v2x承载,分流到所述v2x专用载波上进行传输处理。

其中,所述第一业务请求为非v2x业务请求,第一承载为进行非v2x业务的非v2x承载,第一类型业务为非v2x类型的业务,第一载波为非v2x载波。

其中,接收终端发送的第一业务请求的步骤包括:

接收工作在v2x载波上进行v2x业务的连接态的终端发送的非v2x业务请求。

其中,业务处理方法还包括:接收终端发送的上行消息,所述上行消息携带非v2x承载建立原因信息。

其中,接收终端发送的第一业务请求的步骤包括:

接收工作在v2x载波上空闲态的终端发送的非v2x业务请求。

其中,业务处理方法还包括:获取终端的邻区配置信息,所述邻区配置信息中包括非v2x载波。

其中,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理的步骤包括:

根据所述承载类型指示信息,以及所述邻区配置信息,将所述非v2x业务请求所请求的非v2x业务对应的非v2x承载,分流到非v2x载波上进行传输处理。

其中,业务处理方法还包括:接收终端发送的上行消息,所述上行消息携带非v2x承载建立原因信息。

本发明的实施例还提供一种基站,包括:

接收模块,用于接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;

所述接收模块还用于接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;

处理模块,用于根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

其中,所述接收模块具体用于:接收工作在非v2x载波上进行非v2x业务的连接态的终端发送的v2x业务请求。

其中,所述处理模块具体用于:根据所述承载类型指示信息,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载;将确定的所述当前v2x承载,分流到v2x专用载波上进行传输处理。

其中,所述处理模块具体用于根据所述承载类型指信息,通过接口与v2x专用载波对应的基站进行协商,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载。

其中,所述接收模块还用于:接收终端发送的上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

其中,所述处理模块具体用于:根据所述承载类型指示信息,以及所述上行消息指示的v2x载波,将所述v2x业务请求所请求的v2x业务对应的v2x承载,分流到所述v2x专用载波上进行传输处理。

其中,所述第一业务请求为非v2x业务请求,第一承载为进行非v2x业务的非v2x承载,第一类型业务为非v2x类型的业务,第一载波为非v2x载波。

其中,所述接收模块具体用于:接收工作在v2x载波上进行v2x业务的连接态的终端发送的非v2x业务请求;或者接收工作在v2x载波上空闲态的终端发送的非v2x业务请求。

本发明的实施例还提供一种业务处理方法,包括:

向基站发送第一业务请求;

将所述第一业务请求所请求的第一类型业务,在第一载波上进行传输,其中,为所述第一类型业务建立的第一承载是基站根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上的承载。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

其中,向基站发送第一业务请求的步骤包括:

工作在非v2x载波上进行非v2x业务的连接态的终端向基站发送的v2x业务请求。

其中,业务处理方法还包括:向基站发送上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

本发明的实施例还提供一种终端,包括:

发送模块,用于向基站发送第一业务请求;

传输模块,用于将所述第一业务请求所请求的第一类型业务,在第一载波上进行传输,其中,为所述第一类型业务建立的第一承载是基站根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上的承载。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

其中,工作在非v2x载波上进行非v2x业务的连接态的终端的发送模块向基站发送的v2x业务请求。

其中,所述发送模块还用于:向基站发送上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

本发明的上述方案至少包括以下有益效果:

本发明的上述方案,通过接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。终端可以进行多种业务,进一步的,使得终端的v2x业务在v2x载波上进行传输处理,保证v2x业务的传输。

附图说明

图1为本发明的第一实施例所述的业务处理方法的流程图;

图2为本发明的第二实施例所述的业务处理方法的流程图;

图3为本发明的第二实施例所述的业务处理方法的一具体实现流程图;

图4为本发明的第三实施例所述的业务处理方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明的实施例针对现有技术中,v2x网络规划中,场景2的部署方案中,v2x业务使用专用频谱,进行non-v2x业务(非v2x业务)的终端,无法在v2x专用载波上处理v2x业务,不能为ue的业务传输提供更好的质量。

本发明的实施例提供一种业务处理方法、终端及基站,让当前的服务基站可以区分v2x承载和non-v2x承载,以便分流v2x业务到v2x专用载波;另外,ue可以在上行消息中告诉enb所期望的v2x载波。enb根据mme和ue的指示,与对应的v2x基站协调v2x载波资源,并将v2x相关承载分流到v2x专用载波。

第一实施例

如图1所示,本发明的第一实施例提供一种业务处理方法,包括:

步骤11,接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;

步骤12,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;

步骤13,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。

本发明的上述方案,通过接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。终端可以在第一载波上进行该终端请求的第一类型业务的传输。

第二实施例

如图2所示,本发明的第二实施例提供一种业务处理方法,包括:

步骤21,接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;所述第一业务请求为v2x业务请求;

步骤22,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行v2x业务的v2x承载;

步骤23,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理;第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

第一种实例,工作在非v2x载波上进行非v2x业务的连接态的终端发起v2x业务请求:

第一种实现流程包括:

步骤211,接收工作在非v2x载波上进行非v2x业务的连接态的终端发送的v2x业务请求;

步骤212,并将所述第一业务请求发送给核心网;所述第一业务请求为v2x业务请求;

步骤213,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行v2x业务的v2x承载;

步骤214,根据所述承载类型指示信息,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载;

具体的,根据所述承载类型指信息,通过接口(如x2接口)与v2x专用载波对应的基站进行协商,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载;这种情况下,非v2x载波对应的基站为基站a,v2x专用载波对应的基站为基站b,基站a和基站b为不同的基站;

步骤215,将确定的所述当前v2x承载,分流到v2x专用载波上进行传输处理。

第二种实现流程包括:

步骤311,接收工作在非v2x载波上进行非v2x业务的连接态的终端发送的v2x业务请求;

步骤312,接收终端发送的上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波;其中,步骤311和步骤312的先后顺序并不限定;

步骤313,并将所述第一业务请求发送给核心网;所述第一业务请求为v2x业务请求;

步骤314,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行v2x业务的v2x承载;

步骤315,根据所述承载类型指示信息,以及所述上行消息指示的v2x载波,将所述v2x业务请求所请求的v2x业务对应的v2x承载,分流到所述v2x专用载波上进行传输处理。

上述第一种实现流程和第二实现流程的流程图如图3所示,

1.ue驻留在non-v2xcell(非v2x载波的小区);

2.ue发起non-v2x业务(非v2x业务),同时ue可以监听v2x载波上的下行mbms广播业务;

3.ue向基站发起v2x业务请求,基站将该请求透传给mme(核心网侧的移动管理实体);

4.可选的,ue在上行消息中指示期望的v2x载波,用以辅助基站选择v2x载波;步骤3、4步没有严格的先后关系;

5.mme接受ue的业务请求,并为ue建立v2x承载,在s1承载建立请求消息中增加指示,用以说明所建立承载是v2x承载;

6.enb(基站)根据第4步的信息确定哪些承载是v2x承载,可以将这些承载分流到v2x载波上去;

如果第1步的过程存在,enb可以将这些v2x承载分流到第1步中ue所指示的v2x专用载波上去;

7.基站和v2x专用载波协商资源(如果v2x和non-v2x载波来自不同基站)

8.重配置ue,为ue分配v2x资源;

9.ue在v2x载波上发起接入,并进行上行v2x数据传输。

第二种实例,工作在非v2x载波上空闲态的终端发起v2x业务请求:

第一种流程:

步骤411,接收工作在非v2x载波上空闲态的终端发送的v2x业务请求,并将所述v2x业务请求发送给核心网;

步骤412,获取为终端预配置的终端可以工作的指定v2x载波;

步骤413,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行v2x业务的v2x承载;

步骤414,根据所述承载类型指示信息,以及终端上报的v2x载波信息,将所述v2x业务请求所请求的v2x业务对应的指定v2x承载,分流到v2x专用载波上进行传输处理。

第二种流程:

步骤511,接收工作在非v2x载波上空闲态的终端发送的v2x业务请求,并将所述v2x业务请求发送给核心网;

步骤512,接收终端发送的上行消息,所述上行消息指示终端期望工作的v2x载波;

步骤513,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行v2x业务的v2x承载;

步骤514,根据所述承载类型指示信息,以及所述上行消息指示的v2x承载,将所述v2x业务请求所请求的v2x业务对应的当前v2x承载,分流到所述v2x专用载波上进行传输处理。

第三实施例

如图4所示,本发明的第三实施例提供一种业务处理方法,包括:

步骤41,接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;所述第一业务请求为非v2x业务请求;

步骤42,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行非v2x业务的非v2x承载;

步骤43,根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理;第一类型业务为v2x类型的业务,第一载波为v2x专用载波;第一类型业务为非v2x类型的业务,第一载波为非v2x载波。

第一实例,工作在v2x载波上进行v2x业务的连接态的终端发起非v2x业务请求的情况,流程包括:

步骤611,接收工作在v2x载波上进行v2x业务的连接态的终端发送的非v2x业务请求;并将所述非v2x业务请求发送给核心网;

步骤612,接收终端发送的上行消息,所述上行消息携带非v2x承载建立原因信息;

步骤613,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行非v2x业务的非v2x承载;

步骤614,根据所述承载类型指示信息,将所述非v2x业务请求所请求的非v2x业务对应的当前非v2x承载,分流到非v2x载波上进行传输处理。

第二实例,工作在v2x载波上进行v2x业务的空闲态的终端发起非v2x业务请求的情况:

第一种流程包括:

步骤711,接收工作在v2x载波上空闲态的终端发送的非v2x业务请求,并将所述非v2x业务请求发送给核心网;

步骤712,获取终端的邻区配置信息,所述邻区配置信息中包括非v2x载波;

步骤713,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行非v2x业务的非v2x承载;

步骤714,根据所述承载类型指示信息,以及所述邻区配置信息,将所述非v2x业务请求所请求的非v2x业务对应的非v2x承载,分流到非v2x载波上进行传输处理。

第二种流程包括:

步骤811,接收工作在v2x载波上空闲态的终端发送的非v2x业务请求,并将所述非v2x业务请求发送给核心网;

步骤812,接收终端发送的上行消息,所述上行消息携带非v2x承载建立原因信息;

步骤813,接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;第一承载为进行非v2x业务的非v2x承载;

步骤814,根据所述承载类型指示信息,将所述非v2x业务请求所请求的非v2x业务对应的当前非v2x承载,分流到非v2x载波上进行传输处理。

本发明的上述实施例中,ue注册在hplmn网络中,驻留在non-v2xcell;则在non-v2xcell工作的同时,可以监听v2x专用载波上的mbms广播业务;如果ue要发起v2x上行业务,需要在当前服务小区上发起业务请求;可选地,ue可以在上行消息中应携带期望激活的v2x载波;mme在e-rab建立请求消息中,指示所建立的e-rab是v2x承载;基站根据e-rab建立请求消息中的指示,可以区分ue承载中哪些是v2x承载,哪些是non-v2x承载,以便正确分流v2x承载到v2x专用载波,如果ue上报了期望的v2x载波信息,基站应将ue的这些v2x承载分流到ue所指示的v2x载波;否则,基站自行选择v2x载波。

如果所选择的v2x载波对应的小区和当前的服务小区不属于同一个基站,基站应与v2x基站进行v2x资源协商。

当前的服务基站通过空口的重配置消息为ue配置v2x资源,将ue的v2x承载分流到v2x专用载波上去。

ue在v2x专用载波上发起接入并开始上行v2x数据发送。

基站需要通过x2接口和v2x载波所属enb进行信息交互,然后通过重配置消息给ue配置双连接(dc),这种场景要求跨plmn甚至跨运营商的enb之间有x2接口。

本发明上述实施例所述的方案,v2x使用专用载波部署的场景下,支持non-v2x和v2x业务并发。通过该方法,ue可以在non-v2x载波上发起v2x业务请求,ue通过上行消息指示ue所期望的v2x载波;mme在e-rab建立请求消息中指示所建立承载和v2x的映射关系;基站根据mme和ue的指示,将v2x承载分流到ue所期望的v2x载波,可以通过ca(载波聚合)或者dc(双连接)的方式为ue激活v2x业务。这是现有ca和dc技术所不能够支持的。

第四实施例

本发明的第四实施例还提供一种基站,包括:

接收模块,用于接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;

所述接收模块还用于接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;

处理模块,用于根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

所述接收模块具体用于:接收工作在非v2x载波上进行非v2x业务的连接态的终端发送的v2x业务请求。

所述处理模块具体用于:根据所述承载类型指示信息,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载;将确定的所述当前v2x承载,分流到v2x专用载波上进行传输处理。

所述处理模块具体用于根据所述承载类型指信息,通过接口与v2x专用载波对应的基站进行协商,确定用于传输所述v2x业务请求所请求的v2x业务的当前v2x承载。

所述接收模块还用于:接收终端发送的上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

所述处理模块具体用于:根据所述承载类型指示信息,以及所述上行消息指示的v2x载波,将所述v2x业务请求所请求的v2x业务对应的v2x承载,分流到所述v2x专用载波上进行传输处理。

所述第一业务请求为非v2x业务请求,第一承载为进行非v2x业务的非v2x承载,第一类型业务为非v2x类型的业务,第一载波为非v2x载波。

所述接收模块具体用于:接收工作在v2x载波上进行v2x业务的连接态的终端发送的非v2x业务请求;或者接收工作在v2x载波上空闲态的终端发送的非v2x业务请求。

需要说明的是,该基站的实施例是与上述第一至第三实施例所述的方法一一对应的装置,上述第一至第三实施例中所有实现方法均适用于该基站的实施例中,也能达到相同的技术效果。

第五实施例

本发明的第五实施例提供一种基站,包括:

接收机,所述接收机实现上述接收模块的功能,所述接收模块用于接收终端发送的第一业务请求,并将所述第一业务请求发送给核心网;所述接收模块还用于接收核心网根据所述第一业务请求建立第一承载的承载类型指示信息;

处理器,所述处理器实现上述处理模块的功能,所述处理模块用于根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上进行传输处理。

该基站还可包括与上述接收机以及处理器相关的其它部件,如总线接口、存储器等。

第六实施例

本发明的第六实施例提供一种业务处理方法,包括:

向基站发送第一业务请求;

将所述第一业务请求所请求的第一类型业务,在第一载波上进行传输,其中,为所述第一类型业务建立的第一承载是基站根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上的承载。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

其中,向基站发送第一业务请求的步骤包括:

工作在非v2x载波上进行非v2x业务的连接态的终端向基站发送的v2x业务请求。

其中,业务处理方法还包括:向基站发送上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

该业务处理方法,是与上述第一至第三实施例所述方法中,终端侧的流程,上述第一至第三实施例中终端的所有实现方式均适用于该实施例中,也能达到相同的技术效果。

第七实施例

本发明的第七实施例提供一种终端,包括:

发送模块,用于向基站发送第一业务请求;

传输模块,用于将所述第一业务请求所请求的第一类型业务,在第一载波上进行传输,其中,为所述第一类型业务建立的第一承载是基站根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上的承载。

其中,所述第一业务请求为v2x业务请求,第一承载为进行v2x业务的v2x承载,第一类型业务为v2x类型的业务,第一载波为v2x专用载波。

其中,工作在非v2x载波上进行非v2x业务的连接态的终端的发送模块向基站发送的v2x业务请求。

其中,所述发送模块还用于:向基站发送上行消息,所述上行消息指示终端期望工作的v2x载波,该载波为终端当前正在监听下行mbms广播的v2x载波。

该终端是与上述第六实施例所述终端侧的方法对应的装置,上述方法中所有终端的实现方式均适用于该终端的实施例中,也能达到相同的技术效果。

第八实施例

本发明的第八实施例还提供一种终端,包括:

发射机,用于实现上述发送模块以及传输模块的功能,所述发送模块用于向基站发送第一业务请求;传输模块,用于将所述第一业务请求所请求的第一类型业务,在第一载波上进行传输,其中,为所述第一类型业务建立的第一承载是基站根据所述承载类型指示信息,将所述第一业务请求所请求的第一类型业务的承载分流到第一载波上的承载。

该终端还可包括与上述接收机以及处理器相关的其它部件,如总线接口、存储器等。

本发明的上述方,v2x使用专用载波部署的场景下,可以将v2x业务利用v2x专用载波传输,保证v2x业务的传输质量,并且支持non-v2x和v2x业务并发。通过该方法,ue可以在non-v2x载波上发起v2x业务请求,ue通过上行消息指示ue所期望的v2x载波;mme在e-rab建立请求消息中指示所建立承载和v2x的映射关系;基站根据mme和ue的指示,将v2x承载分流到ue所期望的v2x载波,可以通过ca(载波聚合)或者dc(双连接)的方式为ue激活v2x业务。这是现有ca和dc技术所不能够支持的。

以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1