Access control method, device and communication system

Abstract

The invention relates to an access control method, which is applied to the field of short-distance communication, such as a cabin domain. The method comprises the following steps: determining the state of first equipment as a first state; and sending first indication information, wherein the first indication information is used for indicating whether the at least one second device is allowed to access the first device. The system state information is carried in the sent system broadcast message, so that the non-vehicle-mounted equipment selects whether to initiate the random access request or not according to the system state information after receiving the system broadcast message. According to the method, the influence on the CDC for checking the state of the vehicle-mounted equipment and the self-inspection and access of the vehicle-mounted equipment due to the fact that the non-vehicle-mounted equipment initiates the random access request at the stage is avoided, and the vehicle-mounted equipment and some basic services can be ensured to operate normally.

Description

[0001] This application is a divisional application. The application number of the original application is 202080098914.X, and the original application date is March 23, 2020. The entire contents of the original application are incorporated into this application by reference. Technical Field

[0002] The present application relates to the field of communications, and in particular to a differentiated access control method, apparatus and communication equipment, which can be specifically used for short-distance communications, such as cockpit domain communications. Background Art

[0003] Short-range communication technology plays a very important role in people's daily lives, such as Bluetooth, Wi-Fi, etc. With the use and popularization of vehicles, the role of short-range communication technology has become increasingly prominent. With the advancement of technology, the vehicle's advanced driving assistant system (ADAS) and automated driving system (ADS) are also developing continuously. In the future, the driving task of the vehicle is likely to be handed over to the machine to complete, so as to help people free their hands and feet that are bound by driving a car. In addition, the vehicle is not only a means of transportation for users, but also one of the spaces for daily life. Smart cockpit technology can provide people with a large number of functions in the in-car environment, such as richer entertainment activities, audio, video and office experience, etc. It allows people to enjoy in-car office, personalized audio and video entertainment experience, and personalized driving experience.

[0004] At present, the smart cockpit mainly includes cockpit domain controller (CDC), vehicle-mounted equipment and non-vehicle equipment. Among them, the CDC and vehicle-mounted equipment are mainly connected by wired means, while the CDC and non-vehicle equipment are mostly connected wirelessly. However, since the CDC and vehicle-mounted equipment are connected by wire, this method requires the use of a large number of cables, which requires a huge investment. For the small space inside the car, as the number of vehicle-mounted equipment continues to increase, it will also cause wiring difficulties. The cost of wired cables and wiring have become constraints on the development of smart cockpit technology. Therefore, the use of wireless methods to connect the CDC with vehicle-mounted equipment or non-vehicle equipment has become an urgent problem to be solved. Summary of the invention

[0005] The embodiment of the present application provides an access control method, which is applied to the field of general transmission. By sending a cell carrying system status information or access indication information to indicate the current system status, the non-vehicle device determines whether to initiate a random access request after receiving the above information. The access of non-vehicle devices is restricted in a specific stage, thereby avoiding the impact on the CDC's inspection of the vehicle device status and the access of the vehicle device due to the non-vehicle device initiating a random access request at this stage, and ensuring the normal operation of the vehicle device and some basic services.

[0006] In a first aspect, the present application provides an access control method, the method comprising: determining that the state of a first device is a first state; sending a first indication information, the first indication information being used to indicate whether at least one second device is allowed to access the first device. Optionally, the first indication information is carried in a system message, or the first indication information is sent in a broadcast manner. The first indication information may be a master information block (MIB), a system information block (SIB), or a broadcast frame. The MIB may be carried on a physical broadcast channel (PBCH). The SIB is generally included in a radio resource control (RRC) signaling. Optionally, the first indication information is sent in a broadcast manner.

[0007] In a possible implementation, the first state includes at least one of a system preparation state and an onboard device access state, and the first indication information is used to indicate that at least one second device is not allowed to access; or the first state includes at least one of a system operation state and an access allowed state, and the first indication information is used to indicate that the second device is allowed to access. Among them, the system preparation state and / or the onboard device access state can be used to indicate that the onboard device is currently accessing the vehicle CDC, or that the onboard device is currently performing a self-test, so that non-onboard devices can choose not to access the vehicle CDC based on such system states. The system operation state and / or the access allowed state can be used to indicate that the onboard device has currently accessed the vehicle CDC, and non-onboard devices can be allowed to access the vehicle CDC.

[0008] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0009] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0010] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0011] In a possible implementation manner, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information.

[0012] In a possible implementation, the first indication information further includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0013] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0014] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0015] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0016] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0017] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0018] In a possible implementation manner, the device type includes at least one of the following: an on-vehicle device and an off-vehicle device.

[0019] In a second aspect, the present application provides an access method, the method comprising: receiving first indication information from a first device; determining whether to allow a second device to access the first device according to the first indication information. Optionally, the first indication information is carried in a system message or sent in a broadcast manner, for example, the system message may be a system broadcast message. The first indication information may be an MIB, or an SIB, or a broadcast frame. The MIB may be carried on a PBCH. The SIB is generally included in RRC signaling.

[0020] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0021] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0022] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0023] In a possible implementation manner, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information.

[0024] In a possible implementation, the first indication information further includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0025] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0026] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0027] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0028] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0029] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0030] In a possible implementation, the CDC may also be referred to as a vehicle computer or a vehicle computer CDC, the first device is a vehicle computer CDC, the third device is a vehicle-mounted device, and the second device is a non-vehicle-mounted device.

[0031] In a possible implementation manner, the second device is a mobile phone.

[0032] In a third aspect, the present application provides an access control device, which may be a first device itself or a chip or integrated circuit inside the first device. For example, the access control device is a car machine CDC or a chip or integrated circuit inside the car machine CDC. Of course, the access control device may also be a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, and a cellular phone, a personal digital assistant (PDA), an augmented reality (AR) device, a virtual reality (VR) device, an artificial intelligence (AI) device, a wearable device, a vehicle-mounted device, a smart home device and / or a smart city device. The embodiment of the present application does not impose any special restrictions on the specific type of the first device. The device includes: a processing unit, which is used to determine that the state of the first device is a first state; and a sending unit, which is used to send a first indication information, and the first indication information is used to indicate whether at least one second device is allowed to access the first device. Optionally, the first indication information is carried in a system message, or the first indication information is sent in a broadcast manner. The first indication information may be MIB or SIB, or a broadcast frame. MIB may be carried on PBCH. SIB is generally included in RRC signaling. Optionally, the first indication information is sent in a broadcast manner. Optionally, the first indication information is sent in a broadcast manner.

[0033] In a possible implementation, the first state includes at least one of a system preparation state and an onboard device access state, and the first indication information is used to indicate that at least one second device is not allowed to access; or the first state includes at least one of a system operation state and an access allowed state, and the first indication information is used to indicate that the second device is allowed to access. Among them, the system preparation state and / or the onboard device access state can be used to indicate that the onboard device is currently accessing the vehicle CDC, or that the onboard device is currently performing a self-test, so that non-onboard devices can choose not to access the vehicle CDC based on such system states. The system operation state and / or the access allowed state can be used to indicate that the onboard device has currently accessed the vehicle CDC, and non-onboard devices can be allowed to access the vehicle CDC.

[0034] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0035] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0036] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0037] In a possible implementation manner, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information.

[0038] In a possible implementation, the first indication information further includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0039] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0040] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0041] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0042] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0043] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0044] In a possible implementation manner, the device type includes at least one of the following: an on-vehicle device and an off-vehicle device.

[0045] In a fourth aspect, the present application provides an access device, which may be a second device itself or a chip or integrated circuit inside the second device. For example, the access device is a chip or integrated circuit in a vehicle-mounted device or a non-vehicle-mounted device. Of course, the access device may also be a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, a UMPC, a netbook, and a cellular phone, a PDA, an AR device, a VR device, an AI device, a wearable device, a vehicle-mounted device, a smart home device and / or a smart city device. The embodiment of the present application does not impose any special restrictions on the specific type of the first device. The device includes: a receiving unit and a processing unit; wherein the receiving unit is used to receive a first indication information from a first device; and the processing unit is used to determine whether to allow the second device to access the first device according to the first indication information. Optionally, the first indication information is carried in a system message or sent in a broadcast manner, for example, the system message may be a system broadcast message. Among them, the first indication information may be a MIB, or a SIB, or a broadcast frame. Among them, the MIB may be carried on the PBCH. The SIB is generally included in the RRC signaling.

