Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In the solution, a first device may determine a first ID of an A-IoT device based on at least one of the following: first information received from a communication node and used for determination of the first ID, information of the A-IoT device, or a second ID generated by the A-IoT device; and transmit information of the first ID to the communication node for a communication between the A-IoT device and the communication node. In this way, an ID of an A-IoT device for A-IoT communication may be determined.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to devices and methods of communication for ambient-Internet of things (A-IoT) .BACKGROUND

[0002] Currently, it has been agreed that a communication node may perform an A-IoT paging to trigger one or more A-IoT devices, and the triggered one or more A-IoT devices may perform a transmission of an A-IoT device identity (ID) via an A-IoT random access procedure or without using the A-IoT random access procedure. The A-IoT device ID may be used in a data transmission between the A-IoT device and the communication node. However, a solution of a communication between the A-IoT device and the communication node is still incomplete and needs to be further developed.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for A-IoT.

[0004] In a first aspect, there is provided a first device. The first device comprises a processor. The processor is configured to cause the first device to: determine a first ID of an A-IoT device based on at least one of the following: first information received from a communication node and used for determination of the first ID, information of the A-IoT device, or a second ID generated by the A-IoT device; and transmit information of the first ID to the communication node for a communication between the A-IoT device and the communication node.

[0005] In a second aspect, there is provided an A-IoT device. The A-IoT device comprises a processor. The processor is configured to cause the A-IoT device to: receive, from a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and perform a reselection of the resource based on the second information.

[0006] In a third aspect, there is provided a communication node. The communication node comprises a processor. The processor is configured to cause the communication node to:determine second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and transmit the second information to an A-IoT device.

[0007] In a fourth aspect, there is provided a method of communication. The method comprises: determining, at a first device, a first ID of an A-IoT device based on at least one of the following: first information received from a communication node and used for determination of the first ID, information of the A-IoT device, or a second ID generated by the A-IoT device; and transmitting information of the first ID to the communication node for a communication between the A-IoT device and the communication node.

[0008] In a fifth aspect, there is provided a method of communication. The method comprises: receiving, at an A-IoT device and from a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and performing a reselection of the resource based on the second information.

[0009] In a sixth aspect, there is provided a method of communication. The method comprises: determining, at a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and transmitting the second information to an A-IoT device.

[0010] In a seventh aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to any of the fourth to sixth aspects of the present disclosure.

[0011] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Through the more detailed description of some embodiments of the present  disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0013] FIG. 1 illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0014] FIG. 2 illustrates a signaling chart illustrating an example process of communication for an A-IoT device ID transmission according to embodiments of the present disclosure;

[0015] FIG. 3 illustrates a signaling chart illustrating another example process of communication for an A-IoT device ID transmission according to embodiments of the present disclosure;

[0016] FIG. 4 illustrates a signaling chart illustrating an example process of an A-IoT device ID transmission according to embodiments of the present disclosure;

[0017] FIG. 5 illustrates a signaling chart illustrating another example process of an A-IoT device ID transmission according to embodiments of the present disclosure;

[0018] FIG. 6 illustrates a signaling chart illustrating an example process of an A-IoT device ID allocation during a random access according to embodiments of the present disclosure;

[0019] FIG. 7A illustrates a signaling chart illustrating an example process of an A-IoT device ID allocation during a paging according to embodiments of the present disclosure;

[0020] FIG. 7B illustrates a signaling chart illustrating another example process of an A-IoT device ID allocation during a paging according to embodiments of the present disclosure;

[0021] FIG. 8 illustrates a signaling chart illustrating an example process of A-IoT communication management according to embodiments of the present disclosure;

[0022] FIG. 9 illustrates a signaling chart illustrating an example process of communication for access resource adjustment according to embodiments of the present disclosure;

[0023] FIG. 10A illustrates an example scenario of an access resource adjustment according to embodiments of the present disclosure;

[0024] FIG. 10B illustrates another example scenario of an access resource adjustment according to embodiments of the present disclosure;

[0025] FIG. 10C illustrates another example scenario of an access resource adjustment according to embodiments of the present disclosure;

[0026] FIG. 11 illustrates a flowchart of an example method of communication  implemented at a first device in accordance with some embodiments of the present disclosure;

[0027] FIG. 12 illustrates a flowchart of an example method of communication implemented at an A-IoT device in accordance with some embodiments of the present disclosure;

[0028] FIG. 13 illustrates a flowchart of an example method of communication implemented at a communication node in accordance with some embodiments of the present disclosure; and

[0029] FIG. 14 illustrates a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

[0030] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0031] Principle of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0032] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0033] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, Internet of things (IoT) devices, ultra-reliable and low latency communications (URLLC) devices, Internet of everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , small data transmission (SDT) , mobility, multicast and broadcast services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , space borne  vehicles or air borne vehicles in non-terrestrial networks (NTN) including Satellites and high altitude platforms (HAPs) encompassing unmanned aircraft systems (UAS) , extended reality (XR) devices including different types of realities such as augmented reality (AR) , mixed reality (MR) and virtual reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple subscriber identity module (SIM) as known as multi-SIM. The term ‘terminal device’ can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0034] The term ‘network device’ may refer to a core network (CN) device or a radio access network (RAN) device. The term ‘CN device’ refers to any device or entity that provides access and mobility management function (AMF) , network exposure function (NEF) , authentication server function (AUSF) , unified data management (UDM) , session management function (SMF) , user plane function (UPF) , a location management function (LMF) , etc. In other embodiments, the CN device may be any other suitable device or entity providing any other suitable functionality.

[0035] As used herein, the term ‘RAN device’ refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of an RAN device include, but not limited to, a satellite, an unmanned aerial systems (UAS) platform, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0036] The terminal device or the network device may have artificial intelligence (AI) or machine learning (ML) capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0037] The terminal or network device may work on several frequency ranges, e.g. FR1 (410 MHz to 7125 MHz) , FR2 (24.25GHz to 71GHz) , frequency band larger than 100GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connections with the network devices under MR-DC application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0038] The network device may have the function of network energy saving, self-organizing networks (SON)  / minimization of drive tests (MDT) . The terminal may have the function of power saving.

[0039] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0040] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, information A may be transmitted to the terminal device from the first network device and information B may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0041] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an  embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. The term ‘and / or’ indicates that there may be three relationships. For example, A and / or B may indicate cases includes ‘only A’ , ‘both A and B’, and ‘only B’ . The term ‘at least one of the following items’ or a similar expression thereof refers to any combination of these items, including any combination of a single item or a plurality of items. For example, ‘at least one of A, B, or C’ may represent A, B, C, ‘A and B’ , ‘A and C’ , ‘B and C’ , or ‘A, B and C’ . Other definitions, explicit and implicit, may be included below.

[0042] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0043] In the context of the present disclosure, the term ‘A-IoT device’ may be interchangeably used with ‘passive IoT’ or ‘A-IoT’ or ‘tag’ or ‘zero power device’ . The term ‘A-IoT device’ may refer to a device comprising an energy harvesting module and a backscattering module. The A-IoT device may receive an energy supply signal or command via the energy harvesting module and backscatter a signal via the backscattering module. Some example use cases of the A-IoT device are listed in Table 1 below.

[0044] Table 1

[0045] In the context of the present disclosure, the term ‘command UE’ may refer to a terminal device transmitting a command to an A-IoT device to implement select, inventory or access (e.g., read and write) to the A-IoT device. The term ‘excitation UE’ may refer to a terminal device providing an excitation signal or energy to an A-IoT device. After receiving the excitation signal, the A-IoT device may generate an induced current, and then receive information and send information through energy obtained by the induced current. It is to be understood that the names ‘command UE’ and ‘excitation UE’ merely are examples, and any other suitable names are also feasible.

[0046] In the context of the present disclosure, the term ‘communication node’ herein may refer to a node (e.g., a terminal device or a RAN device or a CN device) communicating with an A-IoT device. The term ‘a communication node’ may be interchangeably used with ‘a node’ , ‘a reader’ , ‘an interrogator’ , ‘a base station’ ‘a managing node’ or any other suitable names. In some embodiments, the communication node may be a node providing excitation signal or energy to an A-IoT device (i.e., an energy providing node or an energy resource) . In some embodiments, the communication node may be command UE. In some embodiments, the communication node may be excitation UE.

[0047] In the context of the present disclosure, the term ‘power’ may be interchangeably  used with ‘energy’ . The term ‘energy status’ may refer to remaining energy storage (by an energy unit of J or mA / h) or operating time which can be supported by current energy storage or data volume which can be transmitted / received under the current energy storage. The term ‘energy status’ may be interchangeably used with ‘power status’ or ‘energy state’ .

[0048] In the context of the present disclosure, the term ‘paging’ or ‘A-IoT paging’ herein may refer to a method or a procedure that a reader used to notify an A-IoT device to participate in a transmission between the reader and the A-IoT device. A-IoT paging is a function to be used for the initial trigger message (s) to indicate device (s) that need to respond, or indicate device (s) to determine whether to respond. Multiple A-IoT devices may be involved in one paging procedure. An A-IoT device may be paged by more than one reader in one time period. The term ‘paging’ , ‘paging message’ or ‘initial trigger message’ may be interchangeably used with any other names. There may be multiple paging messages during one paging procedure, and A-IoT devices may determine whether to respond based on more than one paging messages.

[0049] In the context of the present disclosure, the term ‘aresponse to a paging’ herein may refer to at least one of the following: determining the paging is for an A-IoT device, setting a status according to the paging message, determining the A-IoT device needs to access to a reader, or initiating an access operation upon triggered by a further access trigger indication.

