mhurhangee/ep-ind-claims huggingface dataset:
A core assembly (100, 200, 300) for moulding, the core assembly comprising: a plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) configured to be joined together to form a hollow channel therebetween; and at least one insert (150, 250, 251, 350) configured to be removably insertable into the hollow channel and further configured to bear against at least two of the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) so as to maintain the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) in respective positions in an assembled state of the core assembly (100, 200, 300) with a gap between the at least two of the plurality of separable rigid parts, wherein an exterior surface of the core assembly in the assembled state forms a moulding surface; the core assembly being characterized in that the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) are further configured to be collapsible into the hollow channel when the at least one insert (150, 250, 251, 350) is removed from the hollow channel, by the at least two of the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) being moveable towards each other because of the gap therebetween for disassembly of the core assembly (100, 200, 300). a plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) configured to be joined together to form a hollow channel therebetween; and at least one insert (150, 250, 251, 350) configured to be removably insertable into the hollow channel and further configured to bear against at least two of the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) so as to maintain the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) in respective positions in an assembled state of the core assembly (100, 200, 300) with a gap between the at least two of the plurality of separable rigid parts, wherein an exterior surface of the core assembly in the assembled state forms a moulding surface; the core assembly being characterized in that the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) are further configured to be collapsible into the hollow channel when the at least one insert (150, 250, 251, 350) is removed from the hollow channel, by the at least two of the plurality of separable rigid parts (110, 120, 130, 140, 210, 211, 220, 221, 230, 231, 240, 241, 300, 310, 320, 330, 340, 341) being moveable towards each other because of the gap therebetween for disassembly of the core assembly (100, 200, 300).
A seal assembly for sealing a gap between a vehicle door and an opening frame of a vehicle, as well as sealing a gap between a door window pane and said vehicle door, said seal assembly comprising a main portion and a trim member, said trim member comprising a trim base portion, a trim web and trim attachment means (34', 34") for attaching said trim member to said main portion, said main portion comprising a first surface delimiting a first gap for receiving a door flange of said vehicle door and a second surface delimiting a second gap for receiving said trim web, said trim web being defined as the portion of said trim member that extends within said second gap when said trim member is attached to said main portion, characterized in that said trim attachment means (34', 34") is only located on said trim base portion such that said trim web is allowed to be displaced, at least in the extension direction of said trim web, relative to said main portion.
A multimedia transporter for housing a modular piano keyboard in a disassembled state, the modular piano keyboard comprising at least one keyboard module, and optionally, at least one pedal module, the transporter comprising: a frame; the transporter characterized by further comprising: at least one first housing means configured to house, in the disassembled state, the at least one keyboard module; at least one second housing means configured to house, in the disassembled state, the at least one pedal module so that the entire piano can be transported with the corresponding pedals; communication means configured for communicating with the at least one keyboard and/or pedal module, and also configured to communicate with at least one external electronic device; a graphical interface configured for visual representations upon playing, in the assembled state, the at least one keyboard module and/or pedal module, and/or upon receiving signals from at least one external electronic device; a loudspeaker configured for acoustic representations upon playing, in the assembled state, the at least one keyboard module and/or pedal module, and/or upon receiving signals from at least one external electronic device. at least one first housing means configured to house, in the disassembled state, the at least one keyboard module; at least one second housing means configured to house, in the disassembled state, the at least one pedal module so that the entire piano can be transported with the corresponding pedals; communication means configured for communicating with the at least one keyboard and/or pedal module, and also configured to communicate with at least one external electronic device; a graphical interface configured for visual representations upon playing, in the assembled state, the at least one keyboard module and/or pedal module, and/or upon receiving signals from at least one external electronic device; a loudspeaker configured for acoustic representations upon playing, in the assembled state, the at least one keyboard module and/or pedal module, and/or upon receiving signals from at least one external electronic device.
A method for obtaining uplink resources, implemented by a UE, comprising: sending, by the UE, a Scheduling Request, SR, to an evolved NodeB, eNB, through a dedicated SR resource; characterized by monitoring, by the UE, a Physical Downlink Control Channel, PDCCH, on set Component Carriers, CCs, and receiving, by the UE, uplink scheduling resources after sending the SR to the eNB through the dedicated SR resource, wherein: the set CCs comprise any one or combination of the following items: a CC for sending the SR, or an anchor CC, or CCs not configured with a Discontinuous Reception, DRX, mode, or a preconfigured CC; and after receiving, by the UE, the uplink scheduling resources, the method further comprises: starting, by the UE, a DRX inactivity timer for all or part of CCs in a CC group to receive a subsequent new uplink scheduling resource. sending, by the UE, a Scheduling Request, SR, to an evolved NodeB, eNB, through a dedicated SR resource; characterized by monitoring, by the UE, a Physical Downlink Control Channel, PDCCH, on set Component Carriers, CCs, and receiving, by the UE, uplink scheduling resources after sending the SR to the eNB through the dedicated SR resource, wherein: the set CCs comprise any one or combination of the following items: a CC for sending the SR, or an anchor CC, or CCs not configured with a Discontinuous Reception, DRX, mode, or a preconfigured CC; and after receiving, by the UE, the uplink scheduling resources, the method further comprises: starting, by the UE, a DRX inactivity timer for all or part of CCs in a CC group to receive a subsequent new uplink scheduling resource. the set CCs comprise any one or combination of the following items: a CC for sending the SR, or an anchor CC, or CCs not configured with a Discontinuous Reception, DRX, mode, or a preconfigured CC; and after receiving, by the UE, the uplink scheduling resources, the method further comprises: starting, by the UE, a DRX inactivity timer for all or part of CCs in a CC group to receive a subsequent new uplink scheduling resource. starting, by the UE, a DRX inactivity timer for all or part of CCs in a CC group to receive a subsequent new uplink scheduling resource.
A secondary battery comprising: an electrode assembly; a case for receiving the electrode assembly; a cap assembly coupled to an upper part of the case; and a gasket interposed between the cap assembly and the case, wherein the cap assembly comprises: a cap-up; a safety vent installed at a lower part of the cap-up and extending to an upper part of the cap-up so as to surround a periphery of the cap-up; and an insulation sheet positioned at an upper part of the safety vent extending to the upper part of the cap-up, characterized in that the insulation sheet is formed by anodizing an aluminum sheet. an electrode assembly; a case for receiving the electrode assembly; a cap assembly coupled to an upper part of the case; and a gasket interposed between the cap assembly and the case, wherein the cap assembly comprises: a cap-up; a safety vent installed at a lower part of the cap-up and extending to an upper part of the cap-up so as to surround a periphery of the cap-up; and an insulation sheet positioned at an upper part of the safety vent extending to the upper part of the cap-up, characterized in that the insulation sheet is formed by anodizing an aluminum sheet. a cap-up; a safety vent installed at a lower part of the cap-up and extending to an upper part of the cap-up so as to surround a periphery of the cap-up; and an insulation sheet positioned at an upper part of the safety vent extending to the upper part of the cap-up, characterized in that the insulation sheet is formed by anodizing an aluminum sheet.
A method for mapping a physical hybrid automatic repeat request indicator channel, PHICH, to orthogonal frequency division multiplexing, OFDM, symbols, each OFDM symbol comprising of a plurality of resource element groups, each resource element group being comprised of four resource elements, the method comprising: • determining indexes of resource element groups in which the PHICH is transmitted, the method being characterised in that said indexes are determined according to the ratio n' l'i / n' 0 or n' l'i / n' l of the number n' l'i of available resource element groups in the OFDM symbol, having index l' i, in which the PHICH is transmitted and the number n' 0 or n' l of available resource element groups in the first OFDM symbol, having index 0, of a sub-frame or in the second OFDM symbol, having index 1, of a sub-frame, available resource element groups being resource element groups which can be used for PHICH transmission in the respective OFDM symbol, and • mapping the PHICH to the OFDM symbols according to the determined indexes. • determining indexes of resource element groups in which the PHICH is transmitted, the method being characterised in that said indexes are determined according to the ratio n' l'i / n' 0 or n' l'i / n' l of the number n' l'i of available resource element groups in the OFDM symbol, having index l' i, in which the PHICH is transmitted and the number n' 0 or n' l of available resource element groups in the first OFDM symbol, having index 0, of a sub-frame or in the second OFDM symbol, having index 1, of a sub-frame, available resource element groups being resource element groups which can be used for PHICH transmission in the respective OFDM symbol, and • mapping the PHICH to the OFDM symbols according to the determined indexes.
A near field communication, NFC, configuration method, applied to a mobile terminal, comprising: in a case where a preset NFC module is configured as an NFC card, acquiring current position information of the mobile terminal, and setting a static parameter in all of operating parameters of the NFC module as a first preset value corresponding to the current position information in turn; and characterized by in a case where the NFC card is read by a card reader within a geographic range corresponding to the current position information, setting dynamic parameters in all of the operating parameters of the NFC module as a plurality of second preset values corresponding to the current position information in turn, wherein the plurality of second preset values is ordered according to a preset sequence; wherein a determination manner of the static parameter comprises: in a case where the NFC card is read by the card reader, adjusting each of the operating parameters of the NFC module within a preset parameter value range; in a case where a number of times of reading the NFC card by the card reader is greater than a first set threshold, determining a first operating parameter with a number of times of adjustment less than a second set threshold in all of the operating parameters of the NFC module; and setting the first operating parameter as the static parameter. in a case where a preset NFC module is configured as an NFC card, acquiring current position information of the mobile terminal, and setting a static parameter in all of operating parameters of the NFC module as a first preset value corresponding to the current position information in turn; and characterized by in a case where the NFC card is read by a card reader within a geographic range corresponding to the current position information, setting dynamic parameters in all of the operating parameters of the NFC module as a plurality of second preset values corresponding to the current position information in turn, wherein the plurality of second preset values is ordered according to a preset sequence; wherein a determination manner of the static parameter comprises: in a case where the NFC card is read by the card reader, adjusting each of the operating parameters of the NFC module within a preset parameter value range; in a case where a number of times of reading the NFC card by the card reader is greater than a first set threshold, determining a first operating parameter with a number of times of adjustment less than a second set threshold in all of the operating parameters of the NFC module; and setting the first operating parameter as the static parameter. in a case where the NFC card is read by the card reader, adjusting each of the operating parameters of the NFC module within a preset parameter value range; in a case where a number of times of reading the NFC card by the card reader is greater than a first set threshold, determining a first operating parameter with a number of times of adjustment less than a second set threshold in all of the operating parameters of the NFC module; and setting the first operating parameter as the static parameter.
Method for authenticating an illustration, comprising steps of: - encoding a message in the form of a two-dimensional barcode comprising a set of blocks, each block coding a fragment of said message and comprising a set of rows and columns, and each block comprising a set of coding sub-blocks, each sub-block comprising a set of bits, the encoding step comprising preliminary steps of: - defining or identifying a set of noteworthy points on the illustration, - computing a set of attributes based on at least some of the noteworthy points of said set, - selecting, from the set of computed attributes, a set of at least one attribute for defining a digital fingerprint, - optionally compressing said digital fingerprint, - optionally signing said digital fingerprint by way of a cryptographic signature, and - storing one of the following in the message: - a set of at least one attribute, - the digital fingerprint, - the compressed digital fingerprint, - the uncompressed signed digital fingerprint, and - the compressed and signed digital fingerprint, characterized in that each coding block furthermore comprises a set of non-coding sub-blocks whose position is predefined, the method furthermore comprising, for each coding block, steps of: - selecting a predefined set of coding sub-blocks, - encoding, on a set of at least one predefined non-coding sub-block, the result of applying an error correction code to the values encoded by said predefined set of coding sub-blocks. - encoding a message in the form of a two-dimensional barcode comprising a set of blocks, each block coding a fragment of said message and comprising a set of rows and columns, and each block comprising a set of coding sub-blocks, each sub-block comprising a set of bits, - defining or identifying a set of noteworthy points on the illustration, - computing a set of attributes based on at least some of the noteworthy points of said set, - selecting, from the set of computed attributes, a set of at least one attribute for defining a digital fingerprint, - optionally compressing said digital fingerprint, - optionally signing said digital fingerprint by way of a cryptographic signature, and - storing one of the following in the message: - a set of at least one attribute, - the digital fingerprint, - the compressed digital fingerprint, - the uncompressed signed digital fingerprint, and - the compressed and signed digital fingerprint, - a set of at least one attribute, - the digital fingerprint, - the compressed digital fingerprint, - the uncompressed signed digital fingerprint, and - the compressed and signed digital fingerprint, - selecting a predefined set of coding sub-blocks, - encoding, on a set of at least one predefined non-coding sub-block, the result of applying an error correction code to the values encoded by said predefined set of coding sub-blocks.
A system for performing CPR on a patient, said system comprising: a chest compression means comprising a belt adapted to be disposed at least partially about the chest of the patient and a means for repetitively tightening and loosening the belt at a resuscitative rate to cause repeated compressions of the chest, the tightening means operably connected to the belt; a bladder disposed between the chest compression means and the chest of the patient; wherein the bladder comprises a left lateral section, a central section, and a right lateral section, wherein each section contains a pressure-transmitting medium and wherein the pressure-transmitting medium may communicate between each section, characterized in that said system further comprising a support platform for being positioned in use between the patient's spine and the belt. a chest compression means comprising a belt adapted to be disposed at least partially about the chest of the patient and a means for repetitively tightening and loosening the belt at a resuscitative rate to cause repeated compressions of the chest, the tightening means operably connected to the belt; a bladder disposed between the chest compression means and the chest of the patient; wherein the bladder comprises a left lateral section, a central section, and a right lateral section, wherein each section contains a pressure-transmitting medium and wherein the pressure-transmitting medium may communicate between each section, characterized in that said system further comprising a support platform for being positioned in use between the patient's spine and the belt.
Binding molecule comprising a first binding moiety of an antibody that is able to compete with the antibody set forth in SEQ ID NO:4 in binding to a CDld molecule and comprising a second binding moiety of an antibody that is able to specifically bind to a Vγ9Vδ2-TCR, wherein the binding molecule is able to activate iNKT cells and wherein the binding molecule is able to activate Vγ9Vδ2 T cells.
A method performed by a base station, the method comprising: sending, to a neighbouring base station, a resource status request which includes a periodicity at which a neighbouring base station is to send resource status update messages; receiving at least one resource status update message sent by the neighbouring base station based on the periodicity, wherein the at least one resource status update message includes data identifying physical resource block usage for guaranteed bit rate, GBR, traffic; and performing load balancing operations based on the received one or more resource status update messages. sending, to a neighbouring base station, a resource status request which includes a periodicity at which a neighbouring base station is to send resource status update messages; receiving at least one resource status update message sent by the neighbouring base station based on the periodicity, wherein the at least one resource status update message includes data identifying physical resource block usage for guaranteed bit rate, GBR, traffic; and performing load balancing operations based on the received one or more resource status update messages.
An antigen recognizing construct specifically binding to the amino acid sequence of SEQ ID NO: 1 in complex with a human leucocyte antigen class I molecule, wherein said antigen recognizing construct comprises a TCR alpha variable domain and a TCR beta variable domain, or a TCR gamma variable domain and a TCR delta variable domain, and wherein (i) the TCR alpha variable domain or TCR gamma variable domain comprise the complementarity determining regions (CDRs) having the amino acid sequence of SEQ ID NO: 42, SEQ ID NO: 43 and SEQ ID NO: 44 and the TCR beta variable domain or TCR delta variable comprises the CDRs having the amino acid sequence of SEQ ID NO: 50, SEQ ID NO: 51 and SEQ ID NO: 52, or (ii) the TCR alpha variable domain or TCR gamma variable domain comprises the CDRs having the amino acid sequence of SEQ ID NO: 58, SEQ ID NO: 59 and SEQ ID NO: 60 and the TCR beta variable domain or TCR delta variable comprises the CDRs having the amino acid sequence of SEQ ID NO: 66, SEQ ID NO: 67 and SEQ ID NO: 68, or (iii) the TCR alpha variable domain or TCR gamma variable domain comprises the CDRs having the amino acid sequence of SEQ ID NO: 74, SEQ ID NO: 75 and SEQ ID NO: 76 and the TCR beta variable domain or TCR delta variable comprises the CDRs having the amino acid sequence of SEQ ID NO: 82, SEQ ID NO: 83 and SEQ ID NO: 84. (i) the TCR alpha variable domain or TCR gamma variable domain comprise the complementarity determining regions (CDRs) having the amino acid sequence of SEQ ID NO: 42, SEQ ID NO: 43 and SEQ ID NO: 44 and the TCR beta variable domain or TCR delta variable comprises the CDRs having the amino acid sequence of SEQ ID NO: 50, SEQ ID NO: 51 and SEQ ID NO: 52, or (ii) the TCR alpha variable domain or TCR gamma variable domain comprises the CDRs having the amino acid sequence of SEQ ID NO: 58, SEQ ID NO: 59 and SEQ ID NO: 60 and the TCR beta variable domain or TCR delta variable comprises the CDRs having the amino acid sequence of SEQ ID NO: 66, SEQ ID NO: 67 and SEQ ID NO: 68, or (iii) the TCR alpha variable domain or TCR gamma variable domain comprises the CDRs having the amino acid sequence of SEQ ID NO: 74, SEQ ID NO: 75 and SEQ ID NO: 76 and the TCR beta variable domain or TCR delta variable comprises the CDRs having the amino acid sequence of SEQ ID NO: 82, SEQ ID NO: 83 and SEQ ID NO: 84.