[0046] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0047] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0048] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0049] In a possible implementation manner, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information.

[0050] In a possible implementation, the first indication information further includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0051] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0052] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0053] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0054] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0055] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0056] In a possible implementation, the first device is a vehicle computer CDC, the third device is a vehicle-mounted device, and the second device is a non-vehicle-mounted device.

[0057] In a possible implementation manner, the second device is a mobile phone.

[0058] In a fifth aspect, the present application provides a computer storage medium, which includes computer instructions. When the computer instructions are executed by at least one processor, the methods of the first aspect and the second aspect are implemented.

[0059] In a sixth aspect, the present application provides a computer program product, which implements the methods of the first and second aspects when the program code contained in the computer program product is executed by a processor in an electronic device.

[0060] In a seventh aspect, the present application provides a communication system, the system comprising an access control device as described in any one of the third aspects.

[0061] In a possible implementation, it further includes the access device of any one of the fourth aspects.

[0062] The present application provides an access control method, device and communication system, which indicates the current system status by sending a cell carrying system status information, time threshold and / or access indication information, so that the non-vehicle device determines whether to initiate a random access request after receiving the above new information. This avoids the impact of the CDC's inspection of the vehicle device status and the access of the vehicle device due to the non-vehicle device initiating a random access request at this stage, and ensures that the vehicle device and some basic services can operate normally. BRIEF DESCRIPTION OF THE DRAWINGS

[0063] Figure 1 A schematic diagram of an application scenario provided for an embodiment of the present application;

[0064] Figure 2 A diagram of information interaction between a CDC, an on-board device, and a non-on-board device provided in an embodiment of the present application;

[0065] Figure 3 Another diagram of information interaction between CDC, vehicle-mounted device and non-vehicle-mounted device provided in an embodiment of the present application;

[0066] Figure 4 A diagram of information interaction between another CDC, vehicle-mounted device, and non-vehicle-mounted device provided in an embodiment of the present application;

[0067] Figure 5 A flow chart of an access control method provided in an embodiment of the present application;

[0068] Figure 6 A flow chart of another access control method provided in an embodiment of the present application;

[0069] Figure 7A schematic diagram of an access control device provided in an embodiment of the present application;

[0070] Figure 8 A schematic diagram of an access device provided in an embodiment of the present application;

[0071] Fig. 9 A schematic diagram of a communication system provided for an embodiment of the present application. DETAILED DESCRIPTION

[0072] The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application.

[0073] For the sake of convenience, this application is mainly explained using the smart cockpit scenario of a vehicle as an example, but is not limited to the vehicle scenario. The solution of this application can also be used for short-distance communications in other scenarios. Figure 1 A schematic diagram of an application scenario provided by an embodiment of the present application. Figure 1 As shown, the scene is mainly located in the smart cockpit environment inside the vehicle, and the smart cockpit environment may include CDC, vehicle-mounted devices and non-vehicle-mounted devices. Vehicle-mounted devices and non-vehicle-mounted devices are two types of nodes with different attributes, wherein the vehicle-mounted devices may include but are not limited to any electronic devices located on the vehicle, such as vehicle-mounted microphones, vehicle-mounted speakers, and vehicle-mounted screens. Generally, the vehicle-mounted devices are integrated by vehicle manufacturers (vehicle / car manufacturers). Since the vehicle-mounted devices and CDC are generally integrated by a vehicle manufacturer, there is a relatively fixed connection relationship between the vehicle-mounted devices and the CDC, and the relatively fixed connection relationship can be, for example, a relatively fixed communication topology relationship. Of course, the fixed connection relationship between the vehicle-mounted device and the CDC can be a wired connection or a wireless connection. Non-vehicle devices may include but are not limited to any portable electronic devices that are not on the vehicle, such as mobile phones, headphones, wearable devices, tablet computers, laptop digital cameras, personal digital assistants (PDAs), laptop computers, etc. CDC connects to on-board devices and non-on-board devices via wired or wireless means to control or manage the on-board devices and non-on-board devices, providing a variety of functions for the smart cockpit environment.

[0074] It is understood that a vehicle refers to a vehicle that rotates on land with wheels, including but not limited to cars, electric cars, trucks, buses, etc. CDC is connected to and controls the infotainment products installed in the vehicle, functionally realizing the control of the vehicle entertainment facilities and related equipment, and can also be used to realize information communication between the vehicle and the outside world. It is understandable that CDC can also be generally referred to as a vehicle computer or a vehicle computer CDC, and the "CDC", "vehicle computer CDC", "vehicle computer" and "control domain cockpit" described in this application all have the same meaning.

[0075] In the case of wireless connection, the vehicle CDC is responsible for the management and coordination of the entire wireless resource, and needs to schedule various types of devices for data transmission. Since the vehicle-mounted device and the vehicle-mounted CDC are generally integrated by a vehicle manufacturer, the vehicle-mounted device can be pre-configured with relevant information of the vehicle-mounted CDC, and the vehicle-mounted CDC can be pre-configured with relevant information of the vehicle-mounted device. For example, the vehicle-mounted attribute of the vehicle-mounted device facilitates the rapid authentication and access of the vehicle-mounted device; but the appearance of non-vehicle devices is uncertain, and there is almost no pre-configured relevant information between the non-vehicle devices and the vehicle-mounted CDC. When the non-vehicle device is connected to the vehicle-mounted CDC, it is often necessary to go through the discovery, association, security authentication and other processes to finally connect successfully and communicate. Therefore, how to prioritize the status of the vehicle-mounted device and establish a connection with the vehicle-mounted CDC when powering on is a problem that needs to be solved. Generally, when the vehicle-mounted CDC is powered on, a system broadcast message will be sent, which can enable all vehicle-mounted devices or non-vehicle devices to initiate a connection. However, at this time, the vehicle-mounted CDC should give priority to checking or obtaining the status of the vehicle-mounted device and establishing a connection with the vehicle-mounted device. During this process, the vehicle CDC does not expect to be interrupted by the access of other non-vehicle devices.

[0076] Therefore, this application determines the status of the vehicle CDC, then carries the status in the information element of the system broadcast message, and sends it to the non-vehicle device through broadcast, so that the non-vehicle device determines whether to access according to the status of the vehicle CDC. This ensures that when the vehicle device accesses the vehicle CDC, it will not be affected by the access of the non-vehicle device. This ensures that the vehicle device can operate normally and realize basic business functions.

[0077] It can be understood that the “XX information” and “XX message” involved in this application have the same meaning.

[0078] The technical solutions in the embodiments of the present application will be described in detail below in conjunction with the drawings in the embodiments of the present application.

[0079] Figure 2 An information interaction diagram of a vehicle computer CDC, vehicle-mounted equipment and non-vehicle-mounted equipment provided in an embodiment of the present application.

[0080] The present application relates to a communication system, which includes a master node and a slave node.

[0081] Master nodes and slave nodes refer to two types of nodes that are distinguished in terms of logical functions. The master node manages the slave nodes, has resource scheduling capabilities, and is responsible for scheduling time and frequency resources for the slave nodes; the slave nodes use the time and frequency resources scheduled by the master node to communicate with the master node. The master node can be an access control device, such as a vehicle CDC or other device with access control functions; the slave node can be an access device, such as an on-board device or an off-board device.

[0082] Those skilled in the art can appreciate that any type of first, second, and third devices that meet the communication method provided by the present application can apply the technical solution of the present application, and the second and third devices are different types of devices that can communicate with the first device.

[0083] This application can be used in Figure 1 The smart cockpit environment shown can of course be applied in a smart home environment with similar device relationships, a smart office environment, or any other environment with similar device relationships. For the devices in the environment, for example, they can be mobile phones, tablet computers, desktop computers, laptop computers, handheld computers, notebook computers, UMPCs, netbooks, as well as cellular phones, PDAs, AR devices, VR devices, AI devices, wearable devices, vehicle-mounted devices, smart home devices, and / or smart city devices. The embodiments of the present application do not impose any special restrictions on the specific types of the first device, the second device, and the third device.

[0084] It should be noted that the following embodiments of the present application mainly use the vehicle CDC, vehicle-mounted devices and non-vehicle-mounted devices as examples to illustrate the interaction between the first device, the second device and the third device. However, the present application does not limit the first device to the vehicle CDC, the second device to the non-vehicle-mounted device and the third device to the vehicle-mounted device. It is understandable that the vehicle CDC involved in the following embodiments can be replaced by the first device, the vehicle-mounted device can be replaced by the third device, and the non-vehicle-mounted device can be replaced by the second device.