[0050] In the context of the present disclosure, the term ‘an access round’ may refer to a round of operations for accessing to a communication node, and may be interchangeably used with ‘a round of operations’ or ‘an access attempt’ or ‘an attempt’ or ‘a round’ . The term ‘access trigger indication’ herein may be interchangeably used with ‘access round indication’ or ‘DL access order’ or ‘access Msg0’ . The term ‘access procedure’ or ‘random access procedure’ may refer to a procedure for accessing to a communication node. The access procedure may comprise one or multiple access rounds or attempts. The term ‘access procedure’ may be interchangeably used with ‘access process’ or ‘access operation’ . The term ‘D2R message’ may refer to a message from an A-IoT device to a communication node, and the term ‘R2D message’ may refer to a message from a communication node to an A-IoT device. The term ‘Msg’ may be interchangeably used with ‘message’ .

[0051] In the context of the present disclosure, the term ‘temporary identity (ID) ’ may refer to an ID of an A-IoT device temporarily used for a communication between the A-IoT device and a communication node (i.e., used for scheduling in an A-IoT interface, or used as control  information) . The term ‘temporary ID’ may be interchangeably used with ‘access stratum (AS) temporary ID’ or ‘AS ID’ . The term ‘random ID’ may refer to an ID randomly generated by an A-IoT device for an access to a communication node (i.e., used for contention resolution) . The term ‘device ID’ may refer to an ID of an A-IoT device used for a communication between the A-IoT device and a communication node (i.e., used for scheduling in an A-IoT interface) during data transmission after access to the communication node. It is to be noted that the terms ‘temporary ID’ , ‘random ID’ and ‘device ID’ may adopt any other suitable names. For convenience, the terms ‘temporary ID’ , ‘random ID’ and ‘device ID’ herein may also be referred to as ‘first ID’ , ‘second ID’ and ‘third ID’ respectively.

[0052] In the context of the present disclosure, an A-IoT device may perform a random access by the following procedure:

[0053] - step 1: random access type (i.e. contention-free or contention-based) and access occasion / resource determination:

[0054] - if the random access is contention-free access:

[0055] - selects an indicated D2R occasion / resource;

[0056] - skips contention resolution in step 2 below and performs data transmission.

[0057] - if the random access is contention-based random access:

[0058] - performs access occasion / resource determination / selection;

[0059] - performs the step 2 for contention resolution.

[0060] - step 2: contention resolution of contention-based random access:

[0061] - there are two candidate solutions being studied for the contention resolution, as below:

[0062] - solution 1: A-IoT Msg1 without data

[0063] - A-IoT Msg1: when the A-IoT device identifies the start of its own access occasion, it sends one 16-bits random ID generated by the A-IoT device to the reader.

[0064] - A-IoT Msg2: the reader responds with the successfully received random ID.

[0065] If the A-IoT device receives the A-IoT Msg2 including a random ID, which is the same as the previously transmitted one in A-IoT Msg1, the A-IoT device considers the contention resolution as successful.

[0066] - solution 2: A-IoT Msg1 with data

[0067] - A-IoT Msg1: when the A-IoT device identifies the start of its own access occasion, it sends the A-IoT Msg1 including the upper layer data, which can be the device ID and / or any other upper layer data, in addition to one 16-bits random ID generated by the A-IoT device to the reader.

[0068] - A-IoT Msg2: the reader may respond with the successfully received random ID. If the A-IoT device receives the A-IoT Msg2 including a random ID, which is the same as the previously transmitted one in A-IoT Msg1, the A-IoT device considers the contention resolution as successful.

[0069] - After the A-IoT device considers the contention resolution as successful, if the contention-based random access is used, or if the contention-free access is used, the A-IoT device may perform an upper layer data transmission with the reader, which can be the device ID and / or any other upper layer data.

[0070] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0071] EXAMPLE OF COMMUNICATION NETWORK

[0072] FIG. 1 illustrates a schematic diagram of an example communication network 100 in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication network 100 may include terminal devices 110 and 111 and a RAN device 120. In some embodiments, the RAN device 120 may provide one or more serving cells (not shown) to serve the terminal devices 110 and 111. For convenience, the RAN device 120 may also be referred to as a network device 120 herein.

[0073] As shown in FIG. 1, the communication network 100 may further include one or more A-IoT devices 130 (i.e., a set of A-IoT devices) . In some embodiments, the RAN device 120 and each of the one or more A-IoT devices 130 may communicate with each other. In some embodiments, one of the terminal devices 110 and 111 and each of the one or more A-IoT devices 130 may communicate with each other. In some embodiments, each of the one or more A-IoT devices 130 may communicate with one of the terminal devices 110 and 111 in a forward link (FL) , and may communicate with the RAN device 120 in a backward link (BL) . In some embodiments, each of the one or more A-IoT devices 130 may communicate with the RAN device 120 in a FL, and may communicate with one of the terminal devices 110 and 111 in a BL. In the context of the present disclosure, the term ‘FL’  may refer to a communication link terminated at A-IoT devices, and may also be referred to as downlink (DL) , mobile terminated (MT) , or R2D. The term ‘BL’ may refer to a communication link originated at A-IoT devices, and may also be referred to as uplink (UL) , mobile originated (MO) , or D2R.

[0074] As shown in FIG. 1, the communication network 100 may further include a CN device 140 and an A-IoT server 150. In some scenarios, each of the one or more A-IoT devices 130 may communicate with the A-IoT server 150 via a cellular network comprising the terminal device 110 and / or 111 and / or 112, and the RAN device 120 and the CN device 140. For convenience, the CN device 140 may also be referred to as a network device 140 herein.

[0075] It is to be understood that the number of devices in FIG. 1 is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100 may include any suitable number of RAN devices and / or terminal devices and / or A-IoT devices and / or CN devices and / or A-IoT servers adapted for implementing implementations of the present disclosure.

[0076] The terminal device 110 may communicate with the RAN device 120 via a Uu interface. The RAN device 120 may communicate with the CN device 140 via an Ng interface. The communications in the communication network 100 may conform to any suitable standards including, but not limited to, global system for mobile communications (GSM) , long term evolution (LTE) , LTE-evolution, LTE-advanced (LTE-A) , new radio (NR) , wideband code division multiple access (WCDMA) , code division multiple access (CDMA) , GSM EDGE radio access network (GERAN) , machine type communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-advanced networks, or the sixth generation (6G) networks.

[0077] In some scenarios, the terminal device 110, the RAN device 120 or the CN device 140 may serve as a node (also referred to as a managing node or a communication node herein) of managing the one or more A-IoT devices 130. In some embodiments, each communication node may page one or more A-IoT devices. In some embodiments, each  communication node may indicate one or more A-IoT devices to perform an access to this communication node. In some embodiments for the access, a communication node may initiate a procedure (for convenience, also referred to as a first procedure herein) with a reporting of an ID of an A-IoT device. For example, the first procedure may be a command procedure with an inventory procedure. In some alternative embodiments, a communication node may initiate a procedure (for convenience, also referred to as a second procedure herein) without a reporting of an ID of an A-IoT device. For example, the second procedure may be a command procedure without an inventory procedure.

[0078] Embodiments of the present disclosure provide solutions of communication to enhance an A-IoT device ID transmission and an access resource adjustment. The detailed description will be made with reference to FIGs. 2 to 10C below.

[0079] EXAMPLE IMPLEMENTATION OF A-IOT DEVICE ID TRANSMISSION

[0080] In some scenarios, for a R2D message during a data transmission, a temporary ID of an A-IoT device may be used to indicate a transmission for the A-IoT device. However, an allocation or determination of the temporary ID is still unclear.

[0081] Embodiments of the present disclosure provide a solution of an A-IoT device ID transmission so as to overcome the above and other potential issues. In the solution, a temporary ID (also referred to as first ID herein) of an A-IoT device may be determined based on at least one of the following: information (also referred to as first information herein) received from a communication node and used for determination of the temporary ID; information of the A-IoT device; or a random ID (also referred to as a second ID herein) generated by the A-IoT device. Then information of the temporary ID may be transmitted to the communication node for a communication between the A-IoT device and the communication node. For illustration, some example embodiments will be described in connection with Embodiments 1 to 4 below.

[0082] Embodiment 1

[0083] In this embodiment, the temporary ID is determined by a terminal device and the information of the temporary ID is transmitted to a network device. More details will be described in connection with FIG. 2 below.

[0084] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication for an A-IoT device ID transmission according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference  to FIG. 1. The process 200 may involve the terminal device 110, the A-IoT device 130 and the network device 120 or 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0085] As shown in FIG. 2, at step 210, the terminal device 110 may determine a temporary ID of the A-IoT device 130. In some embodiments, as shown in step 211, the terminal device 110 may receive the first information from the network device 120 or 140. In some embodiments, the first information may be associated with one or more A-IoT devices. In some embodiments, at least a part of the first information may be used for determination of the temporary ID.

[0086] In some embodiments, the first information may comprise the temporary ID. That is, the network device 120 or 140 may generate the temporary ID and inform the temporary ID to the terminal device 110.

[0087] In some embodiments, the first information may comprise a mapping between a device ID of the A-IoT device 130 and the temporary ID of the A-IoT device 130. In this case, the terminal device 110 may determine the temporary ID from the mapping based on the device ID of the A-IoT device 130.

