消息传输方法、UE及网络设备与流程

本发明涉及通信
技术领域：
，特别涉及消息传输方法、UE（UserEquipment，用户设备）及网络设备。
背景技术：
：短距离通信在智能交通系统中应用时，以事故预警等紧急业务为例，需要所有车辆增加短程通信模块，以通过车辆之间的通信及转发完成告警时紧急消息的上报，或者在道路两旁布设大量的路边通信设备，以通过车辆与路边通信设备之间的通信及转发完成紧急消息的上报。但是由于短距离通信对通信距离的要求较高，因此难以保证通信质量。由于UMTS（UniversalMobileTelecommunicationSystem，通用移动通信系统）具有无缝覆盖，且布设方便的优势，能够满足通信距离和通信质量的要求，因此现有技术可以采用UMTS进行告警消息上报。在进行紧急消息上报时，需要事故UE（UserEquipment，用户设备）将紧急消息上报给网络侧设备，由网络侧设备通过CN（CoreNetwork，核心网）上报到交通控制管理中心的服务器，然后由服务器将紧急消息一一下发给其它正常行驶的车载UE，以起到告警作用。在紧急消息上报过程中，紧急消息需要经过本地网络侧，上传到CN后，再传输到管理中心服务器，然后由管理中心服务器一一下发到各个UE，整个传输过程耗费的时间为秒级，而紧急业务通常要求上报紧急消息的时延为百毫秒级，因此现有紧急消息的传输过程难以满足系统的时延要求。技术实现要素：本发明实施例提供消息传输方法、UE及网络设备，以解决现有通信系统在传输紧急消息时耗时较长的问题。为了解决上述技术问题，本发明公开了如下技术方案：一方面，提供了一种消息传输方法，所述方法包括：网络侧设备接收第一用户设备UE上报的消息，所述第一UE为预设UE组中的UE；当所述消息中携带紧急消息的消息标识时，识别所述第一UE上报的消息为紧急消息；将所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。一方面，提供了另一种消息传输方法，所述方法包括：第一UE确认需要上报紧急消息，所述第一UE为预设UE组中的UE；向网络侧设备上报紧急消息，所述紧急消息中包含用于指示所述紧急消息的消息标识，以使所述网络侧根据所述消息标识识别出所述第一UE上报紧急消息后，将所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。一方面，提供了一种网络侧设备，所述设备包括：接收单元，用于接收第一用户设备UE上报的消息，所述第一UE为预设UE组中的UE；识别单元，用于当所述接收单元接收的所述消息中携带紧急消息的消息标识时，识别所述第一UE上报的消息为紧急消息；下发单元，用于将所述识别单元识别出的所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。一方面，提供了一种UE，所述UE为预设UE组中的第一UE，所述UE包括：确认单元，用于确认需要上报紧急消息；上报单元，用于当所述确认单元确认需要上报紧急消息后，向网络侧设备上报紧急消息，所述紧急消息中包含用于指示所述紧急消息的消息标识，以使所述网络侧根据所述消息标识识别出所述第一UE上报紧急消息后，将所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。网络侧设备接收第一用户设备UE上报的消息，第一UE为预设UE组中的UE，当消息中携带紧急消息的消息标识时，识别第一UE上报的消息为紧急消息，将紧急消息下发给预设UE组中除第一UE的其它UE。本发明实施例中网络侧在识别出上报的紧急消息后，即可将该紧急消息下发到各个UE，与现有技术相比，由于紧急消息无需再通过网络侧上传到CN和管理中心服务器后下发，因此减少了紧急消息的传输时延，提高了UE端获取紧急消息的速度。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明中消息传输方法的一个实施例流程图；图2为本发明中消息传输方法的另一个实施例流程图；图3为本发明中消息传输方法的另一个实施例流程图；图4为本发明中消息传输方法的另一个实施例流程图；图5为本发明中消息传输方法的另一个实施例流程图；图6为本发明中消息传输方法的另一个实施例流程图；图7为本发明中消息传输方法的另一个实施例流程图；图8为本发明中消息传输方法的另一个实施例流程图；图9为本发明中消息传输方法的另一个实施例流程图；图10为本发明网络侧设备的实施例框图；图11为本发明UE的一个实施例框图；图12为本发明UE的另一个实施例框图。具体实施方式为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。参见图1，为本发明消息传输方法的一个实施例流程图，该实施例从网络侧描述了消息传输的过程：步骤101：网络侧设备接收第一UE上报的消息，第一UE为预设UE组中的UE。第一UE上报的消息可能为普通消息，也可能为紧急消息。其中，网络侧设备可以采用如下任意一种方式接收第一UE上报的紧急消息：第一种方式，接收所述第一UE通过RACH（RandomAccessChannel，随机接入信道）上报的紧急消息，所述紧急消息携带MAC（MediumAccessControl，介质访问控制）包头，所述MAC包头中的预留比特位用于承载所述紧急消息的消息标识；第二种方式，接收第一UE通过RACH透传的紧急消息，所述紧急消息属于RRC（RadioResourceControl，无线资源控制）层消息，紧急消息中携带预先设置的消息标识。步骤102：当消息中携带紧急消息的消息标识时，识别第一UE上报的消息为紧急消息。步骤103：将紧急消息下发给预设UE组中除该第一UE的其它UE。当步骤101中网络设备通过第一种方式接收第一UE上报的紧急消息时：可以将紧急消息通过前向接入信道FACH（ForwardAccessChannel前向接入信道）下发给其它UE，该FACH中携带预先配置的组标识，组标识用于使其它UE在比较保存的组标识与预先配置的组标识一致时，确认接收到紧急消息，该组标识可以具体为组C-RNTI（Cell-RadioNetworkTemporaryIdentifier，小区无线网络临时标识）、MBMS（MultimediaBroadcastMulticastService，多媒体广播组播业务）ID（标识）、或者组H-RNTI（高速分组接入-无线网络临时标识）；或者，也可以通过common（公共）H-RNTI（HSPA（High-SpeedPacketAccess）-RadioNetworkTemporaryIdentifier，高速分组接入-小区无线网络临时标识）向其它UE广播下行调度信息，按照所述下行调度信息将所述紧急消息通过FACH下发给所述其它UE，所述FACH中携带预先配置的组U-RNTI（UTRAN（UniversalTerrestrialRadioAccess）-RadioNetworkTemporaryIdentifier，通用地面无线接入网络-无线网络临时标识），组U-RNTI用于使其它UE在比较保存的组U-RNTI与预先配置的组U-RNTI一致时，确认接收到紧急消息。当步骤101中网络设备通过第二种方式接收第一UE上报的紧急消息时：可以通过BCCH-RNTI（BroadcastControlChannel-RadioNetworkTemporaryIdentifier，广播控制信道-无线网络临时标识）向其它UE广播包含调度信息的寻呼消息，并按照调度信息将紧急消息下发给其它UE；或者，也可以向其它UE发送包含预设时间偏置的寻呼消息，并在预设时间偏置到达时将紧急消息下发给其它UE；或者，向其它UE广播包含PICH（PagingIndicatorChannel，寻呼指示信道）码的寻呼消息，并通过PCH（PagingChannel，寻呼信道）或FACH向所述其它UE下发紧急消息，PICH码用于使UE在确定接收到的寻呼消息中的PICH码与所保存的PICH码一致时，监听PCH或FACH下发的紧急消息，PICH码为鉴权过程中，网络侧设备和所述UE根据CN分配的组IMSI（InternationalMobileSubscriberIdentificationNumber，国际移动用户识别码）计算得到的PICH码，根据IMSI计算PICH码为现有技术，在此不再赘述。由上述实施例可见，网络侧在识别出上报的紧急消息后，即可将该紧急消息下发到各个UE，与现有技术相比，由于紧急消息无需再通过网络侧上传到CN和管理中心服务器后下发，因此减少了紧急消息的传输时延，提高了UE端获取紧急消息的速度。参见图2，为本发明消息传输方法的另一个实施例流程图，该实施例从UE侧描述了消息传输的过程：步骤201：第一UE确认需要上报紧急消息，该第一UE为预设UE组中的UE。具体的，第一UE可以通过随机接入信道RACH向网络侧设备上报紧急消息，所述紧急消息携带介质访问控制MAC包头，所述MAC包头中的预留比特位用于承载所述紧急消息的消息标识；或者，通过RACH向所述网络侧设备透传紧急消息，所述紧急消息属于无线资源控制协议RRC层消息，所述紧急消息中携带预先设置的消息标识。步骤202：向网络侧设备上报紧急消息，该紧急消息中包含用于指示紧急消息的消息标识，以使网络侧根据消息标识识别出第一UE上报紧急消息后，将紧急消息下发给预设UE组中除第一UE的其它UE。进一步，所述第一UE还可以接收所述网络侧设备下发的紧急消息，该紧急消息为所述预设UE组中的第二UE向所述网络侧设备上传的紧急消息。下面以道路交通中的EM（EmergencyMessage，紧急消息）消息传输为例，详细描述本发明实施例的消息传输过程。该传输过程涉及多个车载UE，这些车载UE分为事故UE和行驶UE，事故UE用于上报EM消息，网络侧用于将EM消息下发给行驶UE；网络侧包括NodeB（基站）、RNC（RadioNetworkController，无线网络控制器）和CN设备。参见图3，为本发明消息传输方法的另一个实施例流程图：步骤301：CN对车载UE进行鉴权，为车载UE配置静态组C-RNTI。鉴权是车载UE在身份验证过程中，CN确定车载UE在无线接口上传输的IMSI或TMSI（TemporaryMobileSubscriberIdentity，临时识别码）是否合法的过程，如果合法则鉴权通过，CN为所有车载UE配置静态组C-RNTI，每个车载UE保存该静态组C-RNTI的标识。步骤302：车载UE在汽车启动后进入FACH状态。当UE进入FACH状态时，网络侧不向UE分配DPCH（DedicatedPhysicalChannel，专用物理信道），UE可以使用RACH（RandomAccessChannel，随机接入信道）和FACH传输信令和少量用户数据。本实施例中，所有车载UE在汽车启动后，均可以进入FACH状态。步骤303：事故UE通过RACH向RNC上报包含EM标识的EM消息。当某个车载UE发生事故成为事故UE后，该事故UE需要向RNC上报EM消息。事故UE为EM消息加上MACPDU（ProtocolDataUnit，协议数据单元）包头，并将该EM消息在FACH状态下通过RACH进行上报。参见表1，为MACPDU包头的格式：表1TCTFUE-idtypeUE-idC/TMACSDU上表1中，TCTF（TargetChannelTypeField，目标信道类型域）用于标识逻辑信道的类别，在初始鉴权过程中，RNC在对UE的RB（ResourceBlock，资源块）进行配置时，由RNC对UE的TCTF域中的信息进行配置。该TCTF域中预留的比特分别为“10”和“11”，因此本实施例中可以预先设置当传输EM消息时，TCTF域中的预留比特位填写“10”，即该“10”相当于EM消息的EM标识。需要说明的是，也可以预先设置“11”为EM消息的EM标识，对此本发明实施例不进行限制，只要保证通过TCTF的预留比特位携带EM消息的EM标识，从而使RNC可以识别出EM消息即可。上表1中，UE-idtype是用户标识类型，现有技术中的UE-idtype包括C-RNTI，U-RNTI等，U-RNTI中的U是UTRAN（UniversalTerrestrialRadioAccessNetwork，通用陆地无线接入网）的简写，本实施例中增加一种UE-idtype为组C-RNTI，用于使RNC从接收到的数据中检测到该组C-RNTI时，从数据中去除MACPDU包头，提取EM消息。上表1中，UE-id表示用户标识信息。上表1中，C/T（逻辑信道的标识）用于表示逻辑信道号，在初始鉴权过程中，RNC在对UE的RB进行配置时，由RNC对UE的C/T域中的信息进行配置。该C/T域中预留的比特为“1111”，因此本实施例中也可以预先设置当传输EM消息时，TCTF域中的预留比特位填写“1111”，即该“1111”相当于EM消息的EM标识，可以使RNC根据该EM标识识别出所传输的消息为EM消息。上表1中，MACSDU（ServiceDataUnit，业务数据单元）域中承载的是EM消息的消息内容部分。步骤304：RNC从接收到的EM消息中提取消息内容。结合表1可知，当RNC接收到事故UE上传的EM消息后，根据TCTF域或C/T域中携带的EM标识，可以识别出接收到的消息为EM消息，此时RNC可以提取该EM消息中的消息内容，即表1中MACSDU域中承载的信息。步骤305：RNC通过FACH向行驶UE下发携带组C-RNTI标识的EM消息。由于EM消息需要向所有行驶UE转发，因此RNC提取出EM消息后，在该EM消息中写入鉴权过程中配置的组C-RNTI的标识，并将EM消息进行下发。所有车载UE接收到EM消息后，可以从该EM消息中读取到组C-RNTI的标识，并与鉴权过程中自身保存的组C-RNTI的标识进行比较，如果二者一致，则进一步提取该EM消息承载的消息内容，通过UE界面进行显示。由上述实施例可见，由于事故UE上报的EM消息可以由网络侧设备RNC直接下发给行驶UE，因此与现有技术中EM消息需要由网络侧设备将CN上报到管理中心服务器，再由管理中心服务器将EM消息一一下发给每一个行驶UE相比，极大缩短了EM消息的传输时间，满足了传输EM消息的通信时延要求，可以使得行驶UE可以快速得到事故UE所在车辆的事故信息，保证道路交通正常有序的运行。参见图4，为本发明消息传输方法的另一个实施例流程图：步骤401：CN对车载UE进行鉴权，为车载UE配置专有MBMSID。CN在鉴权过程中，为所有车载UE配置专有MBMSID，每个车载UE保存该专有MBMSID。步骤402：车载UE在汽车启动后进入FACH状态。当UE进入FACH状态时，网络侧不向UE分配DPCH，UE可以使用RACH和FACH传输信令和少量用户数据。本实施例中，所有车载UE在汽车启动后，均可以进入FACH状态。步骤403：事故UE通过RACH向RNC上报包含EM标识的EM消息。该步骤中事故UE上报EM消息的过程与前述实施例步骤303中的描述一致，在此不再赘述。步骤404：RNC从接收到的EM消息中提取消息内容。结合表1可知，当RNC接收到事故UE上传的EM消息后，根据TCTF域或C/T域中携带的标识，可以识别出接收到的为EM消息，此时RNC可以提取该EM消息中的消息内容，即表1中MACSDU域中承载的信息。步骤405：RNC通过FACH向行驶UE下发携带专有MBMSID的EM消息。由于EM消息需要向所有行驶UE转发，因此RNC提取出EM消息后，在该EM消息中写入鉴权过程中配置的专有MBMSID，并将EM消息进行下发。所有车载UE接收到EM消息后，可以从该EM消息中读取到专有MBMSID，并与鉴权过程中自身保存的专有MBMSID进行比较，如果二者一致，则进一步获取该EM消息承载的消息内容，通过UE界面进行显示。由上述实施例可见，由于事故UE上报的EM消息可以由网络侧设备RNC直接下发给行驶UE，因此与现有技术中EM消息需要由网络侧设备将CN上报到管理中心服务器，再由管理中心服务器将EM消息一一下发给每一个行驶UE相比，极大缩短了EM消息的传输时间，满足了传输EM消息的通信时延要求，可以使得行驶UE可以快速得到事故UE所在车辆的事故信息，保证道路交通正常有序的运行。参见图5，为本发明消息传输方法的另一个实施例流程图：步骤501：CN对车载UE进行鉴权，为车载UE配置静态组H-RNTI。本实施例与图3所示的实施例的区别在于，本实施例采用了HSPA（High-SpeedPacketAccess，高速分组接入）技术，因此在鉴权过程中，CN为所有车载UE配置静态组H-RNTI，H-RNTI中的H代表HSPA，每个车载UE保存该静态组H-RNTI的标识。步骤502：车载UE在汽车启动后进入FACH状态。在应用HSPA技术传输数据时，当UE进入FACH状态后，UE可以使用E-RACH，传输信令和少量用户数据，E-RACH中的E表示Enhanced（增强）。本实施例中，所有车载UE在汽车启动后，均可以进入FACH状态。步骤503：事故UE通过E-RACH向NodeB上报包含EM标识的EM消息。当某个车载UE发生事故成为事故UE后，该事故UE需要向RNC上报EM消息。本实施例中采用HSPA技术中的E-RACH上报EM消息。UE为EM消息加上对应E-RACH的MAC包头，现有技术中的MAC包头中包含若干空余比特位（sparebits），这些空余比特位均填充0，本实施例中，可以在空余比特位中填充预设的比特值，例如，均填充1，则所填充的1相当于EM消息的EM标识，可以使NodeB根据该EM标识识别出所传输的消息为EM消息。步骤504：NodeB从接收到的EM消息中提取消息内容。当RNC接收到事故UE上传的EM消息后，根据空余比特位中携带的EM标识，可以识别出接收到的为EM消息，此时NodeB可以提取该EM消息中的消息内容。步骤505：NodeB通过E-FACH向行驶UE下发携带组H-RNTI标识的EM消息。由于EM消息需要向所有行驶UE转发，因此NodeB提取出EM消息后，在该EM消息中写入鉴权过程中配置的组H-RNTI的标识，并将EM消息进行下发。所有车载UE接收到EM消息后，可以从该EM消息中读取到组H-RNTI的标识，并与鉴权过程中自身保存的组H-RNTI的标识进行比较，如果二者一致，则进一步获取该EM消息承载的消息内容，通过UE界面进行显示。参见图6，为本发明消息传输方法的另一个实施例流程图：步骤601：CN对车载UE进行鉴权，为车载UE配置静态组U-RNTI。本本实施仍然采用HSPA技术，与图5所示实施例的区别在于，在鉴权过程中，CN为所有车载UE配置静态组U-RNTI，每个车载UE保存该静态组U-RNTI的标识。步骤602：车载UE在汽车启动后进入FACH状态。在应用HSPA技术传输数据时，当UE进入FACH状态后，UE可以使用E-RACH传输信令和少量用户数据。本实施例中，所有车载UE在汽车启动后，均可以进入FACH状态。步骤603：事故UE通过E-RACH向NodeB上报包含EM标识的EM消息。本步骤与前述步骤503中所描述的上报EM消息的过程一致，在此不再赘述。步骤604：NodeB从接收到的EM消息中提取消息内容。当RNC接收到事故UE上传的EM消息后，根据空余比特位中携带的EM标识，可以识别出接收到的为EM消息，此时NodeB可以提取该EM消息中的消息内容。步骤605：NodeB通过commonH-RNT向行驶UE发送下行调度信息，并通过E-FACH向行驶UE下发携带组U-RNTI标识的EM消息。本实施例中，NodeB通过commonH-RNTI向行驶UE发送下行调度信息，即通过commonH-RNTI告知行驶UE接收EM消息；并且，NodeB接收到EM消息后，在该EM消息中写入鉴权过程中配置的静态组U-RNTI的标识，并将EM消息进行下发。步骤606：行驶UE监听到commonH-RNTI后，根据调度信息接收后续NodeB下发的EM消息。车载UE持续监听commonH-RNTI，当监听到commonH-RNTI后，根据该commonH-RNTI指示的调度信息接收NodeB下发的EM消息，从该EM消息中读取到组U-RNTI的标识，并与鉴权过程中自身保存的组U-RNTI的标识进行比较，如果二者一致，则进一步获取该EM消息承载的消息内容，通过UE界面进行显示。由于commonH-RNTI通过系统广播消息下发，因此所有UE均会接收到该commonH-RNTI，后续行驶UE可以根据组U-RNTI的标识对EM消息进行识别，除车载UE的其它UE由于不具备组U-RNTI的标识，因此不会对EM消息进行处理。参见图7，为本发明消息传输方法的另一个实施例流程图：步骤701：CN对车载UE进行鉴权。本步骤中的鉴权过程与现有技术一致，在此不再赘述。步骤702：车载UE在汽车启动后进入PCH状态或者IDLE状态。当车载UE进入PCH状态时，网络侧没有为UE分配专用信道，当车载UE进入IDLE（空闲）状态时，在专用信道上建立RRC连接。无论车载UE进入PCH状态还是IDLE状态，车载UE仅能发送RRC层可以识别的消息，例如CCCH（CommonControlChannel，公共控制信道）消息。由于在PCH状态和IDLE状态下UE只能传输少量的信令消息，因此应用本实施例可以减小系统中信令消息的开销。步骤703：事故UE通过E-RACH向RNC透传属于RRC层消息的EM消息。由于在PCH状态和IDLE状态下，车载UE仅能发送RRC层可以识别的消息，因此事故UE在上报EM消息时，可以增加一个RRC层消息作为EM消息，或者也可以更改现有的CCCH消息，将更改后的CCCH消息作为EM消息，为了使RNC的RRC层可以识别出接收到的RRC层消息为EM消息，可以在该RRC层消息中携带EM消息的EM标识。步骤704：RNC从接收到的RRC消息中提取EM消息的消息内容。由于事故UE以RRC层消息的形式上报EM消息，因此RNC的RRC层接收到该RRC层消息后，从中检测到EM标识后，提取其中的EM消息的消息内容。步骤705：RNC通过paging方式向行驶UE下发EM消息。RNC可以在paging过程中，使用BCCH（BroadcastControlChannel，广播控制信道）-RNTI对EM消息进行调度，即向UE发送包含EM消息的调度信息的BCCH-RNTI，以使UE根据BCCH-RNTI承载的调度信息接收EM消息；或者，也可以按照R99版本中定义的paging方式进行EM消息的下发。无论采用哪个通信版本中定义的paging方式下发EM消息，只要使得UE可以从paging消息识别出EM消息即可，对此本发明实施例不进行限制。由于该EM消息在RRC层传输，因此车载UE可以预先设置一个RRC层与应用层之间的接口，当车载UE的RRC层识别出EM消息后，将该EM消息通过预设的接口上传到应用层，并通过UE界面进行显示。参见图8，为本发明消息传输方法的另一个实施例流程图：步骤801：CN对车载UE进行鉴权。本步骤中的鉴权过程与现有技术一致，在此不再赘述。步骤802：车载UE在汽车启动后进入PCH状态或者IDLE状态。当车载UE进入PCH状态时，网络侧没有为UE分配专用信道，当车载UE进入IDLE（空闲）状态时，在专用信道上建立RRC连接。无论车载UE进入PCH状态还是IDLE状态，车载UE仅能发送RRC层可以识别的消息，例如CCCH消息。由于在PCH状态和IDLE状态下UE只能传输少量的信令消息，因此应用本实施例可以减小系统中信令消息的开销。步骤803：事故UE通过E-RACH向RNC透传属于RRC层消息的EM消息。由于在PCH状态和IDLE状态下，车载UE仅能发送RRC层可以识别的消息，因此事故UE在上报EM消息时，可以增加一个RRC层消息作为EM消息，或者也可以更改现有的CCCH消息，将更改后的CCCH消息作为EM消息，为了使RNC的RRC层可以识别出接收到的RRC层消息为EM消息，可以在该RRC层消息中携带EM消息的EM标识。步骤804：RNC从接收到的RRC消息中提取EM消息的消息内容。由于事故UE以RRC层消息的形式上报EM消息，因此RNC的RRC层接收到该RRC层消息后，从中检测到EM标识后，提取其中的EM消息的消息内容。步骤805：RNC通过paging方式向行驶UE下发接收EM消息的指示。本实施例中，RNC可以参考现有ETWS（EarthquakeandTsunamiWarningSystem，地震及海啸预警系统），向行驶UE发送paging消息，指示行驶UE接收预设时间偏置后的E-FACH。步骤806：RNC在预设的时间偏置后通过E-FACH向行驶UE下发EM消息。参见图9，为本发明消息传输方法的另一个实施例流程图：步骤901：CN对车载UE进行鉴权，为车载UE分配组IMSI，并将组IMSI通告给车载UE和RNC。本实施例采用分组增强技术，CN在鉴权过程中，为所有车载UE配置组IMSI，CN将该组IMSI分别通告给车载UE和RNC，由于车载UE和RNC保存了相同的组IMSI，因此车载UE和RNC根据该组IMSI计算得到相同的PICH码，并保存该PICH码。步骤902：车载UE在汽车启动后进入PCH状态或者IDLE状态。当车载UE进入PCH状态时，网络侧没有为UE分配专用信道，当车载UE进入IDLE（空闲）状态时，在专用信道上建立RRC连接。无论车载UE进入PCH状态还是IDLE状态，车载UE仅能发送RRC层可以识别的消息，例如CCCH消息。由于在PCH状态和IDLE状态下UE只能传输少量的信令消息，因此应用本实施例可以减小系统中信令消息的开销。步骤903：事故UE通过E-RACH向RNC透传属于RRC层消息的EM消息。由于在PCH状态和IDLE状态下，车载UE仅能发送RRC层可以识别的消息，因此事故UE在上报EM消息时，可以增加一个RRC层消息作为EM消息，或者也可以更改现有的CCCH消息，将更改后的CCCH消息作为EM消息，为了使RNC的RRC层可以识别出接收到的RRC层消息为EM消息，可以在该RRC层消息中携带EM消息的EM标识。步骤904：RNC从接收到的RRC消息中提取EM消息的消息内容。由于事故UE以RRC层消息的形式上报EM消息，因此RNC的RRC层接收到该RRC层消息后，从中检测到EM标识后，提取其中的EM消息的消息内容。步骤905：RNC广播包含PICH码的寻呼消息。该寻呼消息可以通过PICH下发，行驶UE接收到RNC广播的寻呼消息后，从该寻呼消息中提取PICH码，如果所提取的PICH码与UE保存的根据组IMSI计算的PICH码一致，则说明UE需要接收后续RNC下发的EM消息。步骤906：RNC通过PCH下发EM消息。UE在接收到包含与自身保存的PICH码一致的寻呼消息后，监听RNC通过PCH或者FACH下发的EM消息，该PCH或者FACH可以通过S-CCPCH（Secondary-CommonControlPhysicalChannel，第二公共控制物理信道）承载。与本发明消息传输方法的实施例相对应，本发明还提供了网络侧设备和UE的实施例。参见图10，为本发明网络侧设备的实施例框图：该网络侧设备包括：接收单元1010、识别单元1020和下发单元1030。其中，接收单元1010，用于接收第一用户设备UE上报的消息，所述第一UE为预设UE组中的UE；识别单元1020，用于当所述接收单元1010接收的所述消息中携带紧急消息的消息标识时，识别所述第一UE上报的消息为紧急消息；下发单元1030，用于将所述识别单元1020识别出的所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。其中，所述接收单元1010，可以具体用于接收所述第一UE通过RACH上报的紧急消息，所述紧急消息携带MAC包头，所述MAC包头中的预留比特位用于承载所述紧急消息的消息标识；相应的，所述下发单元1030可以包括至少一个下述子单元（图10中未示出）：第一下发子单元，用于将所述识别单元1020识别出的紧急消息通过FACH下发给所述其它UE，所述FACH中携带预先配置的组标识，所述组标识用于使所述其它UE在比较保存的组标识与所述预先配置的组标识一致时，确认接收到紧急消息；第二下发子单元，用于在所述识别单元1020识别出紧急消息后，通过commonH-RNTI向所述其它UE广播下行调度信息，并按照所述下行调度信息将所述紧急消息通过FACH下发给所述其它UE，所述FACH中携带预先配置的组通用地面无线接入网络-无线网络临时标识U-RNTI，所述组U-RNTI用于使所述其它UE在比较保存的组U-RNTI与所述预先配置的组U-RNTI一致时，确认接收到紧急消息。其中，所述接收单元1010，可以具体用于接收所述第一UE通过RACH透传的紧急消息，所述紧急消息属于RRC层消息，所述紧急消息中携带预先设置的消息标识；相应的，所述下发单元1030可以包括至少一个下述子单元（图10中未示出）：第三下发子单元，用于在所述识别单元1020识别出紧急消息后，通过BCCH-RNTI向所述其它UE广播包含调度信息的寻呼消息，并按照所述调度信息将所述紧急消息下发给所述其它UE；第四下发子单元，用于在所述识别单元1020识别出紧急消息后，向所述其它UE发送包含预设时间偏置的寻呼消息，并在所述预设时间偏置到达时将所述紧急消息下发给所述其它UE；第五下发子单元，用于在所述识别单元1020识别出紧急消息后，向所述其它UE广播包含PICH码的寻呼消息，并通过PCH或FACH向所述其它UE下发所述紧急消息，所述PICH码用于使所述UE在确定接收到的寻呼消息中的PICH码与所保存的PICH码一致时，监听所述PCH或FACH下发的EM消息，所述PICH码为鉴权过程中，所述网络侧设备和所述UE根据CN分配的组国际移动用户识别码IMSI计算得到的PICH码。参见图11，为本发明UE的一个实施例框图：该UE包括：确认单元1110和上报单元1120。其中，确认单元1110，用于确认需要上报紧急消息；上报单元1120，用于当所述确认单元1110确认需要上报紧急消息后，向网络侧设备上报紧急消息，所述紧急消息中包含用于指示所述紧急消息的消息标识，以使所述网络侧根据所述消息标识识别出所述第一UE上报紧急消息后，将所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。其中，上报单元1120可以包括至少一个下述子单元（图11未示出）：第一上报子单元，用于当所述确认单元1110确认需要上报紧急消息后，通过RACH向网络侧设备上报紧急消息，所述紧急消息携带MAC包头，所述MAC包头中的预留比特位用于承载所述紧急消息的消息标识；第二上报子单元，用于当所述确认单元1110确认需要上报紧急消息后，通过RACH向所述网络侧设备透传紧急消息，所述紧急消息属于无线资源控制协议RRC层消息，所述紧急消息中携带预先设置的消息标识。参见图12，为本发明UE的另一个实施例框图：该UE包括：确认单元1210、上报单元1220和接收单元1230。其中，确认单元1210，用于确认需要上报紧急消息；上报单元1220，用于当所述确认单元1110确认需要上报紧急消息后，向网络侧设备上报紧急消息，所述紧急消息中包含用于指示所述紧急消息的消息标识；接收单元1230，用于接收所述网络侧设备下发的紧急消息，所述紧急消息为所述预设UE组中的第二UE向所述网络侧设备上传的紧急消息。其中，上报单元1220可以包括至少一个下述子单元（图12未示出）：第一上报子单元，用于当所述确认单元1210确认需要上报紧急消息后，通过RACH向网络侧设备上报紧急消息，所述紧急消息携带MAC包头，所述MAC包头中的预留比特位用于承载所述紧急消息的消息标识；第二上报子单元，用于当所述确认单元1210确认需要上报紧急消息后，通过RACH向所述网络侧设备透传紧急消息，所述紧急消息属于无线资源控制协议RRC层消息，所述紧急消息中携带预先设置的消息标识。其中，在一个具体的实施例中，接收单元1230可以包括（图12中未示出）：第一接收子单元，接收所述网络侧设备通过FACH下发的紧急消息，所述FACH中携带预先配置的组标识；第一确认子单元，用于当比较保存的组标识与所述第一接收子单元所接收的紧急消息中携带的预先配置的组标识一致时，确认接收到的消息为紧急消息。在另一个具体的实施例中，接收单元1230可以包括（图12中未示出）：第二接收子单元，用于通过监听commonH-RNTI，获得网络侧设备通过commonH-RNTI广播的下行调度信息，并接收所述网络侧设备按照所述下行调度信息，通过FACH下发的紧急消息，所述FACH中携带预先配置的组U-RNTI标识；第二确认子单元，用于当比较保存的组U-RNTI与所述紧急消息中携带的预先配置的组U-RNTI一致时，确认接收到紧急消息，所述组U-RNTI标识为鉴权过程中CN为所述网络侧设备和所述预设UE组中的UE配置的组标识。在另一个具体的实施例中，接收单元1230可以包括（图12中未示出）至少一个下述单元：第三接收子单元，用于接收所述网络侧设备通过BCCH-RNTI广播的包含调度信息的寻呼消息，以及所述网络侧设备按照所述调度信息下发的紧急消息；第四接收子单元，用于接收所述网络侧设备发送的包含预设时间偏置的寻呼消息，以及所述网络侧设备在所述预设时间偏置到达时下发的紧急消息；第五接收子单元，用于接收所述网络侧设备广播的包含PICH码的寻呼消息，当确定接收到的寻呼消息中的PICH码与所保存的PICH码一致时，监听所述网络侧设备通过PCH或FACH下发的紧急消息，所述PICH码为鉴权过程中，所述网络侧设备和所述预设UE组中的UE根据CN分配的IMSI计算得到的PICH码。由上述实施例可见，本发明实施例中，网络侧设备接收预设UE组中的第一UE上报的紧急消息，该紧急消息中包含用于指示该紧急消息的消息标识，网络侧设备根据消息标识识别出所述第一UE上报的消息为紧急消息后，将紧急消息下发给预设UE组中除该第一UE的其它UE。本发明实施例中网络侧在识别出上报的紧急消息后，即可将该紧急消息下发到各个UE，与现有技术相比，由于紧急消息无需再通过网络侧上传到CN和管理中心服务器后下发，因此减少了紧急消息的传输时延，提高了UE端获取紧急消息的速度。值得注意的是，上述网络侧设备和UE的实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。当前第1页1 2 3