[0085] Depend on Figure 2 It can be seen that, generally, when the vehicle is ignited, the vehicle CDC and on-board equipment will be powered on and started.

[0086] S201, sending a first indication message.

[0087] The vehicle computer CDC sends the first indication message so that the vehicle-mounted device or the non-vehicle-mounted device receives the first indication message and performs corresponding operations.

[0088] Optionally, the first indication message may be carried on a system message (system information) or sent in a broadcast manner. For example, the system message may be a system broadcast message. This application will exemplify the system broadcast message in the following. To a certain extent, the first indication message may be regarded as a system broadcast message. Among them, the system broadcast message may be MIB, or SIB, or a broadcast frame. Among them, MIB may be carried on PBCH. SIB is generally carried on RRC signaling. It should be noted here that all embodiments of the present application do not limit the first indication information to be carried only on system messages or sent in a broadcast manner, and the first indication information may also be sent through other types of signaling.

[0089] Generally, the types of media access control (MAC) frames are divided into management frames and data frames. Data frames are used to carry business data (payload) between the master node and the slave node. Before the master node and the slave node communicate, a communication link between the master node and the slave node needs to be established so that corresponding security authentication, resource configuration and other operations can be performed in the communication link. Management frames are mainly used by the master node to manage the slave node, for example, including the establishment and release of the connection between the master node and the slave node, security authentication, communication resource configuration, sleep and wake-up, etc. It can be understood that when implementing the above management functions, the message sent by the slave node to the master node also needs to be carried on the management frame.

[0090] If we consider the receiving end of the MAC frame, the MAC frame type can be divided into broadcast frames, multicast frames and unicast frames. Among them, a unicast frame is a MAC frame sent to a single receiving end; a multicast frame is a MAC frame sent to a group of receiving ends; a broadcast frame is a MAC frame sent to all receiving ends. Of course, it can be understood that the present application does not limit the sending method of the first indication message, which can be any other equivalent form such as broadcast, multicast or unicast.

[0091] In some embodiments, before the vehicle CDC sends the system broadcast message, the vehicle CDC may also determine the system status and then configure corresponding resources for the vehicle-mounted device or non-vehicle device. The first indication message carries indication information, which may be resources configured for the vehicle-mounted device or non-vehicle device, and is used to constrain whether the vehicle-mounted device or non-vehicle device is allowed to access the vehicle CDC.

[0092] In some examples, the indication information may be in the form of indicating whether the vehicle-mounted device or the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC, for example, the first indication message sent to the vehicle-mounted device A carries information representing "access to the vehicle-mounted CDC is allowed" or the first indication message sent to the non-vehicle-mounted device B carries information representing "access to the vehicle-mounted CDC is not allowed", etc. The information may be represented by a cell or a few bits. For another example, the indication information may be system status indication information. When the vehicle-mounted device or the non-vehicle-mounted device receives it, it may determine whether to allow access to the vehicle-mounted CDC according to the system status.

[0093] For example, when the vehicle computer CDC is powered on, the vehicle computer CDC can determine the system status of the system currently running on the vehicle computer CDC, and then generate a first indication message. The first indication message may carry system status indication information, wherein the system status indication information may be a status indication field, used to indicate the system status of the system running on the vehicle computer CDC. In one example, the system status indication information may be a Boolean variable, for example, different states of 1 bit may indicate different contents. In another example, the system status indication information may also be an enumeration type. Of course, those skilled in the art should know that the system status indication information may also be any other replaceable data type, and this application is not limited thereto.

[0094] Of course, in other examples, the indication information may also be expressed in a certain resource form, such as time domain resources, frequency domain resources, code domain resources, time-frequency resources, and any other equivalent resource form, which is not limited in this application. When a vehicle-mounted device or a non-vehicle-mounted device is allocated corresponding resources, it means that the vehicle-mounted device or the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC. It is understandable that the allocated corresponding resources can be used as response resources for the vehicle-mounted device or the non-vehicle-mounted device, so that the vehicle-mounted device or the non-vehicle-mounted device can send response information on the allocated resources.

[0095] For example, when the vehicle CDC configures the corresponding response resources for the device that needs to be accessed, the corresponding response resources can be determined for each device that needs to be accessed. The response resource can be a certain time-frequency resource. By allocating the corresponding time-frequency resource to each device, it is guaranteed that the corresponding device can send response information to the vehicle CDC on the determined time-frequency resource. Among them, the response information can indicate the device status of the access device. Therefore, the first indication message can also carry the correspondence between the response resource and the access device. In one example, the correspondence between the response resource and the access device can be explicit, for example, the correspondence between the response resource and the access device is directly carried in the system broadcast message. Of course, in another example, the correspondence between the response resource and the access device can be implicit, for example, the access device can obtain the response resource of the access device according to the pre-configured identity (for example, ID), the time-frequency resource indicated in the system broadcast message, and the preset rules. In other words, the access device obtains the response resource, and the pre-configured identity (for example, ID), the time-frequency resource indicated in the system broadcast message, and the response resource meet the preset rules or mapping relationship. Among them, the preset rules can be pre-agreed in the protocol, and / or the pre-configured identity can be configured when the access device leaves the factory, or it can be configured by the vehicle CDC for the access device when the access device was connected to the vehicle CDC last time. Of course, the configured response resources can also be pre-negotiated between the vehicle CDC and the access device, and the vehicle CDC does not carry information about the response message in the system broadcast message. The corresponding access device can directly indicate the device status of the access device to the vehicle CDC on the corresponding time-frequency resources based on the negotiated response message.

[0096] In other embodiments, the vehicle CDC can also group the terminal devices that need to be accessed. It is understandable that the terminal devices that need to be accessed can be vehicle-mounted devices or non-vehicle-mounted devices. For example, it can be based on the location of the device, or based on the device type of each device, and so on. Normally, vehicle-mounted devices and non-vehicle-mounted devices at the same location will not be assigned to the same group. In other words, the terminal devices in the same group are all vehicle-mounted devices or non-vehicle devices, or are devices of the same preset type. Optionally, each group has a corresponding multicast address. It is understandable that grouping can of course be based on any standard, and this application is not limited here.

[0097] The vehicle CDC groups terminal devices with the same characteristics into a group. Taking the vehicle-mounted devices as an example, the rear speakers and microphones in the smart cockpit environment can be grouped into one group, and the front speakers and microphones in the smart cockpit environment can be grouped into another group, and so on. For another example, the speakers at all locations in the smart cockpit environment are grouped into one group, and the microphones at all locations are grouped into one group, and so on. The vehicle CDC then allocates corresponding response resources to each group of devices. The allocated response resources are used for common use by all terminal devices in the group. It can be understood that for the corresponding resources allocated to each group, the terminal devices in the group can also determine their own response resources from the response resources allocated to the group according to certain rules. Similarly, non-vehicle-mounted devices can be grouped similarly.

[0098] In another example, the grouping may be in the form of an array, for example, a speaker or a microphone may be in the form of an array. The multiple terminal devices in the array are generally geographically close, and there is a central node to manage the devices in the array. For the array form, a response resource may be configured for an array, so that the array can feedback the status of the devices in the array on the configured response resource.

[0099] In one example, after the vehicle-mounted device is powered on, the vehicle-mounted device can perform a self-check according to a program or instruction pre-set in the vehicle-mounted device. It is understandable that the self-check of the vehicle-mounted device is mainly used for the vehicle-mounted device to check whether it has any damage, errors, etc., so as to ensure that the vehicle-mounted device can operate normally. Among them, the pre-configuration information can be the configuration information pre-stored in the vehicle-mounted device. In one example, the configuration information of the vehicle-mounted device can be configured when the vehicle leaves the factory; of course, it can also be pre-configured in other ways before the vehicle-mounted device is powered on.

[0100] In some examples, when the device to be connected is a vehicle-mounted device, the probability of abnormality of the vehicle-mounted device is very low. Therefore, when the vehicle-mounted device CDC configures corresponding response resources for the vehicle-mounted device or non-vehicle-mounted device, only the vehicle-mounted device with abnormal device status can be configured to use the response resource, so that only the abnormal device sends the device status to the vehicle-mounted device CDC on the response resource.

[0101] S202, receiving a first indication message. Further, determining corresponding resources.