[0088] In some embodiments, the first information may comprise an indication of whether a part or all of the device ID is to be used to generate the temporary ID. In some embodiments, the first information may comprise information of the part of the device ID to be used to generate the temporary ID. It is to be noted that the first information may comprise any combinations of the above information.

[0089] As shown in step 212, the terminal device 110 may receive a random ID from the A-IoT device 130. In some embodiments, the random ID may be randomly generated by the A-IoT device 130 for determination of the temporary ID. The randomly generated ID may be different from an ID or random ID used for contention resolution. The random ID used for contention resolution may be generated after the contention resolution is successfully completed and may be provided to the terminal device 110 in a following D2R message. In some embodiments, the random ID may be the random ID used for contention resolution. In other words, the terminal device 110 may reuse the random ID used for contention resolution for determination of the temporary ID.

[0090] As shown in step 213, the terminal device 110 may determine the temporary ID based on at least one of the first information received from the network device 120 or 140, information of the A-IoT device 130, or the random ID received from the A-IoT device 130.

[0091] In some embodiments, the information of the A-IoT device 130 may comprise the device ID of the A-IoT device 130. In some embodiments, the information of the A-IoT device 130 may comprise information of a set of resources associated with a transmission (also referred to as a first transmission herein) from the A-IoT device 130 to the terminal device 110 or the network device 120 or 140, i.e., resource information associated with a D2R transmission. In some embodiments, a resource in the set of resources may be at least one of a time domain resource or a frequency domain resource. In some embodiments, a resource in the set of resources may be one or more access occasions. In some embodiments, a R2D message for the A-IoT device 130 may include a 16-bits random number (RN16) that the terminal device 110 detected and / or a temporary ID which is determined by a frequency and / or time resource that the A-IoT device 130 was selected in a D2R message. The A-IoT device 130 may assume that the terminal device 110 echoes a D2R request of the A-IoT device 130 when the information of RN16 indicated in the R2D message matches the frequency and / or time resource and RN16 selected and transmitted in A-IoT Msg1.

[0092] In some embodiments, the set of resources may comprise a resource selected for access to the terminal device 110. For example, the information of the A-IoT device 130 may comprise an index of the selected resource.

[0093] In some embodiments, the set of resources may comprise a resource in which the first transmission is performed. For example, the information of the A-IoT device 130 may comprise an index of the resource in which the D2R transmission is initiated or received (e.g., information carried in an access occasion boundary) . The resource information is determined by a frequency and / or time resource that the A-IoT device 130 was selected in A-IoT Msg1 or other D2R messages. It is to be noted that any combinations of the above information of the A-IoT device 130 may also be feasible.

[0094] In some embodiments, the terminal device 110 may generate the temporary ID based on the random ID used for contention resolution. For example, the terminal device 110 may use full or part of bits of the random ID to generate the temporary ID. In some embodiments, the terminal device 110 may further use other information such as the device ID and / or resource information. In some embodiments, a bit length of the generated temporary ID  may be longer than a bit length of the random ID used for contention resolution. In some embodiments, the bit length of the generated temporary ID may be shorter than a bit length of the device ID.

[0095] With reference to FIG. 2, at step 220, the terminal device 110 may transmit the information of the temporary ID to the network device 120 or 140. In some embodiments, the information of the temporary ID may comprise the temporary ID of the A-IoT device 130. In some embodiments, the information of the temporary ID may comprise the mapping between the device ID and the temporary ID of the A-IoT device 130. It is to be noted that any other suitable information or information combinations may also be feasible.

[0096] With reference to FIG. 2, at step 230, the terminal device 110 may assign the temporary ID to the A-IoT device 130.

[0097] With the process 200, NW may control generation and allocation of a temporary ID of an A-IoT device. It is to be understood that operations or steps described in connection with FIG. 2 may be performed separately or in any suitable combinations.

[0098] Embodiment 2

[0099] In this embodiment, the temporary ID is determined by an A-IoT device and the information of the temporary ID is transmitted to a terminal device or a network device. More details will be described in connection with FIG. 3 below.

[0100] FIG. 3 illustrates a signaling chart illustrating another example process 300 of communication for an A-IoT device ID transmission according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1. The process 300 may involve the terminal device 110, the A-IoT device 130 and the network device 120 or 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 3 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0101] It is to be noted that the terminal device 110 in the process 300 may be optional. In some embodiments, the A-IoT device 130 and the network device 120 or 140 may directly communicate with each other without participation of the terminal device 110 in the process 300.

[0102] As shown in FIG. 3, at step 310, the A-IoT device 130 may determine a temporary  ID of the A-IoT device 130. In some embodiments, as shown in step 311, the terminal device 110 may receive the first information from the network device 120 or 140. As shown in step 312, the terminal device 110 may transmit the first information to the A-IoT device 130. Other details of the first information are similar as that described in the step 211 of FIG. 2, and thus are not repeated here for conciseness. In some embodiments, the network device 120 or 140 may transmit the first information to the A-IoT device 130.

[0103] As shown in step 313, the A-IoT device 130 may determine the temporary ID based on at least one of the first information, the information of the A-IoT device 130, or the random ID generated by the A-IoT device 130. Other details of the random ID and the information of the A-IoT device 130 are similar as that described in the steps 212 and 213 of FIG. 2, and thus are not repeated here for conciseness. Other details of the determination of the temporary ID are also similar as that described in the step 213 of FIG. 2, and thus are not repeated here for conciseness.

[0104] With reference to FIG. 3, at step 320, the A-IoT device 130 may transmit the information of the temporary ID to the terminal device 110. At step 330, the terminal device 110 may transmit the information of the temporary ID to the network device 120 or 140. Other details of the information of the temporary ID are similar as that described in the step 220 of FIG. 2, and thus are not repeated here for conciseness.

[0105] With reference to FIG. 2, at step 340, the terminal device 110 may determine that the temporary ID of the A-IoT device 130 conflicts with an ID of another A-IoT device. In this case, the terminal device 110 may update the temporary ID for the A-IoT device 130, for example, re-allocate a temporary ID for the A-IoT device 130.

[0106] In some embodiments, as shown in step 341, the terminal device 110 may receive information (also referred to as third information herein) assistant for determination of a temporary ID from the network device 120 or 140. The third information may comprise a set of candidate temporary IDs (also referred to as a set of candidate first IDs herein) . It is to be noted that any other suitable information assistant for determination of the updated temporary ID may also be feasible. As shown in step 342, the terminal device 110 may determine the updated temporary ID based on the third information. For example, the terminal device 110 may select one candidate temporary ID in the set of candidate temporary IDs as the updated temporary ID. The selection may be made randomly or in a predefined rule.

[0107] At step 350, the terminal device 110 may transmit the updated temporary ID to the A-IoT device 130. In some embodiments, the terminal device 110 may further transmit the updated temporary ID to the network device 120 or 140.

[0108] With the process 300, a temporary ID of an A-IoT device may be determined or allocated. It is to be understood that operations or steps described in connection with FIG. 3 may be performed separately or in any suitable combinations.

[0109] For illustration, some example scenarios of the A-IoT device ID determination will be described in connection with FIGs. 4 and 5 below.

[0110] In some scenarios, a mapping between a temporary ID and a device ID is processed at a terminal device side. FIG. 4 illustrates a signaling chart illustrating an example process 400 of an A-IoT device ID transmission according to embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIG. 1. The process 400 may involve the terminal device 110, the A-IoT device 130, the RAN device 120 and the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 4 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0111] As shown in FIG. 4, at step 410, the RAN device 120 may transmit, to the terminal device 110, a mapping between a device ID and a temporary ID of the A-IoT device 130. The terminal device 110 may store the mapping. At step 420, the CN device 140 may transmit a service request (e.g., inventory or command) associated with a device ID to the terminal device 110 via the RAN device 120.

[0112] At step 430, the terminal device 110 may determine a temporary ID based on the stored mapping and the device ID associated with the service request. At step 440, the terminal device 110 may process the service request with the temporary ID, and transmit the processed service request to the A-IoT device 130.

[0113] At step 450, the terminal device 110 may receive a service response associated with the temporary ID from the A-IoT device 130. At step 460, the terminal device 110 may determine the device ID based on the temporary ID and the stored mapping, and process the service response with the device ID. At step 470, the terminal device 110 may transmit the processed service response to the CN device 140 via the RAN device 120.

[0114] In some scenarios, a mapping between a temporary ID and a device ID is processed  at a RAN device side. FIG. 5 illustrates a signaling chart illustrating another example process 500 of an A-IoT device ID transmission according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIG. 1. The process 500 may involve the terminal device 110, the A-IoT device 130, the RAN device 120 and the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 5 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0115] As shown in FIG. 5, at step 510, the RAN device 120 may transmit, to the terminal device 110, a mapping between a device ID and a temporary ID of the A-IoT device 130. At step 520, the terminal device 110 may assign the temporary ID to the A-IoT device 130.

[0116] At step 530, the CN device 140 may transmit, to the RAN device 120, a service request (e.g., inventory or command) associated with a device ID of the A-IoT device 130. At step 540, the RAN device 120 may determine a temporary ID based on a stored mapping between a device ID and a temporary ID of the A-IoT device 130. At step 550, the RAN device 120 may process the service request with the temporary ID, and transmit the processed service request to the A-IoT device 130 via the terminal device 110.

[0117] At step 560, the RAN device 120 may receive a service response associated with the temporary ID from the A-IoT device 130 via the terminal device 110. At step 570, the RAN device 120 may determine the device ID based on the temporary ID and the stored mapping, and process the service response with the device ID. At step 580, the RAN device 120 may transmit the processed service response to the CN device 140.

