发明内容
针对相关技术中接收到发现信号的UE不能够获知当前接收到的信号所对应的发现方式、从而无法正确进行发现流程的问题,本发明提出一种发现信号的发送和接收方法、以及发送和接收装置,能够使接收到发现信号的用户设备能够确定接收到的发现信号的消息类型(当前采用的发现方式),从而能够正确进行后续的发现过程。
本发明的技术方案是这样实现的:
根据本发明的实施例,提供了一种发现信号的发送方法。
该方法包括:确定需要发送的发现信号所包含消息的消息类型;根据确定的所述消息类型确定发现信号的格式和内容并生成所述消息,其中,通过所述消息所携带的信息和/或所述消息占用的物理资源区域表示确定的所述消息类型;发送生成的发现信号。
其中,确定需要发送的发现信号所包含消息的消息类型包括:
确定当前采用的发现方式,根据该发现方式确定所述消息类型。
并且,根据该发现方式确定所述消息类型包括:
如果发现方式为直接发现方式,则将消息类型确定为发现消息;
如果发现方式为请求响应方式,则将消息类型确定为请求消息或者响应消息。
此外,通过所述消息所携带的信息表示确定的所述消息类型包括:根据预先设定的指示索引值与消息类型之间的对应关系,将所述消息中的消息类型指示比特赋值为确定的所述消息类型所对应的指示索引值;和/或根据预先设定的消息格式与消息类型之间的对应关系,将所述消息的消息格式确定为所述消息类型所采用的消息格式。
其中,可选地,区分不同的消息格式的条件包括以下至少之一:不同的信息长度、不同的消息内容、不同的加扰方式、不同的校验码、不同的调制编码方式、采用不同的物理信道承载。
其中,通过所述消息占用的物理资源区域表示确定的所述消息类型包括:
根据预先设定的物理资源区域与消息类型之间的对应关系,将所述消息配置为占用确定的所述消息类型所对应的物理资源区域中的物理资源。
另外,确定的上述消息类型包括以下至少之一:发现消息、请求消息、响应消息、同步消息。
根据本发明的实施例,还提供了一种发现信号的接收方法。
该方法包括:检测并接收发现信号;根据所述发现信号中包含的消息所携带的信息和/或所述消息占用的物理资源区域,确定所述消息的消息类型;根据确定的所述消息类型,进行用户设备UE的发现。
其中,根据所述发现信号中包含的消息所携带的信息,确定所述消息的消息类型包括:
根据预先设定的指示索引值与消息类型之间的对应关系,以及所述消息中的消息类型指示比特的赋值,确定所述消息的消息类型;和/或
根据预先设定的消息格式与消息类型之间的对应关系,以及所述消息的消息格式,确定所述消息的消息类型。
并且,可选地,区分不同的消息格式的条件包括以下至少之一:不同的信息长度、不同的消息内容、不同的加扰方式、不同的校验码、不同的调制编码方式、采用不同的物理信道承载。
此外,根据所述发现信号中包含的消息所占用的物理资源区域确定所述消息的消息类型包括:
根据预先设定的物理资源区域与消息类型之间的对应关系,以及所述消息所占用的物理资源区域中的物理资源,确定所述消息的消息类型。
另外,确定的上述消息类型包括以下至少之一:发现消息、请求消息、响应消息、同步消息。
此外,根据确定的所述消息类型,进行用户设备UE的发现包括:
在确定的所述消息类型为发现消息的情况下,根据所述发现信号中携带的被发现用户设备UE的识别信息,获取被发现用户设备UE的信息。
另外,根据确定的所述消息类型,进行用户设备UE的发现包括:
在确定的所述消息类型为请求消息的情况下,根据所述发现信号中携带的发送用户设备UE的识别信息和/或目标用户设备UE的识别信息,确定是否返回响应消息。
根据本发明的实施例,还提供了一种发现信号的发送装置。
该装置包括:确定模块,用于确定需要发送的发现信号所包含消息的消息类型;生成模块,用于根据确定的所述消息类型确定发现信号的格式和内容并生成所述消息,其中,通过所述消息所携带的信息和/或所述消息占用的物理资源区域表示确定的所述消息类型;发送模块,用于发送生成的发现信号。
根据本发明的实施例,还提供了一种发现信号的接收装置。
该装置包括:检测模块,用于检测并接收发现信号;确定模块,用于根据所述发现信号中包含的消息所携带的信息和/或所述消息占用的物理资源区域,确定所述消息的消息类型;处理模块,用于根据确定的所述消息类型,进行用户设备UE的发现。
本发明通过在发现信号中对消息类型进行表示,能够让接收到发现信号的UE确定消息类型进而知晓当前采用的发现方式,有助于UE以正确的方式进行后续的发现过程,从而能够根据需要,灵活选择UE间的发现方式,并且支持多种发现方式的组合使用。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
根据本发明的实施例,提供了一种发现信号的发送方法。
如图3所示,该发送方法包括:
步骤S301,确定需要发送的发现信号所包含消息的消息类型;
步骤S303,根据确定的消息类型确定发现信号的格式和内容并生成所述消息,其中,通过消息所携带的信息和/或消息占用的物理资源区域表示确定的消息类型;
步骤S305,发送生成的发现信号。
其中,在确定需要发送的发现信号所包含消息的消息类型时,可以首先确定当前采用的发现方式,之后根据该发现方式确定发现信号中消息的消息类型。
并且,根据该发现方式确定消息类型包括:如果发现方式为直接发现方式,则将消息类型确定为发现消息;如果发现方式为请求响应方式,则将消息类型确定为请求消息或者响应消息。
在本发明的方案中,可以通过消息中携带信息的长度和/或消息内容来区别不同的消息类型。
根据本发明的一个实施例,在通过消息所携带的信息表示确定的消息类型时,可以根据预先设定的指示索引值与消息类型之间的对应关系,将消息中的消息类型指示比特赋值为确定的消息类型所对应的指示索引值。
根据本发明的另一个实施例,在通过消息所携带的信息表示确定的消息类型时,可以根据预先设定的消息格式与消息类型之间的对应关系,将消息的格式确定为消息类型所采用的消息格式。
在区分不同的消息类型时,消息格式的区别条件可以包括以下至少之一:
不同的信息长度、不同的消息内容、不同的加扰方式、不同的校验码、不同的调制编码方式、采用不同的物理信道承载。应当注意,以上仅仅是对构成消息格式的区别的条件进行了列举,此外,也可以通过其他因素或条件来区分不同的消息格式,进而表示不同的消息类型,并且,上述条件既可以单独使用,也可以组合使用。
根据本发明的另一实施例,在通过消息占用的物理资源区域表示确定的消息类型时,可以根据预先设定的物理资源区域(这里,物理资源区域可以是指子帧集合,也可以是指其他形式的物理资源集合)与消息类型之间的对应关系,将消息配置为占用确定的消息类型所对应的物理资源区域中的物理资源。
并且,上述消息类型可以包括以下至少之一:发现消息、请求消息、响应消息、同步消息。此外,在确定的消息类型为发现消息的情况下,在发送配置后的发现信号之前,该方法进一步包括:
在发现信号中携带被发现用户设备UE的识别信息。
并且,在确定的消息类型为请求消息的情况下,在发送配置后的发现信号之前,该方法进一步包括:
在发现信号中携带目标用户设备UE的识别信息,或进一步携带发现UE的识别信息。
其中,识别信息包括以下至少之一:
UE标识、UE类型、应用标识、IP地址、位置信息。其中,UE类型可以包括以下信息中的至少之一:UE是否为簇头、UE是否在网络覆盖内、UE是否与基站同步、UE是否与GPS信号同步等信息。
另外,同步消息除了可以携带上述识别信息中的部分或全部内容,还可以进一步携带系统发现资源、发现信号发送资源等信息,以便UE按照同步消息中的内容进行发现。
根据本发明的实施例,还提供了一种发现信号的接收方法。
如图4所示,该接收方法包括:
步骤S401,检测并接收发现信号;
步骤S403,根据发现信号中包含的消息所携带的信息和/或所述消息占用的物理资源区域,确定消息的消息类型;
步骤S405,根据确定的消息类型,进行用户设备UE的发现。
根据本发明的一个实施例,在根据发现信号中包含的消息所携带的信息,确定消息的消息类型时,可以根据预先设定的指示索引值与消息类型之间的对应关系,以及消息中的消息类型指示比特的赋值,确定该消息的消息类型。
根据本发明的另一实施例,在根据发现信号中包含的消息所携带的信息,确定消息的消息类型时,可以根据预先设定的消息格式与消息类型之间的对应关系,以及消息的消息格式,确定消息的消息类型。其中,区分不同的消息格式的条件包括以下至少之一:不同的信息长度、不同的消息内容、不同的加扰方式、不同的校验码、不同的调制编码方式、采用不同的物理信道承载。对于区分不同消息格式的其他条件或因素,本文不再一一列举,并且这些条件既可以单独使用,也可以组合使用。
根据本发明的另一实施例,在根据发现信号中包含的消息所占用的物理资源区域确定消息的消息类型时,可以根据预先设定的物理资源区域与消息类型之间的对应关系,以及接收到的发现信号中消息所占用的物理资源区域中的物理资源,确定该消息的消息类型。
其中,确定的消息类型包括以下至少之一:发现消息、请求消息、响应消息、同步消息。
此外,根据确定的消息类型,进行用户设备UE的发现包括:
在确定的消息类型为发现消息的情况下,根据发现信号中携带的被发现用户设备UE的识别信息,获取被发现用户设备UE的信息。
并且,根据确定的消息类型,进行用户设备UE的发现还可以包括:
在确定的消息类型为请求消息的情况下,根据发现信号中携带的发送用户设备UE的识别信息和/或目标用户设备UE的识别信息,确定是否返回响应消息。
其中,识别信息包括以下至少之一:
UE标识、UE类型、应用标识、IP地址、位置信息。其中,UE类型可以包括以下信息中的至少之一:UE是否为簇头、UE是否在网络覆盖内、UE是否与基站同步、UE是否与GPS信号同步等信息。
实际上,本发明所说的发现信号包含了所有能够用于UE之间发现的信号,发现信号所包含的消息并不仅局限于上述的发现消息、请求消息和响应消息,在其他应用场景下,可以借助于发送发现消息、以及请求-响应的发现方式之外的其他发现方式,来实现UE之间的发现,此时,在这些场景下传输的其他用于UE之间发现的信号或消息,同样可以采用本发明的上述方案进行类型的标注,进而便于接收UE识别当前采用的发现方式和消息的类型。
下面将以具有不同身份的UE为出发点,详细描述根据本发明。
如图5a所示,需要发送发现信号的UE1的处理过程如下:
(1)UE1根据应用场景的需求确定所采用的发现方式为直接发现方式或者请求响应方式,此外,本步骤还可以包括确定自身为发现UE还是被发现UE;
(2)UE1根据所采用的发现方式,确定发现信号中包含的消息的格式和内容,其中,该确定方法可以包括以下方式中的至少一种:
(2.1)UE1根据所采用的发现方式,确定发现信号包含的消息的类型(发现消息还是请求消息),以及相应消息的格式和内容;其中UE1确定消息的格式和内容,包括如下原则的一条或多条:
(2.1a)如果是请求消息,则需要包含要发现的目标UE的识别信息,例如,目标发现UE的识别信息可以包含如下信息中的若干种:目标UE的设备ID、目标UE的应用ID、目标UE的IP地址、目标UE的GPS位置范围等;
(2.1b)发现消息和请求消息可以使用相同或不同的消息格式;具体的,发现消息和请求消息可以使用不同的信息长度和信息域,类似于LTE中不同的DCI format,例如,发现消息只包含被发现UE的设备ID信息,而请求消息包含发现UE的设备ID和应用ID信息;
(2.1c)在消息中用若干比特的消息类型指示信息来区分是发现消息还是请求消息,例如,在一个实例中,可以用1比特的指示信息来区分消息类型,0代表发现消息,1代表请求消息,如果需要区分的消息类型更多,可以采用数量更多的比特来表示多种消息类型;
(2.2)UE1根据所采用的发现方式,确定发现信号传输所用的物理资源。具体的,不同的发现方式可以采用不同的物理资源集合中的资源,例如,基站分别为直接发现方式和请求响应方式分配不同的物理资源,他们可以占用不同的子帧或者同一子帧中的不同带宽。
(3)UE1发送发现信号,并根据发现方式确定是否需要检测响应消息,例如,如果是请求响应方式则需要检测响应消息,且通过响应消息来发现目标UE。
接上面的步骤(3),如图5b所示,接收到发现信号的UE2的处理过程如下:
(4)UE2接收UE1发送的发现信号中包含的消息;
(5)UE2通过消息所携带的信息或者消息所用的物理资源,确定该消息的类型,具体包括以下方法:
(5a)如果消息中包含目标发现UE的识别信息,则该消息为请求消息,否则为发现消息,例如,目标发现UE的识别信息可以包含如下信息中的若干种:目标UE的设备ID、目标UE的应用ID、目标UE的IP地址、目标UE的GPS位置范围等;
(5b)根据检测到的消息的格式、和预先约定的消息格式与消息类型的对应关系,确定该消息的类型;具体的,不同消息的格式可以使用不同的信息长度和信息域,类似于LTE中不同的DCI format,例如,发现消息只包含被发现UE的设备ID信息,而请求消息包含发现UE的设备ID和应用ID信息,以此区分不同的消息类型。
(5c)根据消息中的消息类型指示信息(即,消息所携带的信息)来确定该消息的类型,例如,用1比特的指示信息来区分消息类型,0代表发现消息,1代表请求消息;
(5d)根据传输消息所用的物理资源,确定该消息的类型;具体的,不同的消息类型采用不同的物理资源集合中的资源进行传输,不同类型所采用的资源可以由网络侧预先配置,或者UE间预先约定好,例如,他们可以占用不同的子帧或者同一子帧中的不同带宽。
(6)UE2根据所述消息类型和消息内容进行后续发现过程如下:
(6.1)如果消息类型为发现消息,则根据消息内容获知被发现UE的信息,从而发现该UE;
(6.2)如果消息类型为请求消息,则根据消息内容获知发现UE的信息和/或发现UE的目标UE的信息,以确定是否要被该UE发现;如果要被该UE发现,则向该UE发送相应的响应消息。其中根据消息内容确定是否要被该UE发现,具体包括:
(6.2a)根据消息中包含的目标UE的识别信息确定目标UE是否为自己,若是则根据应用需求确定是否要被该UE发现;
(6.2b)根据自己是否符合消息中包含的目标UE的限定条件,如果符合则根据应用需求确定是否要被该UE发现;比如,限定条件可以为地理位置信息,GPS坐标范围等;
(6.2c)根据消息中包含的发现UE的识别信息以及应用需求确定自己是否要被该UE发现。
下面将结合具体的实例,详细描述本发明的技术方案。
实例1
假设UE1为广告终端,即向周围其他UE发送广告信息,UE2为发现UE,即UE2通过发现信号来发现UE1。发现过程如下:
1.UE1根据自己的广告业务,确定所采用的发现方式为直接发现方式,且自身为被发现UE;
2.UE1根据所采用的直接发现方式,确定发现信号包含的消息为发现消息,且采用约定的消息格式来发送该消息,具体的,该消息中包含的1比特指示信息指示消息的类型为发现消息(如表1,指示域指示的值为0),且消息中还包含UE1的识别信息,即包括UE1的设备ID和广告名称;
表1
3.UE1选择发现资源,并在资源上发送发现信号,发现信号中包含上述消息;
4.UE2通过在所有发现资源上监听,利用约定的消息格式(约定的消息长度和消息内容,即消息中包含1比特的类型指示域和UE1的识别信息)盲检UE1发送的发现信号中包含的消息;
5.UE2根据消息中的1比特类型指示信息来确定该消息的类型,具体的,该指示域指示的值为0,因此依据上表该消息的类型为发现消息,而非同步消息和请求消息等其他类型的消息;
6.UE2根据消息内容获知UE1的识别信息,即UE1的设备ID和广告名称,从而发现该UE;
7.UE2根据UE1的设备ID和广告名称通过基站获取进一步的详细广告信息。
实例2
假设UE1为公共安全终端,且需要被其他UE发现以获得帮助,UE2为发现UE,即UE2希望通过发现信号来发现UE1。另外,所有发现资源区域分为两个部分,一个资源区域用于直接发现,另一个资源区域用于请求响应发现。资源区域的划分基站通过高层信令预先通知所有相关D2D UE,其中整个发现资源区域的前一半时域资源(假设为子帧0-10)用于直接发现,后一半时域资源(假设为子帧11-20)用于请求响应发现。此时,发现过程如下:
1.UE1根据自己的公共安全业务,确定所采用的发现方式为直接发现方式,且自身为被发现UE;
2.UE1根据所采用的直接发现方式,确定发现信号包含的消息为发现消息,且采用约定的消息格式来发送该消息。具体的,所采用的消息格式为:该消息长度为128比特,且消息中只包含UE1的识别信息,即包括UE1的设备ID和位置信息。
3.UE1在基站配置的直接发现资源区域(即子帧0-10)中随机选择一个发现资源,并在该资源上发送发现信号,发现信号中包含上述消息;
4.UE2在直接发现资源区域和请求响应资源区域(即子帧0-20)中分别监听,利用约定的消息格式在这些资源上进行盲检,并在子帧3中检测到UE1发送的发现信号中包含的消息;
5.UE2根据接收到该消息的资源区域确定该消息的类型。根据UE2之前收到的基站的高层信令配置,子帧3属于直接发现资源区域,因此该消息的类型为直接发现消息。
6.UE2根据消息内容获知UE1的识别信息,即UE1的设备ID和位置信息,从而发现该UE;
7.UE2根据UE1的设备ID和位置信息找到UE1,并为UE1提供所需的帮助。
实例3
假设UE1为普通D2D终端,由于社交应用的需求需要去发现UE2,即UE2为被发现UE。其中发现消息、请求消息和响应消息分别对应不同的消息格式,即他们的信息域包含的信息不同,分别为消息格式1(发现消息)、消息格式2(请求消息)和消息格式3(响应消息)。
消息格式1:长度为64bits,包含被发现UE的设备ID信息;
消息格式2:长度为192bits,包含发现UE的设备ID信息、IP地址以及其目标UE的设备ID信息;
消息格式3:长度为128bits,包含被发现UE的设备ID信息及IP地址;
1.UE1根据社交应用的需求确定所采用的发现方式为请求响应方式,且自身为发现UE;
2.UE1根据所采用的请求响应方式,确定发现信号包含的消息为请求消息,且采用约定的请求消息对应的消息格式(上述消息格式2)来发送该消息。具体的,该请求消息为192比特,包含发现UE的设备ID信息、IP地址以及其目标UE的设备ID信息;
3.UE1在发现资源区域中选择资源,并在该资源上发送发现信号,发现信号中包含上述消息;
4.UE2在预先配置好的发现资源上监听,并在每个资源上都用约定的不同消息格式(消息格式1、2、3)分别检测发现信号中包含的消息,并在某个资源上成功检测到UE1采用消息格式2发送的消息。
5.UE2利用约定的上述消息格式与消息类型的对应关系,确定该消息的类型为请求消息;
6.UE2根据消息内容获知UE1及其目标UE的识别信息,即UE1及其目标UE各自的设备ID,以及UE1的IP地址;
7.UE2根据目标UE的识别信息,判断该目标UE是否为自己,具体的判断方法是看消息中目标UE的设备ID是否与自身设备ID参数一致。
8.如果该目标UE是自己,再根据UE1的识别信息和当前的具体应用,确定是否要被该UE发现。假设在当前的应用里,UE1是UE2好友,UE2允许自己被UE1发现,则在预先配置好的响应资源上用消息格式3发送该请求消息对应的响应消息,响应消息中包含UE2的识别信息(设备ID信息及IP地址);
9.UE1在预先配置好的响应资源上用消息格式3盲检响应消息,在检测到UE2发送的响应消息后,根据响应消息中包含的UE2的识别信息,获知UE2的设备ID和IP地址,完成UE2的发现过程。
10.UE1和UE2通过各自及对方的IP地址进行进一步的数据通信。
根据本发明的实施例,还提供了一种发现信号的发送装置。
如图6所示,该发送装置包括:
确定模块61,用于确定需要发送的发现信号所包含消息的消息类型;
生成模块62,用于根据确定的消息类型确定发现信号的格式和内容并生成消息,其中,通过消息所携带的信息和/或消息占用的物理资源区域表示确定的消息类型;
发送模块63,用于发送生成的发现信号。
根据本发明的实施例,还提供了一种发现信号的接收装置。
如图7所示,该接收装置包括:
检测模块71,用于检测并接收发现信号;
确定模块72,用于根据发现信号中包含的消息所携带的信息和/或消息占用的物理资源区域,确定消息的消息类型;
处理模块73,用于根据确定的消息类型,进行用户设备UE的发现。
通过以上描述不难看出,应用本发明的技术方案给提供的D2D发现方法,通过在发现信号中携带相关信息,使接收UE获知该发现信号包含的消息类型,从而确定所用的发现方式,并根据确定的发现方式进行后续操作,通过这种方法,D2D UE可以同时支持两种或更多种D2D发现方式,并且,通过本发明的方案,D2D UE可以根据应用需求选择不同的发现方式,并发送不同类型的消息以使自己被发现或者发现目标UE,而接收方也能通过消息获知目前的发现方式和消息类型,从而在不同的应用场景中都能进行发现,从而避免了在一些应用场景中,用户设备发现过程受到局限的问题。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。