[0102] For the vehicle-mounted device, after the vehicle-mounted device receives the first indication message sent by the vehicle-machine CDC, it can determine whether to allow access to the vehicle-machine CDC based on the first indication message. If the vehicle-mounted device can obtain the response resources corresponding to the vehicle-mounted device from the first indication message, it can be considered that the vehicle-mounted device is allowed to access the vehicle-machine CDC. It can be understood that if the correspondence between the response resources and the access devices is explicit, the response resources corresponding to each vehicle-mounted device can be directly obtained from the first indication message for each vehicle-mounted device. Of course, if the correspondence between the response resources and the access devices is implicit, for each vehicle-mounted device, the response resources of the access device can be calculated based on the pre-configured identity (for example, ID), the time-frequency resources indicated in the system broadcast message, and the preset rules. It can be understood that the response resources corresponding to different terminal devices can be different, that is, the vehicle-machine CDC can configure response resources separately for different terminal devices; or they can be the same, that is, different terminal devices share the same response resources.

[0103] In some examples, the in-vehicle device may generate a response message after receiving the first indication message.

[0104] For each vehicle-mounted device, when the vehicle-mounted device obtains the corresponding response resource, a response message of the vehicle-mounted device can be generated. The response message includes device status information. The device status information is used to indicate the device status of the terminal device. For example, normal or abnormal. Of course, in some examples, the device status information can be represented by 0 and 1. For example, 1 indicates that the device is normal, and 0 indicates that the device is abnormal. Of course, in other examples, 0 can indicate that the device is normal, and 1 can indicate that the device is abnormal. Of course, any other numerical value or any equivalent form such as letters, words, etc. can also be used for replacement, and this application is not limited here.

[0105] It is understandable that the response message may also include the ID of the device.

[0106] It is understandable that in some examples, the two parties may agree to only report devices with abnormal status. In this case, the response message may only contain the device ID. After receiving the device ID, the CDC will know that the device status is abnormal. By the same token, the agreement can also stipulate that only the device ID of the normal device is reported, which will not be repeated here.

[0107] In some examples, the device can report the device ID and the device status at the same time. If the status of device 1 is normal, the response message can indicate the device 1 ID and the status is normal; if the status of device 2 is abnormal, the response message can indicate the device 2 ID and the status is abnormal; wherein, for example, information such as "normal status" or "abnormal status" can be represented by a cell or a few bits.

[0108] In some examples, if CDC only requires the device to report a response message when it is in abnormal state, it is assumed that device 1 and device 2 are grouped into a group with group address ID1, and a shared response resource is allocated. At this time, device 1 is in normal state and device 2 is in abnormal state, then device 2 can send device 1 ID or group address ID1 to which device 1 belongs on the resource.

[0109] If the vehicle CDC groups the vehicle devices, the device grouping can be in the form of an array, and a response message is generated for multiple vehicle devices in the array to indicate the device status of the devices in the array. For example, 1 indicates that the array device is normal, and 0 indicates that the array device is abnormal. Of course, in other examples, 0 can indicate that the array device is normal, and 1 can indicate that the array device is abnormal.

[0110] For the status of the devices in the array, it can be that when all the devices in the array are normal, the device group device is normal, and when there are any number of abnormal devices in the array, the array device is considered abnormal. Of course, in other examples, it can also be determined based on the proportion of normal devices or abnormal devices in the array. For example, when the normal devices or abnormal devices are higher than a preset proportion threshold, the array device is considered abnormal, otherwise the array device is considered normal. Of course, it can also be determined based on the number of abnormal devices in the array. For example, if the number of abnormal devices in the array exceeds a preset number threshold, the array device is considered abnormal, otherwise the array device is considered normal. Obviously, any equivalent form can also be used to determine the status of the array device, and this application is not limited here.

[0111] In some examples, when generating a response message, the vehicle-mounted device may also carry the device ID of the vehicle-mounted device. If multiple vehicle-mounted devices form an array, the response message may also carry at least one of an array address and a multicast address.

[0112] In other examples, the response resource may be shared by multiple vehicle-mounted devices. For a device with an abnormal status, the device ID can be sent on the response resource so that the vehicle-mounted CDC can determine which vehicle-mounted device has an abnormality when receiving the response message. Generally, since the vehicle-mounted CDC and the vehicle-mounted devices are manufactured by the same vehicle manufacturer and integrated into the same vehicle, the vehicle-mounted CDC can pre-store the IDs of each vehicle-mounted device.

[0113] It is understandable that since the failure rate of vehicle-mounted devices is generally low, the probability of two devices being abnormal at the same time is also small, so it is reasonable to configure shared response resources for multiple vehicle-mounted devices.

[0114] S203, sending a response message on the corresponding resource. It should be noted that this step is optional and is only for the vehicle-mounted devices that can access and send response messages. For vehicle-mounted devices that are not allowed to access, there is no need to send a response message.

[0115] Optionally, after generating corresponding response information, the on-board device may send the response message to the vehicle computer CDC on the response resource corresponding to the on-board device.

[0116] S204, receiving a response message. Further, generating a second indication message.

[0117] The execution of step 204 corresponds to S203. It is understandable that after receiving the response message, the vehicle CDC can re-determine the system status; if the vehicle CDC does not receive the response message, it is not necessary to re-determine the system status. Of course, in other examples, the vehicle CDC can also periodically, semi-periodically or non-periodically determine the system status without referring to whether the response message sent by the vehicle-mounted device is received.

[0118] After the vehicle CDC receives the response message sent by the vehicle-mounted device, if the corresponding response resources are allocated for different vehicle-mounted devices or arrays, the different response resources can be used to determine which vehicle-mounted devices or arrays sent the response message. Then, based on the device status or array device status in the response message, determine whether each vehicle-mounted device or array has an abnormality. Of course, if time-frequency resources are not allocated separately to different vehicle-mounted devices, the response information also carries the device ID. Therefore, it is possible to determine which vehicle-mounted devices or device groups have an abnormality based on the device ID.

[0119] After determining the device status of the vehicle-mounted device, the vehicle CDC can re-determine the system status and determine the second indication message according to the new system status. The second indication message is a new system broadcast message. The new system broadcast message is of the same type as the system broadcast message in S201, or the type may be different. For the convenience of description, it is not repeated here.

[0120] It is understandable that if the vehicle computer CDC receives the response message and determines that the pre-expected vehicle-mounted device states are normal, then the vehicle computer CDC can re-determine the system state and allow non-vehicle-mounted devices to access through a second indication message.

[0121] Of course, if the vehicle-mounted device that the vehicle-mounted CDC expects in advance is abnormal, or needs to perform other processing, the vehicle-mounted CDC may not re-determine the system state. Since the system broadcast message is generally sent periodically, the non-vehicle device still operates according to the first instruction message.

[0122] It is understandable that receiving the response message and re-determining the system state may be related to each other to a certain extent, or they may be independent of each other.

[0123] In one example, the system status may include: one of the system preparation status, the vehicle-mounted device access status, the system operation status and the access allowed status. Of course, in other examples, other possible system statuses may also be included, which are not limited in this application. Among them, the system preparation status and / or the vehicle-mounted device access status can be used to indicate that the vehicle-mounted device is currently accessing the vehicle-mounted CDC, or that the vehicle-mounted device is currently performing a self-test, so that non-vehicle-mounted devices can choose not to access the vehicle-mounted CDC based on such system status. The system operation status and / or the access allowed status can be used to indicate that the vehicle-mounted device has been accessed to the vehicle-mounted CDC, and non-vehicle-mounted devices may be allowed to access the vehicle-mounted CDC.

[0124] Those skilled in the art can understand that the process of the vehicle CDC determining the state of the vehicle device can also be regarded as the process of the vehicle device accessing the vehicle CDC. The response message sent by the vehicle device can be regarded as the access request message of the vehicle device to some extent.

[0125] Return to S201. After the vehicle computer CDC sends the first indication message, the non-vehicle device can also receive the first indication message sent by the vehicle computer CDC, so the following steps can be performed after S201:

[0126] S205: Receive a first indication message.

[0127] For non-vehicle-mounted devices, when the first indication message sent by the vehicle-machine CDC is received, for example, the first indication message is a system broadcast message. Then determine whether the non-vehicle-mounted device is allowed to access the vehicle-machine CDC based on the system broadcast message. In one example, for example, the system status of the system currently running on the vehicle-machine CDC can be determined based on the system status indication information carried in the system broadcast message, and determine whether the non-vehicle-mounted device is allowed to access the vehicle-machine CDC based on the system status. Of course, in other examples, if the first indication message sent by the vehicle-machine CDC directly indicates whether the non-vehicle-mounted device is allowed to access the vehicle-machine CDC, then based on the information in the first indication message, if access to the vehicle-machine CDC is not allowed, execute S207, and if access to the vehicle-machine CDC is allowed, execute S208.