[0118] With the process 500, a mapping between a temporary ID and a device ID may be processed at a RAN device side and processing complexity at a terminal device side may be reduced.

[0119] Embodiment 3

[0120] In this embodiment, a solution of temporary ID allocation during a random access is provided.

[0121] FIG. 6 illustrates a signaling chart illustrating an example process 600 of an A-IoT device ID allocation during a random access according to embodiments of the present disclosure. For the purpose of discussion, the process 600 will be described with reference to FIG. 1. The process 600 may involve an A-IoT device 601 and a communication node  602. The A-IoT device 601 may be any of the one or more A-IoT devices 130 as illustrated in FIG. 1, and the communication node 602 may be the terminal device 110 or 111, the RAN device 120 or the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 6 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0122] As shown in FIG. 6, at step 610, the A-IoT device 601 may transmit, to the communication node 602, a D2R message with a random ID or with both a random ID and a device ID. At step 620, the communication node 602 may echo a R2D message with the random ID or with both the random ID and a temporary ID. At step 630, the A-IoT device 601 may determine a temporary ID and use the temporary ID for a communication between the A-IoT device 601 and the communication node 602. The determination of the temporary ID may be carried out in a similar way as that described in the step 313, and thus is not repeated here for conciseness.

[0123] In some embodiments, if a message indicating successful completion of contention resolution is received, i.e., the R2D message comprises the random ID transmitted by the A-IoT device 601, the A-IoT device 601 may determine the random ID as the temporary ID. In some embodiments, the A-IoT device 601 may generate the temporary ID based on the random ID. For example, the A-IoT device 601 may use a part of the random ID to generate the temporary ID.

[0124] In some embodiments, if a message indicating successful completion of contention resolution is received and the message comprises the temporary ID, the A-IoT device 130 may adopt the temporary ID.

[0125] In some embodiments, if a message indicating successful completion of contention resolution is received and the message does not comprise the temporary ID, the A-IoT device 130 may determine a random ID as the temporary ID. In some embodiments, the random ID may be an ID used for the contention resolution. In some embodiments, the random ID may be an ID randomly generated by the A-IoT device 601.

[0126] In some embodiments, if a message indicating successful completion of contention resolution is received, the A-IoT device 601 may determine the temporary ID based on at least one of the random ID or the device ID. In some embodiments, the A-IoT device 601 may use a part of the random ID to generate the temporary ID. In some embodiments, the  A-IoT device 130 may use a part of the device ID to generate the temporary ID. In some embodiments, the A-IoT device 601 may use a part of the random ID and a part of the device ID to generate the temporary ID.

[0127] In this way, temporary ID allocation during a random access may be carried out. Embodiment 4

[0128] In this embodiment, a solution of temporary ID allocation during a paging is provided. In this embodiment, a temporary ID of an A-IoT device is allocated by a communication node.

[0129] FIG. 7A illustrates a signaling chart illustrating an example process 700 of an A-IoT device ID allocation during a paging according to embodiments of the present disclosure. For the purpose of discussion, the process 700A will be described with reference to FIG. 1. The process 700A may involve an A-IoT device 701 and a communication node 702. The A-IoT device 701 may be any of the one or more A-IoT devices 130 as illustrated in FIG. 1, and the communication node 702 may be the terminal device 110 or 111, the RAN device 120 or the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 7A are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0130] As shown in FIG. 7A, at step 710, the communication node 702 may transmit a paging message (i.e., a R2D message) comprising one or more device IDs and one or more random IDs assigned for one or more A-IoT devices. It is assumed that the paging message is for at least the A-IoT device 701.

[0131] At step 720, the A-IoT device 701 may echo a D2R message with at least one of a random ID, a device ID or a temporary ID.

[0132] In some embodiments, as shown in step 730, if the paging message for at least the A-IoT device 701 comprises a temporary ID for the A-IoT device 701, the A-IoT device 701 may store the temporary ID. In other words, if the paging is for a single A-IoT device (e.g., the paging message only includes one device ID in case of a contention free access) or the paging is for multiple A-IoT devices (e.g., the paging message includes multiple device IDs) , and the paging comprises a temporary ID corresponding to each device ID, the A-IoT device 701 may store its corresponding temporary ID.

[0133] At step 740, the communication node 702 may respond a R2D message to indicate that the D2R message is successfully received. At step 750, the A-IoT device 701 may initiate a random access procedure to the communication node 702.

[0134] At step 760, the A-IoT device 701 may determine, based on the random access procedure, whether to adopt the stored temporary ID for the communication between the A-IoT device 701 and the communication node 702.

[0135] In some embodiments, if contention resolution is successfully completed during the random access procedure, the A-IoT device 701 may use the stored temporary ID for the communication between the A-IoT device 701 and the communication node 702. In some embodiments, if the contention resolution is unsuccessfully completed, the A-IoT device 701 may discard the stored temporary ID.

[0136] In this way, temporary ID allocation during a random access may be carried out.

[0137] Embodiment 5

[0138] In this embodiment, another solution of temporary ID allocation during a R2D message (i.e., a paging message) is provided. In this embodiment, a temporary ID of an A-IoT device is determined by the A-IoT device.

[0139] FIG. 7B illustrates a signaling chart illustrating another example process 700B of an A-IoT device ID allocation during a paging according to embodiments of the present disclosure. For the purpose of discussion, the process 700B will be described with reference to FIG. 1. The process 700B may involve an A-IoT device 701 and a communication node 702. The A-IoT device 701 may be any of the one or more A-IoT devices 130 as illustrated in FIG. 1, and the communication node 702 may be the terminal device 110 or 111, the RAN device 120 or the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 7B are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0140] As shown in FIG. 7B, at step 770, the communication node 702 may transmit a R2D message (i.e., a paging message) comprising one or more device IDs and assistance information (e.g., the first information or the third information) assistant for determination of a temporary ID. It is assumed that the paging message is for at least the A-IoT device 701.

[0141] At step 775, the A-IoT device 701 may echo a D2R message with at least one of a random ID, a device ID, a temporary ID, or part of the assistance information selected for determination of the temporary ID.

[0142] In some embodiments, upon the R2D message (i.e., the paging message) is successfully received, the A-IoT device 701 may generate the temporary ID based on at least one of the assistance information or information of the A-IoT device 701. In some embodiments, if the R2D message (i.e., the paging message) comprises the assistance information, the A-IoT device 701 may generate the temporary ID based on at least one of the assistance information or the information of the A-IoT device 701. In some embodiments where the assistance information comprises a set of candidate temporary IDs, the A-IoT device 701 may select a candidate temporary ID in a set of candidate temporary IDs as the temporary ID.

[0143] At step 780, the communication node 702 may respond a R2D message to indicate that the D2R message is successfully received. At step 785, the A-IoT device 701 may initiate a random access procedure to the communication node 702. At step 790, the A-IoT device 701 may determine, based on the random access procedure, whether to adopt the determined temporary ID for the communication between the A-IoT device 701 and the communication node 702.

[0144] In some embodiments, if contention resolution is successfully completed during the random access procedure, the A-IoT device 701 may use the determined temporary ID for the communication between the A-IoT device 701 and the communication node 702. In some embodiments, if the contention resolution is unsuccessfully completed, the A-IoT device 701 may discard the determined temporary ID.

[0145] In this way, a temporary ID of an A-IoT device may be determined based on combined information from a communication node and the A-IoT device, and thus duplicated use of the same temporary ID may be avoided.

[0146] Next, temporary ID related behaviors of an A-IoT device will be described in connection with Embodiments 6 to 8.

[0147] Embodiment 6

[0148] In some scenarios, a failure may occur after temporary ID determination, e.g., the failure occurs in Msg3 transmission during a paging in an access round. In this case, a subsequent paging with a temporary ID may be triggered to resend Msg3. In some scenarios,  a failure may occur before temporary ID determination, e.g., the failure occurs in Msg1 transmission during a paging in an access round. In this case, a subsequent paging with a device ID may be triggered to resend Msg1.

[0149] In view of this, embodiments of the present disclosure provide a solution of managing a communication between an A-IoT device and a communication node. In this solution, an A-IoT device may determine contents of a D2R message based on a type of information included in a paging message. The solution will be described in connection with FIG. 8 below.

[0150] FIG. 8 illustrates a signaling chart illustrating an example process 800 of A-IoT communication management according to embodiments of the present disclosure. For the purpose of discussion, the process 800 will be described with reference to FIG. 1. The process 800 may involve an A-IoT device 801 and a communication node 802. The A-IoT device 801 may be any of the one or more A-IoT devices 130 as illustrated in FIG. 1, and the communication node 802 may be the terminal device 110 or 111, the RAN device 120 or the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 8 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0151] As shown in FIG. 8, at step 810, the communication node 802 may transmit, to the A-IoT device 801, a paging message for one or more A-IoT devices. It is assumed that the paging message is for at least the A-IoT device 801.

[0152] At step 820, the A-IoT device 801 may determine whether the paging message comprises a temporary ID for the A-IoT device 801. As shown in step 830, if the paging message comprises the temporary ID for the A-IoT device 801, the A-IoT device 801 may perform a first operation of D2R transmission.

[0153] In some embodiments, the first operation may comprise performing a communication between the A-IoT device 801 and the communication node 802 by skipping contention resolution. In other words, the A-IoT device 801 may consider that the random access is contention free access. In this case, the A-IoT device 801 may skip the contention resolution and perform data transmission.

[0154] In some embodiments, the first operation may comprise performing a transmission (i.e., D2R transmission) from the A-IoT device 801 to the communication node 802 to carry  data. In other words, the A-IoT device 801 may consider that the random access is 2-step access. In some embodiments, the random access may be either a contention based or a contention free access. In this case, the A-IoT device 801 may carry data in the D2R transmission.

[0155] In some embodiments, the first operation may comprise sending upper layer data. The upper layer data may comprise a device ID and / or any upper layer data. In some embodiments, the first operation may comprise additionally including a random ID. In some embodiments, the first operation may comprise considering that the paging message is a subsequent paging for the A-IoT device 801 which experiences a failed D2R transmission in a previous access round (e.g., the failure occurs after temporary ID determination) . In some embodiments, the subsequent paging may associate to the same service request with an initial paging from CN.

[0156] As shown in step 840, if the paging message does not comprise the temporary ID for the A-IoT device 801, or if the paging message comprises the device ID of A-IoT device 801, the A-IoT device 801 may perform a second operation of D2R transmission.

[0157] In some embodiments, the second operation may comprise initiating an access to the communication node 802 with a random ID. In other words, the A-IoT device 801 may consider that the random access is 3-step access. In some embodiments, the second operation may comprise responding to the paging message or initiating a re-access. In some embodiments, the second operation may comprise initiating a contention based access.

[0158] As shown in step 850, upon reception of the paging message for at least the A-IoT device 801, the A-IoT device 801 may determine a response to the paging message based on validity information of the temporary ID. For example, if the paging message comprises a device ID or a group ID associated with the A-IoT device 801, or device IDs or group IDs for all A-IoT devices, the A-IoT device 801 may consider that the paging message matches the A-IoT device 801. In this case, the A-IoT device 801 may determine whether the temporary ID is valid based on validity of the temporary ID or valid information for temporary ID determination in the A-IoT device 801.

[0159] In some embodiments, if the temporary ID has been assigned to the A-IoT device 801, or has been generated by the A-IoT device 801, the A-IoT device 801 may consider that the temporary ID is valid. In some embodiments, the temporary ID may be required to be maintained at the A-IoT device 801 side for at least a period of time.

[0160] In some embodiments, if the temporary ID is valid, the A-IoT device 801 may skip a response to the paging message. In other words, the A-IoT device 801 may decide to not respond to the paging message. For example, the A-IoT device 801 has been successfully inventoried and does not need to respond to subsequent paging for re-access.

[0161] In some embodiments, if the temporary ID is invalid, the A-IoT device 801 may transmit the response to the paging message. For example, the paging message may be a subsequent paging for a failure case which needs a re-access. In another example, when the A-IoT device 801 turn on, the A-IoT device 801 may has missed one or more previous paging messages. Thus, the A-IoT device 801 has not been allocated with a temporary ID, and needs to respond to the received paging.

[0162] In some embodiments, a temporary ID may be set previously (e.g., upon completion of contention resolution) , and be discard after a transmission (e.g., after a period of time in which the temporary ID is required to be maintained, or after a completion of one transmission procedure, or the discarding is indicated by a communication node, or upon a new transmission procedure is started) .

[0163] In some embodiments, the A-IoT device 801 may still need to respond to the paging message if the communication node 802 indicates that the paging is for all A-IoT devices including inventoried ones and not inventoried ones. In some embodiments, the A-IoT device 801 may still need to respond to the paging message if the communication node 802 indicates that the paging is for one or more particular A-IoT devices to reset a temporary ID.

[0164] With reference to FIG. 8, at step 860, upon reception of the paging message, the A-IoT device 801 may discard the temporary ID. In some embodiments, the A-IoT device 801 may determine to update the temporary ID under some conditions. In some embodiments, updating the temporary ID may comprise determining an updated temporary ID and discarding an old temporary ID.

[0165] In some embodiments, the A-IoT device 801 may update the temporary ID if an indication of an updated temporary ID is received from the communication node 802. In some embodiments, the A-IoT device 801 may update the temporary ID if updated first information is received from the communication node 802 (i.e., if the first information used for determination of a temporary ID is updated) . For example, there may be information or indication or command from the communication node 802 to instruct the A-IoT device 801 to at least one of the following: update a random ID or other information used for generation  of a temporary ID; or generate the updated temporary ID and transmit the updated temporary ID to the communication node 802.

[0166] In some embodiments, the A-IoT device 801 may receive a paging message comprising the updated temporary ID or the updated first information. In some embodiments, the A-IoT device 801 may receive the updated temporary ID or the updated first information in any other suitable messages.

[0167] In some embodiments, the A-IoT device 801 may receive a message indicating the updated temporary ID or generation of the updated temporary ID. For the generation of the updated temporary ID, the A-IoT device 801 may use previous first information for temporary ID determination and updated information of the A-IoT device 801, e.g., resource information of the current or next D2R transmission (index of a selected access occasion) . In some embodiments, the message may further include the updated first information for temporary ID determination.

[0168] In some embodiments, the A-IoT device 801 may update the temporary ID if security information of the A-IoT device 801 is updated.

[0169] In some embodiments, if an indication of update of a security operation or configuration is received from an upper layer (e.g., non-access stratum (NAS) layer) of the A-IoT device 801, the A-IoT device 801 may determine that security information of the A-IoT device 801 is updated. For example, the update of the security operation may comprise switching on or switching off security in the A-IoT device 801. In another example, the update of the security configuration may comprise update of one or more NAS security parameters.

[0170] In some embodiments, if the A-IoT device 801 performs the update of the security operation or configuration, the A-IoT device 801 may determine that security information of the A-IoT device 801 is updated. For example, if the A-IoT device 801 transmits, to the communication node 802, a configuration update response comprising a security operation status indication to indicate a security operation status with no security or with security, the A-IoT device 801 may determine that the A-IoT device 801 performs the update of the security operation. In another example, if the A-IoT device 801 applies an updated security configuration, the A-IoT device 801 may determine that the A-IoT device 801 performs the update of the security configuration.

[0171] In this way, behaviors of an A-IoT device related to a temporary ID may be specified.

[0172] EXAMPLE IMPLEMENTATION OF ACCESS RESOURCE ADJUSTMENT

[0173] In some scenarios, a communication node may adjust an access resource, e.g., in one access round. However, it is still unclear how to adjust the access resource in this case.

[0174] Embodiments of the present disclosure provide a solution of access resource adjustment so as to overcome the above and other potential issues. The solution will be described in connection with FIG. 9.

[0175] FIG. 9 illustrates a signaling chart illustrating an example process 900 of communication for access resource adjustment according to embodiments of the present disclosure. The process 900 may involve an A-IoT device 901 and a communication node 902. The A-IoT device 901 may be any of the one or more A-IoT devices 130 as illustrated in FIG. 1, the communication device 202 may be the terminal device 110 or 111, the RAN device 120 or the CN device 140 as illustrated in FIG. 1, and the communication node 903 may be the terminal device 110 or 111, the RAN device 120 or the CN device 140 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 9 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0176] As shown in FIG. 9, at step 910, the communication node 902 may determine information (also referred to as second information herein) of an adjustment of a resource for an access to the communication node 902. In some embodiments, the resource may be one or more access occasions (also referred to as occasions herein) . In some embodiments, the adjustment of the resource may be an adjustment for one or more random access parameters (e.g., Q value or any other suitable parameters) .

[0177] In some embodiments, the second information may indicate a set of resources for the access. For example, increase or decrease of a total number of occasions for the access may be indicated.

[0178] In some embodiments, the second information may indicate one or more unused resources in the set of resources. In some embodiments, one or more remaining random access resources in the set of resources may be indicated. In some embodiments, one or more additional random access resources in the set of resources with respect to a previous set of resources may be indicated.

[0179] In some embodiments, the second information may further indicate that the  adjustment is for a set of A-IoT devices with an access failure. In some embodiments, the set of A-IoT devices may have detected the access failure in an access round (e.g., the current access round) . For example, the access failure may comprise failing to receive A-IoT Msg2, or failing to receive information of an acknowledgement (ACK) for D2R transmission, or receiving a negative acknowledgement (NACK) for D2R transmission.

[0180] In some embodiments, the second information may further indicate that the adjustment is for a set of A-IoT devices performing an initial access. In some embodiments, the set of A-IoT devices may have not transmitted A-IoT Msg1 for access in an access round (e.g., the current access round) , e.g., after receiving a paging message for set of A-IoT devices. In case of a contention free access, A-IoT Msg1 may be a data transmission.

[0181] In some embodiments, the second information may further indicate that the adjustment is for all A-IoT devices.

[0182] In some embodiments, the second information may further indicate a reference resource in the set of resources. In some embodiments, the reference resource may be a reference occasion. For example, the current occasion may be indicated as the reference occasion. In some embodiments, the A-IoT device 901 may need to reselect between the reference occasion and an indicated last occasion. In some embodiments, the A-IoT device 901 may need to reselect an occasion earlier than the reference occasion. In some embodiments, the A-IoT device 901 may need to reselect an occasion later than the reference occasion.

[0183] In some embodiments, the second information may further indicate a first subset of resources in the set of resources used for an initial access and a second subset of resources in the set of resources used for re-access. That is, resource partitioning information for initial access and re-access may be indicated. In some embodiments, the total number of resources in the first and second subsets of resources may be larger than or equal to a previous total number of resources.