[0128] S206, determine whether the system state is a preset system state. It should be noted that this step is optional and is only for the case where the first indication message contains system state indication information. If the first indication message contains information for directly indicating whether to access, it is not necessary to determine the system state.

[0129] Specifically, the non-vehicle device determines whether the system state determined in S205 is a preset system state that is preset.

[0130] In one example, if the preset system state is the system preparation state or the vehicle-mounted device access state, it is determined that the non-vehicle-mounted device is not allowed to access the vehicle-mounted CDC, and S207 is executed. Otherwise, it is determined that the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC, and S208 is executed. Of course, it can also be any other equivalent system state, and this application does not limit it here. However, it can be understood that when the preset system state in this example is running, the vehicle-mounted device is performing device access.

[0131] In another example, if the preset system state is a system running state or an access allowed state, it is determined that the non-vehicle device is allowed to access the vehicle CDC, and S208 is executed; otherwise, it is determined that the non-vehicle device is not allowed to access the vehicle CDC, and S207 is executed. Of course, it can also be any other equivalent system state, which is not limited in this application. However, it can be understood that when the preset system state in this example is running, the vehicle-mounted device has completed the device access.

[0132] S207: prohibit non-vehicle-mounted devices from initiating random access requests.

[0133] Non-vehicle devices are prohibited from initiating random access requests to the vehicle CDC.

[0134] S208: Allow the non-vehicle device to initiate a random access request.

[0135] Allow non-vehicle devices to initiate random access requests to the vehicle CDC.

[0136] This application carries system status indication information in the system broadcast. When the on-board device is performing self-check or establishing a connection with the vehicle CDC, non-on-board devices are prohibited from initiating random access requests. This avoids the impact of non-on-board devices initiating random access requests at this stage on the vehicle CDC checking the status of on-board devices and the access of on-board devices. This ensures that the on-board devices and some basic services can operate normally.

[0137] Figure 3 Another diagram of information interaction between CDC, vehicle-mounted equipment and non-vehicle-mounted equipment provided in an embodiment of the present application.

[0138] Figure 3 Another diagram of information interaction between CDC, vehicle-mounted equipment and non-vehicle-mounted equipment is shown. Figure 2 The system state determined in S201 may also be replaced by a time threshold in another case. For example, S301 may be executed.

[0139] S301, sending a first indication message.

[0140] The vehicle CDC sends a first indication message so that the non-vehicle device can determine whether to allow access to the vehicle CDC after receiving the first indication message. Optionally, the first indication message can be a system broadcast message. Of course, it can be understood that the present application does not limit the way the first indication message is sent, which can be broadcast, multicast or any other equivalent form. It can be understood that since the present application is mainly aimed at the vehicle CDC to check the status of the vehicle-mounted device and the access of the vehicle-mounted device, it avoids the impact caused by the non-vehicle device initiating a random access request at this stage. Therefore, the vehicle-mounted device can ignore the time threshold information in the first indication message. Of course, in some examples, the vehicle-mounted device can also determine whether to access the vehicle CDC based on the time threshold information.

[0141] In some embodiments, the first indication message may carry time threshold information. The time threshold information may be time domain indication information, which is used to indicate the time threshold. The time threshold information may be a system frame number (SFN), or an offset from a fixed reference frame, for example, the fixed reference frame may be the first reference frame. The fixed reference frame may be frame 0, or any other reference frame. Of course, the time threshold may also be a specific value, or a time range, which is not limited in this application.

[0142] In an optional implementation, the time threshold information may be a system frame number, such as system frame number 256. When the non-vehicle device determines that the current system frame number is less than or equal to system frame number 256, the non-vehicle device is not allowed to initiate access.

[0143] In another optional implementation, the time threshold information may be one or more time domain offsets relative to a fixed reference frame, for example, the time domain offset may be 256ms, wherein the fixed reference frame may be pre-negotiated or agreed upon between the vehicle computer CDC and the vehicle-mounted device or non-vehicle-mounted device, or may be defined in the protocol. For example, the fixed reference frame is frame No. 64, assuming that the time length of a single frame is 0.5ms. Assuming that the current frame number is 20 and the current absolute time is 10ms, for non-vehicle-mounted devices, access is not allowed within the absolute time of 256ms+64*0.5=288ms.

[0144] In another optional implementation, the time threshold information may also be a time domain offset relative to the first signaling. The time domain offset may be a time threshold, indicating that random access is not allowed to be initiated within a certain time range.

[0145] Among them, the first signaling can be a signaling pre-agreed or negotiated between the vehicle CDC and the non-vehicle equipment, or a signaling defined in the protocol. For example, a certain RRC signaling. Among them, the RRC signaling contains SIB. For example, SIB can be sent periodically. When SIB is sent at a fixed time, in a possible implementation, non-vehicle equipment may not be allowed to initiate access within a certain time window after the vehicle CDC sends SIB, because the vehicle CDC may need to handle other things during this period. Then from the time when the vehicle CDC sends SIB + [time domain offset 1, time domain offset 2], the terminal is not allowed to send random access to CDC within the time window of [time when CDC sends SIB + time domain offset 1, time when CDC sends SIB + time domain offset 2]. It can be understood that RRC signaling may also be carried in a management frame. It should be noted that [time domain offset 1, time domain offset 2] can be represented by a cell or a few bits.

[0146] For another example, in a possible implementation, non-vehicle devices may not be allowed to initiate access within a certain time window after obtaining a certain RRC signaling (such as the first RRC signaling), because the vehicle CDC may need to handle other things during this period. For example, the moment when the non-vehicle device successfully receives the first RRC signaling is the first moment, then the terminal is not allowed to send random access to the vehicle CDC within the time window of [first moment + time domain offset 1, first moment + time domain offset 2]. It can be understood that the RRC signaling may be carried in the control frame.

[0147] It can be understood that the time threshold information may be one time domain offset or multiple time domain offsets.

[0148] In order to ensure that the access of non-vehicle equipment is not affected when the on-board equipment is self-checking or accessing the vehicle computer CDC, the time threshold information carried in the first indication message may be for non-vehicle equipment. In one example, different time thresholds may be set for different non-vehicle equipment. Of course, if there is a device group consisting of multiple non-vehicle equipment, the device group may be in the form of an array. Different time thresholds may also be set for different non-vehicle equipment arrays, which is not limited in this application. In another example, the expression form of the time threshold in the system broadcast message may be explicit, or implicit. The implementation process may refer to S201, which will not be described here for the convenience of description.

[0149] For the setting of time threshold, the vehicle CDC can be set according to the self-check of the vehicle-mounted equipment or the establishment of connection with the vehicle CDC.

[0150] After S301, S202 and S203 are executed. Figure 3The implementation process of S202 and S203 Figure 2 S202 and S203 are the same and will not be described again for the convenience of description.

[0151] S302 may be executed after S203.

[0152] S302, receiving a response message. Further, generating a second indication message.

[0153] The execution of step 302 corresponds to S203. It is understandable that after receiving the response message, the vehicle CDC can reset the time threshold for different non-vehicle devices. If the vehicle CDC does not receive the response message, there is no need to reset the time threshold. In other examples, the vehicle CDC can also set the time threshold periodically, semi-periodically or non-periodically without referring to whether the response message sent by the vehicle device is received.

[0154] Specifically, after receiving the response message, the time threshold may be reset. It is understandable that receiving the response message and resetting the time threshold may be related to each other or may be independent of each other.

[0155] After the vehicle CDC receives the response message sent by the vehicle-mounted device, it determines the device status of the vehicle-mounted device. And resets the time threshold according to the device status of the vehicle-mounted device. Then, the second indication message can be determined according to the new time threshold. Among them, the second indication message is a new system broadcast message. The new system broadcast message is the same type as the system broadcast message in S301, or the type can also be different. For the convenience of description, it is not repeated here.

[0156] Return to S301. After the vehicle computer CDC sends the first indication message, the non-vehicle device can also receive the first indication message sent by the vehicle computer CDC, so the following steps can be performed after S301:

[0157] S303: Receive a first indication message.