[0184] At step 920, the communication node 902 may transmit the second information to the A-IoT device 901. At step 930, the A-IoT device 901 may perform a reselection of the resource based on the second information.

[0185] In some embodiments, as shown in step 931, the A-IoT device 901 may determine whether the reselection of the resource is to be performed.

[0186] In some embodiments, the communication node 902 may transmit an indication of  whether to perform the reselection of the resource to the A-IoT device 901. If the indication indicates the reselection of the resource, the A-IoT device 901 may perform the reselection of the resource. In this way, the resource reselection may be explicitly indicated. In some embodiments, if the second information indicates increase or decrease of one or more random access parameters, the A-IoT device 901 may perform the reselection of the resource. In this way, the resource reselection may be implicitly indicated.

[0187] In some embodiments, if a resource previously selected by the A-IoT device 901 is earlier than the reference resource, the A-IoT device 901 may perform the reselection of the resource. That is, only an A-IoT device having a previously selected occasion (e.g., earlier than the reference occasion) needs to apply the reselection.

[0188] In some embodiments, if a resource previously selected by the A-IoT device 901 is later than the reference resource, the A-IoT device 901 may perform the reselection of the resource. That is, only an A-IoT device having a previously selected occasion (e.g., later than the reference occasion) needs to apply the reselection.

[0189] In some embodiments, the communication node 902 may transmit, to the A-IoT device 901, information indicating a re-access to the communication node 902. For example, the information may indicate the re-access in a paging round or an access round (e.g., the current paging round or the current access round) . Upon reception of this information, the A-IoT device 901 may perform the reselection.

[0190] In some embodiments, upon reception of this information, the A-IoT device 901 may initiate random access type determination or select random access resources in the current round. In some embodiments, selection of random access resources may be based on a previous set of random access parameters if no further set of random access parameters is indicated. In some embodiments, if the further set of random access parameters is indicated, the A-IoT device 901 may initiate an access in a next round.

[0191] As shown in step 932, upon determination that the reselection of the resource is to be performed, the A-IoT device 901 may perform the reselection. In some embodiments, the A-IoT device 901 may perform the reselection among resources between the reference resource and a last resource in the set of resources. In some embodiments, the A-IoT device 901 may perform the reselection from one or more resources earlier than the reference resource in the set of resources. In some embodiments, the A-IoT device 901 may perform the reselection from one or more resources later than the reference resource in the set of  resources.

[0192] FIG. 10A illustrates an example scenario 1000A of an access resource adjustment according to embodiments of the present disclosure. It is assumed that the reference resource is the current occasion in which the second information is received, and Q is equal to 3 initially. As shown in FIG. 10A, the second information is received in occasion 4, and the second information indicates that Q is equal to 4. In this example, the A-IoT device 901 may perform the reselection from occasions 5 to 2Q-1.

[0193] FIG. 10B illustrates another example scenario 1000B of an access resource adjustment according to embodiments of the present disclosure. It is assumed that the reference resource is the current occasion in which the second information is received, and Q is equal to 3 initially. As shown in FIG. 10B, the second information is received in occasion 4, and the second information indicates that Q is equal to 4. In this example, the A-IoT device 901 may perform the reselection from occasions 0 to 2Q-1.

[0194] FIG. 10C illustrates another example scenario 1000C of an access resource adjustment according to embodiments of the present disclosure. It is assumed that Q is equal to 3 initially. As shown in FIG. 10C, the second information indicates that Q is equal to 4, and partitioning information X is equal to 3. In this example, occasions 0 to 2X-1 are used for initial access, and occasions 2X to 2Q-1 are used for re-access.

[0195] In some scenarios, an A-IoT device may first select an occasion O1, then an adjustment for the total number of access resources happened but the A-IoT device failed to receive the adjustment. For the decrement adjustment, if the selected occasion O1 locates after the last occasion after the adjustment, the selected occasion O1 for the A-IoT device to access may not come as expected.

[0196] In view of this, embodiments of the present disclosure also provide a solution of managing an A-IoT device. In the solution, information (also referred to as fourth information) indicating the adjustment of the resource for access has been made may be carried for each access occasion boundary or indication (e.g., R2D message) after the adjustment (e.g., decrease adjustment) .

[0197] In some embodiments, the fourth information may indicate that a random access parameter has been adjusted. In some embodiments, the fourth information may indicate the random access parameter after adjustment (e.g., the newest Q value) . In some embodiments, the fourth information may indicate the adjustment is valid until the end of  random access or until another adjustment other than decrease is received.

[0198] In some embodiments, if the A-IoT device 901 determines that the random access parameter has changed, the A-IoT device 901 may reselect the resource for access.

[0199] In some embodiments, the A-IoT device 901 may maintain a status value for the adjustment of the resource locally. In some embodiments, upon setting or resetting a random access parameter, the A-IoT device 901 may set the status value, i.e., toggled from 0 to 1 or 1 to 0. In some embodiments, upon setting or resetting a random access parameter, the A-IoT device 901 may set the status value to the latest used value of the random access parameter.

[0200] In some embodiments, upon receiving the second information for the adjustment of the access resource from the communication node 902, e.g., in a subsequent paging, or in an access boundary indication received after a paging is missed, the A-IoT device 901 may compare the status value maintained locally and a status value carried in the second information.

[0201] In some embodiments, the second information may comprise a status value indicating that the adjustment of the resource has been made. In some embodiments, if the status value in the second information is different from the status value (e.g., the latest used value of the parameter) maintained at the A-IoT device 901, the A-IoT device 901 may perform the reselection. For example, if the status value in the second information is toggled or is not the same value as that maintained at the A-IoT device 901, which means that the A-IoT device 901 may miss some resource adjustment, and the A-IoT device 901 may perform the reselection. For example, the A-IoT device 901 may perform the reselection according to the latest used value of the parameter.

[0202] In some embodiments, upon transmitting a D2R message, the A-IoT device 901 may try to receive an echo from a communication node, the echo including successfully received information from the A-IoT device 901. Some example embodiments of detection of a D2R transmission failure will be provided below.

[0203] In some embodiments, if a response (e.g., the random id, the device id, the temporary id, or acknowledge information for D2R data) to the first transmission (i.e., D2R transmission) from the A-IoT device 901 to the communication node 902 is received, the A-IoT device 901 may consider the contention resolution is successfully completed, or the D2R transmission is acknowledged by the communication node 902, or the random access is successfully  completed.

[0204] In some embodiments, if a NACK to the first transmission is received or no response to the first transmission is received (e.g., a response is not successfully received or a response with error is received) , the A-IoT device 901 may consider that the first transmission is unsuccessfully completed, or the contention resolution is not successful or completed, or the random access is not successful or completed.

[0205] In some embodiments, if a NACK to the first transmission (i.e., D2R transmission) from the A-IoT device 901 to the communication node 902 is received or no response to the first transmission is received, the A-IoT device 901 may consider that a re-attempt to access is needed.

[0206] In some embodiments, if a NACK to the first transmission (i.e., D2R transmission) from the A-IoT device 901 to the communication node 902 is received or no response to the first transmission is received, the A-IoT device 901 may initiate a selection of a type of the access.

[0207] In some embodiments, if a NACK to the first transmission (i.e., D2R transmission) from the A-IoT device 901 to the communication node 902 is received or no response to the first transmission is received, the A-IoT device 901 may initiate a selection of the resource. In some embodiments, the A-IoT device 901 may select a random access occasion, e.g., based on the current occasion and / or the total number of occasions. In some embodiments, the A-IoT device 901 may select a random access occasion as a deterministic value. In some embodiments, the A-IoT device 901 may generate a random ID, or reuse last generated random ID, or generate a random ID based on last generated random ID (i.e., add re-attempt information) .

[0208] In some embodiments, if a ACK to the first transmission is received or response to the first transmission is received, the A-IoT device 901 may consider the contention resolution is successfully completed, or the D2R transmission is acknowledged by the communication node 902, or the random access is successfully completed.

[0209] In some embodiments, if a NACK to the first transmission is received or no response to the first transmission is received, the A-IoT device 901 may consider that a re-attempt to access is not needed, e.g., for the current paging round or access round.

[0210] In some embodiments, if a NACK to the first transmission is received or no response to the first transmission is received, the A-IoT device 901 may not further respond to access  round messages.

[0211] So far, solutions for managing A-IoT communication are described. It is to be understood that operations or steps described in connection with FIG. 9 may be performed separately or in any suitable combinations. It is also to be understood that the above operations or steps described in FIGs. 2 to 10C may be carried out separately or in any suitable combinations.

[0212] EXAMPLE IMPLEMENTATION OF METHODS

[0213] Corresponding to the above processes, embodiments of the present disclosure provide methods of communication implemented at an A-IoT device and a communication node. The communication node may be a terminal device or an RAN device or a CN device. These methods will be described below with reference to FIGs. 11 to 13.

[0214] FIG. 11 illustrates a flowchart of an example method 1100 of communication implemented at a first device in accordance with some embodiments of the present disclosure. For the purpose of discussion, in the following, the method 1100 will be described with reference to FIG. 1. It is to be understood that the method 1100 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0215] At block 1110, a first device may determine a first ID of an A-IoT device (e.g., the A-IoT device 130) based on at least one of the following: first information from a communication node; the first information being used for determination of the first ID; information of the A-IoT device; a second ID generated by the A-IoT device.