[0158] For non-vehicle-mounted devices, when the first indication message sent by the vehicle-mounted CDC is received, for example, the first indication message is a system broadcast message. Then, according to the system broadcast message, it is determined whether the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC. In one example, for example, the time threshold information carried in the system broadcast message can be used to determine the time threshold assigned to the non-vehicle-mounted device by the vehicle-mounted CDC, and according to the time threshold of the non-vehicle-mounted device, it is determined whether the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC. Of course, in other examples, if the first indication message sent by the vehicle-mounted CDC directly indicates whether the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC, then according to the information in the first indication message, if access to the vehicle-mounted CDC is not allowed, S207 is executed, and if access to the vehicle-mounted CDC is allowed, S208 is executed.

[0159] S304, determine whether the current moment meets the time threshold. It should be noted that this step is optional and is only applicable to the case where the first indication message contains time threshold information. If the first indication message directly indicates whether to access, it is not necessary to determine whether the time threshold meets the time threshold.

[0160] Specifically, the non-vehicle device determines whether the current moment satisfies the time threshold.

[0161] In one example, if the current time has reached the time specified by the time threshold, it is determined that the non-vehicle device is not allowed to access the vehicle CDC, and S207 is executed. Otherwise, it is determined that the non-vehicle device is allowed to access the vehicle CDC, and S208 is executed. Of course, the time threshold can be a system frame number, or an offset from a fixed reference frame.

[0162] The implementation process of S207 and S208 is Figure 2 The implementation process of S207 and S208 is the same, and for the convenience of description, it will not be repeated here.

[0163] This application carries time threshold information in the system broadcast to ensure that before the preset time threshold is reached, non-vehicle devices are prohibited from initiating random access requests; or after the preset time threshold is reached, non-vehicle devices are allowed to initiate random access requests. This avoids the impact of non-vehicle devices initiating random access requests at this stage on the CDC's inspection of the status of vehicle-mounted devices and the access of vehicle-mounted devices. This ensures that vehicle-mounted devices and some basic services can operate normally.

[0164] Figure 4 Another CDC, vehicle-mounted device and non-vehicle-mounted device information interaction diagram provided in an embodiment of the present application.

[0165] Figure 4 Another diagram of information interaction between CDC, vehicle-mounted equipment and non-vehicle-mounted equipment is shown. Figure 2The system status determined in S201 and Figure 3 The time threshold set in S301 may be replaced by a set access indication information in another case. For example, S401 may be executed.

[0166] S401, sending a first indication message.

[0167] The vehicle CDC sends a first indication message so that after receiving the first indication message, the vehicle-mounted device or the non-vehicle-mounted device determines whether to allow access to the vehicle CDC. Optionally, the first indication message may be a system broadcast message. Of course, it is understood that the present application does not limit the sending method of the first indication message, which may be broadcast, multicast, or any other equivalent form.

[0168] In some embodiments, the system broadcast message may carry access indication information. The access indication information may be a mapping table of device types and access relationships, or the access indication information may indicate a mapping relationship between device types and access relationships. The mapping table or mapping relationship is used to indicate which types of devices can initiate random access requests and which types of devices are prohibited from initiating random access requests. In an example, the device type may be divided into vehicle-mounted devices and non-vehicle-mounted devices; or may be divided into microphones, speakers, mobile phones, etc.; or may be vehicle-mounted devices, devices that have been connected to a vehicle-mounted CDC, devices that have never been connected to a vehicle-mounted CDC, etc. The device type may also be indicated by a corresponding type index or number, which is not limited in this application.

[0169] The mapping table between device type and access relationship can be displayed or implicit. For example, a display correspondence table can be configured, such as that shown in Table 1. It should be noted that all tables involved in the present application are intended to reflect a correspondence relationship, which is only a form of expression of a correspondence relationship. Any other form of expression that can reflect the correspondence relationship can replace the table, but the present application uses a table to uniformly represent any possible form of expression.

[0170] Terminal equipment Access relationship Car Microphone 0 Car speakers 0 cell phone 1

[0171] Table 1

[0172] It can be seen that if 0 indicates that access is allowed and 1 indicates that access is not allowed, then Table 1 indicates that the vehicle microphone and vehicle speaker are allowed to access, but the mobile phone is not allowed to access. Of course, it is understandable that the device type indication information can also be used to indicate the type of the device being responded to. For example, if "000" is used to identify the vehicle microphone, then {000,0} can indicate that the vehicle microphone is allowed to access.

[0173] If the mapping table between device type and access relationship is implicit, then for example, according to the protocol agreement, a bitmap can be used to indicate which device types are allowed to access. Generally, according to the protocol agreement, each bit of the bitmap can identify a device type. Assume that the bitmap length is 3 bits, and each position corresponds to the vehicle microphone, vehicle speaker, and mobile phone in turn. Then, by sending the bitmap{001}, it means that the vehicle microphone and vehicle speaker are allowed to access, but the mobile phone is not allowed to access. Of course, in other examples, 1 can be used to indicate that access is allowed, 0 can be used to indicate that access is not allowed, or any other arbitrary number can be used for equivalent replacement, and this application is not limited here.

[0174] In one example, different types of devices may have different device priorities. The mapping table between device type and access relationship may be replaced by a mapping table based on device priority and access relationship. It is used to indicate whether devices with different priorities are allowed to initiate random access requests. Of course, it is understandable that multiple different types of devices may have the same device priority. Optionally, the device priority may also be the access priority. Generally, devices with higher priorities may have higher access priorities. For example, the device priority of a vehicle microphone and a vehicle speaker is 1, and the device priority of a mobile phone is 2. If the device priority carried in the first indication message is 1, the vehicle microphone and the vehicle speaker are allowed to access.

[0175] In another example, if there is a device group consisting of multiple non-vehicle devices, the device group can be in the form of an array. A mapping table of device type and access relationship or a mapping table based on device priority and access relationship can be set for different non-vehicle device arrays, and this application does not limit this. In another example, the access indication information can be expressed in an explicit or implicit form in the system broadcast message. The implementation process can refer to S201, and for the convenience of description, it will not be repeated here.

[0176] After S401, S202 and S203 are executed. Figure 4 The implementation process of S202 and S203 Figure 2 S202 and S203 are the same and will not be described again for the convenience of description.

[0177] S402 may be executed after S203 .

[0178] S402, receiving a response message. Further, generating a second indication message.

[0179] The execution of step 402 corresponds to S203. It can be understood that if the vehicle-mounted CDC receives the response message and determines that the status of the pre-expected vehicle-mounted devices is normal, then the vehicle-mounted CDC can reset the access indication information and allow non-vehicle-mounted devices to access through the second indication message. Of course, if the vehicle-mounted device that the vehicle-mounted CDC pre-expects is abnormal or needs other processing, the vehicle-mounted CDC may not reset the access indication information. Since system broadcast messages are generally sent periodically, the non-vehicle-mounted devices still operate according to the instructions of the first indication message.

[0180] After the vehicle CDC receives the response message sent by the vehicle-mounted device, it determines the device status of the vehicle-mounted device. And resets the access indication information according to the device status of the vehicle-mounted device. Then, the second indication message can be determined according to the new access indication information. Among them, the second indication message is a new system message. The new system message is the same as the system broadcast type in S301, or the type can also be different. For the convenience of description, it is not repeated here.

[0181] Return to S401. After the vehicle computer CDC sends the first indication message, the non-vehicle device can also receive the first indication message sent by the vehicle computer CDC, so the following steps can be performed after S401:

[0182] S403: Receive a first indication message.

[0183] For non-vehicle-mounted devices, when the first indication message sent by the vehicle-mounted CDC is received, for example, the first indication message is a system broadcast message. Then determine whether the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC based on the system broadcast message. In one example, for example, the device type and access relationship of the non-vehicle-mounted device can be determined based on the access indication information carried in the system broadcast message, and determine whether the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC based on the device type and access relationship. Of course, in other examples, if the first indication message sent by the vehicle-mounted CDC directly indicates whether the non-vehicle-mounted device is allowed to access the vehicle-mounted CDC, then based on the information in the first indication message, if access to the vehicle-mounted CDC is not allowed, execute S207, and if access to the vehicle-mounted CDC is allowed, execute S208.

[0184] S404, determine whether the access indication information meets the preset condition. It should be noted that this step is optional and is only for the case where the first indication message includes the access indication information. If the first indication message directly indicates whether to access, it is not necessary to determine whether the access indication information meets the preset condition.

[0185] Specifically, the non-vehicle device determines whether the device type of the non-vehicle device allows initiation of a random access request according to the device type and access relationship determined in S403.

[0186] In one example, if the device type of the non-vehicle device does not allow initiation of a random access request, it is determined that the non-vehicle device is not allowed to access the vehicle CDC, and S207 is executed; if the device type of the non-vehicle device allows initiation of a random access request, it is determined that the non-vehicle device is allowed to access the vehicle CDC, and S208 is executed.

[0187] The implementation process of S207 and S208 is Figure 2 The implementation process of S207 and S208 is the same, and for the convenience of description, it will not be repeated here.

[0188] This application carries access indication information in the system broadcast to ensure that only devices that meet the preset conditions are allowed to send random access requests, and devices that do not meet the preset conditions are prohibited from sending random access requests. This avoids the impact caused by non-vehicle devices initiating random access requests when the CDC checks the status of vehicle-mounted devices and the access of vehicle-mounted devices. This ensures that the vehicle-mounted devices and some basic services can operate normally.

[0189] Of course, those skilled in the art should note that Figure 3 The time threshold you set and Figure 4 The access indication information set in Figure 2 The system states determined in the above table exist at the same time. Of course, you can also select any one or any two of them to achieve the access of on-board devices and non-on-board devices controlled by the vehicle computer CDC.

[0190] Figure 5 A flow chart of an access control method provided in an embodiment of the present application.

[0191] like Figure 5 As shown, the present application provides an access control method, which can achieve the above Figures 2 to 4 The interactive process may include the following steps:

[0192] S501: Determine that the state of a first device is a first state.

[0193] S502, send first indication information. The first indication information is used to indicate whether at least one second device is allowed to access the first device. Optionally, the first indication information is carried on a system message or sent in a broadcast manner, for example, the system message may be a system broadcast message. The first indication information may be an MIB, or an SIB, or a broadcast frame. The MIB may be carried on the PBCH. The SIB is generally included in the RRC signaling.

[0194] In a possible implementation, the first state includes at least one of a system preparation state and an onboard device access state, and the first indication information is used to indicate that at least one second device is not allowed to access; or the first state includes at least one of a system operation state and an access allowed state, and the first indication information is used to indicate that the second device is allowed to access. Among them, the system preparation state and / or the onboard device access state can be used to indicate that the onboard device is currently accessing the vehicle CDC, or that the onboard device is currently performing a self-test, so that non-onboard devices can choose not to access the vehicle CDC based on such system states. The system operation state and / or the access allowed state can be used to indicate that the onboard device has currently accessed the vehicle CDC, and non-onboard devices can be allowed to access the vehicle CDC.

[0195] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0196] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0197] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0198] In a possible implementation, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information. The first indication information also includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0199] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0200] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0201] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0202] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0203] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0204] In a possible implementation manner, the device type includes at least one of the following: an on-vehicle device and an off-vehicle device.

[0205] Figure 6 A flow chart of another access control method provided in an embodiment of the present application.

[0206] like Figure 6 As shown, the present application provides another access control method, which can achieve the above Figures 2 to 4 The method may include the following steps:

[0207] S601, receiving first indication information from a first device. Optionally, the first indication information is carried in a system message or sent in a broadcast manner. For example, the system message may be a system broadcast message. The first indication information may be an MIB, or an SIB, or a broadcast frame. The MIB may be carried on a PBCH. The SIB is generally included in RRC signaling.

[0208] S602: Determine whether to allow the second device to access the first device according to the first indication information.

[0209] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0210] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0211] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0212] In a possible implementation, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information. The first indication information also includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0213] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0214] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more. In a possible implementation, the first indication information includes resource indication information, and the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0215] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0216] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0217] In a possible implementation, the first device is a vehicle computer CDC, the third device is a vehicle-mounted device, and the second device is a non-vehicle-mounted device.

[0218] In a possible implementation manner, the second device is a mobile phone.

[0219] Figure 7 A schematic diagram of an access control device provided in an embodiment of the present application.

[0220] like Figure 7As shown, the present application provides an access control device 700, wherein the access control device 700 may be the first device itself, such as a vehicle computer CDC, or the access control device may be a chip or an internal component in the first device, etc. Of course, the access control device may also be a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a personal digital assistant (PDA), an augmented reality (AR) device, a virtual reality (VR) device, an artificial intelligence (AI) device, a wearable device, a vehicle-mounted device, a smart home device and / or a smart city device. The present application embodiment does not impose any special restrictions on the specific type of the first device.

[0221] The access control device 700 can implement the above Figures 2 to 4 Interaction process. Among them, the access control device 700 includes: a processing unit 701, used to determine that the state of the first device is a first state; and a sending unit 702, used to send a first indication information, the first indication information is used to indicate whether at least one second device is allowed to access the first device. Optionally, the first indication information is carried in a system message, or the first indication information is sent in a broadcast manner. Among them, the first indication information may be a MIB or a SIB, or a broadcast frame. Among them, the MIB may be carried on the PBCH. The SIB is generally included in the RRC signaling. Optionally, the first indication information is sent in a broadcast manner. Optionally, the first indication information is sent in a broadcast manner.

[0222] In a possible implementation, the first state includes at least one of a system preparation state and an onboard device access state, and the first indication information is used to indicate that at least one second device is not allowed to access; or the first state includes at least one of a system operation state and an access permission state, and the first indication information is used to indicate that the second device is allowed to access. Among them, the system preparation state and the onboard device access state can be used to indicate that the onboard device is currently accessing the vehicle CDC, or that the onboard device is currently performing a self-test, so that non-onboard devices can choose not to access the vehicle CDC based on such system states. The system operation state and the access permission state can be used to indicate that the onboard device has currently accessed the vehicle CDC, and non-onboard devices can be allowed to access the vehicle CDC.

[0223] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0224] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0225] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0226] In a possible implementation, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information. The first indication information also includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0227] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0228] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0229] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0230] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0231] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0232] In a possible implementation manner, the device type includes at least one of the following: an on-vehicle device and an off-vehicle device.

[0233] Figure 8A schematic diagram of an access device provided in an embodiment of the present application.

[0234] like Figure 8 As shown, the present application provides an access device 800, wherein the access device 800 may be the second device or the third device itself, such as an in-vehicle device or an off-vehicle device, or the access device may be a chip or internal component in the second device or the third device. Such as a chip or internal component in an in-vehicle device or an off-vehicle device. Of course, the access device may also be a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, a UMPC, a netbook, as well as a cellular phone, a PDA, an AR device, a VR device, an AI device, a wearable device, an in-vehicle device, a smart home device and / or a smart city device. The embodiments of the present application do not impose any special restrictions on the specific type of the first device.

[0235] The access device 800 can be used to implement the above Figures 2 to 4 Interaction process. Among them, the access device 800 includes: a receiving unit 801 and a processing unit 802. Among them: the receiving unit 801 is used to receive the first indication information from the first device; and the processing unit 802 is used to determine whether to allow the second device to access the first device according to the first indication information. Optionally, the first indication information is carried in a system message or sent in a broadcast manner, for example, the system message may be a system broadcast message. Among them, the first indication information may be an MIB, or an SIB, or a broadcast frame. Among them, the MIB may be carried on the PBCH. The SIB is generally included in the RRC signaling.

[0236] In a possible implementation manner, the first indication information is used to indicate whether access is allowed for at least one third device.

[0237] In a possible implementation, the first indication information includes device type information, and the device type of at least one second device belongs to at least one device type indicated by the device type information. Further, the second device determines whether to access the first device according to the device type information.

[0238] In a possible implementation manner, the first indication information further includes access indication information, where the access indication information is used to indicate whether access to the first device is allowed.

[0239] In a possible implementation, the first indication information includes priority information, and the priority of at least one second device belongs to at least one priority indicated by the priority information. The first indication information also includes access indication information, and the access indication information is used to indicate whether access to the first device is allowed. Further, the second device determines whether to access the first device according to the priority information and the access indication information.

[0240] In a possible implementation manner, the first indication information includes first time information, where the first time information is used to indicate that at least one second device is not allowed to access the first device within a first time range.

[0241] In a possible implementation, the first time range is a time domain offset relative to a first reference frame, or a time domain offset relative to a first signaling. The first reference frame may be a first system frame number pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a first system frame number defined in a protocol; or, the first signaling may be a certain signaling pre-agreed or negotiated between the vehicle CDC and a non-vehicle device, or a certain signaling defined in a protocol. For example, the first signaling may be an RRC signaling. And, the time domain offset may be one or more.