[0216] In some embodiments, the first device may be a terminal device (e.g., the terminal device 110) , and the communication node may be a network device. In some embodiments, the network device may be a RAN device (e.g., the RAN device 120) or a CN device (e.g., the CN device 140) . In some embodiments, the first device may be the A-IoT device, and the communication node may be the terminal device or the network device.

[0217] In some embodiments, the first information may comprise at least one of the following: the first ID; a mapping between a third ID of the A-IoT device and the first ID; an indication of whether a part or all of the third ID is to be used to generate the first ID; or information of the part of the third ID to be used to generate the first ID.

[0218] In some embodiments, the information of the A-IoT device may comprise at least  one of the following: a third ID of the A-IoT device; or information of a set of resources associated with a first transmission from the A-IoT device to the communication node. In some embodiments, the set of resources may comprise at least one of the following: a resource selected for access to the communication node; or a resource in which the first transmission is performed.

[0219] In some embodiments, the second ID may be a randomly generated ID or an ID used for contention resolution.

[0220] At block 1120, the first device may transmit information of the first ID to the communication node for a communication between the A-IoT device and the communication node.

[0221] In some embodiments, the information of the first ID may comprise at least one of the following: the first ID; or a mapping between a third ID of the A-IoT device and the first ID.

[0222] In some embodiments where the first device is the A-IoT device, and the communication node is the terminal device or the network device, the first device may receive an updated first ID from the communication node. The updated first ID may be determined by the communication node based on a set of candidate first IDs.

[0223] In some embodiments where the first device is the A-IoT device, and the communication node is the terminal device or the network device, the first device may determine the first ID by: in accordance with a determination that a message indicating successful completion of contention resolution is received and the message does not comprise the first ID, determining the second ID as the first ID; or in accordance with a determination that a message indicating successful completion of contention resolution is received, determining the first ID based on at least one of the second ID or a third ID of the A-IoT device.

[0224] In some embodiments where the first device is the A-IoT device, and the communication node is the terminal device or the network device, the first device may be further caused to at least one of the following: in accordance with a determination that a paging message for at least the A-IoT device comprises the first ID for the A-IoT device, store the first ID; in accordance with a determination that contention resolution is successfully completed, use the stored first ID for the communication between the A-IoT device and the communication node; or in accordance with a determination that the  contention resolution is unsuccessfully completed, discard the stored first ID.

[0225] In some embodiments where the first device is the A-IoT device, and the communication node is the terminal device or the network device, the first device may determine the first ID by: in accordance with a determination that a paging message for at least the A-IoT device comprises the first information, determining the first ID. In some embodiments, the first device may be further caused to at least one of the following: in accordance with a determination that contention resolution is successfully completed, use the first ID for the communication between the A-IoT device and the communication node; or in accordance with a determination that the contention resolution is unsuccessfully completed, discard the first ID.

[0226] In some embodiments, the first device may be further caused to: in accordance with a determination that a paging message for at least the A-IoT device comprises the first ID, perform the communication between the A-IoT device and the communication node by skipping contention resolution; or in accordance with a determination that a paging message for at least the A-IoT device comprises the first ID, perform a first transmission from the A-IoT device to the communication node carrying data; or in accordance with a determination that the paging message for at least the A-IoT device does not comprise the first ID, initiate an access to the communication node with the second ID.

[0227] In some embodiments, the first device may be further caused to: determine that a paging message for at least the A-IoT device is received; in accordance with a determination that the first ID is valid, skip a response to the paging message; and in accordance with a determination that the first ID is invalid, transmit the response to the paging message.

[0228] In some embodiments, the first device may be further caused to: update the first ID based on at least one of the following: an indication of an updated first ID is received from the communication node; updated first information is received from the communication node; or security information of the A-IoT device is updated.

[0229] In some embodiments, the first device may be further caused to: receive a paging message comprising the updated first ID or the updated first information.

[0230] In some embodiments, the first device may be further caused to determine that security information of the A-IoT device is updated based on at least one of the following: an indication of update of a security operation or configuration is received from an upper layer of the A-IoT device; or the A-IoT device performs the update of the security operation  or configuration.

[0231] With the method 1100, an ID of an A-IoT device in A-IoT communication may be determined and behaviors related to the ID may be specified.

[0232] FIG. 12 illustrates a flowchart of an example method 1200 of communication implemented at an A-IoT device in accordance with some embodiments of the present disclosure. For the purpose of discussion, in the following, the method 1200 will be described with reference to FIG. 9. It is to be understood that the method 1200 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0233] At block 1210, an A-IoT device (e.g., the A-IoT device 901) may receive, from a communication node (e.g., the communication node 902) , second information of an adjustment of a resource for an access to the communication node. In some embodiments, the second information may indicate a set of resources for the access or one or more unused resources in the set of resources.

[0234] In some embodiments, the second information may further indicate one of the following: the adjustment is for a set of A-IoT devices with an access failure; the adjustment is for a set of A-IoT devices performing an initial access; or the adjustment is for all A-IoT devices.

[0235] In some embodiments, the second information may further indicate a reference resource in the set of resources.

[0236] In some embodiments, the second information may further indicate a first subset of resources in the set of resources used for an initial access and a second subset of resources in the set of resources used for re-access.

[0237] In some embodiments, the second information may further comprise a status value indicating that the adjustment of the resource has been made.

[0238] At block 1220, the A-IoT device may perform a reselection of the resource based on the second information.

[0239] In some embodiments, the A-IoT device may perform the reselection by: performing the reselection between the reference resource and a last resource in the set of resources; or performing the reselection from one or more resources earlier than the reference resource in the set of resources; or performing the reselection from one or more resources later than the  reference resource in the set of resources.

[0240] In some embodiments, the A-IoT device may perform the reselection by: in accordance with a determination that a resource previously selected by the A-IoT device is earlier than the reference resource, performing the reselection; or in accordance with a determination that a resource previously selected by the A-IoT device is later than the reference resource, performing the reselection.

[0241] In some embodiments, the A-IoT device may perform the reselection by: in accordance with a determination that information indicating a re-access to the communication node is received, performing the reselection.

[0242] In some embodiments, the A-IoT device may perform the reselection by: in accordance with a determination that a parameter for the access is set or reset, setting a status value to a first value; and in accordance with a determination that the status value in the second information is different from the first value, performing the reselection.

[0243] In some embodiments, the A-IoT device may perform the reselection by: in accordance with a determination that a parameter for the access is set or reset, setting a status value to a latest used value of the parameter; and in accordance with a determination that the status value in the second information is different from the latest used value, performing the reselection.

[0244] In some embodiments, the A-IoT device may be further caused to: in accordance with a determination that a negative acknowledgement to a first transmission from the A-IoT device to the communication node is received or no response to the first transmission is received, perform an operation comprising at least one of the following: considering that the first transmission is unsuccessfully completed; considering that a re-attempt to access is needed; initiating a selection of a type of the access; or initiating a selection of the resource.

[0245] In some embodiments, the A-IoT device may be further caused to: in accordance with a determination that a negative acknowledgement to a first transmission from the A-IoT device to the communication node is received or no response to the first transmission is received, perform an operation comprising at least one of the following: considering that the first transmission is unsuccessfully completed; or considering that a re-attempt to access is not needed.

[0246] With the method 1200, access resource adjustment for A-IoT communication may be carried out and efficient A-IoT communication may be facilitated.

[0247] FIG. 13 illustrates a flowchart of an example method 1300 of communication implemented at a communication node in accordance with some embodiments of the present disclosure. For the purpose of discussion, in the following, the method 1300 will be described with reference to FIG. 9. It is to be understood that the method 1300 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0248] At block 1310, a communication node (e.g., the communication node 902) may determine second information of an adjustment of a resource for an access to the communication node. In some embodiments, the second information may indicate a set of resources for the access or one or more unused resources in the set of resources.

[0249] At block 1320, the communication node may transmit the second information to an A-IoT device.

[0250] In some embodiments, the second information may further indicate one of the following: the adjustment is for a set of A-IoT devices with an access failure; the adjustment is for a set of A-IoT devices performing an initial access; or the adjustment is for all A-IoT devices.

[0251] In some embodiments, the second information may further indicate a reference resource in the set of resources.

[0252] In some embodiments, the second information may further indicate a first subset of resources in the set of resources used for an initial access and a second subset of resources in the set of resources used for re-access.

[0253] In some embodiments, the second information may further comprise a status value indicating that the adjustment of the resource has been made.

[0254] With the method 1300, access resource adjustment for A-IoT communication may be carried out and efficient A-IoT communication may be facilitated.

[0255] It is to be understood that operations of the methods 1100, 1200 and 1300 correspond to that described with reference to FIGs. 2 to 10C, and thus other details are not repeated here for conciseness.

[0256] EXAMPLE IMPLEMENTATION OF DEVICES

[0257] FIG. 14 is a simplified block diagram of a device 1400 that is suitable for implementing embodiments of the present disclosure. The device 1400 can be considered  as a further example implementation of the terminal device 110 or 111 or the RAN device 120 or A-IoT device 130 or the CN device 140 as shown in FIG. 1. Accordingly, the device 1400 can be implemented at or as at least a part of the terminal device 110 or 111 or the RAN device 120 or A-IoT device 130 or the CN device 140.

[0258] As shown, the device 1400 includes a processor 1410, a memory 1420 coupled to the processor 1410, a suitable transceiver 1440 coupled to the processor 1410, and a communication interface coupled to the transceiver 1440. The memory 1410 stores at least a part of a program 1430. The transceiver 1440 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1440 may include at least one of a transmitter 1442 or a receiver 1444. The transmitter 1442 and the receiver 1444 may be functional modules or physical entities. The transceiver 1440 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0259] The program 1430 is assumed to include program instructions that, when executed by the associated processor 1410, enable the device 1400 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 13. The embodiments herein may be implemented by computer software executable by the processor 1410 of the device 1400, or by hardware, or by a combination of software and hardware. The processor 1410 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1410 and memory 1420 may form processing means 1450 adapted to implement various embodiments of the present disclosure.

[0260] The memory 1420 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1420 is shown in  the device 1400, there may be several physically distinct memory modules in the device 1400. The processor 1410 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1400 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0261] In some embodiments, a first device comprises a circuitry configured to: determine a first ID of an A-IoT device based on at least one of the following: first information received from a communication node and used for determination of the first ID, information of the A-IoT device, or a second ID generated by the A-IoT device; and transmit information of the first ID to the communication node for a communication between the A-IoT device and the communication node.

[0262] In some embodiments, an A-IoT device comprises a circuitry configured to: receive, from a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and perform a reselection of the resource based on the second information.

[0263] In some embodiments, a communication node comprises a circuitry configured to: determine second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and transmit the second information to an A-IoT device.

[0264] The term ‘circuitry’ used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry  also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0265] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0266] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGs. 1 to 13. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0267] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0268] The above program code may be embodied on a machine readable medium, which  may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0269] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0270] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A first device comprising:a processor configured to cause the first device to:determine a first identity (ID) of an ambient Internet of things (A-IoT) device based on at least one of the following:first information from a communication node, the first information being used for determination of the first ID,information of the A-IoT device, ora second ID generated by the A-IoT device; andtransmit information of the first ID to the communication node for a communication between the A-IoT device and the communication node.2.The first device of claim 1, wherein the first information comprises at least one of the following:the first ID;a mapping between a third ID of the A-IoT device and the first ID;an indication of whether a part or all of the third ID is to be used to generate the first ID; orinformation of the part of the third ID to be used to generate the first ID.3.The first device of claim 1, wherein the information of the A-IoT device comprises at least one of the following:a third ID of the A-IoT device; orinformation of a set of resources associated with a first transmission from the A-IoT device to the communication node.4.The first device of claim 3, wherein the set of resources comprises at least one of the following:a resource selected for access to the communication node; ora resource in which the first transmission is performed.5.The first device of claim 1, wherein the second ID is a randomly generated ID or an ID used for contention resolution.6.The first device of claim 1, wherein the information of the first ID comprises at least one of the following:the first ID; ora mapping between a third ID of the A-IoT device and the first ID.7.The first device of claim 1, wherein the first device is a terminal device, and the communication node is a network device.8.The first device of claim 1, wherein the first device is the A-IoT device, and the communication node is a terminal device or a network device.9.The first device of claim 8, wherein the first device is further caused to:receive an updated first ID from the communication node, the updated first ID being determined by the communication node based on a set of candidate first IDs.10.The first device of claim 8, wherein the first device is caused to determine the first ID by:in accordance with a determination that a message indicating successful completion of contention resolution is received and the message does not comprise the first ID, determining the second ID as the first ID; orin accordance with a determination that a message indicating successful completion of contention resolution is received, determining the first ID based on at least one of the second ID or a third ID of the A-IoT device.11.The first device of claim 8, wherein the first device is further caused to at least one of the following:in accordance with a determination that a paging message for at least the A-IoT device comprises the first ID for the A-IoT device, store the first ID;in accordance with a determination that contention resolution is successfully completed, use the stored first ID for the communication between the A-IoT device and the communication node; orin accordance with a determination that the contention resolution is unsuccessfully completed, discard the stored first ID.12.The first device of claim 8, wherein the first device is caused to determine the first ID by: in accordance with a determination that a paging message for at least the A-IoT device comprises the first information, determining the first ID, and wherein the first device is further caused to at least one of the following:in accordance with a determination that contention resolution is successfully completed, use the first ID for the communication between the A-IoT device and the communication node; orin accordance with a determination that the contention resolution is unsuccessfully completed, discard the first ID.13.The first device of claim 8, wherein the first device is further caused to:in accordance with a determination that a paging message for at least the A-IoT device comprises the first ID, perform the communication between the A-IoT device and the communication node by skipping contention resolution; orin accordance with a determination that a paging message for at least the A-IoT device comprises the first ID, perform a first transmission from the A-IoT device to the communication node carrying data; orin accordance with a determination that the paging message for at least the A-IoT device does not comprise the first ID, initiate an access to the communication node with the second ID.14.The first device of claim 8, wherein the first device is further caused to:determine that a paging message for at least the A-IoT device is received;in accordance with a determination that the first ID is valid, skip a response to the paging message; andin accordance with a determination that the first ID is invalid, transmit the response to the paging message.15.The first device of claim 8, wherein the first device is further caused to:update the first ID based on at least one of the following:an indication of an updated first ID is received from the communication node;updated first information is received from the communication node; orsecurity information of the A-IoT device is updated.16.The first device of claim 15, wherein the first device is further caused to:receive a paging message comprising the updated first ID or the updated first information.17.The first device of claim 15, wherein the first device is further caused to:determine that security information of the A-IoT device is updated based on at least one of the following:an indication of update of a security operation or configuration is received from an upper layer of the A-IoT device; orthe A-IoT device performs the update of the security operation or configuration.18.An ambient Internet of things (A-IoT) device comprising:a processor configured to cause the A-IoT device to:receive, from a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; andperform a reselection of the resource based on the second information.19.The A-IoT device of claim 18, wherein the second information further indicates one of the following:the adjustment is for a set of A-IoT devices with an access failure;the adjustment is for a set of A-IoT devices performing an initial access; orthe adjustment is for all A-IoT devices.20.The A-IoT device of claim 18, wherein the second information further indicates a reference resource in the set of resources.21.The A-IoT device of claim 20, wherein the A-IoT device is caused to perform the reselection by:performing the reselection between the reference resource and a last resource in the set of resources; orperforming the reselection from one or more resources earlier than the reference resource in the set of resources; orperforming the reselection from one or more resources later than the reference resource in the set of resources.22.The A-IoT device of claim 20, wherein the A-IoT device is caused to perform the reselection by:in accordance with a determination that a resource previously selected by the A-IoT device is earlier than the reference resource, performing the reselection; orin accordance with a determination that a resource previously selected by the A-IoT device is later than the reference resource, performing the reselection.23.The A-IoT device of claim 18, wherein the second information further indicates a first subset of resources in the set of resources used for an initial access and a second subset of resources in the set of resources used for re-access.24.The A-IoT device of claim 18, wherein the A-IoT device is caused to perform the reselection by:in accordance with a determination that information indicating a re-access to the communication node is received, performing the reselection.25.The A-IoT device of claim 18, wherein the second information further comprises a status value indicating that the adjustment of the resource has been made.26.The A-IoT device of claim 25, wherein the A-IoT device is caused to perform the reselection by:in accordance with a determination that a parameter for the access is set or reset, setting a status value to a first value; andin accordance with a determination that the status value in the second information is different from the first value, performing the reselection.27.The A-IoT device of claim 25, wherein the A-IoT device is caused to perform the reselection by:in accordance with a determination that a parameter for the access is set or reset, setting a status value to a latest used value of the parameter; andin accordance with a determination that the status value in the second information is different from the latest used value, performing the reselection.28.The A-IoT device of claim 18, wherein the A-IoT device is further caused to:in accordance with a determination that a negative acknowledgement to a first transmission from the A-IoT device to the communication node is received or no response to the first transmission is received, perform an operation comprising at least one of the following:considering that the first transmission is unsuccessfully completed;considering that a re-attempt to access is needed;initiating a selection of a type of the access; orinitiating a selection of the resource.29.The A-IoT device of claim 18, wherein the A-IoT device is further caused to:in accordance with a determination that a negative acknowledgement to a first transmission from the A-IoT device to the communication node is received or no response to the first transmission is received, perform an operation comprising at least one of the following:considering that the first transmission is unsuccessfully completed; orconsidering that a re-attempt to access is not needed.30.A communication node comprising:a processor configured to cause the communication node to:determine second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; andtransmit the second information to an ambient Internet of things (A-IoT) device.31.The communication node of claim 30, wherein the second information further indicates one of the following:the adjustment is for a set of A-IoT devices with an access failure;the adjustment is for a set of A-IoT devices performing an initial access; orthe adjustment is for all A-IoT devices.32.The communication node of claim 30, wherein the second information further  indicates a reference resource in the set of resources.33.The communication node of claim 30, wherein the second information further indicates a first subset of resources in the set of resources used for an initial access and a second subset of resources in the set of resources used for re-access.34.The communication node of claim 30, wherein the second information further comprises a status value indicating that the adjustment of the resource has been made.35.A method of communication, comprising:determining, at a first device, a first identity (ID) of an ambient Internet of things (A-IoT) device based on at least one of the following:first information from a communication node, the first information being used for determination of the first ID;information of the A-IoT device;a second ID generated by the A-IoT device; andtransmitting information of the first ID to the communication node for a communication between the A-IoT device and the communication node.36.A method of communication, comprising:receiving, at an ambient Internet of things (A-IoT) device and from a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; andperforming a reselection of the resource based on the second information.37.A method of communication, comprising:determining, at a communication node, second information of an adjustment of a resource for an access to the communication node, the second information indicating a set of resources for the access or one or more unused resources in the set of resources; and transmitting the second information to an ambient Internet of things (A-IoT) device.

Images