[0242] In a possible implementation manner, the first indication information includes resource indication information, where the resource indication information indicates resources used for at least one third device; or, the resources indicated by the resource indication information are not used for at least one second device.

[0243] In a possible implementation manner, there is a corresponding relationship between the resource indicated by the resource indication information and the device type and / or priority of the at least one third device.

[0244] In a possible implementation, the first indication information includes a Boolean variable or an enumeration variable, or any other equivalent variable type.

[0245] In a possible implementation, the first device is a vehicle computer CDC, the third device is a vehicle-mounted device, and the second device is a non-vehicle-mounted device.

[0246] In a possible implementation manner, the second device is a mobile phone.

[0247] Fig. 9 A schematic diagram of a communication system provided for an embodiment of the present application.

[0248] like Fig. 9 As shown, the present application provides a communication system 900, the communication system 900 includes Figure 7 An access control device 700 is shown.

[0249] The access control device 700 includes at least one processor and a communication interface. Further, it may also include at least one memory. Optionally, the processor, memory, and communication interface in the access control device 700 may establish a communication connection through a bus. The communication interface provides information input and / or output for at least one processor.

[0250] The at least one processor may include at least one of a central processing unit (CPU), a graphics processing unit (GPU), and a digital signal processing (DSP) chip.

[0251] The memory may include volatile memory, such as random-access memory (RAM); the memory may also include non-volatile memory (English: non-volatile memory), such as read-only memory (ROM), flash memory, hard disk drive (HDD) or solid state drive (SSD); the memory 2002 may also include a combination of the above types of memory.

[0252] At least one processor is used to couple with the memory and read and execute instructions in the memory. When the processor is running, the instructions are executed, so that the processor can implement the functions shown in the access control device 700.

[0253] In a possible implementation, the access control device 700 may be capable of implementing the above Figure 7 A chip having the above functions, or a chip capable of realizing the above functions Figure 7 Vehicles with the functions described.

[0254] In a possible implementation, the communication system 900 further includes: Figure 8 Access device 800 is shown.

[0255] The access device 800 includes a processor, a memory, a communication interface and a bus. The processor, the memory and the communication interface in the access device 800 can establish a communication connection through the bus.

[0256] The processor may be a central processing unit (CPU).

[0257] The memory may include volatile memory, such as random-access memory (RAM); the memory may also include non-volatile memory (English: non-volatile memory), such as read-only memory (ROM), flash memory, hard disk drive (HDD) or solid state drive (SSD); the memory 2002 may also include a combination of the above types of memory.

[0258] The processor is used to couple with the memory and read and execute instructions in the memory. When the processor is running, the instructions are executed, so that the processor can implement the functions shown in the access device 800.

[0259] In a possible implementation, the access device 800 may be a device capable of implementing the above Figure 8 A chip with the above mentioned functions.

[0260] The present application also provides a transportation tool or intelligent device, such as a drone, a car, an unmanned transport vehicle or a robot, etc., wherein the transportation tool or intelligent device comprises the above-mentioned access control device. Further, optionally, the transportation tool also comprises the above-mentioned access device.

[0261] The present application provides an access control method, device and communication system, which carries system status information, time threshold and / or access indication information in the transmitted system broadcast message, so that after receiving the system broadcast message, the non-vehicle device chooses whether to initiate a random access request according to the system status information, time threshold and / or access indication information. This avoids the impact of the CDC checking the status of the vehicle-mounted device and the access of the vehicle-mounted device due to the non-vehicle device initiating a random access request at this stage. This ensures that the vehicle-mounted device and some basic services can operate normally.

[0262] Those skilled in the art should be aware that in one or more of the above examples, the functions described in the embodiments of the present application can be implemented with hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or codes on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein the communication media include any media that facilitates the transmission of a computer program from one place to another. The storage medium can be any available medium that a general or special-purpose computer can access.

[0263] The steps of the method or algorithm described in conjunction with the embodiments disclosed herein may be implemented using hardware, a software module executed by a processor, or a combination of the two. The software module may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0264] The specific implementation methods described above further illustrate the purpose, technical solutions and beneficial effects of the present application in detail. It should be understood that the above description is only the specific implementation method of the present application and is not intended to limit the scope of protection of the present application. Any modifications, equivalent substitutions, improvements, etc. made on the basis of the technical solutions of the present application should be included in the scope of protection of the present application.

Claims

1. An access control method, characterized in that: Executed by a first device, the method includes: Send first indication information, wherein the first indication information includes access indication information, wherein the access indication information is used to indicate a mapping relationship between a device type and an access relationship, wherein the mapping relationship between the device type and the access relationship is indicated in the form of a bitmap, and each bit of the bitmap corresponds to one of the device types.

2. The access control method according to claim 1, characterized in that: The device types include vehicle-mounted devices and non-vehicle-mounted devices.

3. The access control method according to claim 1, characterized in that: The access relationship indicates whether access is allowed or not allowed.

4. The access control method according to claim 1, characterized in that: The first bit of the bitmap is used to indicate whether the vehicle-mounted device is allowed to access, and the second bit of the bitmap is used to indicate whether the non-vehicle-mounted device is allowed to access.

5. The access control method according to claim 4, characterized in that: The first bit of the bitmap is 0 to indicate that the non-vehicle device is allowed to access, and the first bit of the bitmap is 1 to indicate that the non-vehicle device is not allowed to access; The second bit of the bitmap is 0 to indicate that the vehicle-mounted device is allowed to access, and the second bit of the bitmap is 1 to indicate that the vehicle-mounted device is not allowed to access.

6. The access control method according to any one of claims 1 to 5, characterized in that: The sending of the first indication information includes: The first indication information is sent to a second device, where the second device is a non-vehicle-mounted device, and the first indication information is used to indicate whether the second device is allowed to access the first device.

7. The access control method according to any one of claims 1 to 5, characterized in that: The first indication information is carried in a system message.

8. The access control method according to any one of claims 1 to 5, characterized in that: The first indication information is sent in a broadcasting manner.

9. The access control method according to any one of claims 1 to 5, characterized in that: The first device is a vehicle cockpit domain controller.

10. An access method, characterized in that: Executed by a second device, the method includes: Receiving first indication information from a first device; Based on the first indication information, determine whether the second device is allowed to access the first device, the first indication information includes access indication information, and the access indication information is used to indicate a mapping relationship between device types and access relationships. The mapping relationship between device types and access relationships is indicated in the form of a bitmap, and each bit of the bitmap corresponds to one of the device types.

11. The access method according to claim 10, characterized in that: The device types include vehicle-mounted devices and non-vehicle-mounted devices.

12. The access method according to claim 10, characterized in that: The access relationship indicates whether access is allowed or not allowed.

13. The access method according to claim 10, characterized in that: The first bit of the bitmap is used to indicate whether the vehicle-mounted device is allowed to access, and the second bit of the bitmap is used to indicate whether the non-vehicle-mounted device is allowed to access.

14. The access method according to claim 13, characterized in that: The first bit of the bitmap is 0 to indicate that the non-vehicle device is allowed to access, and the first bit of the bitmap is 1 to indicate that the non-vehicle device is not allowed to access; The second bit of the bitmap is 0 to indicate that the vehicle-mounted device is allowed to access, and the second bit of the bitmap is 1 to indicate that the vehicle-mounted device is not allowed to access.

15. The access method according to any one of claims 10 to 14, characterized in that: The first indication information is carried in a system message.

16. The access method according to any one of claims 10 to 14, characterized in that: The first indication information is sent in a broadcasting manner.

17. The access method according to any one of claims 10 to 14, characterized in that: The first device is a vehicle cockpit domain controller, and the second device is a non-vehicle device.

18. The access method according to claim 17, characterized in that: The second device is a mobile phone.

19. A device, characterized in that: The device includes at least one processor and a communication interface, wherein the at least one processor is used to execute instructions in a memory, and when the instructions are executed by the at least one processor, the method described in any one of claims 1 to 18 is implemented.

20. A computer storage medium, characterized in that The computer storage medium includes computer instructions, and when the computer instructions are executed by at least one processor, the method of any one of claims 1-18 is implemented.

21. A computer program product, characterized in that When the program code contained in the computer program product is executed by a processor in an electronic device, the method described in any one of claims 1 to 18 is implemented.

Images